Barcelona, multi-tasking virtual machine

Barcelona es el nombre de un proyecto de Sun Microsystems para crear una máquina virtual multitarea que permita cargar múltiples aplicaciones en una máquina virtual de tal forma que estén completamente aisladas entre sí. De este modo cada aplicación tendrá la impresión de estar corriendo sola en la máquina virtual, al mismo tiempo que será posible compartir recursos (como las clases que componen el núcleo de J2SE).


Esta idea es la extensión natural de Class Data Sharing incorporado en J2SE 1.5. Cuando este operativo incrementará la escalabilidad de toda las aplicaciones Java, tanto de escritorio como de servidor, reducirá el tiempo de arranque de las aplicaciones de escritorio y permitirá correr múltiples aplicaciones en un mismo servidor manteniendo un gran aislamiento entre ellas de tal modo que un fallo a alguna de ellas no afecte de ningún modo a ninguna de las otras.


Por lo de ahora no es posible descargar ninguna implementación del proyecto Barcelona , aunque en su web tenemos una buena cantidad de artículos explicando detalles acerca de él.

Echo apuesta por la metodología Ajax

El framework web Echo está apostando de por la nueva y polýmica metodología para desarrollo de aplicaciones web "Asynchronous JavaScript and XML", Ajax . La nueva versrión del framework, que para sus creadores es un framework completamente distinto al que llaman Echo2 da soporte a este tipo de aplicaciones.


Actualmente todavía no hay una versrión estable disponible de este framework que se distribuye bajo la licencia libre MPL. ýConocýis más frameworks que soporten esta filosofýa de desarrollo de aplicaciones web? ýLos habýis probado? ¿Cómo ha sido vuestra experiencia con ellos?

Nuevo programa de Gestion

Quiero anunciaros que AnJelica ya va por la version 0.2 y en breve saldra la 0.3. AnJelica es un programa desarrollado en Java, utilizando Swing. Esta enfocado a la gestion de empresas de tipo Carnicas. Os animo a probarlo y a criticarlo :-).

Disponible Eclipse R3.0.2

Acaba de salir una nueva revisrión de mantenimiento de Eclipse 3.0



Resuelve numerosos bugs que se han ido encontrando a lo largo de los meses, lo que hace aconsejable para todos aquellos que prefieren trabajar con versiones definitivas en vez de Milestones (como es el caso de Eclipse 3.1) su actualizacrión.



No he encontrado ningýn listado de fixes ýnico. Parece que hay que mirar las Build Notes.



Un saludo,



Chemi.

¿A donde va el desarrollo web en Java?

Últimamente empiezo a tener mis dudas sobre el camino que está siguiendo el desarrollo web en el mundo java.



Actualmente lo que se impone es el patrón MVC, siendo la M el modelo de negocio, la V la capa de presentación y la C el controlador, que se encarga de gestionar las peticiones.

Para trabajar de esta manera se suele utilizar algún framework, el que más se utiliza a día de hoy es struts de Apache que entre otras muchas cosas encapsula las peticiones en objetos y además el servlet que controla se configura desde un fichero xml llamado struts-config.xml.



Dentro de la Lógica de Negocio podemos tener:

- EJBs

- Procedimientos almacenados en la base de datos

- O algo al estilo POJO - Hibernate donde se trabaja la interacción con las tablas en base al tipo de negocio que tengamos.



Normalmente en está parte se suele tener un par de capas:

- Una representa las consultas (las particularidades del negocio)

- Y otra interior donde se insertar o modifican los datos (lógica de datos).



Ahora se tiende a superponer otras capas para poder interactuar con el framework a través de XML.



Con todo esto estamos consiguiendo tener todo muy ordenadito, pero claro todas estas capas interactúan entre ellas por lo que además necesitamos definir los subsiguientes interfaces.

Esto provoca a que una simple consulta SQL, conlleva la creación de una buena cantidad de ficheros:

- El que representa al objeto que lleva los parámetros

- El de la acción correspondiente

- Otro/s para el/los bean/s que interactúa con la base de datos

- El procedimiento almacenado que realiza la consulta

- Y si además tenemos capas superiores que se configuran mediante xml (actualmente es muy común), pues los ficheros necesarios para que sean operativas

- A esto hay que añadirle que siempre hay que modificar algún fichero más.



Reconozco que esta estructura tiene sus ventajas:

- Todo esta mucho más estructurado

- Se puede llegar a crear una herramienta visual que trabaje con los ficheros XML, eso sí, a costa de perder la visión en objetos de la aplicación.

- Y si realmente el trabajo está muy especializado se puede llegar a conseguir que cada uno trabaje en su capa.



Pero realmente, no le veo sentido que a una operación tan sencilla como un simple select o un insert a una base de datos necesite de tanta ?parafernalia?, con el aumento en la proliferación de errores que ellos supone y con el aumento en el tiempo de desarrollo.



Igual hay que empezar a pensar en desarrollos mixtos.