✔ Nur einen RequestProcessor

[Franz Degenhardt]

Hallo,

ich entwickle Struts-Portlets.
Für Tiles ist es notwendig einen RequestProzessor zu definieren (TilesRequestProcessor). Für Portlets auch (WpsRequestProcessor). Um Tiles trotzdem innerhalb von Portlets zu benutzen gibt es bereits ein angepasstes jar, das (wahrscheinlich durch Vererbung) beide Requestprozessoren deklariert.

Ok, nu möchte ich Struts-Layout verwenden, das auch ein Requestprozessor benötigt. Es gibt keine fertige Lösung, die den PortletRequestProzessor mit enthält. Wie kann ich nun ohne in den sourcen von Struts-Layout oder des Portals rumzumachen trotzdem beide Prozessoren verwenden?

Ich stelle mir vor eine eigene Klasse zu schreiben, die von einem Prozessor ableitet, diesen per super aufruft und danach den anderen Prozessor über Konstruktor erzeuge und manuell aufrufe.
Kann ich das so machen? Hat das jemand schon besser gemacht, oder bestpractices gefunden?

Grüsse TrueSun

 

[Thomas Darimont]

Hallo!

Schau doch mal hier drin:
http://www.google.de/url?sa=U&start...tasjoner/OleAndreRanvik/JSR168_MVC.pdf&e=9707

Btw. du scheinst übrigens recht zu haben. Die Google-Suche:
http://www.google.de/search?hl=de&q...cessor+TilesRequestProcessor&btnG=Suche&meta=

Bringt unter anderem diese Java Doc
http://www.liferay.com/documentatio...ay/portal/struts/PortletRequestProcessor.html
hervor welche eine Mögliche Vererbungsbeziehung darstellt.

Gruß Tom

 

[Franz Degenhardt]

Danke für den Beitrag. In dem pfd wird am Beispiel von Tiles und Portlet nochmal erläutert, wie man 2 Requestprozessoren in einer Anwendung unterbringt. Websphere liefert da schon ein "eigenes" Struts-Portlet.jar mit.

Ich werde mal das mal ausprobieren mit der Instanzierung. Hab eh mehrere grinder-Szenarios, mal sehen wie das geht.

Grüsse TrueSun