¿Qué versión de un JSR debe implementar un contenedor J2EE?

Question

¿Es aceptable que un contenedor J2EE para proporcionar una implementación que cumple con la versión de revisión pública de un JSR, a diferencia de la versión final (o incluso propuesto borrador final)? No estoy seguro de cómo cuantificar / calificar la palabra 'aceptable' en este contexto, pero lo que sería el 'patrón oro' para afirmar que es una implementación adecuada? Se ha completado el cumplimiento de la TCK requerido?

Esto es más o menos nació de la frustración con la JAX-WS 2.0 aplicación en los Servicios Web Feature Pack para IBM WebSphere 6.1 - al parecer, WSDL no se generan para servicios web JAX-WS si tienen un SOAP 1.2 unión definido usando la anotación @BindingType. La última vez que revisé el especificación JAX-WS 2.0 , uno de los cambios tenían eliminado esta ambigüedad (presente en la opinión pública en la sección 3.8, pero aclarado en el proyecto final propuesto).

Answer 1

La triste verdad es que es "aceptable" para hacer lo que es "aceptado" por los usuarios y los usuarios a menudo no tienen nada que decir sobre el asunto, estar atado a una aplicación particular, por una razón u otra.

WebSphere en particular es conocido por jugar rápido y suelto con especificaciones (Google WebSphere problema JSP para un ejemplo); al crédito de IBM suelen solucionar esos problemas, tarde o temprano (énfasis en adelante), pero eso no es de mucha ayuda para el aquí y ahora.

Answer 2

  

No estoy seguro de cómo   cuantificar / calificar la palabra 'aceptable'   en este contexto, pero lo que sería el   'Patrón oro' para afirmar que una   aplicación es adecuada? Es   completa el cumplimiento de la TCK   requiere?

Sí ... como un mínimo absoluto. También debe esperar el cumplimiento de la letra y el espíritu de la especificación en zonas que no están cubiertas por la TCK.

Pero no estoy seguro de cómo esto le ayuda, asumiendo que ya está comprometido con el uso de algunos de implementación específico J2EE. Por desgracia, no hay nada que se puede obligar a un proveedor de software para cumplir con las normas pertinentes, o versiones particulares de las normas. Lo máximo que puede hacer es tomar su negocio a otra parte.