3

我正在为使用 Jetty 的产品清理构建系统。目前该项目有

javax.servlet.jsp:jsp-api:2.1

作为依赖。鉴于我在我的项目中使用 Jetty,我怀疑使用

org.mortbay.jetty:jsp-api-2.1:6.1.5

将是更好的选择。我是对/错吗?它们可以互换使用吗?是否jsp-api-2.1利用不同的实现?或者如果jsp-api断言与 Jetty 的兼容性,它只是一个重新包装?

我一直试图在网上找到有关此的信息,到目前为止还没有任何消息。

更新:似乎org.mortbay.jetty:servlet-api-2.5:6.1.5javax.servlet.jsp:servlet-api:2.1有相同的关系。

4

1 回答 1

3

Jetty 在 jsp 方面有着悠久而丰富多彩的历史,我们没有自己的 jsp 实现,我们经常利用其他实现,从您查看的版本号判断,这些都是非常旧的版本,我们在 glassfish jsp 实现之上维护补丁。我认为这是一个支持登录码头的补丁,然后是一个或三个错误修复。

现在我们一直在使用 java.net 项目中的 jsp 工件,该项目是前一段时间从 glassfish 中分离出来的。然而,这似乎也没有非常定期地跟踪错误修复,所以我们正在尝试在 tomcat 中实现 jasper。

回到您的问题,jsp-api 工件通常只是重新打包的工件,因为 api 不会经常更改。我们历来重新捆绑它们以使它们与修补的实现配对。

现在,您显然正在使用 jetty-6 设置,因为您仍在使用 org.mortbay 包装,但 jetty6 和 jetty7 都是 servlet-api 2.5,因此您可以使用 jetty7 jsp 设置,我们有一个方便的 pom在这里声明这些工件:

http://central.maven.org/maven2/org/eclipse/jetty/jetty-jsp/7.6.5.v20120716/jetty-jsp-7.6.5.v20120716.pom

这些也是 glassfish 捆绑包,在此过程中重新打包并制作成 osgi 捆绑包,因此它们可以在 osgi 环境中与 jetty 一起使用......虽然它们应该可以正常工作,但我们将它们打包在我们的 jetty7 发行版中。

于 2012-08-13T15:08:36.470 回答