Enterprise JavaBeans: differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
m Correggo wikilink secondo Aiuto:Wikilink#Specificità dei collegamenti, replaced: lato server → lato server using AWB |
Funzionalità collegamenti suggeriti: 2 collegamenti inseriti. Etichette: Modifica visuale Modifica da mobile Modifica da web per mobile Attività per i nuovi utenti Suggerito: aggiungi collegamenti |
||
Riga 65:
=== EJB di Entità ===
Vengono detti anche ''Entity EJB''. Non sono più supportati, in quanto con la versione 2.0 e 2.1 dello standard EJB avevano delle prestazioni molto basse ed i programmatori preferivano utilizzare chiamate JDBC dirette o framework di persistenza come [[Hibernate]] o MyBatis. Per ovviare a questo problema, è stato introdotto [[Java Persistence API]].
Il loro scopo era di inglobare gli oggetti sul lato server che memorizzano i dati. Gli entity bean fornivano la caratteristica della [[persistenza (informatica)|persistenza dei dati]]:
Riga 74:
* {{cita web|url=https://www.jcp.org/en/jsr/detail?id=19|titolo=JSR 19: Enterprise JavaBeans 2.0}}
* {{cita web|url=https://www.jcp.org/en/jsr/detail?id=153|titolo=JSR 153: Enterprise JavaBeans 2.1}}
* [https://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.
| |||