persistencia con storage en mozilla
Ahora existe la posibilidad de construir un motor tipo ejb con mozilla. Una utilidad es que esto permitiría que mozilla se convierta en un verdadero cliente de un AS.
Las unidades de persistencia (las podríamos llamar storageunits) deberían ser de dos tipos: de la aplicación y del perfil.
Todo debería arrancar con un servicio, cuando se crea por primera vez el servicio se leen las declaraciones de las entidades. El motor podría usar E4X.
Podríamos usar a modo de jndi el motor de preferencias del mozilla.
Los problemas:
problemas futuro: si realmente queremos que esto se integre en forma remota a un AS, entonces hay que resolver el problema de los webservices. Con E4X se puede reimplementar el motor de mozilla.
Ahora existe la posibilidad de construir un motor tipo ejb con mozilla. Una utilidad es que esto permitiría que mozilla se convierta en un verdadero cliente de un AS.
Las unidades de persistencia (las podríamos llamar storageunits) deberían ser de dos tipos: de la aplicación y del perfil.
Todo debería arrancar con un servicio, cuando se crea por primera vez el servicio se leen las declaraciones de las entidades. El motor podría usar E4X.
Podríamos usar a modo de jndi el motor de preferencias del mozilla.
Los problemas:
- Anotaciones: no existen, pero podríamos hacer algo del ese tipo con e4x
- Contexto: habría que construir un motor transaccional (basado en servicios)
- Proxy: en ejb2 se usan proxies de las entidades para capturar los sets y gets...
- Interceptors: podemos hacer esto usando watch y unwatch de las propiedades de los objetos.
problemas futuro: si realmente queremos que esto se integre en forma remota a un AS, entonces hay que resolver el problema de los webservices. Con E4X se puede reimplementar el motor de mozilla.

0 Comments:
Post a Comment
<< Home