mvn package exec:java
命令运行本地服务器,它工作得很好。它加载HTML文件以及来自servlet的内容。以下是相关文件:,pom.xml,ServerMain.java,HelloWorldServlet.java,再说一次,这个运行得很好.只要我在使用Jetty 9。,但是,如果我更新pom.xml
文件以将jetty.version
设置为11.0.0
,那么我的servlet URL突然会得到404。我在控制台中没有看到任何错误。,要使Servlet在Jetty 11中再次工作,我需要对代码进行哪些更改?,(我之所以问,是因为我收到了很多学生项目的可靠更新,这些项目都停止工作了,我正试图用尽可能少的摩擦来解决它们。),Jetty 11基于雅加达Servlet5.0,它是雅加达EE 9的一部分。,雅加达EE 9已将";Big Bang";(它们的名称,不是我的)更改为命名空间和打包,现在不再是javax.servlet.*
。jakarta.servlet.*
。,Jetty 11中确实没有查找javax.servlet.*
的内容。,一些快速历史记录.,Oracle拥有Java EE。Oracle生产Java EE 7。
Oracle决定不再创建/管理EE。
Oracle将所有EE捐赠给Eclipse基金会。
Oracle未授予Eclipse Foundation在此新EE现实中使用";java";或&javax";的权限。
由于法律原因,Eclipse Foundation将其重命名为";Jakarta EE";。
Eclipse Foundation发布Jakarta EE 8&q;实质上只是出于法律原因重命名了Java EE 7(尚未更改软件包命名空间)
出于法律原因,Eclipse Foundation将所有打包从
javax.<spec>
重命名为jakarta.<spec>
。Eclipse Foundation发布雅加达EE 9&q;实质上只是雅加达EE 8&q;,但名称空间发生了变化(这就是上面提到的大爆炸&),(请注意,我浏览了这些步骤之间发生的许多其他事情),
javax.servlet.*
已死亡,存活时间jakarta.servlet.*
。,Jetty维护以下版本(当前),Jetty 9.4.x-Servlet 3.1/Java EE 7(javax.servlet)Jetty 10.x-Servlet 4.0/Jakarta EE 8(javax.servlet)
Jetty 11.x-Servlet 5.0/Jakarta EE 9(jakarta.servlet),永远不会有向后兼容功能允许
javax.servlet
和jakarta.servlet
在Jetty版本中共存。(我们已经尝试过了,Servlet规范的复杂性使其无法用于HTTPSession、RequestDispatcher、动态Servlet/过滤注册等),我们所能期望的最好结果(已经有几个项目开始这样做了,都是阿尔法质量的ATM)是某种工具,它可以自动更新您的JAR和/或新打包的源代码,然后在基于雅加达的服务器上运行。,这篇关于Jetty 11未检测到Servlet的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,