Se superó la capacidad esperada, el auditorio se llenó completamente 20 minutos antes del inicio del evento. Las disculpas del caso a las personas que quedaron fuera, la capacidad del auditorio nos limitó, para el próximo evento ya necesitaremos un auditorio de 200 personas!

Aquí les dejo un compendio del contenido generado por el evento:

Presentación
http://prezi.com/_4zhghj6ftqf/

Guía de instalación
http://ir.pe/guia-springperu-2009

Código fuente
http://subversion.lshimokawa.net/public/SpringCommunityDayLima2009/

Fotos
http://picasaweb.google.com/lshimokawa/SpringCommunityDayLima2009
http://www.flickr.com/photos/lshimokawa/tags/springperu/
http://www.hiboox.es/go/albumes/informatica/springday2009,c5856271e1e94d7333d439975dccf3fc

Reportajes
http://josediazdiaz.blogspot.com/2009/10/spring-community-day-2009.html
http://learningwebdev.blogspot.com/2009/10/spring-community-day-2009.html
http://javafox.wordpress.com/2009/11/03/spring-community-day-2009/

Posts
http://lshimokawa.net/blogs/lshimokawa/2009/09/spring-community-day-lima-2009-organizacion
http://lshimokawa.net/blogs/lshimokawa/2009/10/spring-community-day-lima-2009-segunda-reunion-fotos
http://blog.pucp.edu.pe/item/72575
http://4cuatros.blogspot.com/2009/10/spring-community-day-2009-lima.html
http://apiconz.blogspot.com/2009/10/spring-community-day-lima-2009.html
http://mayerhorna.blogspot.com/2009/10/spring-community-day-lima-2009-estas.html
http://jonathanlarav.blogspot.com/2009/10/spring-community-day-lima-2009.html

Fecha: 26 de octubre
Hora: 7:00pm
Lugar: Av. Comandante Espinar 435 - Edificio Pedro Ruiz Gallo

Agenda
1. Revisión de puntos pendientes para el día del evento
2. Polos para expositores y organizadores
3. Integración de presentación Prezi
4. Practicar orden de exposición

Fecha: 15 de octubre
Hora: 7:30pm
Lugar: Av. Comandante Espinar 435 - Edificio Pedro Ruiz Gallo

Agenda
1. Demo en vivo
2. Webcast del evento
3. Control de ingreso durante el evento
4. Polos para expositores y organizadores
5. Publicar afiches

SpringPerú agracede a GoVisual por el apoyo con el diseño.

Fecha: Jueves 24/09
Hora: 7:30pm
Lugar: Starbucks Morelli (Jr. Morelli 279, San Borja, por Plaza Vea de
Aviación con Javier Prado)

Agenda:
1. Definir estructura del evento
2. Recibir propuestas de expositores
3. Definir expositores
4. Definir el User Story y el alcance de la demo
5. Organizar comisiones (inscripciones, publicidad, video, etc)

Todos están invitados a asistir.

Pueden seguir los hilos creados en la lista de correos de la comunidad:
http://groups.google.com.pe/group/spring-user-group-peru

Los principales puntos fueron:

• Uso de JDK 5.0
• Configuración con anotaciones
• Spring Test Context Framework
• Spring Expression Language
• Spring JavaConfig
• Spring REST Support

Presentación en SlideShare
Repositorio Subversion de Spring Live Perú 2009

Pero que sucede si nos encontramos con el siguiente problema:

Estamos usando Spring MVC en una aplicación web pero nos vemos obligados a implementar un Servlet. Dentro de este Servlet tenemos que invocar a un Service que ya esta siendo administrado por el contexto de Spring.

El consejo del bug killer puede llevarnos por dos caminos en este escenario:

• No buscar en internet a profundidad, ni preguntar y usar la solución más rápida que se te venga a la mente.
• Seguir el buen diseño y obtener una referencia al Service administrado por Spring.

En el primer caso tendríamos un Servlet implementado de la siguiente manera:

private static final long serialVersionUID = 1L;

public DummyServlet() {

super();

}

@Override

protected void doGet(HttpServletRequest req, HttpServletResponse resp)

throws ServletException, IOException {

DummyService service = new DummyServiceImpl();

resp.getWriter().print(bean.getMessage());

}

¡Esta instanciando la implementación del Service directamente!,... esto puede traer serios problemas si se tiene que cambiar el DummyServiceImpl por otro en un futuro próximo o lejano. Lo más probable es que no se actualice el Servlet y se presente un comportamiento no esperado del sistema.

En el segundo caso, usaríamos las mismas clases de Spring para obtener una referencia al Service:

private static final long serialVersionUID = 1L;

public DummyServlet() {

super();

}

@Override

protected void doGet(HttpServletRequest req, HttpServletResponse resp)

throws ServletException, IOException {

WebApplicationContext applicationContext = ContextLoader

.getCurrentWebApplicationContext();

DummyService service = (DummyService) applicationContext.getBean("DummyService");

resp.getWriter().print(bean.getMessage());

}

Manteniendo de esa manera el diseño y el patrón de inyección de dependiencias.

Happy Hacking!

UPDATE: Para simplificar el ejemplo de este articulo solo se instancia el Service en el Servlet pero debemos tener en cuenta que el Service puede depender de clases DAO o puede necesitar AOP. Esto agravaría más los problemas de instanciar una clase que ya esta siendo manejada por el contenedor IoC.

Abner Ballardo