Spring Community Day 2010: Apoyemos a los niños del AAHH San Alvino: "
Con tu donación para el ingrso al Spring Community Day 2010 (S/10.00 o su equivalente en cualquiera de los siguientes productos: leche, azucar, chocolate, panetón) apoya a los niños del AAHH San Alvino en la Misión de Navidad 2010 organizada por la UPC.
Aquí está la carta formal de UPC a Spring Perú.
25 noviembre 2010
23 noviembre 2010
...se viene el Spring Community Day 2010 (27/11/2010)
La comunidad Spring Perú tiene el agrado de invitarlos al 3er Spring Community Day 2010. Este evento organizado y presentado por la comunidad tiene el objetivo de compartir conocimiento y experiencias sobre el uso de Spring Framework y proyectos de Spring Source.
Puedes ver fotos de las ediciones anteriores aquí.
Puedes participar y enterarte de la organización del evento siguiendo la lista de Spring Perú.
Cuando
Fecha: Sábado 27 de noviembre de 2010
Hora: 09:00am - 07:00pm
Hora: 09:00am - 07:00pm
Donde
Ingreso
Para el ingreso debes registrarte primero. Este año Spring Perú se une a la misión de Navidad de este año organizada por la UPC para tener la oportunidad de trascender llevando la alegría de la Navidad a 300 niños de extrema pobreza del A.A.H.H. San Alvino en el distrito de Independencia.
Para hacer realidad este sueño, necesitamos contar con tu apoyo, invitándote a apadrinar a un niño(a) con la donación de S/.10.00, que será recolectado por la UPC para entregarte las credenciales de ingreso para las conferencias. Gracias a tu colaboración, cada niño disfrutará de un día lleno de alegría porque llevaremos juguetes, juegos inflables, snacks para compartir y el espíritu de la Navidad hasta sus hogares.
Programa
El programa consta de 3 tracks en paralelo: track básico, track avanzado y el Open Space.
Track 1 (Aula Magna)
09:00 - 09:15 Ingreso
09:15 - 09:30 Bienvenida
09:30 - 10:30 Introducción a Spring Framework (Lennon Shimokawa)
10:30 - 11:00 Coffee break
11:00 - 12:00 Spring DAO (Jonathan Lara)
12:00 - 13:00 Spring Web MVC (Susan Inga)
13:00 - 14:30 Almuerzo
14:30 - 15:30 Spring ORM con Hibernate (José Luis Bugarin)
15:30 - 16:30 Spring AOP (Mayer Horna)
16:30 - 17:00 Coffee break
17:00 - 18:00 Spring ROO (José Diaz)
18:00 - 19:00 Panel de cierre y retrospectiva final
09:15 - 09:30 Bienvenida
09:30 - 10:30 Introducción a Spring Framework (Lennon Shimokawa)
10:30 - 11:00 Coffee break
11:00 - 12:00 Spring DAO (Jonathan Lara)
12:00 - 13:00 Spring Web MVC (Susan Inga)
13:00 - 14:30 Almuerzo
14:30 - 15:30 Spring ORM con Hibernate (José Luis Bugarin)
15:30 - 16:30 Spring AOP (Mayer Horna)
16:30 - 17:00 Coffee break
17:00 - 18:00 Spring ROO (José Diaz)
18:00 - 19:00 Panel de cierre y retrospectiva final
Track 2 (Aula A24)
14:30 - 15:30 Spring Portlet MVC (José Luis Manrique)
15:30 - 16:30 Spring Security (Edson Chavez)
16:30 - 17:00 Coffee break
17:00 - 18:00 Spring Web Services (Carlos Gavidia)
15:30 - 16:30 Spring Security (Edson Chavez)
16:30 - 17:00 Coffee break
17:00 - 18:00 Spring Web Services (Carlos Gavidia)
Track 3 (Aula A25)
14:30 - 15:30 Spring Web Flow (Colin Fairless)
15:30 - 16:30 Spring BlazeDS con Flex (Ricárdo Ávila)
16:30 - 17:00 Coffee break
17:00 - 18:00 Spring.NET (Angel Nuñez)
15:30 - 16:30 Spring BlazeDS con Flex (Ricárdo Ávila)
16:30 - 17:00 Coffee break
17:00 - 18:00 Spring.NET (Angel Nuñez)
Open Space (Aula A22, Aula A31)
14:30 - 18:00 Open Space
16 noviembre 2010
WebSphere Portal - Customizar mensaje "This portlet is unavailable"
Curioseando encontré que el jar "wp.ui.jar" contiene una serie de archivos de propiedades
/ui/wp.ui/shared/app/wp.ui.jar
que contienen casi todos los mensajes que encuentras en el portal.
Para encontrarlo debemos ir a la siguiente ruta:
09 noviembre 2010
WP615 - Configurar páginas de error (Customize error pages)
Esta fue la tarea de esta semana: ¿cómo personalizamos las páginas para errores 404?
Para tener una configuración decente debemos tomar en cuenta que ésta se debe realizar en tres ámbitos diferentes: la primera es a nivel de webserver, la segunda a nivel del contexto "wps" y la tercera a nivel del contexto "portal", cómo se muestra en la figura.
Para el webserver debemos contar con una carpeta en dicho servidor con las páginas e imágenes que se emplearán para mostrar el mensaje de error. Luego en el archivo httpd.conf, ubicamos la sección que configura estos mensajes de error y establecerlo de manera similar al ejemplo que pongo a continuación:
Luego, configuramos el portal, para ello seguimos las siguientes instrucciones
- Bajar el portal en cada nodo.
- Subir en cada nodo el servidor "server1"
./startServer.sh server1
- Ubicarse en el Deployment Manager y allí crear una carpeta temporal
mkdir /was/wps_expanded
- Acceder al directorio dmgr_profile_root/bin
- Exportar el ear wps
./wsadmin.sh -user wpsadmin -password -c '$AdminApp export wps /was/wps.ear'
- Expandir el ear
./EARExpander.sh -ear /was/wps.ear -operationDir /was/wps_expanded -operation expand
- Crear una carpeta llamada "error" dentro de la carpeta "wps.war"
mkdir /was/wps_expanded/wps.ear/wps.war/error/
- Copiar los archivos de páginas de error en dicha carpeta.
NOTA: Las urls de los enlaces en la página deben seguir el siguiente formato:
"/wps/portal/rimac/inicio"
y las imágenes "imagenes/logo_rimac_seg.gif"
- Asignar permisos 777 a la carpeta "error"
chmod 777 R /was/wps_expanded/wps.war/error/
- Agregar dentro del web.xml entre los tags y , este archivo se encuentra en la ruta /was/wps_expanded/wps.war/WEB-INF
NOTA: Las urls de los enlaces en la página deben seguir el siguiente formato:
"portal/rimac/inicio"
y las imágenes "error/imagenes/logo_rimac_seg.gif"
- Agregar dentro del web.xml antes de los demás filtros.
Se aplica los "filters" a los siguientes contextos:
/portal/*
/myportal/*
/contenthandler/*
- Eliminar el archivo ear previamente exportado a fin de que podamos generarlo nuevamente.
- Empaquetar el ear
./EARExpander.sh -ear /was/wps.ear -operationDir /was/wps_expanded -operation collapse
- Importar el ear
./wsadmin.sh -user wpsadmin -password -c '$AdminApp install /was/wps.ear {-update -appname wps}'
- Bajar "server1"
- Reiniciar cada nodo de "WebSphere_Portal"
- Copiar el jar "portal-apiconz-filter.jar" del filtro en la ruta PortalServer/shared/app en ambos nodos.
Para este jar seguí las instrucciones que encontré en: Web Content Management: Custom error pages. Esta guía también la pude aplicar al portal
Para tener una configuración decente debemos tomar en cuenta que ésta se debe realizar en tres ámbitos diferentes: la primera es a nivel de webserver, la segunda a nivel del contexto "wps" y la tercera a nivel del contexto "portal", cómo se muestra en la figura.
Para el webserver debemos contar con una carpeta en dicho servidor con las páginas e imágenes que se emplearán para mostrar el mensaje de error. Luego en el archivo httpd.conf, ubicamos la sección que configura estos mensajes de error y establecerlo de manera similar al ejemplo que pongo a continuación:
Luego, configuramos el portal, para ello seguimos las siguientes instrucciones
- Bajar el portal en cada nodo.
- Subir en cada nodo el servidor "server1"
./startServer.sh server1
- Ubicarse en el Deployment Manager y allí crear una carpeta temporal
mkdir /was/wps_expanded
- Acceder al directorio dmgr_profile_root/bin
- Exportar el ear wps
./wsadmin.sh -user wpsadmin -password
- Expandir el ear
./EARExpander.sh -ear /was/wps.ear -operationDir /was/wps_expanded -operation expand
- Crear una carpeta llamada "error" dentro de la carpeta "wps.war"
mkdir /was/wps_expanded/wps.ear/wps.war/error/
- Copiar los archivos de páginas de error en dicha carpeta.
NOTA: Las urls de los enlaces en la página deben seguir el siguiente formato:
"/wps/portal/rimac/inicio"
y las imágenes "imagenes/logo_rimac_seg.gif"
- Asignar permisos 777 a la carpeta "error"
chmod 777 R /was/wps_expanded/wps.war/error/
- Agregar
NOTA: Las urls de los enlaces en la página deben seguir el siguiente formato:
"portal/rimac/inicio"
y las imágenes "error/imagenes/logo_rimac_seg.gif"
- Agregar
Se aplica los "filters" a los siguientes contextos:
/portal/*
/myportal/*
/contenthandler/*
- Eliminar el archivo ear previamente exportado a fin de que podamos generarlo nuevamente.
- Empaquetar el ear
./EARExpander.sh -ear /was/wps.ear -operationDir /was/wps_expanded -operation collapse
- Importar el ear
./wsadmin.sh -user wpsadmin -password
- Bajar "server1"
- Reiniciar cada nodo de "WebSphere_Portal"
- Copiar el jar "portal-apiconz-filter.jar" del filtro en la ruta PortalServer/shared/app en ambos nodos.
Para este jar seguí las instrucciones que encontré en: Web Content Management: Custom error pages. Esta guía también la pude aplicar al portal
Suscribirse a:
Entradas (Atom)