Seit dem Beginn des Jahrhunderts, Java Enterprise Edition (Java EE) wurde der Kern für viele, wenn nicht die meisten, enterprise, web-centric, service-orientierte, cloud-fähige computing-Baugruppen. In letzter Zeit, obwohl seine Vertreter wurden gefragt, ob Sie den ehrwürdigen Rahmen hat ausgedient und wird ersetzt durch leichteren, flinkeren und einfachere Installationen, wie Behälter, cloud-services oder APIs.
Foto: Joe McKendrick
All dies geschieht nur als Java-EE gemacht, die Leinwand, immer eine Erwähnung von einigen Silicon Valley-Typen porträtiert in dem Film “Warum er?” (Schrecklicher Film übrigens.)
Die Antwort auf die existentiellen Fragen, die Java EE stellt Oracle die Java-EE-Entwicklung-Team, die de-facto-Verwalter von J2EE, eine Umfrage der Java-EE-Benutzer-community zu sehen, in welche Richtung der Rahmen sollte gehen, halten, im Dienste Ihrer enterprise-Basis.
Insgesamt 1,693 Java-EE-community-Mitglieder reagierten auf die Befragung, und diese Erkenntnisse werden helfen, um zu bestimmen, die Eigenschaften, die Hinzugefügt werden, um das kommende Java EE 8 Vorschlag. (Dank an ADTMag John Waters für die Oberflächen der Studie). Am letzten Bericht, es sieht aus wie Java EE 8 wird freigegeben irgendwann gegen Ende dieses Jahres.
Oracle Java EE Evalgelist David Delabassee bietet seine Gedanken in einem begleitenden Beitrag, in Anbetracht dessen, wie die Arbeit auf Java EE 8 wurde überarbeitet nach der überprüfung der Ergebnisse der Umfrage:
“REST (JAX-RS 2.1) und HTTP/2 gewählt worden zu sein, als die beiden wichtigsten Technologien befragt. und zusammen mit JSON-B repräsentieren drei der sechs top-Technologien. Ein Großteil der neuen API arbeiten in diesen Technologien für Java EE 8 ist bereits abgeschlossen. Es ist ein signifikanter Wert in der Bereitstellung von Java EE 8 mit diesen Technologien und den zugehörigen JSON-P-updates so bald wie möglich.” “Wir haben überlegt, die Beschleunigung von Java-EE-standards für die OAuth und OpenID Connect basiert auf survey-feedback. Dies könnte nicht erreicht werden, die in die Java-EE-8 Zeitrahmen, aber wir werden weiter verfolgen, Security 1.0 für Java EE 8.” “Wir hatten vorgeschlagen, die Konfiguration und die Gesundheit Überprüfen zu Java EE 8, und diese Technologien Rang ziemlich hoch in der Umfrage-Ergebnisse. Nachdem jedoch zusätzliche überprüfung, wir glauben, dass der Umfang dieser Arbeit verzögern würde Allgemeine Java-EE-8-Lieferung. Wir haben geschlossen, es ist am besten, zu verschieben Einbeziehung dieser Technologien in Java EE um die vollständige Java EE 8 so bald wie möglich.”• “Management, JMS, MVC rangiert niedrig in den Resultaten der Umfrage und das ranking unterstützt unseren Vorschlag zurückzuziehen, um neue APIs, die in diesen Bereichen von Java EE 8.” “Wir haben zurückgezogen, die JSRs für Management 2.0 (JSR 373), und JMS 2.1 (JSR 368), und der Untersuchung einer möglichen übertragung von MVC zu einem anderen community-Mitglied oder die Organisation, um komplette JSR 371 als stand-alone-Komponente.”
Hier sind einige highlights aus der community-Umfrage:
REST für den rest von uns: insgesamt 88% community-Mitglieder geben, die ein hohes Ranking (eine “5” oder “4” out of 5) zu die Bedeutung der neuen features vorgeschlagen, für die JAX-RS, für die nächste generation der cloud-und microservices-Anwendungen. “Die derzeitige Praxis der cloud-Entwicklung in Java basiert weitgehend auf den REST und ungleichzeitigkeiten”, wie im Bericht dargelegt. “Für Java-Entwickler, das bedeutet, dass mit dem standard JAX-RS-API. Vorgeschlagene Verbesserungen kommen, um die nächste version von JAX-RS gehören: eine reaktive client-API, nicht-blockierende I/O-support,server-sent events und bessere CDI-integration.”
HTTP, the next generation: insgesamt 81% sagen, dass die Unterstützung für HTTP/2 ist wichtig, um die nächste generation der cloud-und microservices-Anwendungen. “Der HTTP/2-Protokoll ermöglicht eine effizientere Nutzung der Netzwerk-Ressourcen und eine reduzierte Wahrnehmung der Latenz durch die Einführung von header-Feld Komprimierung und ermöglicht mehrere gleichzeitige Austausch auf der gleichen connection”, der Bericht beachtet. “Es bringt auch unerwünschte push-Darstellungen von Servern zu clients. Auf der client-Seite HTTP/2 wird nun unterstützt von allen modernen Browsern und Java SE 9 Plänen zur Einführung einer client-side HTTP/2-API. Die Servlet-4 API-plant server-Seite HTTP/2-Unterstützung.”
Sicherheits-Staat: Anderen 77% geben hohe Einschaltquoten, um die Bedeutung von OAuth und OpenID für die nächste generation der cloud-und microservices-Anwendungen. “OAuth und OpenID sind zu sehen, die schnelle Akzeptanz in cloud-Umgebungen für die Authentifizierung und Autorisierung. Wir verbessern könnte wichtigsten Java-EE-APIs wie JAX-RS zur besseren Handhabung dieser Technologien.”
Es konfiguriert: insgesamt 74% Rang Standardisierung einer Java-EE-application-configuration-API wichtig. “In einem Szenario, in denen Anwendungen bestehen aus services, die möglicherweise eingesetzt werden, um einen cloud-Anbieter, Entwickler und DevOps-Ingenieure stehen vor vielen Herausforderungen im Zusammenhang mit der Verwaltung der Anwendungs-Konfiguration,” der Bericht erklärt. Solche Herausforderungen gehören die Bereitstellung “eine Anwendung in verschiedenen Umgebungen, ohne zu reißen das Paket” und “how to apply configuration für alle eingesetzten Instanzen einer Anwendung ohne redeployment.” Solch eine API kann auch helfen, sich “wie eine Anwendung benachrichtigt werden kann, wenn einige der Konfigurations-Eigenschaften geändert werden.”
Gesunde Wahl: Für 65%, service Gesundheit-die Einführung eines Mechanismus, um zu kommunizieren, um die Gesundheit der cloud-Anwendung in die cloud-Infrastruktur – eine wichtige Funktion, die Sie möchten, um zu sehen, in Java EE. “Cloud-Umgebungen in der Regel host große Anzahl von Dienstleistungen; viele von denen sind oft voneinander abhängig,” so der Bericht. “Wenn Probleme Oberfläche, ist es wichtig, schnell zu identifizieren potentielle Bereiche von Fehler zu helfen, das problem zu beheben. Cloud-Plattformen bieten in der Regel ein Up – /Down-Gesundheits-check, bietet nur minimale Informationen. Um für tools geben Einblick in die zugrunde liegenden Probleme, eine auf standards basierende Gesundheits-check-Schnittstelle hilfreich sein wird. Mit einer solchen Schnittstelle, service-Instanzen veröffentlichen würde, Ihre Gesundheit Informationen in einer standard-form, so dass ein Gesundheits-monitoring-system – /service-wird in der Lage sein, zu konsumieren und zu analysieren, einheitlich.”
Keine SQL wie NoSQL: Unter anderem Erkenntnisse, es war interessant zu sehen, einer Mehrheit, 51 Prozent, sehen es als wichtig für die Java EE zur Unterstützung der NoSQL-Datenbanken, sickert alle über Unternehmen, größere Unterstützung für die nächste generation der cloud-und microservices-Anwendungen. “Java EE konzentrierte sich bisher auf die Standardisierung von APIs, die Zugriff auf relationale Datenbanken”, so der Bericht. “Viele Anwendungen beginnen, wählen Sie NoSQL-Datenbanken zu speichern einige oder alle Ihre persistenten Daten. Die Datenbanken können verwendet werden als Ersatz oder Ergänzung zu standard-RDBMSstorage. Es gibt verschiedene Kategorien von NoSQL-Anbietern. Es gibt keine standard-APIs stehen Entwicklern zur Verfügung.”
Nieder mit dem management. Wie oben erwähnt, als Management -, JMS-und MVC rangiert niedrig in der Umfrage-Ergebnisse ist es wahrscheinlich, dass diese zurückgezogen werden, die von Java EE 8. Die Java-EE-Team berichtet, es hat “zurückgezogen, die die JSRs für Management 2.0 (JSR 373), und JMS 2.1 (JSR 368),” und wird auch “die Untersuchung einer möglichen übertragung von MVC zu einem anderen community-Mitglied oder die Organisation, um komplette JSR 371 als eigenständige Komponente.”
(Disclosure: ich habe ein realisiertes Projekt Arbeit für Oracle, in diesem Artikel erwähnt, während der letzten 12 Monate.)