Apuntes de Java

Si vamos a usar un servidor Java EE (perfil completo) para implementar una solución, recomiendo utilizar todas las funcionalidades que vienen en la especificación: EJB, JPA, JMS, etc. Pero hay veces que no podemos contar con un servidor de ese tipo ya que, por ejemplo, el cliente no conoce más allá del Tomcat, o no exista gente que podría administrar un servidor como GlassFish, Payara, Weblogic, etc. Entonces, llegamos a extrañar las funcionalidades dadas por Java EE, y optamos por otros frameworks que sí nos ayudan en nuestros momentos de limitaciones de servidor. Spring ayudó mucho desde un inicio cuando no se contaba con servidores Java EE OpenSource completos. Caló tan fuerte entre los desarrolladores, que practicamente se ha hecho un "estándar" alterno a Java EE. Cuando los arquitectos de Java EE "despertó" y mejoró las especificaciones en la versión 5, pienso yo, ya era muy tarde. Tomcat siguió siendo el servidor "estándar" para aplicaciones

Impresionante manera de mostrar esta extensión de JavaScript, volviéndolo totalmente potente para aplicaciones de todo tipo. El libro comienza enseñando el lenguaje y la sintaxis de CoffeeScript, con ejemplos básicos y poderosos. Luego, poco a poco se va haciendo más y más complejo: Aplicaciones Cliente con JQuery, Backbone y AngularJS, seguido de aplicaciones desktop, conexiones a bases de datos como SQLite y MongoDB. Además muestra la construcción de servicios REST.  Me quedé con la boca abierta cuando muestra la simpleza para enviar correos electrónicos, y acceder a servicios como Amazon S3 y FTP de una manera natural. La organización de capítulo es como una receta: Introducción, Getting Ready, How to do it, How it works, There's more. Así cubre lo básico, lo importante, y todas las cosas adicionales que se puede hacer. La cereza del helado fueron los comandos para DevOps, así, nadie se puede escapar para implementar CoffeeScript en producción. Pueden adquirir

Cuando tenía la intención de comprarme mi primer auto, un amigo me dijo "Si va a ser tu primer auto, cómprate uno usado. Así si lo chocas, no te va a doler pagarlo. Y cuando ya tengas experiencia, compras uno nuevo". ¿Qué tiene que ver esto con OpenSource?

Este es un post pequeño, y quizás un poco fastidiado por algo que encontré en esta nueva versión de Liferay 6.1 GA2 (es decir, la 6.1.1) Para crear un JSON WebService, basta con crear un Service en el Portlet y ya está publicado. (Leer aquí  http://www.liferay.com/community/wiki/-/wiki/Main/JSON+Web+Services ) Si usamos Tomcat, no existe ningún problema. Es más, podemos ver el API WebService en una web para hacer las pruebas desde la misma web. Por ejemplo: si creamos un portlet llamado "Test-portlet" y creamos un servicio llamado "Calc", podemos entrar a http://localhost:8080/Test-portlet/api/jsonws y vemos todo el API. Pero... si usamos el GlassFish, no aparecerá la página. Según la gente de LR, cada contenedor tiene manera diferente de reconocer su contexto. Me consta: depuré el código fuente, y desde GlassFish devuelve el contexto "null" mientras que con tomcat devuelve el contexto (o sea, Test-portlet) Y la salida que me dan es llamar a un URL c

Bueno, la cosa estuvo reñida. Pero aquí los resultados de la encuesta sobre qué software utilizar para el curso de Liferay que estoy elaborando.

Para poner en producción un servidor web con Liferay, en base a la experiencia, sugiero lo siguiente: Memoria: 2GB. Recomendable: 4GB CPU: 2 Core. Recomendable 4 Arquitectura: 32bits, Recomendable 64 bits. ¿Por qué tanto? Recordemos que este Liferay es para portales serios, para una empresa u organización seria. Si quieren algo más simple, y más barato, usen Joomla o algo parecido. Otro post más sobre Liferay y hago mi blog "Apuntes de Liferay" :). También hablaré de otros contenedores de portlets, por si liferay parece muy costoso poner en producción.

Hoy regreso de mis vacaciones. Pensé que tendría más tiempo para elaborar algunos artículos, pero me lo dí al verdadero descanso. No es de quedarme echado en cama todo el día todos los días, al contrario, me dediqué a hacer cosas que no hago en un día normal, así que lo pasé con mis niños, mi esposa.. todo divertido. Y como no he pensado en  nada del trabajo (gracias a Dios casi todo anduvo solo) me olvido qué tenía que hacer. (La imagen creo que dice exactamente lo que estoy pasando :) ) Bien, hoy también es el Blog Day , y como parte de este día, recomendaré 5 blog de diferentes temas a todos los visitantes de este pequeño blog:

Debido a diversos temas en mente, aún no me decido por algún apunte para las siguientes semanas. Comienzo uno, y luego veo que otro puede ser interesante, y cuando lo desarrollo me doy cuenta que el primero tiene más documentación... en fin, me hago un lío innecesario.  Además, para mi puede ser útil un apunte, pero para los visitantes quizás no. Así que, haré la siguiente pregunta ¿Qué tema, apunte, tutorial, tip (etc) quieres que se publique en este blog? Tus respuestas puedes hacerlas en este post, en feisbuk y FriendFeed (que es como Twitter... que también puedes conectarte desde twitter) Vamos, todos los comentarios serán considerados :)

Agradezco a los que participaron de mi encuesta "¿Por qué quieres conocer Java?" Estos son los resultados Soy estudiante y quiero saber para aprobar el curso   21 (42%) Me interesa la tecnología Java, y quiero conocer más   35 (70%) En donde trabajo quieren que aprendan todo o parte de Java   13 (26%) Para agregarlo a mi CV   12 (24%) Aunque pareciera una encuesta sin importancia, estaba midiendo qué tipo de usuario promedio visitaba este blog. Agradezco a los  doce "sinceros" que buscan Java solo para agregar a su CV, aunque creo que también pudieron responder por diversión, y hay un grupo invisible que no ha marcado esta alternativa... solo especulo :). También a los 21 desesperados que necesitan aprobar el curso... también puede haber un gran grupo que no ha respondido... también estoy especulando. Ahora, los 35 que quieren saber más de Java (quizás ya sepan y quieran aprender más), también pueden pertenecer a los demás grupos... quizás, por eso

Yo creo que lo único que es evolutivo es el conocimiento humano, por eso antes existían los TV de tubo y ahora están apunto de salir los TV LED 3D :) . Y es porque a medida que se desarrolla una nueva tecnología, el humano descubre que se puede hacer algo mejor, y por tanto lo deja para la siguiente versión. ¿Y que pasa con nosotros los programadores/desarrolladores de aplicaciones?

Una aplicación web es relativamente fácil de hacer... pero si nuestro cliente quiere que le hagamos un portal para que sea Intranet, Extranet, administración de contenidos, gestor de archivos, foros, chat, wiki y 50 etc. más, podemos decir "sí se puede", y a medida que avanza el proyecto pensamos que se podría vender a otro cliente, tratamos de hacer lo más estándar posible.... y nunca terminamos. Estos sistemas web que permiten administrar contenidos se llaman Sistemas de Gestión de Contenidos (En inglés Content Management System - CMS) Estos ya tienen todo, o al menos todo el soporte necesario para gestionar contenidos web. Es una plataforma, y nosotros deberíamos unicamente anexarle las partes que faltan y lo que nuestro cliente necesita. Los más conocidos en PHP son Joomla , PHPNuke , Drupal .  Estos se encuentran en los hosting que se alquila por US$20 al año. Son simples, y funcionan para todos tipos de usuarios. Pero ¿y Java?

Es interesante los resultados de la encuesta que he puesto en este humilde blog Sólo vídeo   2 (7%) Sólo instrucciones e imágenes   8 (28%) Vídeo e instrucciones   15 (53%) Solo una leve explicación y tener el código fuente   3 (10%) Por lo que podría concluir con lo siguiente: Pocos respondieron a la encuesta:  28.. para los varios visitantes que monitoreo... muy poco. Es más fácil ver hacer, que leer. Bueno, creo que nadie lee, sino quiere ver. Es mejor un vídeo, porque es como estar con alguien que te explica cómo se hace. Pero también con las instrucciones para volverlo a hacer. Uhm, esto puede sonar a "Quiero tener clases virtuales". Suena bien. No podría concluir cosas como: La gente que ve el blog quiere vídeos, manuales, impresos, CD y hasta profesor particular... todo desde el blog.. y que sea público!  Bueno, creo que eso (si en algún momento alguien lo pensó) está bien difícil, porque la persona que redacta esto es un humano que come y vive.

Como no quiero que las capacitaciones que doy (o que daba) queden en un aula, me gustaría abrir los temas al mundo.. pero ¿quieren realmente capacitaciones de Java? Así que, como parte de mi investigación de mercado, aquí les paso un encuesta para ver cuales son sus apreciaciones. Cargando... O también puedes responder a esta encuesta aquí: http://miniurl.com/32332

Ando con poco tiempo para poder hacer un resumen, así que mejor os dejo el link http://www.oracle.com/technology/community/sun-oracle-community-continuity.html

Arun Gupta comenta/resume sobre el futuro de GlassFish en manos de Oracle según fue expuesto el día de ayer. http://blogs.sun.com/arungupta/entry/glassfish_strategy_by_oracle_sun

Ahora, las web de java.sun.com ha pasado por el pincelazo rojo/gris: también http://developers.sun.com/ .. la web de netbeans: http://www.netbeans.org tiene el pie "Sponsored by Oracle". y la web de sun.com ya direcciona a oracle.com Sun va a ser un buen recuerdo.

No sé qué pensar respecto a lo que acaba de decir Larry Elison sobre el NetBeans. A parte de publicitar hasta por los codos sobre el Stack de Oracle, el futuro de NetBeans es la de ser un mero "IDE Ligero" para desarrolladores Java... y el JDeveloper será el software comercial para el desarrollo de aplicaciones Java.. vaya, me imagino que a la gente que desarrolló el jdev no les iba a gustar que se desplace su software por un OpenSource, además que con el jdev solo se desarrolla aplicaciones Oracle, no se desarrolla Java.. el Java en jdev es algo que existe pero no se ve como lo principal. La misma suerte está corriendo GlassFish: Será solo la referencia de la implementación de Java EE, pero para comercial debería usarse el WebLogic (claro, no por nada lo habrán comprado antes). Ahora ¿Cuál habrá sido la estrategia de Sun en sacar el GlassFish V3 con NetBeans 6.8 con el soporte respectivo, hacer sus conferencias online y el curso de javapassion.com? ¿Quizás fue su último

Nuevamente tengo un post que no se tiene nada que ver con Java, pero es bueno mencionarlo. Hace varios años en una oficina de donde trabajo se necesita una herramienta e-learning alterna al conocido Moodle. Así que entre varios encontramos uno que era muy bueno e interesante, llamado Dokeos. Un cierto año lanzaron su versión web para que uno mismo  - a la vez que probaba la versión última - podía crear sus cursos online. Realmente consideré que era un buen software. La última versión disponible es la 1.8.6.1 de agosto de 2009. Pues bien, me acaba de llegar un correo  de chamilo.org donde se explica que el ".. 90% de sus desarrolladores activos y una grande comunidad de contribuyentes, ha decidido the abandonar el proyecto.".. Oops!! "Como seguramente sabrá, Dokeos es una marca registrada con pertenencia personal. Queremos que nuestro desarrollo quede libre de cualquier tipo de control individual y, después de muchas discusiones, no hemos encontrado otra opción qu

Hace un buen tiempo hice una encuesta sobre cómo participarían en un seminario o conferencia tecnológica. Solo respondieron la mitad de los visitantes a mi blog.. o sea 15, jejeje Hice esa encuesta porque quería conocer cual es la tendencia de los participantes a una conferencia. Porque si queremos desarrollar uno presencial, no queremos desilusionarnos con la poca concurrencia y el harto esfuerzo en desarrollar el contenido. No estoy diciendo que mañana vamos a poner una conferencia. Pero está en nuestros planes, y según los resultados de esta encuesta, todo apunta a realizar uno virtual... de esos que llaman webminar. Naturalmente no haremos uno simplón, que lo podría hacer cualquiera. Vamos a desarrollar uno que de verdad valga la pena... y no solo uno.. sino varios, todo referido a la tecnología Java. Así que no se desesperen... habrá pronto una serie de webminars sobre Java.

He estado desaparecido por un tiempo. Tanto que a mi blog le han crecido telarañas. ¿Por qué? Porque estaba liado con tres proyectos, además de mi trabajo, además de mi licenciatura en la univ. (que por cierto, hoy acabo!) Y en todo este tiempo, he aprendido algunos puntos para hacer mejor los proyectos. No pretendo mostrar los top-10, ni top-5 de hacer un proyecto perfecto... solo quiero opinar y compartir de cómo debería hacerse un proyecto de acuerdo a mi experiencia. Comencemos: Documenta todo los acuerdos con el cliente . Esto suena trillado..unos dirían "es obvio". Sí, es obvio.. pero por eso mismo que es obvio, a veces lo ignoramos. Si quieres ser más exquisito, usa un formato como sugiere RUP, o XP. La cuestión es que en cada reunión con el cliente, se debe documentar lo que se debe hacer y lo que NO se debe hacer. Esto es define el ALCANCE DEL PROYECTO. Utiliza alguna herramienta electrónica SIMPLE para documentar desde el Alcance del proyecto, hasta los avance