Java-portletspecifikation

Java-portletspecifikationen beskriver interaktionsmodellen mellan en portlet och en portletbehållare .  Denna specifikation är mycket lik Java Servlet Specification och utvecklades i själva verket på basis av Java Servlet Specification version 2.3 och Java Server Pages version 1.2 [1] .  

Versioner

JSR 168

Den första versionen av Java Portlet Specification (V1.0) utvecklades som en del av Java Community Process som svar på en begäran om JSR 168 [1] . Begäran initierades av representanter för IBM och Sun Microsystems, Inc. i januari 2002 . Den slutliga versionen av specifikationen lämnades in den 27 oktober 2003 [2] .

Specifikationen ger en beskrivning av den grundläggande programmeringsmodellen för en portlet, inklusive:

• två faser av portletens livscykel: en åtgärdsfas och en renderingsfas, som tillåter användning av Model-View-Controller designmönster
• portletlägen, genom vilka portalen kan tala om för portleten vilken uppgift den ska utföra och vilket innehåll den ska visa
• visningsalternativ som beskriver platsen på sidan där innehållet som genereras av portleten kommer att placeras
• portletdatamodell som tillåter lagring av vyinformation i visningsinställningar, sessionsdata i portletsessionsinställningar och användarinställningar i portletinställningar
• bundling, vilket innebär att gruppera flera portlets och Java EE- artefakter som krävs för att dessa portlets ska fungera i en enda portletapplikation som kan installeras på en applikationsserver i ett block

JSR 286

2005 initierade en IBM-representant en JSR 286-specifikation som begärde en ny version av Java-portletspecifikationen för att anpassas till J2EE version 1.4-koncept, såväl som andra JSR:er (som JSR 188) och WSRP version 2-specifikationen. [3] . Den tidigare versionen av JSR 168-specifikationen tog inte upp integrationsproblem på något sätt, utan definierade endast komponentmodellen. Därför föreslogs att frågorna om integration och interportletkommunikation skulle specificeras i den nya versionen. Arbetet med den andra versionen (V2.0) pågick till den 12 juni 2008 , då dess slutgiltiga utgåva godkändes av en expertgrupp som inkluderar alla betydande portalutvecklare, både kommersiella och öppna källkod , utvecklare av portletintegreringsverktyg och utvecklare av utvecklingsmiljöer portlets [4] .

Den andra versionen av specifikationen introducerar ett antal nya funktioner för portletutvecklare, inklusive:

• två sätt att interagera mellan olika portletar:
  • genom händelsesystemet, som implementeras av löskopplingsmodellen för utgivare och prenumeranter, när en portlet kan få ett meddelande om att en annan portlet har utfört någon åtgärd
  • genom publicerade visningsalternativ, vilket gör att frågealternativ kan delas mellan portletar eller andra artefakter
• möjligheten att använda dynamiskt genererade resurser genom resurs -URL:er som stöder flera nivåer av cachning
• full användning av AJAX , med begäran som går direkt genom portalservleten, och som ett resultat får full tillgång till portletkontexten - visningsparametrar, driftsläge, fönstertillstånd, portlet- och portletsessionsinställningar
• möjligheten att ringa vidare och en fullfjädrad inkluderar från alla portlets livscykelmetoder
• utökad lista över livscykellyssnare, jämfört med de som definieras i Java Servlet Specification V2.5
• nya filter och lyssnare  för portlets
• portlethanterade lägen som inte är definierade i portalen men som hanteras direkt av portleten
• körtidsalternativ för portletbehållare

Dessutom har mycket arbete gjorts för att utöka portletprogrammeringsmodellen, föra den närmare servletprogrammeringsmodellen och lägga till portletspecifika tillägg. Implementerat arbete med cookies , dokumenthuvudelement och HTTP-huvuden.

JSR 362

Under 2013 fortsatte arbetet med specifikationen och version 3.0 släpptes i april 2017. Dess huvuddrag var:

• resursberoende;
• explicit renderingstillstånd;
• integration med CDI 1.2;
• Servlet 3.1-stöd;
• Portlet Hub & XHR IPC;
• integration med FacesBridge ( JSR 378 ).

Bakåtkompatibel

Den tredje versionen är binärkompatibel med den andra, som i sin tur är binär bakåtkompatibel med den första versionen och till och med håller beteendet hos alla API- metoder konsekventa . Detta innebär att alla portlets utvecklade under version 1.0 kan köras utan några ändringar i en version 2.0-behållare [4] .

Anteckningar

1. ↑ 12 David DeWolf . Introduktion till Java Portlet Specification . developer.com (09/08/2005). Hämtad 24 april 2013. Arkiverad från originalet 1 maj 2013.  
2. ↑ JSR 168: Portletspecifikation arkiverad 27 oktober 2020 på Wayback Machine 
3. ↑ Java Specification Requests - detalj JSR# 286 Arkiverad 8 juni 2012 på Wayback Machine 
4. ↑ 1 2 Stefan Hepper. Vad är nytt i Java Portlet Specification V2.0 (JSR 286)? . developerWorks . IBM (04/03/2009). Hämtad 25 april 2013. Arkiverad från originalet 1 maj 2013. (ryska)

Se även

• Portlet
• Servlet

Länkar

• JSR 168: Portletspecifikation 1.0
• JSR 286: Portletspecifikation 2.0
• JSR 362: Portletspecifikation 3.0
• Apache Pluto-projekt