Glassfish 4.1-最新新泽西版本

我们希望在Glassfish 4.1中集成最新的Jersey版本

Glassfish提供了Jersey 2.21.0实现，因此我们将Jersey 2.22.2添加到WEB-INF/lib中。使用新版本是非常困难的

---

但这是正确的解决方案吗？Glassfish是否总是将WEB-INF中的库放在自己的类路径之前？

Glassfish更喜欢自己的实现，而不是应用程序提供的实现

更换相应的GlassFish模块是一个可行的选择

另一种选择是使用Payara服务器，它源于GlassFish，每3个月发布一次，因此有更多的最新模块，这只比你的目标低一个小版本，可能就足够了

---

<>如果不是修改GLAISFISH安装的选项，您仍然可能强迫GLASISFISH在全球应用程序之前考虑Web应用程序中的LIBS。您只需要在应用程序中沿着web-INF中的标准web.xml提供文件glassfish-web.xml。在glassfish-web.xml文件的class loader元素中设置delegate=“false”。有关更多文档，请参阅《Glassfish部署指南》，第C节-Glassfish服务器部署描述符的元素

---

多亏了昂德雷姆

最后，我可以说，没有办法用更新的版本取代Glassfish中的球衣。即使使用delegate=“false”它也会更喜欢其包含的版本。在阅读部署手册时，我注意到了一点。通知说，有些库将被修复，因为委托将不起作用（为了避免副作用，我认为。

可能不是这样。我不想更新Glassfish模块。但是Glassfish如何处理WAR附带的库/包含在webapp中的库？是否有方法显示Glassfish类路径für应用程序？这是不可行的选择，因为客户运行自己的Glassfish，并且不希望替换包含的库。如果它不是修改GLAISFISH安装的选项，那么您仍然可能强迫GLASISFISH在全局应用程序之前考虑Web应用程序中的LIBs。您只需要在Web-Fin中的标准Web.xml中提供应用程序中的文件GLASSFISHOB.Web.xml。SET委托=“false”。在glassfish-web.xml文件的class loader元素中。有关更多文档，请参阅glassfish部署指南，C节-glassfish服务器部署描述符的元素。谢谢，这正是我想知道的！谢谢！此修复程序使glassfish将我的捆绑jackson fasterxml jar加载到已安装的jar上。Paul