Java J2EE容器应该实现什么版本的JSR?

Java J2EE容器应该实现什么版本的JSR?,java,jakarta-ee,jsr,Java,Jakarta Ee,Jsr,J2EE容器提供符合JSR公开审查版本的实现,而不是最终草案(甚至是建议的最终草案),这是否可以接受?我不确定在这种情况下如何量化/限定“可接受”一词,但说明实现是充分的“黄金标准”是什么?是否要求完全符合TCK 这或多或少是由于IBM WebSphere 6.1的Web服务功能包中的JAX-WS 2.0实现的失败而产生的-显然,如果JAX-WS Web服务具有使用@BindingType注释定义的SOAP 1.2绑定,则不会为其生成WSDL。当我上次检查时,其中一项更改消除了这种模糊性(出现在

J2EE容器提供符合JSR公开审查版本的实现,而不是最终草案(甚至是建议的最终草案),这是否可以接受?我不确定在这种情况下如何量化/限定“可接受”一词,但说明实现是充分的“黄金标准”是什么?是否要求完全符合TCK


这或多或少是由于IBM WebSphere 6.1的Web服务功能包中的JAX-WS 2.0实现的失败而产生的-显然,如果JAX-WS Web服务具有使用@BindingType注释定义的SOAP 1.2绑定,则不会为其生成WSDL。当我上次检查时,其中一项更改消除了这种模糊性(出现在第3.8节的公共评论中,但在建议的最终草案中进行了澄清)。

不幸的事实是,用户“接受”的任何事情都是“可以接受的”,用户通常对此没有任何发言权,由于这样或那样的原因被绑定到特定的实现

特别是WebSphere,它以规范的快速性和松散性而闻名(以谷歌为例);值得一提的是,IBM通常迟早会解决这些问题(重点放在后面),但这对现在来说并没有多大帮助

我不知道该怎么做 量化/限定“可接受”一词 在这样的背景下,问题是什么 “黄金标准”用于说明 实施是否充分?是 完全遵守TCK 需要吗

是的。。。作为绝对最低限度。您还应该期望在TCK未涵盖的领域遵守规范的文字和精神


但我不确定这对您有何帮助,假设您已经承诺使用某些特定的J2EE实现。不幸的是,您无法强制软件供应商遵守相关标准或特定版本的标准。你最多能做的就是把你的生意转到别处去

这当然是开玩笑说的:pI必须在本机iSeries分区上处理WebSphere。你能看出我有点苦吗?:-)不会怪你的。我在WebSphere上遇到的EJB部署问题比在任何其他应用服务器上都多。