Java -Portlet -Spezifikation

Das Java -Portlet -Spezifikation definiert a Vertrag Zwischen dem Portlet -Container und den Portlets und einem bequemen Programmiermodell für Java -Portlet -Entwickler.

Portlets sind steckbar Benutzeroberfläche Softwarekomponenten das werden in a verwaltet und angezeigt Internetportalzum Beispiel ein Enterprise Portal oder ein Web CMS. Ein Portlet kann Inhalte aus verschiedenen Quellen in einer Webseite aggregieren (integrieren) und personalisieren. Ein Portlet antwortet auf Anfragen eines Web -Clients mit und generiert dynamische Inhalte.

Portlets produzieren Fragmente von Markup (Html, Xhtml, Wml) die in ein Portal aggregiert werden. Normalerweise folgen der Desktop -MetapherEine Portalseite wird als Sammlung nicht überlappender Portlet-Fenster angezeigt, wobei jedes Portlet-Fenster ein Portlet anzeigt. Daher ähnelt ein Portlet (oder eine Sammlung von Portlets) a Webbasierte Anwendung das wird in einem gehostet Portal.

Einige Beispiele für Portlet -Anwendungen sind Email, Wetterberichte, Diskussionsforen, und Nachrichten.

Ein Portlet wird von a verwaltet Portlet -Container. Portlet Standards Plattform unabhängig Anwendungsprogrammierschnittstellen das sollen aktiviert werden Softwareentwickler Um Portlets zu erstellen, die sein können eingesteckt in jedes Portal, das die Standards unterstützt. Ein Beispiel ist die Java -Portlet -Spezifikation. Ein Java -Portlet ähnelt einem Java Servleterzeugt aber eher Fragmente als vollständige Dokumente und ist nicht an eine URL gebunden.

A Portlet -Container läuft Portlets und bietet ihnen die erforderliche Laufzeitumgebung. Ein Portlet -Container enthält Portlets und verwaltet ihre Lebenszyklen. Es bietet auch anhaltende Speichermechanismen für die Portlet -Präferenzen. Ein Portlet -Container erhält Anfragen aus dem Portal, um Anfragen für die von ihm gehosteten Portlets auszuführen. Ein Portlet -Container ist nicht dafür verantwortlich, den von den Portlets erstellten Inhalten zu aggregieren. Das Portal selbst behandelt die Aggregation. Ein Portal und ein Portlet -Container können als einzelne Komponente einer Anwendungssuite oder als zwei separate Komponenten einer Portalanwendung zusammengestellt werden.

JSR 168

Die Java -Portlet -Spezifikation v1.0 wurde unter dem entwickelt Java Community -Prozess als Java -Spezifikationsanfrage JSR 168und in seiner endgültigen Form im Oktober 2003 veröffentlicht.[1]

Die Java -Portlet -Spezifikation v1.0 führt das grundlegende Portlet -Programmiermodell mit:

  • Zwei Phasen der Aktionsverarbeitung und -renderung, um die zu unterstützen Model View Controller Muster.
  • Portlet -Modi und ermöglicht das Portal, dem Portlet zu beraten, welche Aufgabe es ausführen sollte und welche Inhalte es generieren soll
  • Fensterzustände, in denen die Menge des Portal -Seitenraums angibt, der dem vom Portlet generierten Inhalt zugewiesen wird
  • Portlet -Datenmodell, sodass das Portlet Informationen in den Rendernparametern, die Sitzungsinformationen in der Portlet -Sitzung und per benutzer persistierende Daten in den Portlet -Präferenzen speichern kann
  • ein Verpackungsformat, um verschiedene Portlets und andere zu gruppieren Java ee Artefakte, die diese Portlets in einer Portlet -Anwendung benötigen, die auf dem Portalserver bereitgestellt werden kann.
  • Portalentwicklung als Möglichkeit zur Integration der verschiedenen webbasierten Anwendungen zur Unterstützung von Informationen von Informationen und Diensten.

Portlet -Katalog

Zunächst hatten Java -Portalanbieter einen eigenen Portlet -Entwicklungsrahmen, sodass diese Portlets auf bestimmte Portalserver beschränkt waren und nicht für die restlichen Java -Portale eingesetzt werden konnten. Nach JSR 168 -Inception können Java -Portlets auf Java -Portal -Servern bereitgestellt werden, die sich an JSR 168 -Spezifikationen halten.

Ein Portlets-Katalog ist eine Reihe von Portlets, die einsatzbereit für Unternehmensportale sind. Für diejenigen, die Portale übernehmen möchten, benötigen Sie sicherlich viele und verschiedene Portlets, um bereitzustellen und auszuführen. Hier sind Portlets Katalog von Nutzen.

Ein JSR 168 -Portlets -Katalog stellt sicher, dass Portlets unter diesem Katalog auf allen Standards -Compliant -Java -Portal -Server ausgeführt werden können. Arten von Portlet -Lösung (vertikale Domänen und Technologie) wie Zusammenarbeit, soziale Netzwerke, Community, Content Management, Nutzen, Kalender, HRM sind in diesen Katalogen verfügbar.

Es gibt viele Open Source- und kommerzielle Portlets Katalog, aber JSR 168 -basierte Lösungen sind selten.

JSR 168 -Spezifikationen bieten den Entwicklern eine Eignung, den Code wiederzuverwenden, um einen Satz von JSR 168 -konformen Portlets aufrechtzuerhalten. Für Bereitsteller ist es einfach, eine einzige Lösung zu führen und auf vielen bereitzustellen.

JSR 286

JSR-286 ist die Java -Portlet -Spezifikation v2.0, wie unter dem entwickelt JCP und in Übereinstimmung erstellt mit der aktualisierten Version 2.0 von WSRP. Es wurde im Juni 2008 veröffentlicht.[2] Es wurde entwickelt, um die kurzfristigen Spezifikation JSR-168 zu verbessern. Einige seiner Hauptmerkmale umfassen:[3]

  • Kommunikation zwischen den Portionen durch Veranstaltungen und öffentliche Renderparameter
  • Dynamisch generierte Ressourcen direkt über Portlets zu bedienen
  • Portion Ajax oder JSON Daten direkt über Portlets
  • Einführung von Portletfiltern und Zuhörern

JSR 362

JSR-362 ist die Java -Portlet -Spezifikation v3.0 und wurde im April 2017 veröffentlicht.[4] Einige seiner Hauptmerkmale umfassen:[5]

  • Ressourcenabhängigkeiten
  • Explizite Renderzustand
  • CDI 1.2 Integration
  • Servlet 3.1 Ausrichtung
  • Portlet Hub & XHR IPC
  • Facesbridge -Integration über JSR 378

Siehe auch

Verweise

  1. ^ "JSR 168". JCP.
  2. ^ "JSR 286: Portlet -Spezifikation 2.0".
  3. ^ Hepper, Stefan (18. März 2008). "Was ist neu in der Java -Portlet -Spezifikation v2.0 (JSR 286)?". IBM.
  4. ^ "JSR 362: Portlet -Spezifikation 3.0".
  5. ^ Nicklous, Martin (Scott) (September 2016). "Portlet -Spezifikation 3.0 ist da!" (PDF). IBM.

Externe Links