Al parecer, los planes del proyecto Kenai y Java.net han sufrido una variación para bien!

A lo largo de estos días desde que se anunció que Kenai tenía los días contados se dejó sentir el descontento de muchas de las personas que utilizaban la "nube" que proveía Sun.

Pues hace unas horas llegó a mis manos el siguiente correo:

-------- Original Message --------
Subject: [IMPORTANT UPDATE] More News about the future of Project Kenai
Date: Sat, 06 Feb 2010 00:04:43 +0000
From: [Kenai Admin]
To: [Project Admins Kenai]

Gentlepeople,

In an effort to get information out to the Kenai community quickly, while trying to manage the integration of our two companies, I think we did a poor job at communicating our plans for Kenai.com to you. I would like to remedy that now. Our strategy is simple. We don't believe it makes sense to continue investing in multiple hosted development sites that are basically doing the same thing. Our plan is to shut down kenai.com and focus our efforts on java.net as the hosted development community. We are in the process of migrating java.net to the kenai technology. This means that any project currently hosted onkenai.com will be able to continue as you are on java.net. We are still working out the technical details, but the goal is to make this migration as seamless as possible for the current kenai.com projects. So in the meantime I suggest that you stay put on kenai.com and letus work through the details and get back to you later this month.
Thanks for your feedback and patience.

Ted Farrell
Oracle Corporation

El mensaje también ya está disponible desde el blog de Kenai.

Como lo dije en mi anterior post, desde la lista de correos de Java User Groups Leaders habían surgido propuestas de que se rediseñara Java.net tomando como base Kenai para que fuera más "cloudy". Pues tal parece ser que la idea fue bien recibida por Oracle y se le dará continuidad, lo que también es importante por la apertura y flexibilidad que está teniendo Oracle hacia las necesidades de la comunidad. Entiendo también entonces (ya que reescribieron el comunicado en el blog de Kenai) que se anula el deadline que se le había dado a los proyectos en Kenai que era el 02 de Abril de este año, y que se podrán migrar los mismos desde Kenai hacia Java.net sin mayor problema.

Si bien yo nunca utilicé Kenai, el hecho de que haya habido tal surrounding en el descontento de quienes lo usaban me hace pensar que era una plataforma buena, o al menos digna de probarse, así que la curiosidad ha despertado en mi y espero con ansia que Java.net cuente con esta tecnología para saber de qué se trata.

¿Alguno de ustedes utilizó Kenai o tiene algún proyecto hosteado en Java.net?

Saludos!

Javier Ramírez Jr.

En riaHispano hemos organizado un taller gratuito en la ciudad de Monterrey, México este sábado 20 de febrero a partir de las 10 a.m. en las instalaciones de turningbc.

El cupo es limitado, así que puedes registrarte en este enlace.

El primer taller es sobre construcción de aplicaciones usando Spring 3, BlazeDS y Flex 4. En este taller daremos una introducción al mundo Spring, al desarrollo java con esta librería y a la comunicación con tecnología Flash usando DataServices de BlazeDS 4 beta.

Además, construiremos un cliente usando Flex 4 Beta y las nuevas capacidades del Flash Builder 4 para el consumo de dataservices.

Este taller lo impartiremos yo (Erick Camacho @ecamacho) e Iván Álvarez @ivanhoe.

En la segunda sesión, Élder Valdez (@eldervaz) dará una charla sobre las novedades de Adobe Air 2.0, como el soporte a HTML5, la nueva integración con código nativo, la nueva API para sockets y el nuevo soporte para multitouch.

Recuerda reservar tu lugar y llevar tu laptop con el JDK 5 o superior. Todo el material necesario se te proporcionará durante la sesión.

Tras leer el artículo Como crear aplicaciones en Java que puedan conectarse con .NET me di a la tarea de realizarlo sin mayores problemas (una vez aclarado que la versión de Restlet a utilizar es la 2.0 y agregar la tabla Categories al modelo de Entity Framework).

Mas al tratar de extender el ejemplo proporcionado para realizar el resto de las operaciones CRUD (apoyándome en el Tutorial de Restlet WCF Data Services extension) tuve algunos problemas.

Al principio el problema era la línea en el servicio Astoria:

config.SetEntitySetAccessRule("*", EntitySetRights.AllRead);

Misma que cambie a:

config.SetEntitySetAccessRule("*", EntitySetRights.All);

Con ello logré que al menos me permitiera el Borrado de entidades, pero seguía teniendo problemas para la Actualización y Creación. Este problema no lo tengo en un cliente similar hecho con .NET, donde si puedo realizar todas las operaciones.

Hace un par de días se elaboró por parte de Oracle un FAQ dirigido a las comunidades de desarrollo Java.

En este FAQ se menciona que (como todos sabemos) la adquisición de Oracle a Sun se ha finalizado y ya es un hecho. Como es de esperarse hay desconcierto con respecto a cuáles serán los cambios que Oracle hará en varios aspectos, como por ejemplo qué pasará con la Sun Developer Network, el proyecto Kenai, BigAdmin, las certificaciones de Java, etc...

Trataré de resumir/traducir lo que menciona este comunicado:

¿Qué pasará con la Sun Developer Network, java.sun.com y BigAdmin?

De momento estos sitios permanecerán como hasta hoy, funcionando normalmente y desde sus mismas direcciones URL. Después de un tiempo, la idea de Oracle es rediseñar y redefinir la arquitectura de estos sitios para integrarla y crear la Oracle Technology Network, mencionan en el comunicado que el feedback acerca de esta idea es bienvenido. Así mismo se comprometen a mantener comunicados a los miembros de estas redes a manera de que sepan lo que pasará y no tengan inconveniente en acceder a los recursos y herramientas que les son necesarias.

¿Qué es Oracle Technology Network?

Es una red/comunidad de desarrolladores, DBAs, SysAdmins y Arquitectos que usan los productos de Oracle en la industria. Los miembros de esta comunidad colaboran a través de los servicios que provee Oracle Technology Network, que contiene: blogs, foros de discusión, grupos y wikis. Muy similar a lo que es la Sun Developer Network.

¿Habrá JavaOne 2010?

Esta era una duda que muchos teníamos, principalmente después de los rumores de que no habría JavaOne y que solamente habría Oracle OpenWorld. Los rumores no estaban tan errados, por suerte SÍ habrá JavaOne, dentro del contexto del Oracle OpenWorld en Septiembre del 19 al 23. El registro a JavaOne será igual que antes, como un evento independiente, asistir a lo demás del Oracle OpenWorld a al Oracle Develop 2010 queda ya dentro de la decisión de cada quien. JavaOne se centrará únicamente en la tecnología Java y las tecnologías que conforman su ecosistema.

¿Qué hay acerca de Java.net y el proyecto Kenai?

El proyecto Rel es una implementación del lenguaje Tutorial D de Date y Darwen en Java.

Rel es una verdadera RDBMS (no como Oracle, SQLServer o DB2 que son solo pseudo relacionales) con un lenguaje de consultas avanzado.
Rel es gratuito y opensource

Rel implementa un conjunto extendido del lenguaje propuesto por C. J. Date y Hugh Darwen, llamado Tutorial D. Es posible que ya lo hayas visto si alguna ves leíste el libro "Introducción a los Sistemas de Base de Datos" de Date.

El objetivo principal de Rel es como una herramienta de enseñanza, para que podamos explorar los conceptos de las bases de datos relacionales, pero lo que me impresiono sobre el, es que tras conocerlo se volvió imposible para mi el considerar a SQL como una lenguaje bien diseñado. Tutorial D te hace ver que SQL es una reliquia de de los 70 de la que ya deberíamos habernos deshecho hace mucho tiempo... y sin embargo, seguimos creando lenguajes para consultas lo mas parecidos a SQL que podemos, con el objetivo de facilitarle el aprendizaje a las personas que ya saben SQL, sin darnos cuenta que el aprender SQL en si mismo es una fuerte limitación a la productividad.

Empecemos con la operación relacional proyeccion: Veamos una comparación:

En SQL, puedo escribir:

Con lo que obtendré una consulta con las columnas a, b, c de la tabla r.

En Tutorial D dicha consulta se escribiría (en SQL es necesario escribir DISTINCT para garantizar que la salida no tenga redundancia, en Tutorial D, la redundancia esta prohibida por default por los principios Relacionales):

Que es mucho mas corto, hasta el momento, parece que esta es la única ventaja, pero ahora supongamos que la tabla "r" tiene los campos: a,b,c,d,e,f,g,h,i, y que solo queremos ver los campos d,e,f,g,h,i.

En SQL escribiria:

Mientras que en Tutorial D escribiria:

Hola,

Estamos publicando screencast en http://SpringHispano.org sobre Spring esperamos les resulten utiles. El ultimo screencast es sobre acceso a base de datos son JdbcTemplate, lo pueden ver aqui esta disponible en alta definición y a 1280 X 800 para mejor experiencia.

Acceso a Base de Datos con Jdbc Parte 1 from SpringHispano.org on Vimeo.

Los demas screencast estan disponibles en la cuenta de SpringHispano.org en Vimeo aqui http://vimeo.com/springhispano

El día de ayer, Enero 27 de 2010, Oracle anunció terminada su adquisición de Sun.

Oracle nos invita a ver su serie de Webcast sobre la estrategia de productos Oracle + Sun, en los cuales podremos conocer mas acerca de la combinación Sun y Oracle y de lo que ello significará para nosotros.

Mayor información en: oracle.com/us/sun

SOFTWARE STRATEGY WEBCASTS

• Java
• Operating Systems
• Virtualization
• Cloud
• Enterprise Manager and Ops Center
• Identity Management (Coming soon - 2/1/10)
• Application Server
• Developer Tools
• SOA (Coming soon - 2/1/10)
• OpenOffice

Hola que tal,

Bueno pues aquí estoy escribiendo después de un buen tiempo ya, bueno esta es una duda que tengo, ya que me están pidiendo desarrollar varios sistemitas en java algunos clientes y como realmente estos son mis primeros pasos como programador freelance (si lo quieren ver así) me gustaría recibir algunos consejos suyos, además de la duda que les voy a plantear:

Me pidieron desarrollar un sistema de inventarios para una autorefaccionaria, ya saben lo tipico (Registrar los productos, almacenar la información de los clientes y las compras, y bla bla) mi duda es: ¿Me recomiendan utilizar una BD? Digamos MySQL.

Cuando platique con @xbenek sobre crear un puente de interoperabilidad entre tecnologías Microsoft y Java, lo primero que me paso por la mente fue el pensar en los problemas había tenido o que había escuchado cuando la gente estaba teniendo proyectos de este tipo, uno de los principales era el acceso a las clases y objetos que estaban generados en .NET y la otra era el acceso a los datos en sí, una manera de solucionar este dilema es usando por el lado de .NET el Entity Framework que te permite exponer clases y entidades en formato ATOM o JSON usando REST y por parte de Java Restlet que te permite acceder a este tipo de servicios.

Existen varios proyectos que pueden verse beneficiados de arquitecturas como REST (Representational state transfer) donde la idea principal está en la manera en la que se hacen las peticiones al Servidor desde el cliente, las peticiones se hacen basadas en el recurso que te interesa, por ejemplo si quieres ver los productos de una tienda de la categoría bebidas, debería de ser suficiente con ir a la página http://latienda/productos/bebidas o si quisieras ver todas las cervezas podrías ir a http://latienda/productos/bebidas/cervezas el servidor es el que se encarga de encontrar el recurso adecuado a lo mejor lo que hace es buscar la página cervezas.htm entonces si pensamos que cervezas.htm es la representación de un recurso sin embargo el cliente esta accediendo a un sitio diferente, lo que hace el servidor es transferir el estado del recurso para poderse adaptar a la solicitud que esta haciendo el cliente, –>Transferencia Representacional de Estado (REST).

La arquitectura de REST tiene que cumplir con estos 6 principios.

Cliente-servidor

No manejan estado

Hacemos la cordial invitación a todos los desarrolladores interesados, miembros de la comunidad y publico que le apasione el desarrollo de software a la 12a. Reunión de la comunidad que se llevará a cabo el día 30 de enero de 2010 a las 10:00 A.M., en donde presentaremos:

Java 2010: presente, límites y futuro, por Miguel Zuñiga (@miguel1mx)

Desde el green project de 1991 hasta la adquisición de Sun por Oracle a fines del 2009, muchos eventos han pasado entorno a Java. Desde las ópticas de tres proyectos: jnode, un sistema operativo escrito en Java, LWJGL, una solución para programación de juegos que implementa OpenGL y OpenAL en una sola API, y Apache Harmony, una implementación libre de Java SE 5.0, se propondrá a los asistentes a hacer pronósticos sobre qué sucederá con el Java de Sun y hacia dónde habrá que apostar este año.

Miguel Zúñiga González (@miguel1mx en twitter, http://www.zeh.com.mx/) es arquitecto (de casas y edificios) y (casi) lingüista aplicado y activo participante de proyectos libres como traductor. No tiene la menor idea de realmente qué implican la POO o la POA, no desarrolla, se pierde en los IDEs, le tiene miedo a M$ Visual Studio y aún así, se ha divertido horrores intentando abrirse camino por la plataforma Java.

El sistema operativo Android y su SDK por Enrique Diaz (@nRikeDiaz)

La charla tratará sobre el OS para móviles Android y el SDK. Daré una breve introducción sobre porqué deberíamos desarrollar widgets para Android, pues creo que hay un nicho de negocio importante y donde podemos competir de manera global. Veremos unas estadísticas sobre cómo se va moviendo el mercado de Android y sobre el boom que se espera para este año 2010. Daré también una demo de un proyecto que estoy realizando, el cuál consume un WebService con Http Basic Auth desde un Widget desarrollado en Android SDK.

Enrique Díaz es estudiante del último semestre de Ing. en Computación, IPN. Certificado en Java con SCJA. Sus puntos fuertes son el Web Development & Mobile App Development. De entre sus últimos proyectos se encuentra PurpleCat, un CRM para Android y AndroidMexico.com, comunidad mexicana de desarrolladores en Android SDK

Recordandoles que la entrada es totalmente gratuita y que habrá algunas sorpresas para los asistentes...

El lugar de la reunión es en:

Ave. San Lorenzo 1009 Piso 4. Col. del Valle, México, D.F.

El registro es importante que se realice en Coetus, ya que es requerido saber la cantidad de asistentes a la reunión. Se pueden registrar aquí http://www.coetus.info/coetus/events/detail/15.

De antemano agradecemos su asistencia y participación...

ATTE

Staff de SpringHispano.org, grails.org.mx