En
un post anterior hicimos un proyecto con maven y JEE
Pero
en ese caso hicimos un lookup pero podríamos haber usado @EJB de la
siguiente manera:
@EJB(mappedName="HolaMundoImpl/remote")
private
HolaMundo holaMundo
= null;
Y
con esto nos ahorrábamos el lookup.
Cuales
son los atributos de @EJB y para que se usan?
@EJB
indica la dependencia de un ejb tanto local como remoto. Esta
anotación tiene diferentes atributos los
cuales analizaremos luego de revisar el concepto de ENC. Todos los
EJB tienen un ENC (Enterprise Naming Context
) es como un registro
interno donde fue deployeada esta aplicación.
Por
ejemplo:
@Stateless(name="MyEJB")
public
class MyEJBBean implements MyEJBRemoteBusiness, MyEJBLocalBusiness
{
...
}
Si
nosotros asumimos que este EJB esta en myejb.jar y dentro de
myapp.ear se puede tener una referencia a este bean de la siguiente
manera:
javax.naming.Context
jndiContext = new InitialContext(); // Assume we have this
//
Define the contracted value
final
String jndiName = "java:global/myapp/myejb/MyEJB!" +
Cada
bean contiene su JNDI ENC. La registración a JNDI ENC puede ser
registrado bajo el contexto java:comp/env comp es porque es un
componente. Cuando hacemos el lookup se resuelve la dependencia de
diferentes contextos.
@EJB
tiene los siguientes atributos:
name:
atributo el cual indica conque nombre acedemos a una referencia EJB
en JNDI ENC.
BeanName:
este es el nombre de una referencia.
MappedName
:
es especifico del vendor; es una key dentro de la registración
global. Es una forma de acceder a la referencia en el JNDI global.
Por medio de mappedName varios vendors introducen características
particulares.
Spring Data hace fácil la construcción de aplicaciones que usan nuevas formas de almacenar datos como por ejemplo base de datos no relacionales, servicios de datos en la nube, bases clave-valor, etc.
La idea es introducir una capa de abstracción que permita generalizar el acceso a dato a almacenes de datos tan dispares. Este proyecto fue desarrollado gracias al trabajo conjunto con un conjunto de compañías y desarrolladores.
Spring data esta dividido en diferentes subproyectos dependiendo los almacenes de datos que tenga que interactuar:
Fue liberada al versión 7 de IKVM. IKVM es una implementación de Java para Mono y .net. Este proyecto permite correr aplicaciones Java sobre .net adndonos mayor interoperabilidad entre estas plataformas. Esta compuesto por:
Una Maquina virtual Java implemantada en .net
Una implementación .net de librerías Java.
Herramientas que permiten la interoperabilidad entre Java y .net
La nueva implementación del binder es más flexible y le permite vincular datos fácilmente entre jQuery y Play. También es posible vincular objetos más complejos usando esta nueva implementación.
Soporte para la última especificación de WebSockets
Play ahora soporta la última versión de la especificación de WebSockets, más precisamente de la versión hybi-00 a la hybi-10. Consulte la Especificación de WebSocket para más información.
Soporte para IDs compuestos
Los fixtures ahora soportan IDs compuestos. También puede utilizar las siguientes anotaciones tanto desde los modelos como desde los fixtures: @IdClass, @EmbeddedId. Consulte la Documentación de Hibernate para más información.
Mejor soporte para IntelliJ
El comando play idealize ahora crea un proyecto de IntelliJ completo. Puede abrir directamente los proyectos de Play desde IntelliJ.
Otras mejoras
Esta versión trae una cantidad importante de pequeñas mejoras, así como 86 bugs resueltos.
En
infoQ publicaron una articulo muy interesante sobre la librería
Date4j y lo comparan con Joda Time (librería facilitar el uso de
fechas en java) quede sorprendido, joda time es mucho más pesado
aunque soporta más cosas (hay que ver si se usan). Paso a copiar la
tabla comparativa:
Soporta calendarios
Gregorian, Coptic, Islamic, Buddhist ...
Solo soporta Gregorian
calenda
Puede remplazar
totalmente el Date de la JDK
Trabaja con Date de la
JDK
Soporta milisegundos
Soporta
nanosegundos
El dia "overflow"no
es configurable
El
dia "overflow"
es configurable
Orientado a la
manipulación total de fechas
Orientado a la manipulación de fechas por base de
datos
Licencia Apache 2.0
Licencia BSD
Es
interesante que existan estas librerías denota que en java no es
bueno el manejo de fechas de forma nativa. Por lo visto para poblemas
simples es mejor usar Date4j que Joda Time aunque me gustaría que lo
traiga la jdk.
Cual es la diferencia entre apache click y otros frameworks web java? y porque deberíamos aprender este framework web?
La diferencia tecnológica más importante es que apache Click no mantiene estados en el servidor (es stateless) esto lo hace ideal para usarlo en proyectos los cuales podrían tener muchos usuarios. Dado que si mantenemos estados en el servidor y vamos guardando cosas en estas sesiones cuando tengamos millones de usuarios; el servidor va a necesitar mucha memoria para trabajar.
Apache click no mantiene estados en el servidor (aunque se lo puede configurar para que si) lo que permite mayor escalabilidad. En click las paginas y los componentes son recreados por cada request. La visión de apache click es una creación de paginas web de forma más tradicional.
Apache click tiene más ventajas pero sin duda esta es la razón más importante por la que yo elegiría este framework.
Apache click esta en constante desarrollo y es un proyecto top-level de Apache foundation.
NuoDB es una base de datos newSQL. Se ve y se comporta como una base de datos relacional pero internamente nos permite tener una base distribuida. Si vamos a su pagina, como premisas afirma 100% ACID, 100% SQL y 100% escalable. Este conjunto de características combinadas hacen NuoDB el líder en el mercado NewSQL. Lo que diferencia a NuoDB además de otros NewSQL y soluciones NoSQL es cómo organizar y garantizar las transacciones ACID en un entorno distribuido.
El sistema está diseñado para ofrecer una visión coherente de datos, alta disponibilidad y la capacidad de detectar y gestionar las particiones de una manera predecible y consistente.
NewSql es una forma abreviada de dirigirnos a las bases de datos realcionales las cuales están preparadas para escalar, tienen en común el desarrollo de nuevos productos de base de datos relacional y servicios diseñados para llevar los beneficios del modelo relacional de las arquitecturas distribuidas, o para mejorar el rendimiento de bases de datos relacionales en la medida en que la escalabilidad horizontal es un la necesidad.
Podemos nombrar los siguientes productos como newSQL Clustrix, GenieDB, ScalArc, Schooner, VoltDB, RethinkDB, ScaleDB, Akiban, CodeFutures, ScaleBase, Translattice, and NuoDB, Drizzle, MySQL Cluster con NDB y MySQL con HandlerSocket. El ultimo grupo incluye Tokutek y JustOne DB. Podemos habler de NewSQL como servicio en el que podemos incluir Amazon Relational Database Service, Microsoft SQL Azure, Xeround, Database.com and FathomDB.
Como vemos ha cambiado bastante el ámbito de las bases de datos, las cuales se fueron adaptando para poder ofrecer mejor escalabilidad. Podemos agrupar las bases de datos escalables en 3 tipos: NoSQL, NewSQL y Data grid/cache.
InfoQ nos muestra la siguiente imagen donde muestra como se agrupan los productos según su clasificación:
Pongo la dependencia a ExampleEJB como provided dado que no quiero que maven agregue el jar dentro del war después hago deploy del proyecto EJB y del WAR.
Ahora mvn clean install parados en el proyecto parent (ExampleJEE) y mvn eclipse:eclipse (si usan eclipse).
Bueno ahora importamos el proyecto a eclipse: file-> import-> Existing Projects into Workspace … Elegimos el path donde se encuentra el proyecto ExampleJEE y importamos.
Vamos a crear las siguientes clases en ExampleEJB:
Typesafe le empresa formada a raíz de Scala anuncio que agregara a play 2.0 a su stack. Stack de typesafe es una plataforma que permite desarrollar software con scala teniendo a Akka como midleware. Bueno este stack va a tener a play como plataforma para desarrollo web. Recordemos que play es un framework para desarrollo ágil en Java y Scala (a partir de la versión 2.0).
El framework play va podes ser usado tanto en Java como en scala.
Para mi esto significa el fin de RIA basada en plugins y un comienzo de Ria basada en HTML 5 y Javascript. Después que ie 10 anuncie que no soportara plugines era cuestión de tiempo que las demás empresas se den cuenta por donde viene la mano.
