Jt7.0 – Framework para Android

Se ha liberado la versión 7.0 de Jt, un framework basado en patrones de diseño para aplicaciones Android. Implementa numerosos patrones como DAO o GoF.

Los principales puntos fuertes de este framework son:

A) Implementa o facilita la implementación de patrones de diseño como los GoF. El framework está concebido e implentado mediante el uso de patrones de diseño. Facilita y acelera la construcción de aplicaciones.

B) La arquitectura del framework se basa en un patrón de diseño MDP (messaging design pattern): Los objetos del framework son capaces de intercambiar información y ejecutar operaciones enviando, recibiendo o procesando mensajes. Mediante un API de mensajería se proporciona encapsulamiento y acoplamiento débil. Además, los componentes del framework pueden ensamblarse fácilmente para componer aplicaciones complejas.

C) Esta arquitectura proporciona un acceso transparente a componentes remotos: los objetos remotos del framework se tratan como objetos locales. Los patrones de diseño implementados por el framework (adaptadores, proxis, fachadas) hacen posible ocultar la complejidad asociada a las APIS remotas.

D) Proporciona integración transparente con otras tecnologías mediante adaptadores, proxies,… Estas tecnologías incluyen Android, BPEL, DAOs, implementaciones MVC, EJBs, JMS, XML, REST y Web Services.

E) Está diseñado para ser rápido y ligero en términos de rendimiento. Las funcionalidades principales de Jt se pueden ejecutar en smartphones con Android.

F) La arquitectura del framework mejora y simplifica el proceso de diseño y desarrollo. Debe existir una correspondencia entre los diagramas de diseño UML y la estructura de la aplicación/componentes orientada a mensajes. El framework proporciona wizards y utilidades para generar aplicaciones. Los componentes del framework se pueden añadir fácilmente a diagramas de procesos BPM.

G) También facilita las tareas de pruebas y depuración. Proporciona mecanismos para probar componentes de forma independiente.

H) Proporciona integración con IDEs opensource.

Para más información:

a) Java Pattern Oriented Framework, An application of the Messaging Design Pattern IBM Technical Library
http://www.ibm.com/developerworks/webservices/library/ws-designpattern/index.html

b) Messaging Design Pattern (MDP) and pattern implementation – https://jt.dev.java.net/files/documents/5553/150311/designPatterns.pdf

Oracle y Apple anuncian OpenJDK para Mac

Oracle y Apple han anunciado la llegada a Mac OS X del proyecto OpenJDK, la versión libre de la plataforma de desarrollo Java que reemplazará a la versión mantenida hasta la fecha por la propia Apple.

Apple aportará la mayoría de los componentes clave, herramientas y tecnologías necesarias para la implementación de Java SE 7 en Mac OS X, incluyendo una máquina virtual Java de 32 bits y 64 bits basada en HotSpot, librerías de clases, un stack de networking y la base para un nuevo cliente gráfico. OpenJDK pondrá la tecnología Java de Apple a disposición de los desarrolladores open source, de modo que puedan acceder y contribuir al proyecto.

“Estamos muy contentos de dar la bienvenida a Apple como un importante contribuidor a la creciente comunidad OpenJDK”, dice Hasan Rizvi, vicepresidente senior de Desarrollo de Oracle. “la disponibilidad de Java en Mac OS X juega un papel clave en el compromiso multiplataforma de la plataforma Java. La comunidad de desarrolladores de Java puede tener toda la seguridad de que el más avanzado entorno Java seguirá estando disponible en el futuro para Mac OS X. Contando con el anuncio realizado el mes pasado de que IBM se unía a OpenJDK, el proyecto cuenta ahora con el respaldo de tres de los más grandes nombres del mundo del software.”

Por parte de Apple Bertrand Serlet, vicepresidente senior de Ingeniería de Software de Apple, aclara la realidad: Apple se quita de encima el peso de mantener su propia máquina de Java preinstalada en el sistema (bastante desactualizada) al tiempo que le brinda a la comunidad todas las herramientas para que ellos mismos puedan traer a Mac OS X la versión más actualizada (y por lo tanto, segura, compatible y rápida).

“Estamos encantados de trabajar con Oracle para garantizar que seguirá existiendo una gran versión de Java para el Mac. La mejor manera de que nuestros usuarios dispongan siempre de la versión más actualizada y segura de Java es que la obtengan directamente de Oracle.”

La transición no será inmediata y es que aún queda mucho trabajo por delante. Java SE 6 seguirá estando disponible por parte de Apple para Mac OS X Snow Leopard y para su siguiente versión, Lion, mientras que Java SE 7 y sus futuras versiones dependerán directamente de la propia Oracle y su comunidad.

El buscador web Ask.com abandona

Una mala noticia 😦

Ask.com, el buscador web basado en preguntas y respuestas, se rinde ante la supremacía de Google.

El buscador que adquirió el magnate Barry Diller para competir con Google por 1.850 millones de dólares, ha anunciado importantes recortes de empleo y la concesión de una buena parte de su negocio de búsqueda a sus competidores.

Según ha anunciado el presidente de Ask.com, Doug Leeds, varios ingenieros de Edison, New Jersey, y Hangzhou, China, que trabajaban en los algoritmos del buscador, dejarán su empleo.

La compañía trasladará a los ingenieros que continuarán trabajando a la sede de Oakland, California.

Según Leeds, Google se ha convertido en un competidor demasiado fuerte como para poder continuar justificando la inversión en Ask.com.

Internet Explorer 9 es el navegador que mejor cumple con el HTML5

De

Una noticia de esas que harán revolverse a algunos :P, para mi sin duda es una bendición…por fin un IE estándar 😀

El World Wide Web Consortium (W3C), ha sometido a estudio las últimas versiones de los navegadores web para comprobar su validación con los últimos estándares.

En las pruebas realizadas se ha comprobado la validación de los navegadores con el nuevo estándar HTML5. Estas pruebas han demostrado que Microsoft Internet Explorer 9, es el navegador que mejor cumple con los estándares HTML5.

El estándar HTML5 todavía está en fase de desarrollo, por lo que las pruebas se han realizado teniendo en cuenta una parte de la especificación.

W3C ha publicado una tabla de resultados en la que se puede ver como la beta 6 de Internet Explorer 9 es la que más alta puntuación obtiene, seguido de Google Chrome y Firefox.

En las pruebas se han tenido en cuenta; atributos, audio, vídeo, canvas, getElementsByClassName, foreigncontent y XHTML5.

Por qué no me gusta JSF!

Recuerdo hace varios años (4 al menos) cuando me ilusioné con la aparición de JSF,.

En aquel momento me pareció una propuesta bastante interesante, con componentes construidos, un modelo de programación orientado a componentes, posibilidad de crear componentes, separación del modelo de programación típico MVC (Struts)… de hecho incluso lo implanté en algún que otro cliente.

Con el paso del tiempo, la nueva versión 2 de JSF y la evolución de los frameworks web mi opinión es radicalmente distinta.

Van aquí unas breves reflexiones al respecto:

· Los componentes JSF no son realmente componentes: no se puede interactuar con ellos como con un componetne (hacer por ejemplo un combo.setEnabled(true) o fecha.setDate(new Date())) desde la parte de control (bueno, hay una forma pero no se usa). Un ejemplo de framework con componentes reales es GWT en el que puedes interactuar con ellos al estilo Swing (y otro mejor Jaxcent ;))

· La maquetación con JSF es un auténtico suplicio: el HTML que entrega el Maquetador debe modificarse por completo para meter los tags, hacer las plantillas, de modo que cualquier cambio de maquetación afecta sobremanera. En Flex, GWT y otras aproximaciones está completamente separado. En Flex por ejemplo el diseño hecho en Photoshop pasa casi directamente al programador y si hay que remaquetar en general podría servir con mantener los ids. En Jaxcent el maquetador entrega unos HTMLs sobre los que los programadores añaden ids y poco más.

· Desarrollo de componentes: uno de los grandes problemas de JSF. Es un infierno hacer un componente. Con Facelets puedes hacer composiciones pero siempre a partir de componentes ya hechos, modificar un componente (una tabla por ejemplo) de cualquier implementación es prácticamente inviable. Tanto GWT como Flex soportan un mecanismo para crear componentes radicalmente distinto y mucho más sencillo.

· Modelo de programación: ¿alguien que no esté sufriéndolo se recuerda el ciclo de vida JSF? Es más alguien lo ha necesitado? (estoy exagerando ;), yo lo he necesitado). En cualquier caso es mucho más complejo que cualquier otro modelo Web que imaginéis, por lo que está claro que si lo hacen otros…

· Integración de librerías: habéis probado a juntar 2 librerías porque necesitáis un componente de una y otro de otra…en la mayoría de los casos no es posible o al menos os tocará cambiar código fuente de la librería.

· Componentes: comparar los componentes que ofrece Flex o GWT con los de JSF (la mejor librería que se os ocurra) y ya me diréis. Por ejemplo una de las librerías de componentes más potentes Ext JS tiene 2 portings (no uno, dos) para GWT: Ext GWT y GWT-Ext, pero hay más y no hablemos de GWT…aquí Jaxcent no puede competir 😀

· Evolución de las tecnologías: GWT de la mano de Google está avanzando muy rápidamente (también es verdad que no sé cuál es la nomenclatura de versiones que usan en Google, si hubieran sido Linux irían por las 10 cifras :P) y no digamos Flex. JSF ha tardado varios años en incluir Facelets en el estándar y en simplificar partes del estándar.

· Facilidades para desarrollo: los entornos existentes para Flex sobre todo y también para GWT son mucho más amigables que los de JSF, aunque esto es más discutible.

Publicado en Opinión. 1 Comment »
A %d blogueros les gusta esto: