2009-04-07 12 views
5

Wir diskutieren, ob es eine gute Idee ist, von der einfachen Portlet-Entwicklung auf einer Liferay-Installation zu Spring Webmvc Portlet-basierte Entwicklung zu wechseln.Portlet 2.0 (jsr286) Entwicklung mit Frühling

Wir beginnen bald mit der Entwicklung einiger Portlets, jetzt ist es an der Zeit. Aber das Problem, das ich sehe, ist, dass wir einige der Portlet 2.0-Funktionen verwenden möchten, die nicht mit älteren Versionen als Frühjahr 3.0 funktionieren. (Richtig?)

Hat jemand Einblick, ob sich das Warten lohnt? (Wann ist 3.0 überhaupt geplant?) Ist der aktuelle Meilenstein stabil genug?

Unsere erste echte Release wird im letzten Quartal des Jahres sein, so dass die Springsource Jungs haben einige Zeit, um eine endgültige aus der Tür ... ;-)

Irgendwelche Ideen zu bekommen links?

UPDATE

So hat Frühling 3 freigegeben und unterstützt alle JSR286 Funktionen, die wir brauchen. (Ich denke, es ist eine ziemlich vollständige Unterstützung für die JSR286 Funktionen)

Der einzige Nachteil, den ich sehe, ist die Dokumentation, die in Bezug auf die Anmerkungen nicht auf dem neuesten Stand ist.

Antwort

2

Wir verwenden Spring Portlet MVC 2.5 auf Liferay und wir haben ausgezeichnete Ergebnisse. Die meisten JSR-286-Funktionen (wie Ereignisse) können durch Erweiterung der DispatcherPortlet-Klasse erreicht werden.

Es gibt immer noch eine Menge Bugs offen für kommende Version 3.0, also würde ich eher konservativ und bleibe mit stabilen & reifer Version 2

+0

3.0 M4 ist ziemlich stabil. Wenn Ihr Entwicklungszeitplan in den nächsten Monaten liegt, würde ich sagen, beginnen Sie mit 3.0 M4 und hoffen, dass es fertig ist, wenn Sie bereit sind, es zu veröffentlichen. – skaffman

1

Der Federrahmen hat eine ausgezeichnete Erfolgsbilanz in Bezug auf die Codequalität. In der Vergangenheit waren ihre M-Veröffentlichungen von hoher Qualität, daher hätte ich keine Angst, sie zu benutzen.

+0

Aber soweit ich Informationen über den Milestone 2 gefunden habe, fehlen noch einige Dinge, die mich fragen lassen, ob dies in späteren Phasen des Projekts zu Problemen oder Doppelarbeit führt. –

+0

Milestone-Versionen sind nicht als Vollständigkeit gedacht - sie sind Meilensteine. Erst wenn der RC fällt, sind die Dinge komplett. – skaffman

1

Jürgen Höller gab Juli 2008 als geschätzten Release-Termin für Frühjahr 3.0:

http://www.springify.com/archives/15

Ich denke, sie sind spät dran. 8)

Matt Raible beklagte die Tatsache, im Oktober 2008 fast sechs Monate her:

http://raibledesigns.com/rd/entry/the_colorado_software_summit_and

Ich frage mich, ob die neue beruflichen im Vergleich zu Open-Source-Modell hat die Verfügbarkeit beeinträchtigt.

Sie haben auch die Spring DM, Spring Blaze und Spring Integration arbeiten jetzt.

Angesichts ihrer vergangenen Geschichte von Qualitätsveröffentlichungen würde ich wetten, dass sie dem Drang widerstehen, früh zu veröffentlichen, um sicherzustellen, dass der Code ihren Standards entspricht.

+0

Ein Freund von mir erzählte mir via Twitter, dass sie auf Juni 09 zielen und M3 wird diese oder nächste Woche veröffentlicht werden. Ich hoffe, dass sie sich auf Qualität konzentrieren. Der Bildschaden bei einem fehlerhaften Release wäre zu groß. –

+0

Ah, M3 kam vor Monaten heraus, und M4 wurde vor 2 Wochen veröffentlicht. – skaffman

1

Ich lerne gerade Portlet MVC mit Spring 3.0 M4 kennen und stieß auf eine modified PetPortlet sample mit Spring3 (JSR-286) Features und Anmerkungen. Obwohl es Mavenized ist und wahrscheinlich nicht direkt auf Liferay implementiert werden kann, liefert es dennoch gute Beispiele.

Bitte kommentieren Sie, wenn Sie zufällig auf andere stoßen.

+0

Wir haben einfach Feder-Portlet von 2.5 verwendet und alle jsr286-Funktionen vermieden, die Änderungen am Dispatcher erforderlich machten. Wir verwendeten öffentliche Render-Parameter und Anwendungssitzung hauptsächlich –

+0

Patrick, haben Sie öffentliche Render-Parameter erhalten, um durch Spring MVC zu arbeiten? Ich konnte keinen Verweis auf sie in der Dokumentation oder über eine schnelle Quellcode-Suche finden. Wie würden Sie als erfahrener JSR286/spring-mvc-Entwickler vorschlagen, das gesamte cross-page-Portlet für portlet-parametrisierte Kommunikation zu verwenden? –