De todos es sabido la cantidad de veces que se necesita probar el código que se está desarrollando para ver si va cumpliendo nuestras espectativas o no. Normalmente uso Netbeans como IDE de desarrollo, con el que puedo efectuar estas tareas de depuración sin demasiada complicacion, pero en el caso del desarrollo de servicios web me encuentro con una restricción, no del IDE, sino del contenedor de servlets que suelo usar: Tomcat. Me gusta Tomcat porque es fácil de instalar, de configurar y es relativamente poco pesado, pero no me deja probar los servicios web conforme los voy desarrollando. Como la alternativa (implementar una aplicación cliente que consuma esos servicios) no me atrae demasiado, no me queda otra que usar GlassFish.
El problema con GlassFish es que soporta nativamente las especificaciones JRS-109, con lo que te encuentras que todo te va de maravilla mientras estas desarrollando, pero empieza a fallar estripitosamente cuando intentas pasarlo a un Tomcat en producción, y es que Tomcat NO soporta esta especificación. Esto no es un problema si tienes la precaución de modificar las propiedades de tu proyecto para que haga uso de un Tomcat en vez de Glassfish justo antes de desplegarlo. Como digo, Netbeans es un buen entorno de desarrollo y como tal te advertirá que el servidor seleccionado no soporta nativamente la citada especificación. Si le autorizas, él solo generará un archivo xml de configuración extra (sun-jaxws.xml) y creará algunas entradas servlet en el archivo de configuración web.xml. Y listo, vuelves a construir el proyecto y lo despliegas en Tomcat.
Ojo, si vuelves seleccionar Glassfish como servidor, Netbeans volverá a avisar, pero esta vez para indicarte que la configuración que acabas de añadir ya está soportada por el servidor, así que la eliminará.
Es un poco molesto andar cambiando de servidor según vayas a desarrollar o desplegar, pero al menos no hay que crear otra aplicación.
Mi palacio de la memoria 