Llamando un procedimimiento desde java que no retorna valores, solo realiza updates a la tabla.
Causa del problema:
Callablestatemente call = Conexion.preparallamada("select * from fn_miFuncion(?)");
Forma correcta:
CallableStatemente call = Conexion.preparallamada("{call fn_miFuncion(?)}");
إظهار الرسائل ذات التسميات java. إظهار كافة الرسائل
إظهار الرسائل ذات التسميات java. إظهار كافة الرسائل
الخميس، 12 مايو 2011
الأربعاء، 2 فبراير 2011
Desarrollo acelerado en java con GWT
Este framework GWT me encanta, se desarrolla mucho mas rápido que con Faces, la separacion de las capas es facilmente manejable, escalable con los controles, super cargable, se pueden configurar los paquetes de controles que desee.
El único problema que le veo hasta ahora es la generación dinámica de las clases, principalmente del lado del cliente, pero estoy seguro que pronto sera superado
Muestra de uso.
Nada que envidiarle a ningún otro entorno de desarrollo visual, de microsoft (.NET) o de otra empresa.
Comentarios y demas lo encontraran en sus respectivos enlaces, aca solo un resumen.
Enlaces:
Defnicion en Wikipedia: http://es.wikipedia.org/wiki/Google_Web_Toolkit
Sitio web oficial: http://code.google.com/webtoolkit/
Blog Oficial: http://googlewebtoolkit.blogspot.com/
Google Blog: http://googleblog.blogspot.com/2007/08/google-web-toolkit-towards-better-web.html
Canal en YouTube Oficial: http://www.youtube.com/user/GoogleDevelopers
Presentacion y Mejores practicas:
http://www.google.com/events/io/2009/sessions/GoogleWebToolkitBestPractices.html
Ejemplos: http://code.google.com/intl/es-ES/webtoolkit/examples/
Google Grops:
http://groups.google.com/group/Google-Web-Toolkit?pli=1
http://comments.gmane.org/gmane.org.google.gwt/54412
Plugins para Eclipse:
http://code.google.com/eclipse/docs/download.html
Controles por terceros
http://code.google.com/p/gwtchismes/
Sencha antes ExtJs
Combinable con otro Framework: Yes! ejemplo: Spring
Documentación y manuales:
Java hispano podscasts
Sitios no oficiales y fans
http://www.gwtsite.com/
El único problema que le veo hasta ahora es la generación dinámica de las clases, principalmente del lado del cliente, pero estoy seguro que pronto sera superado
Muestra de uso.
Nada que envidiarle a ningún otro entorno de desarrollo visual, de microsoft (.NET) o de otra empresa.
Comentarios y demas lo encontraran en sus respectivos enlaces, aca solo un resumen.
Enlaces:
Defnicion en Wikipedia: http://es.wikipedia.org/wiki/Google_Web_Toolkit
Sitio web oficial: http://code.google.com/webtoolkit/
Blog Oficial: http://googlewebtoolkit.blogspot.com/
Google Blog: http://googleblog.blogspot.com/2007/08/google-web-toolkit-towards-better-web.html
Canal en YouTube Oficial: http://www.youtube.com/user/GoogleDevelopers
Presentacion y Mejores practicas:
http://www.google.com/events/io/2009/sessions/GoogleWebToolkitBestPractices.html
Ejemplos: http://code.google.com/intl/es-ES/webtoolkit/examples/
Google Grops:
http://groups.google.com/group/Google-Web-Toolkit?pli=1
http://comments.gmane.org/gmane.org.google.gwt/54412
Plugins para Eclipse:
http://code.google.com/eclipse/docs/download.html
Controles por terceros
http://code.google.com/p/gwtchismes/
Sencha antes ExtJs
Combinable con otro Framework: Yes! ejemplo: Spring
Documentación y manuales:
Java hispano podscasts
Sitios no oficiales y fans
http://www.gwtsite.com/
السبت، 22 يناير 2011
Mejorar o aumentar la velocidad rendimiento de Java - JNode
Muchos hemos escuchado que java es lento, muy lento, y su principal argumento es que es interpretado, como: No saber koreano, vivir y trabajar en Korea y depender siempre de un traductor para poder comunicares.
A pesar de esta critica java ha mejorado mucho, poniéndose casi a lar de los programas nativos para el S.O. respectivo, ¿se imaginan que pasaría si fuese nativo?, seria mas rápido que los demás.
Si tanta es la critica, ¿que me dicen de Visual Basic? hay que instalar VBRuntimes para que pueda ser entendido en Ventanitas, y mas ahora con .NET, copia de Java, ahora todo debe ser interpretado.
A Microsoft le paso lo mismo que a PHP, criticaba tanto los programas OOP, presumía de ser mas rápido y sencillo, y ahora en sus versiones mas recientes debió volverse mas completo y OO.
Entonces, ¿Como hacemos que java sea mas rápido?
1 Lo primero que me imagine fue imprimir la maquina JVM en un chip y agregarselo a la tarjeta madre, piensa, piensa, piensa..., mmm, puede ser.
2 Lo segundo, algo parecido, imprimir la JVM en una card y agregarla como componte sea via PCi o xPCI o BUS.
Ambas me parecen viables, pero, porque parar ahí? Que pasaría si tuviese un sistema operativo propio para java, echo en java, por y para java? significaría que java es nativo, no necesita interpretar algo, seria super rápido, ideal para servidores.
El famosos Java Desktop de Sun no me convenció total era un tipo Unix con JVM enlazada al kernel, a un nivel superior, con Gnome, nah, no me gusta.
Estaba el proyecto Looking Glass 3D, se miraba prometedor, pero lo sentí muy lento, ahora esta abandonado.
Buscando chips o integrados que soporten java nativamente ecuentro que solo el modelo J de los procesadores ARM http://es.wikipedia.org/wiki/ARM.
Buscando solución de software
Se me ocurrió que podría integrar el OpenJDK en el kernel de Linux, compilar y listo, pero buscando encontré JNode, JNode se hace llamar sistema operativo 100% echo por y para java.
JNode es proyecto ya algo viejo, yo aun no lo conocía. JNODE para poder funcionar toma algunas cosas de otro mundo como el un microkernel en ensamblador, pero por lo demás es 100% java, todo, todo es mas rapido.
JNode
sitio web: http://www.jnode.org/
ultima liberacion: Febrero 2009
Licencia: GPL
Status: Activo
Kernel: microKernel en ensamblador
sistema Boot: Yep
Boot: GRUB
ClassPath: GNU ClassPath
JVM: OpenJDK
ISO live disponible: Yep
Como funciona.
El micro-kernel se encarga de capturar las interrupciones que se las pasa a administrador de java que las enlaza con el hilo que le corresponde.
Los drivers y demás componentes se adhieren como plugin para el kernel.
Observaciones
Este proyecto se mira interesante pero también genera ciertas preguntas como:
¿La seguridad como esta?
¿los drivers ? de vídeo, de sonido, efectos 3D?
Hay muchos a favor y muchos en contra, pero lo cierto es, que es un cambio muy difícil donde se han metido estos chicos.
Conclusión:
Considerando que Linux esta mas maduro como S.O. completo y seguro, creo que por ahora me agrada mas la idea de meter el OpenJDK dentro del kernel de Linux.
Si logro hacer esto, estaré muy contento y luego sera hora de los BenchMark.
Update: (2012)
Solucion (LOL):
A pesar de esta critica java ha mejorado mucho, poniéndose casi a lar de los programas nativos para el S.O. respectivo, ¿se imaginan que pasaría si fuese nativo?, seria mas rápido que los demás.
Si tanta es la critica, ¿que me dicen de Visual Basic? hay que instalar VBRuntimes para que pueda ser entendido en Ventanitas, y mas ahora con .NET, copia de Java, ahora todo debe ser interpretado.
A Microsoft le paso lo mismo que a PHP, criticaba tanto los programas OOP, presumía de ser mas rápido y sencillo, y ahora en sus versiones mas recientes debió volverse mas completo y OO.
Entonces, ¿Como hacemos que java sea mas rápido?
1 Lo primero que me imagine fue imprimir la maquina JVM en un chip y agregarselo a la tarjeta madre, piensa, piensa, piensa..., mmm, puede ser.
2 Lo segundo, algo parecido, imprimir la JVM en una card y agregarla como componte sea via PCi o xPCI o BUS.
Ambas me parecen viables, pero, porque parar ahí? Que pasaría si tuviese un sistema operativo propio para java, echo en java, por y para java? significaría que java es nativo, no necesita interpretar algo, seria super rápido, ideal para servidores.
El famosos Java Desktop de Sun no me convenció total era un tipo Unix con JVM enlazada al kernel, a un nivel superior, con Gnome, nah, no me gusta.
Estaba el proyecto Looking Glass 3D, se miraba prometedor, pero lo sentí muy lento, ahora esta abandonado.
Buscando chips o integrados que soporten java nativamente ecuentro que solo el modelo J de los procesadores ARM http://es.wikipedia.org/wiki/ARM.
Buscando solución de software
Se me ocurrió que podría integrar el OpenJDK en el kernel de Linux, compilar y listo, pero buscando encontré JNode, JNode se hace llamar sistema operativo 100% echo por y para java.
JNode es proyecto ya algo viejo, yo aun no lo conocía. JNODE para poder funcionar toma algunas cosas de otro mundo como el un microkernel en ensamblador, pero por lo demás es 100% java, todo, todo es mas rapido.
JNode
sitio web: http://www.jnode.org/
ultima liberacion: Febrero 2009
Licencia: GPL
Status: Activo
Kernel: microKernel en ensamblador
sistema Boot: Yep
Boot: GRUB
ClassPath: GNU ClassPath
JVM: OpenJDK
ISO live disponible: Yep
Como funciona.
El micro-kernel se encarga de capturar las interrupciones que se las pasa a administrador de java que las enlaza con el hilo que le corresponde.
Los drivers y demás componentes se adhieren como plugin para el kernel.
Observaciones
Este proyecto se mira interesante pero también genera ciertas preguntas como:
¿La seguridad como esta?
¿los drivers ? de vídeo, de sonido, efectos 3D?
Hay muchos a favor y muchos en contra, pero lo cierto es, que es un cambio muy difícil donde se han metido estos chicos.
Conclusión:
Considerando que Linux esta mas maduro como S.O. completo y seguro, creo que por ahora me agrada mas la idea de meter el OpenJDK dentro del kernel de Linux.
Si logro hacer esto, estaré muy contento y luego sera hora de los BenchMark.
Update: (2012)
Solucion (LOL):
الأربعاء، 19 يناير 2011
CMS echo en JAVA
Jarimba: el nuevo CMS con tecnología J2EE
Antes de hoy me habia preguntado donde estan los CMS echos en java, y despues de buscar, algo, no mucho, hoy encuentro esto en linux.es
Jarimba es una plataforma de internet desarrollada en Java que, entre otros servicios, permite la creación de múltiples portales y plataformas transaccionales en web. Jarimba ha sido utilizada en Ecuador y a nivel internacional. Fue desarrollada por ingenieros de Kruger Corporation S.A, empresa ecuatoriana con 17 años de trabajo en el mercado local y en Latinoamérica.
KRUGER, entendiendo los beneficios del software libre para la comunidad, ha
decidido publicar este proyecto como software libre bajo licencia GPL V3 en Internet de acuerdo a sus objetivos en el tema de
responsabilidad social corporativa. Jarimba podrá ser utilizado por personas en todo el mundo. El lanzamiento de Jarimba fue hecho de manera simultánea en el marco de LATINOWARE en Brasil y durante el I Encuentro Nacional de Software Libre en Ecuador.
Para conocer más sobre Jarimba puedes visitar su wiki donde encontrarás instrucciones paso a paso para su instalación. Si tienes preguntas, puedes hacerlas en sus forosy si quieres contactar a sus desarrolladores, lo puedes hacer a través listas de correos.
Para estar al tanto de las últimas noticias se puede seguir a Jarimba en redes sociales: identi.ca, twitter y facebook.
----
Aunque en esta ocasión, el sistema fue desarrollado por una empresa, y luego liberado. Me gustaría ver uno creado por una comunidad sin fines de lucro.
Aun así, excelente trabajo, se agradece.
====
Otros CMS creados en JAVA
http://www.magnolia-cms.com/
Listado en:
http://java-source.net/open-source/content-managment-systems
Antes de hoy me habia preguntado donde estan los CMS echos en java, y despues de buscar, algo, no mucho, hoy encuentro esto en linux.es
Jarimba es una plataforma de internet desarrollada en Java que, entre otros servicios, permite la creación de múltiples portales y plataformas transaccionales en web. Jarimba ha sido utilizada en Ecuador y a nivel internacional. Fue desarrollada por ingenieros de Kruger Corporation S.A, empresa ecuatoriana con 17 años de trabajo en el mercado local y en Latinoamérica.
KRUGER, entendiendo los beneficios del software libre para la comunidad, ha
decidido publicar este proyecto como software libre bajo licencia GPL V3 en Internet de acuerdo a sus objetivos en el tema de
responsabilidad social corporativa. Jarimba podrá ser utilizado por personas en todo el mundo. El lanzamiento de Jarimba fue hecho de manera simultánea en el marco de LATINOWARE en Brasil y durante el I Encuentro Nacional de Software Libre en Ecuador.
Para conocer más sobre Jarimba puedes visitar su wiki donde encontrarás instrucciones paso a paso para su instalación. Si tienes preguntas, puedes hacerlas en sus forosy si quieres contactar a sus desarrolladores, lo puedes hacer a través listas de correos.
Para estar al tanto de las últimas noticias se puede seguir a Jarimba en redes sociales: identi.ca, twitter y facebook.
----
Aunque en esta ocasión, el sistema fue desarrollado por una empresa, y luego liberado. Me gustaría ver uno creado por una comunidad sin fines de lucro.
Aun así, excelente trabajo, se agradece.
====
Otros CMS creados en JAVA
http://www.magnolia-cms.com/
Listado en:
http://java-source.net/open-source/content-managment-systems
الثلاثاء، 11 يناير 2011
Java es lento? / java is Slow?
Saludos formas de vida basasdas en carbono y demas formas de vida superiores!
Titulé esta entrada así, para ser algo sensacionalista. a little.
La verdad es que java no es lento, sino es mal aplicado, mal utilizado.
Si quieres ver una lista de malas practicas que incluso tu puedas estar cometiendo, echale un ojo (metafora) a este blog:
Java Anti-patrones / Java Anti-Patterns
http://www.odi.ch/prog/design/newbies.php
Titulé esta entrada así, para ser algo sensacionalista. a little.
La verdad es que java no es lento, sino es mal aplicado, mal utilizado.
Si quieres ver una lista de malas practicas que incluso tu puedas estar cometiendo, echale un ojo (metafora) a este blog:
Java Anti-patrones / Java Anti-Patterns
http://www.odi.ch/prog/design/newbies.php
Ecuentra errores en tu codigo java, en eclipse al mejor estilo firebug
Aprendistes java de forma autodidacta?
Eres cerficado en java?
Te enseñaron bien java?
Te quejas que java es lento?
Continua leyendo...
No es que java sea lento, es que no lo utilizas adecuadamente, hay miles de malas practicas, y la mayoría provienen de la mayoría (valga la repetición) de los que mocoseros, no importa si eres "Microsoft Certified Professional Developer" jajaja.
Si quieres revisar que tan bien programas, en la universidad de Meryland desarrollaron este "FindBugs", que tambien informa de malas practicas. Se puede ejecutar via comandos, pero tambien ahora esta disponible como un plugin para eclipse.
FindBugs, un plugin altamente recomendado para Principiantes, de nivel intermedio e incluso avanzados, y por supuesto como plugin para el mejor IDE Eclipse:
http://findbugs.sourceforge.net/index.html
Descripción
http://findbugs.sourceforge.net/bugDescriptions.html
Imagenes
NOTA: El nombre y el logo son marca registrada de la universidad de MeryLand.
Eres cerficado en java?
Te enseñaron bien java?
Te quejas que java es lento?
Continua leyendo...
No es que java sea lento, es que no lo utilizas adecuadamente, hay miles de malas practicas, y la mayoría provienen de la mayoría (valga la repetición) de los que mocoseros, no importa si eres "Microsoft Certified Professional Developer" jajaja.
Si quieres revisar que tan bien programas, en la universidad de Meryland desarrollaron este "FindBugs", que tambien informa de malas practicas. Se puede ejecutar via comandos, pero tambien ahora esta disponible como un plugin para eclipse.
| |
FindBugs™ - Find Bugs in Java Programs
FindBugs, un plugin altamente recomendado para Principiantes, de nivel intermedio e incluso avanzados, y por supuesto como plugin para el mejor IDE Eclipse:
http://findbugs.sourceforge.net/index.html
Descripción
http://findbugs.sourceforge.net/bugDescriptions.html
Imagenes
NOTA: El nombre y el logo son marca registrada de la universidad de MeryLand.
الاثنين، 10 يناير 2011
GWT IncompatibleRemoteServiceException caused by different RPC Protocol Versions (server: 5, client 6)
GWT + Utilizando eclipse,
solo marcar en el classpath del compilador que se exportaran las librerias de web application.
solo marcar en el classpath del compilador que se exportaran las librerias de web application.
الأربعاء، 22 ديسمبر 2010
GWT entorno de trabajo en eclipse
Estoy seguro que encontraran miles, sino cientos de paginas donde explican que es, como funciona, y el famoso hola munto del GWT en eclipse.
Por eso mi proposito es hablarles de la organizacion del espacio de trabajo.
Despues que se decidio que se utilizaria GWT para trabajar, ademas de la intencion de aplicar patrones, como siempre muchos dirian lo primero que debes aplicar es el patron DAO.
Debo indicar que estoy en contra de los frameworks pero este me parecio interesante, muy interesante, y permitia un agil desarrollo.
En GWT aunque estes del lado de java, se dividen en 3 secciones basicas:
a) Cliente (vista)
b) Server (modelo, control)
c) compartido (modelo).
Como ya indique implicitamente al principio, no explicare que es GWT, ni que hace, ni cuales son puntos basicos, ni sus beneficios.
Bien, como implementamos patrones en este punto, no es un entorno normal, y recordemos que los patrones vienen a resolver un problema y el DAO en estas circustancias.
1. Si ya tengo definido el motor de base de datos, para que cojones quiero establecer interfaces o implementaciones para varios motores de base de datos, desde este punto fuera hibernate, fuera unas 5 clases de conexiones, menos trabajo.
2. En GWT los accesos a la base de datos se tratan como servicios, asi que tenemos dos interfaces en la seccion de vista, la clase de implementacion de la lado del server. Como hacermos para indentificar los DAO, la verdad llamerle servicios, que pereza, no me agrada para nada.
3. Las clases de intercambio de datos, bueno podemos salvarlo utilizando la seccion shared, de estas forma no hay que rescribir codigo.
Bien, la separacion quedaria asi:
Entonces como pueden ver, el modelo o los POJO estarian en el shared, ademas de clases de utilieria y funciones como comunes como validadores. (Morado)
Tenemos un paquete DAO en cliente y otro en servidores, pero del lado del cliente, solo son las interfaces, y del lado del servidor la implementacion, y les he puesto DAO, dado que aunque son servicios asincronos, los utilizo para el accedo a la base de datos. cliente verde, servidor Azul.
Seguro ya se enteraron, sino aca otro tip.
1. Del lado del servidor no puede haber nada que (clase o codigo) que se convierta a Javascript, del lado del cliente, no puede ni una clase, que no se pueda convertir a javascript, y en el modulo shared, pueden estar solo las clases o codificacion que se pueda convertir a javascript y que permita implementar codigo util del lado del servidor.
Por eso mi proposito es hablarles de la organizacion del espacio de trabajo.
Despues que se decidio que se utilizaria GWT para trabajar, ademas de la intencion de aplicar patrones, como siempre muchos dirian lo primero que debes aplicar es el patron DAO.
Debo indicar que estoy en contra de los frameworks pero este me parecio interesante, muy interesante, y permitia un agil desarrollo.
En GWT aunque estes del lado de java, se dividen en 3 secciones basicas:
a) Cliente (vista)
b) Server (modelo, control)
c) compartido (modelo).
Como ya indique implicitamente al principio, no explicare que es GWT, ni que hace, ni cuales son puntos basicos, ni sus beneficios.
Bien, como implementamos patrones en este punto, no es un entorno normal, y recordemos que los patrones vienen a resolver un problema y el DAO en estas circustancias.
1. Si ya tengo definido el motor de base de datos, para que cojones quiero establecer interfaces o implementaciones para varios motores de base de datos, desde este punto fuera hibernate, fuera unas 5 clases de conexiones, menos trabajo.
2. En GWT los accesos a la base de datos se tratan como servicios, asi que tenemos dos interfaces en la seccion de vista, la clase de implementacion de la lado del server. Como hacermos para indentificar los DAO, la verdad llamerle servicios, que pereza, no me agrada para nada.
3. Las clases de intercambio de datos, bueno podemos salvarlo utilizando la seccion shared, de estas forma no hay que rescribir codigo.
Bien, la separacion quedaria asi:
Entonces como pueden ver, el modelo o los POJO estarian en el shared, ademas de clases de utilieria y funciones como comunes como validadores. (Morado)
Tenemos un paquete DAO en cliente y otro en servidores, pero del lado del cliente, solo son las interfaces, y del lado del servidor la implementacion, y les he puesto DAO, dado que aunque son servicios asincronos, los utilizo para el accedo a la base de datos. cliente verde, servidor Azul.
Seguro ya se enteraron, sino aca otro tip.
1. Del lado del servidor no puede haber nada que (clase o codigo) que se convierta a Javascript, del lado del cliente, no puede ni una clase, que no se pueda convertir a javascript, y en el modulo shared, pueden estar solo las clases o codificacion que se pueda convertir a javascript y que permita implementar codigo util del lado del servidor.
الاثنين، 22 نوفمبر 2010
Alerta amantes a JAVA - Oracle nos sigue causando verguenza
Es indignante! estoy esfupefacto.
Yo pense que Oracle cuidaria su mejor adquisicion como es JAVA, pero no, en aras de exprimile lo mas que se pueda ahora la avariciosa de Oracle esta distribuyendo en las instalaciones del ultimo relase del SDK o del RT de java ToolBar, sí, asi como lo leen, toolbar para los navegadores tanto de yahoo, como de Bing, el buscador de microsoft, e incluso la barra de Google.
Es realmente decepcionante, estoy pensando seriamente en dejar de utilizar java y apostar por Python y/o Ruby, ya de ultimo hasta la tonteria de PHP.
Es atroz lo que esta haciendo Oracle.
Juzguen ustedes.
Las reacciones no se ha echo esperar, el internet esta que arde por tal ofensa.
Yo pense que Oracle cuidaria su mejor adquisicion como es JAVA, pero no, en aras de exprimile lo mas que se pueda ahora la avariciosa de Oracle esta distribuyendo en las instalaciones del ultimo relase del SDK o del RT de java ToolBar, sí, asi como lo leen, toolbar para los navegadores tanto de yahoo, como de Bing, el buscador de microsoft, e incluso la barra de Google.
Es realmente decepcionante, estoy pensando seriamente en dejar de utilizar java y apostar por Python y/o Ruby, ya de ultimo hasta la tonteria de PHP.
Es atroz lo que esta haciendo Oracle.
Juzguen ustedes.
Las reacciones no se ha echo esperar, el internet esta que arde por tal ofensa.
الأربعاء، 15 سبتمبر 2010
Guia de desarrollo para Iniciar a Desarrollar para BlackBerry.
Saludos formas de vida basadas en carbono.
En esta ocacion les traigo un manual para aquellos interesados en desarrollar aplicaciones para blackberry.
Este manual incluye:
Tabla de contenido del manual
En esta ocacion les traigo un manual para aquellos interesados en desarrollar aplicaciones para blackberry.
Este manual incluye:
Tabla de contenido del manual
01 Licencia
02 A modo de introduccio
Que es BlackBerry?
Por que Desarrollar para BlackBerry?
Los Entornos o herramientas de desarrollo.
03 Porque Eclipse?
04 Requisitos Mínimos
05 Instalando/Configurando
Instalando la maquina virtual de java
Instalando Eclipse
Instalando el Plugin de BlackBerry
Forma 1 : Instalador completo (Next, next, next)
Forma 2: desde Eclipse.
06 Nuestro primer Proyecto (Hola Mundo)
07 Ejecutando en el Simulador.
08 Posibles problemas
09 Mejores Practicas
10 Conclusion
Espero les sea de utilidad.
Enlace de descarga:
http://www.megaupload.com/?d=KYHYO59N
Larga vida y prosperidad.
الاشتراك في:
الرسائل (Atom)








