Curso de Programación Android en Castellano

En la web sgoliver.net estamos publicando un completo curso en castellano sobre programación en Android que va ya por la 23ª entrega y avanzando a buen ritmo.

Ya se han tratado bastantes temas sobre interfaces gráficas, controles básicos y personalizados, widgets, bases de datos, tratamiento de XML, ... y quedan otros muchos por tratar.

Dada la escasez de recursos en nuestro idioma sobre esta plataforma pensamos que os podría interesar. Si es así podéis acceder al curso de forma gratuita desde el siguiente enlace:

http://www.sgoliver.net/blog/?p=1313

Saludos.

Liberado DataNucleus AccessPlatform 3.0 M2

Liberamos versión 3.0 Milestone2 de DataNucleus AccessPlatform. AccessPlatform provee la persistencia de objetos Java a muchas fuentes de datos (RDBMS, ODBMS, XML, Excel, ODF, LDAP, JSON, BigTable) con los API's estandares JDO y JPA, y tambien de JSON y REST. AccessPlatform viene bajo la licencia Apache2. Esta versión incluye muchas novedades, entre ellas:

• Plugins separados para JDO, JPA, JSON, REST
• La empieza de soporte para la federación de base de datos.
• Soporte para la persistencia a MongoDB.
• Mejoras en la persistencia a HBase.
• Soporte de query-by-interface para Excel, ODF, XML, HBase, MongoDB.
• Soporte de SchemaTool para Excel, HBase, MongoDB.
• Cambios en el manejo de plugin y ya por defecto procesa los plugins de DataNucleus solo, y no analisa las dependencias, para empezar más rapido.
• Mejoras en el soporte para JPA2
• Soporte para JDO3.1 "COMPLETE_TABLE"

Hay los detalles en este enlace. Damos soporte gratis limitado en el foro de DataNucleus, y tambien soporte comercial. Uno de los retos de version 3.0 es aumentar el soporte para JDO/JPA con los otros bases de datos, y puedes ver el estado aca; con mejor soporte para todos los bases de datos hay mejor portabilidad obviamente.

¿Realmente quieres sentirte limitado por tu software de persistencia?

Anunciada la versión 6.0 del estándar Unicode

Recientemente, el Unicode Consortium ha anunciado la versión 6.0 del estándar Unicode. A lo largo del tiempo este estándar ha incrementado desde los 28.294 caracteres en su versión 1.0 hasta los 109.384 de la actual versión.

Una de las principales novedades de esta revisión son la adición de 1000 símbolos pensados para terminales móviles, el soporte para el nuevo símbolo de la moneda india o la adición de algunos caracteres de algunos idiomas que no estaban todavía representados. Desde aquí podéis ver los nuevos componentes del estándar. Y éstos son los nuevos bloques asignados en esta versión del estándar: 

• 0840..085F Mandaic
• 1BC0..1BFF Batak
• AB00..AB2F Ethiopic Extended-A
• 11000..1107F Brahmi
• 16800..16A3F Bamum Supplement
• 1B000..1B0FF Kana Supplement
• 1F0A0..1F0FF Playing Cards
• 1F300..1F5FF Miscellaneous Symbols And Pictographs
• 1F600..1F64F Emoticons
• 1F680..1F6FF Transport And Map Symbols
• 1F700..1F77F Alchemical Symbols
• 2B740..2B81F CJK Unified Ideographs Extension D

 

GlassFish 3.1

Ayer Oracle anunciaba GlassFish 3.1. Se trata de una revisión importante ya que en ella se han vuelto a incorporar algunas características "Enterprise" que habían estado presentes en versiones 2.X del servidor de aplicaciones, pero que en la versión 3.0 (la primera en implementar Java EE 6) habían sido eliminadas.

Entre estas características destacan el soporte para clustering, el disponer de una consola centralizada de administración, la capacidad para mantener el estado de las sesiones de los usuarios a realizar un "redeploy" de la aplicación y otros. Desde aquí podéis bajaros el stack completo, y desde aquí el web profile.

Encuesta: ¿Qué versión de Java EE empleas mayormente para producción?

Las respuestas me han dejado bastante sorprendido. Especialmente porque el 27 % de la gente que ha respondido afirma estar usando Java EE 6 en producción. Asumo que ese 27 % de la gente está usando Glasfish (o JBoss si resulta que fue este mismo año cuando comenzaron a usarlo).

Java EE 5 tiene por encima del 40% de los usuarios. Algo que podría parecer más razonable, sobre todo en esta comunidad que tiende a estar formada por "early adopters". Pero por más "early adopters" que seamos me sorprende que más de la cuarta parte de la gente esté usando Java EE 6. ¿Habrá habido una confusión y la gente pensó que se preguntaba por uso en desarrollo y no en producción?

Por otro lado, puede ser interesante comparar la situación actual con como estaban las cosas hace tres años.