Enterprise JavaBeans: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
m Annullata la modifica 92561879 di 89.97.219.203 (discussione)
LauBot (discussione | contributi)
m Bot: passaggio degli url da HTTP a HTTPS
Riga 12:
* [[Programmazione ad eventi]] tramite il [[Java Message Service]];
* [[Servizio di directory]] per elencare e nominare gli EJB ([[JNDI]]);
* [[Sicurezza informatica|Sicurezza]] (JCE<ref>{{en}} [httphttps://docs.oracle.com/javase/7/docs/technotes/guides/security/jaas/JAASRefGuide.html Java Authentication and Authorization Service (JAAS) Reference Guide]</ref> e Java Authentication and Authorization Service);
* [[Installazione (informatica)|Installazione]] di componenti software in un application server;
* [[Chiamata di procedura remota|Invocazione di procedure remote]] tramite l'utilizzo di RMI-IIOP o [[CORBA]];
Riga 72:
 
== Versioni ==
* {{cita web|url=httphttps://www.jcp.org/en/jsr/detail?id=19|titolo=JSR 19: Enterprise JavaBeans 2.0}}
* {{cita web|url=httphttps://www.jcp.org/en/jsr/detail?id=153|titolo=JSR 153: Enterprise JavaBeans 2.1}}
* [httphttps://www.jcp.org/en/jsr/detail?id=220 JSR 220: Enterprise JavaBeans 3.0] introduce la possibilità di dichiarare e configurare gli Enteprise JavaBeans mediante il meccanismo delle annotations. Da questa versione in poi, un EJB non deve più estendere alcuna classe specifica. Tale modifica viene spesso citata come Plain Old Java Object (POJO). Vengono introdotti i primi meccanismi di dependency injection. Per la persistenza vengono abbandonati gli Entity Bean e c'è Java Persistence API (JPA).
* [https://jcp.org/en/jsr/detail?id=318 JSR 318: Enterprise JavaBeans 3.1] va nella direzione della semplificazione. Tale direzione è obbligata dalla fortissima diffusione dello Spring Framework. Introduce il cosiddetto Lite EJB, ovvero la possibilità di inserire degli Enterprise JavaBeans all'interno di un Web Archive, che finora poteva contenere unicamente servlet, ma non EJB. Ora è possibile invocare gli EJB da una applicazione Java SE, senza dover usare servlet container o application server. I session bean possono essere invocati in modo asincrono e c'è la possibilità di creare degli EJB Timer.
* [https://jcp.org/en/jsr/detail?id=345 JSR 345: Enterprise JavaBeans 3.2] introduce la possibilità di invocare i bean di sessione in modo asincrono.