El Staff de este este sitio esta complacido de invitar a la comunidad de desarrolladores a la 3ra. Reunión de SpringHispano.org, en esta ocasión y a petición de los usuarios de la comunidad, basándonos en la encuesta de las últimas semanas hablaremos de SpringMVC...
Y aprovechando la ocasión, los haremos participes de la 1ra. Reunión de la comunidad grails.org.mx, lo anterior con la siguiente agenda:

10:00 a.m. How to run Spring MVC and some features por neodevelop
12:30 a.m. My first date with Grails por domix

El día es el Sábado 29 de Noviembre(2008), y como saben la reunión no tiene ningún costo, el acceso es libre pero límitado(ustedes lo vieron en el pasado evento), para lo cual nos hacemos de la ayuda de Coetus(un proyecto Open Source para la organización de eventos), ahi se pueden registrar y si ya están registrados solo agreguen la 3ra. Reunión a sus eventos...

El registro ya esta disponible y lo pueden hacer en:
http://eventos.springhispano.org/coetus/events/detail/3

Ahi podrán encontrar toda la información del lugar y la reunión...

Los esperamos...
ATTE
Staff de SpringHispano.org

Saludos. Como pueden ver en este post del foro, nos estamos organizando para celebrar reuniones informales entre los usuarios de esta comunidad. La idea es reunirnos una vez al mes en un lugar céntrico y en un día/horario conveniente para que podamos pasarnos después del trabajo y platicar sobre java, programación y tecnología en general.

Javier Benek ha propuesto que la primera reunión sea el próximo sábado 29 de noviembre en las Hamburgesas Memorables de Insurgentes (casi frente al WTC). Así que esa es la propuesta de este post, dejar amarrado lugar, hora y fecha. Algunas personas me han dicho que se les complica ese día, así que la primera pregunta es si lo dejamos el sábado o lo podemos pasar al viernes o domingo. Si lo dejamos el sábado, lo mejor sería hacerlo por la tarde para que la mayoría podamos asistir.

Amigos, el motivo de este mensajito es porque me surguio la siguiente duda, el netbeans ya viene con ejemplos de leguaje ruby pero investigando por la red me encontre k existe tambien un jruby entonces si yo quiero aprender este lenguaje la pregunta es cual es version que tengo que utilizar en netbeans ruby o jruby, espero sus comentarios.

y gracias por el apoyo

Una iniciativa interesante de dzone es llamada refcards la cual consiste en pequeños acordeones o how-to's de bolsillo sobre las tecnologías más sobresalientes.
Hasta el momento existe una lista de acordeones para mysql, junit/easymock, Spring Annotations, Core CSS, MyEclipse, Core Java, PHP, Getting Started with JPA , JavaServer Faces, Struts2, Core .NET, Flex, Groovy, c#, NetBeans IDE 6.1 Java Editor , RSS and Atom, GlassFish Application Server, IntelliJ IDEA, jQuery Selectors y muchos más.
Muy recomendados.

JavaRanch big moose salon member

hola compañeros como estan, bueno seguire con este minitutorial y en este post aprenderemos a generar una grafica y guardarla como imagen jpg en nuestro disco duro anque hay algunos inconvenientes que aun no entiendo espero puedan ayudarme a resolverlos...

Se ha dado de alta una lista de correos para discusiones acerca de proyectos o el rumbo de JavaMexico.com.
La dirección de la lista es la siguiente:
Cualquiera puede suscribirse y participar en los tópicos libremente, las ideas y sugerencias siempre son bienvenidas.

En otras cosas, se ha instalado el "syntax highlight" en todo el sitio para que los ejemplos que publiquemos se
vean como debe ser y no tener complicaciones con acomodar el código.

Es sencillo de utilizar, solo es necesario poner el código entre <code> y </code> para resaltar código Java:

<code>
public class HolaMundo{
  public static void main(String args[]){
    System.out.println("Hola Mundo!!");
  }
}
</code>

Que mostraría:

O especificar uno de los lenguajes disponibles con la opción languages, por ejemplo SQL de esta manera:

<code language="sql">
SELECT * FROM TABLA
ORDER BY CAMPO;
</code>

Y mostrará:

Hola amigos les cuento que me he pasado toda la tarde estudiando sobre JFreeChart bien esta es una libreria la que nos permite crear graficas para utilizar en nuestros programas java, he estudiado estos ejemplos e intentare simplificar un poco las cosas sin embargo tambien pueden ver estos codigos de ejmplo que me sirvieron de mucho, al principio me marcaba errores, no me compilaba o no me reconocia los objetos pero dado al estudio fui deduciendo algunas cosas las cuales quiero compartir con ustedes para ver si les sirve de ayuda(talvez tengan problemas similares) bueno lo que intentare es ir posteando(o editando, con forme tenga tiempo) este post para ir poniendo el codigo y la explicacion del codigo fuente hasta llegar a crear una aplicacion que genere graficos con zoom.. (esa es mi meta personal ya que nunca lo he echo) manos a la obra..

1.- Empezaremos obteniendo las librerias

aca la pagina principal

El día ayer finalizó el soporte para Java Standard Edition ver. 1.4; por otra parte también a Java SE 5 (aka 1.5) solo le resta un año más de vida. Últimas versiones de la plataforma Java que alguna vez se denominó "Java 2" (J2SE).

En realidad Java SE 1.4 entra en su fase de final de servicio de su ciclo de vida (EOSL por sus siglas en inglés) después de 6 años y medio de soporte, por lo que si bien no está del todo muerto, si que agoniza, ya que dejan de atenderlo a menos que alguien pague por ello (ver Java SE for Business). La misma suerte correrá dentro de un año Java SE 5.

¿Y que pasará con J2EE? Pues al tener su base en J2SE es de esperar que también tenga sus días contados. Pero eso ya será definido por cada implementación, algunas ya lo han hecho...

Más información en:

Java SE Support Road Map

Con motivo del Jalogüin, les pongo un par de historias de horror, que me tocó vivir en distintos proyectos.

1. El password como llave primaria
En un trabajo hace ya mucho tiempo, me tocó revisar un proyecto que habían realizado otras personas, porque estaban atoradas en una cosa que no les salía. Me hicieron una demo del proyecto (un sitio web ya no recuerdo ni para qué pero era de los típicos que requieren que la gente se registre para entrar y ver o mover cosas). Lo noté algo lento y luego llegamos a la parte problemática y ya me enseñaron el error que salía y todo. Empezamos a ver el código de la página y noté algo raro; la página que fallaba era de las que ya estaban dentro del sitio, no requería autenticación adicional porque el usuario ya se había identificado para entonces y no era algo crucial en cuanto a seguridad se refería; sin embargo, había varias referencias al password del usuario.

Les dejo esta anécdota a los programadores que visitan javamexico.com en busca de respuestas para ciertos problemas básicos y que a veces se ofuscan buscando algo muy concreto y pierden de vista el diseño general de su aplicación. La moraleja: si tienes un problema que parece algo difícil de resolver y/o la solución es muy tediosa de implementar, lo más probable es que alguien ya lo haya hecho antes. Y probablemente hay algún proyecto de software libre que contiene ya la manera de solucionar tu problema de manera sencilla. El principio DRY: Don't Repeat Yourself (en contraste con el síndrome NIH, Not Invented Here, que es tan común en muchas casas consultoras donde prefieren inventar el hilo negro en cada proyecto en vez de utilizar soluciones externas).
Hace poco me tomé un proyecto que originalmente tenía otra persona y al revisar su código me encontré varios horrores... un pequeño sitio web que en cada JSP tenía código Java para abrir una conexión a la base de datos, pero desde encontrar el   y pedir  , hasta cerrarla en el  .