Entre los cambios más importantes de esta nueva versión, según lo comentó Jukka Zitting uno de los desarrolladores en su blog, están:

• El componente standalone del servidor Jackrabbit. Un simple jar que permite levantar un servidor Jackrabbit con WebDav de forma muy sencilla (tan simple como ejecutar un java -jar).
• Mejoras al desempeño de los queries con XPath.
• Soporte para queries con sintaxis GQL o Google Query Language. Este lenguaje se usa en AppEngine para crear quieres contra BigTable, ahora Jackrabbit lo soporta y lo traduce a expresiones XPath.
• Se ha mejorado el soporte a transacciones.
• Creación de workspace clusterizados. Los workspaces creados en un nodo, se replican automáticamente en todos los nodos del clúster.
• Se han incorporado nuevas características de JCR 2.0, el JSR-283. Una especificación aún no terminada pero que ya se está soportando paulatinamente en esta herramienta.

Si se desea que el listado de ficheros tenga un orden determinado, es necesario realizar una ordenación posteriormente.

A continuación presentamos dos tipos de ordenación. La primera devuelve los resultados en orden por fecha de modificación. La segunda es un tanto especial, ya que devuelve siempre en primer lugar, si existe, un fichero del que se conoce previamente el nombre, y el resto de resultados los ordena alfabéticamente.

File[] filesPorFecha = directory.listFiles();
 
Arrays.sort(filesPorFecha, new Comparator<File>(){
	public int compare(File f1, File f2){
        return Long.valueOf(f1.lastModified()).compareTo(f2.lastModified());
} });

String[] filesPorNombre = directory.list();
 
Arrays.sort(filesPorNombre, new Comparator<String>(){
         public int compare(String f1, String f2){
		if (!f1.equals(f2) && f1.equals("nombredelfichero")){
			return -1;
		}else if (!f1.equals(f2) && f2.equals("nombredelfichero")){
			return 1;
		}else{
			return f1.compareTo(f2);
		}
         }
 });

JBoss utilizaba anteriormente su propio CMS, y se volvía difícil poder seguir dandole el soporte a los sitios comunitarios por lo cual decidieron abandonar su propio CMS y adoptar Magnolia como solución.

El líder de JBoss Mark Newton ha explicado que “es importante que nuestros grupos de proyectos no sean restringidos por el CMS utilizado y que tengan la libertad de ejercer sus propias individualidades y controlar sus propias páginas web”.

“Al mismo tiempo queremos una solución fácil de utilizar y fácil de extender. Magnolia es la solución perfecta. Cada proyecto tiene control completo sobre la apariencia de su sitio y pueden incluso escoger su propio nombre de dominio dentro de jboss.org si quieren mantener su propia identidad. Darles la posibilidad de expresar esas individualidades pero tener todo corriendo en un mismo sistema es critico para nuestros requerimientos” expresó Mark Newton.

Magnolia International Ltd. es el creador de Magnolia y provee el soporte, implementación, servicios, consulting y formaciones para sus clientes empresariales.  Pueden encontrar mas información al respecto en el sitio sde magnolia: http://www.magnolia-cms.com/home.html

La anterior update era la 7, y el salto en numeración se justifica por los novedosos cambios introducidos.

Asi pues,  como podemos ver en las notas de lanzamiento, incluye:

• JRE Kernel, instalación del JRE con lo mínimo.
• Nueva versión del plug-in de Java para navegadores, que promete integrar los Applets, JNLP y JavaFX.
• Uso de la acelaración gráfica mediante Direct3D en Windows.
• Inicio rápido con Java Quick Starter.

Se trata de un proyecto de investigación y su principal aplicación actual es el uso en docencia: este código es mucho más fácil de entender y manipular que el código de la máquina Hot Spot. Y el hecho de poder usar una herramienta como NetBeans para trabajar con la máquina virtual también simplifica considerablemente el desarrollo.

La máquina virtual es aproximadamente cinco veces más lenta que Hot Spot y el proyecto se encuentra alojado en java.net.

• Soporte de Java 5.
• Optimización del rendimiento.
• Mejor aspecto por defecto de los widgets.
• Soporte de ARIA para mejorar la accesibilidad.

Mas información en el blog oficial.

La plataforma Java proporciona una enorme biblioteca de clases (un conjunto de paquetes) adecuado para usar en sus propias aplicaciones. A esta biblioteca se la conoce como la Interfaz de Programación de Aplicaciones (Application Programming Interface en inglés) o por su abreviatura API. Sus paquetes representan las tareas más comunes asociadas a la programación en general. Por ejemplo, un objeto String contiene estado y comportamiento para cadenas de caracteres («character strings»); un objeto File permite a un programador crear, eliminar, inspeccionar, comparar o modificar un archivo en un sistema de archivos; un objeto Socket permite la creación y uso de sockets de red; otros objetos de interfaz gráfica («GUI») controlan botones, cajas de selección y cualquier otra cosa relacionada con las interfaces gráficas de usuario. Literalmente hay miles de clases de las que elegir. Esto le permite al programador enfocar sus esfuerzos en el diseño de la aplicación, más que en la infraestructura requerida para hacerla funcionar.

La Java Platform API Specification contiene el listado completo de todos los paquetes, interfaces, clases, campos y métodos proporcionados por la Plataforma Java 6, edición estándar (Java Platform 6, Standard Edition). Cargue esta página en su navegador y añádala a sus marcadores o favoritos. Siendo programador se convertirá en su documentación de referencia más importante.

interface Bicycle {
 
       void changeCadence(int newValue);
 
       void changeGear(int newValue);
 
       void speedUp(int increment);
 
       void applyBrakes(int decrement);
}

Para implementar esta interfaz el nombre de su clase debería cambiar (a ACMEBicycle, por ejemplo), y usaría la palabra clave implements en la declaración de clase:

class ACMEBicycle implements Bicycle {
 
   // remainder of this class implemented as before
 
}

Implementar una interfaz permite a una clase ser más formal acerca del comportamiento que promete proporcionar. Las interfaces forman un contrato entre la clase y el mundo exterior, y este contrato se hace cumplir en el momento de la compilación. Si su clase afirma implementar una interfaz, todos los métodos definidos por esa interfaz deben aparecer en su código fuente para que se compile con éxito.

La programación orientada a objetos permite que las clases hereden estados y comportamientos de uso común de otras clases. En este ejemplo, Bicycle se convierte en la superclase de MountainBike, RoadBike y TandemBike. En el lenguaje de programación Java se permite que cada clase tenga una superclase directa y que cada superclase tenga el potencial para una cantidad ilimitada de subclases.

La sintaxis para crear subclases en sencilla. Utilice la palabra clave extends seguida del nombre de la clase de la que desea heredar al inicio de su declaración de clase:

class MountainBike extends Bicycle {
 
     // Los nuevos campos y métodos que definan una bici de montaña irían aquí
 
}

Esto proporciona a MountainBike los mismos campos y métodos que Bicycle, pero permite a su código encargarse exclusivamente de las características que la hacen única. Esto hace que el código de sus subclases sea fácil de leer. Sin embargo debe encargarse de documentar apropiadamente el estado y comportamiento que cada superclase que define, ya que ese código no aparecerá en el archivo fuente de cada subclase.