$ m-> comp gibt unendlichen rekursiven Aufruf Fehler

Ich habe Probleme mit HTML :: Mason $m->comp Umleiten von einer Ansicht zu einer anderen.

Es ist eine Datei, sagen file1.mi, die HTML-Code in diesen file1.mi eingebettet ich $m->comp zu file2.mi umleiten verwenden.

Nested page framework application dispatch detected, this usage is not fully supported and may result in unexpected behavior

und

Error: APPLICATION CONTEXT ERROR (RENDER): 32 levels deep in component stack (infinite recursive call?)

Aber in der Web-Seite, wenn file1.mi druckt es mehrmals die Fußzeile geladen wird und in den Protokollen ich die Fehler immer bin. Hier ist das Skript, das ich verwende zum Umleiten von file1.mi

return $m->comp('/page-framework/dispatch.mi', applicationPath =>'/gp/tradein/omc', viewID => 'file2.mi', %ARGS);

Ich verwende dieses Skript in file1.mi, bevor es die Webseite macht - das heißt, bevor HTML-Skripten ausgeführt werden.

Ich bin ein wenig neu zu Mason, wenn Sie Fragen dazu haben, bitte gehen Sie voran.

Quelle

2012-04-02 user1307495

kleine Korrektur lassen sagen ViewID von file2.mi ist "file2". – user1307495

Ich denke, wir werden mehr von Ihrem Code sehen müssen, um Ihnen eine passende Antwort zu geben. Insbesondere scheinen der Kontext der obigen "Rückkehr" und ein Teil von "dispatch.mi" hier zu helfen. – darch

Wahrscheinlich möchten Sie hier keinen proprietären Code veröffentlichen. BTW, es ist ziemlich einfach für die Leute herauszufinden, das Team, das/gp/trainin/omc/* – Avi

Es sieht so aus, dass Ihre Datei1.mi geladen und gerendert wird, dann file2.mi wird ausgeführt und in Endlosschleife.

Bitte, zeigen Sie uns mehr Code, es ist nicht möglich, mit diesen kleinen Details zu debuggen.

Was protokollieren Sie im Webserver? Bitte fügen Sie ein Beispiel aus den Loglines ein.

Grüße,

Quelle

2012-04-02 08:46:50 user1126070

Ich denke, file2.mi wird nie ausgeführt, weil ich einen FLLogError am Anfang von file2.mi gesetzt haben, aber es ist nicht Ausführen. Darüber hinaus wird file1.mi nicht gerendert. Es zeigt nur Header der Vorlage mehrere Male. Es gibt nicht viel in der Protokolldatei außer diesen Sitzungsdetails. – user1307495

Es sollte Ihr Disponent dispatch.mi sein, die file1 oder file2 ruft. Wenn Sie entscheiden, dass Sie nach dem Versand der Anfrage woanders hingehen möchten, scheint die Logik an der falschen Stelle zu sein.

Quelle

2012-04-04 18:58:03

$ m-> comp gibt unendlichen rekursiven Aufruf Fehler

Antwort

Verwandte Themen