Diskussion:Apache Tapestry
Erklärung zu Rewinding ist mir nicht klar obwohl ich mich in diesem Gebiet recht gut auskenne Comc 07:43, 1. Jun 2005 (CEST)
Umstieg auf WebObjects
[Quelltext bearbeiten]Der Satz "... sollte problemlos möglich sein" ist nicht durch Quellen belegt und an der Stelle auch nicht sonderlich interessant, da es um Tapestry geht - nicht aber um WebObjects. Sollte diese _Vermutung_, die hier angestellt wird, nicht eher gestrichen werden? Ich plädiere dafür. (nicht signierter Beitrag von Schorsch (Diskussion | Beiträge) 00:57, 2. Aug. 2009 (CEST))
Erklärung zu Rewinding ist mir nicht klar, obwohl ich mich in diesem Gebiet recht gut auskenne.
[Quelltext bearbeiten]Da in Tapestry die Zuordnung der Properties zu den Eingabefeldern während des Rendering erfolgt, nutzt Tapestry eine ungewöhnlichen Herangehensweise: Es ermittelt genau diese Beziehungen, indem die Seite erneut gerendert wird. Comc 07:45, 1. Jun 2005 (CEST)
- Mir geht es genau so, ich verstehe das mit dem Rewinding auch nicht. Kann das hier mal jemand verständlich formulieren. Und was soll das heißen: "Der Vorgang hat zwei Request-Zyklen zur Folge. Im ersten Zyklus wird die HTML-Seite angefordert und das Formular wird in diesem Zyklus gerendert. Der zweite Request- Zyklus wird beim Betätigen der Submit-Schaltfläche angestoßen."? Das ist doch bei jedem HTML-Formular so und nichts Tapestry spezifisches. Ukrueger 13:05, 7. Jan. 2007 (CET)
Hallo
Tapestry ist ebenfalls ein Protokoll für das Auffinden von Informationen in dezentralen Computernetzwerken (P2P) Siehe auch: Tapestry: An Infrastructure for Fault-tolerant Wide-area Location and Routing B. Zhao, J. Kubiatowicz, A.D. Joseph ([1])
Das sollte zumindest erwähnt werden.
unterschiedliche Versionen beachten
[Quelltext bearbeiten]In Tapestry Version 4.1 wird das Schwergewicht der Neuerungen auf die DOJO-Integration (AJAX etc.) gelegt. Im Artikel wird gar nichts über die unterschiedlichen Versionen gesagt.
Ausserdem ist auch mir der Rewind-Begriff oder was daran besonders sein soll, nicht klar.