Cómo ocultar la advertencia en el cliente jax-ws que (tal vez) causada por la biblioteca jax-ws

Question

Estoy usando netbeans para generar un cliente de servicio web en mi aplicación. Y mi programa usa la biblioteca jax-ws para establecer el tiempo de espera en llamar al servicio web.

problema surge porque generan una gran cantidad de este mensaje de advertencia cada vez que comienzo a este programa .:

Dic 13, 2010 4:35:21 PM [com.sun.xml.ws.policy. EffectiveAlternativeSelector] selectAlternatives ADVERTENCIA: WSP0075: Aserción de política "{http://schemas.xmlsoap.org/ws/2004/10/wsat} ATAlwaysCapability" se evaluó como "DESCONOCIDO".

13-dic-2010 4:35:21 PM [com.sun.xml.ws.policy.EffectiveAlternativeSelector] selectAlternatives ADVERTENCIA: WSP0075: Política afirmación "{} http://schemas.xmlsoap.org/ws/2004/10/wsat ATAssertion" se evaluó como " DESCONOCIDO".

Dec 13, 2010 4:35:21 PM [com.sun.xml.ws.policy.EffectiveAlternativeSelector] selectAlternatives ADVERTENCIA: WSP0019: alternativa de política subóptima seleccionado en el lado del cliente con la aptitud "DESCONOCIDO ".

He encontrado el mismo problema con el mío aquí: http://forums.java.net/node/707265, pero tampoco tiene respuesta hasta ahora.

¿Hay alguna manera de ocultar esta advertencia? Intento buscar utilizando Google y no encuentro ninguna respuesta coincidente para este problema.

Answer 1

Mi conjetura es que el WSDL f rom que se generó el cliente contiene afirmaciones de política relacionadas con WS-AtomicTransaction. Como WS-AtomicTransaction requiere un administrador de transacciones y el JRE no contiene uno, no es sorprendente que el tiempo de ejecución de JAX-WS en el JRE no sea compatible con WS-AtomicTransaction y no comprenda estas afirmaciones de políticas.

Si usted no necesita WS-AtomicTransaction, entonces usted tiene dos opciones para deshacerse de estas advertencias:

• Configurar el registro para suprimir estas advertencias.
• Elimina las aserciones del WSDL.

Si necesita WS-AtomicTransaction, entonces probablemente tendrá que ejecutar el código en un servidor de aplicaciones o como cliente de aplicaciones Java EE.

Answer 2

Debe estar utilizando una versión obsoleta de jax-ws (no encontré EffectiveAlternativeSelector en mi copia 2.2.1), pero déjame intentarlo.

1. Crear un archivo logging.properties en algún camino accesible, mientras que el lanzamiento de su aplicación (por lo menos puede usar la que se encuentra en $JAVA_HOME/lib/logging.properties)
2. Agregue la siguiente línea al archivo: com.sun.xml.ws.policy.EffectiveAlternativeSelector.level=OFF
3. poner en marcha su aplicación como

java -Djava.util.logging.config.file=/path/to/your/logging.properties MainClass

Answer 3

¿@SupressWarning (value = "?") Tiene algún uso aquí?

Answer 4

Creo que el giro de la depuración no es una solución

http://dannythorpe.com/2012/01/04/java-wcf-usingaddressing-warning/ describe una manera de solucionar este problema.

Answer 5

El @SupressWarnings() no ayuda en este caso. Esa anotación es decirle al compilador que no le advierta cuando potencialmente está utilizando indebidamente algún tipo de Java. Estas advertencias de ws se canalizan a System.err