Tienes proyectos java en Maven y no puedes ubicar bugs fácilmente a falta de junit. Sin embargo, existe la alternativa de debugear la aplicación web a través de Java Debugger (jdb).

Aquí les muestro una guía de como hacer un debug remoto de la aplicación web en Eclipse y WebSphere 7 a través de Java Debugger (JDB). 

Eclipse <——> Java Debugger (jdb) <——> WebSphere 7

1. Habilitar el WebSphere en modo Debug.

Para esto seguir los siguientes pasos: 

1. Servers –> Server Types –> WebSphere application servers
2. Under Server Infrastructure section –> expandir Java and Process Management –> Process definition
3. dentro de la seccion Additional Properties –> click Java Virtual Machine
4. clic en el check “Debug Mode”
5. En texbox Debug arguments, poner este valor: 

-Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8888

6. Reiniciar el servidor WebSphere.
Ahora, WebSphere se inicia en modo debug, y escuchando en el puerto 8888.(Al cual se conectara el Java Debugger de eclipse). 

2. Deployar la aplicacion web en el WebSphere, por maven o consola web.

3. Eclipse’s Java Debugger (jdb)

En el IDE Eclipse , dentro del codigo fuente del proyecto

1. Click en “Run”, “Debug Configurations…”
2. seleccionar “Remote Java Application”, clic derecho y seleccionar “New”
3. Renombrar el nuevo nombre , e.g “WebSphere 7 Instance”
4. En “Connection Type”, seleccionar, “Standard (Socket Attached)”
5. Host, poner la ip de su servidor WebSphere
6. Port, poner 8888.
7. Click en el boton debug.
Ahora, Eclipse debugger ha iniciado y conectado al puerto del was 8888.

4. Debugging, observar el resultado.

Abra el navegador y escriba la URL de la aplicación web. Ahora, Eclipse se detendrá en el punto de interrupción definido. 

Tienes proyectos java en Maven y no puedes ubicar bugs fácilmente a falta de junit. Sin embargo, existe la alternativa de debugear la aplicación web a través de Java Debugger (jdb).

Aquí les muestro una guía de como hacer un debug remoto de la aplicación web en Eclipse y WebSphere 7 a través de Java Debugger (JDB).

Eclipse <——> Java Debugger (jdb) <——> WebSphere 7

1. Habilitar el WebSphere en modo Debug.

1. Servers –> Server Types –> WebSphere application servers
2. Under Server Infrastructure section –> expandir Java and Process Management –> Process definition
3. dentro de la seccion Additional Properties –> click Java Virtual Machine
4. clic en el check “Debug Mode”
5. En texbox Debug arguments, poner este valor: 

-Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8888

6. Reiniciar el servidor WebSphere.
Ahora, WebSphere se inicia en modo debug, y escuchando en el puerto 8888.(Al cual se conectara el Java Debugger de eclipse).

2. Deployar la aplicacion web en el WebSphere, por maven o consola web.

3. Eclipse’s Java Debugger (jdb)

En el IDE Eclipse , dentro del codigo fuente del proyecto

1. Click en “Run”, “Debug Configurations…”
2. seleccionar “Remote Java Application”, clic derecho y seleccionar “New”
3. Renombrar el nuevo nombre , e.g “WebSphere 7 Instance”
4. En “Connection Type”, seleccionar, “Standard (Socket Attached)”
5. Host, poner la ip de su servidor WebSphere
6. Port, poner 8888.
7. Click en el boton debug.
Ahora, Eclipse debugger ha iniciado y conectado al puerto del was 8888.

4. Debugging, observar el resultado.

Abra el navegador y escriba la URL de la aplicación web. Ahora, Eclipse se detendrá en el punto de interrupción definido.

Cuando se configura la seguridad global de Websphere Application Server ND (6.x, 7.x) siempre se nos pasa algo que no se tuvo en cuenta y luego de reiniciar el Application Server, el log empieza a imprimir error de autentificacion, y finalmente nunca llega a iniciar el servidor.

Authentication failed when using LTPA.
Este caso me ocurrio cuando configuraba la autentificacion con repositorios federados usando un Tivoli Directory Server.

La solucion para volver iniciar el Websphere sin autentificacion y configurar correctamente, es la siguiente:

Usar la consola MS-DOS, o Terminal en entornos Linux:

• Entrar  por MSDOS a la carpeta bin del perfil del WAS en mi caso: D:\IBM\WID7_WTE\runtimes\bi_v7\profiles\qwps\bin
• Ejecutar el siguiente comando: wsadmin.bat -conntype NONE
• Luego ejecutar el comando para desabilitar la seguridad:  wsadmin> securityoff
• Luego ejecutar el comando para guardar la accion: wsadmin> $AdminConfig save

Publique un pequeño manual de como entrar a la consola de android via comandos “adb” y poder jugar con los comandos basicos de linux dentro  del emulador.

1. REST: utiliza XML, JSON y HTTP. Cada URL representa un objeto sobre el que puedes realizar POST,GET,PUT y DELETE (las operaciones típicas del HTTP).
2. SOAP: es toda una infraestructura basada en XML. Donde cada objeto puede tener métodos definidos por el programador con los parámetros que sean necesarios.

1. Ligero: tranferencia de objetos JSON o XML.
2. Resultados legibles.
3. Fácil de implementar: no hacen falta herramientas específicas.

1. Fácil de consumir
2. Rigido: tipado fuerte, sigue un contrato
3. Herramientas de desarrollo