java - 如何在 Jetty Maven 插件中启用 CachingWebAppClassLoader？

Question

我正在尝试提高开发环境中 Java 网络应用程序的启动性能。它使用 jetty-maven-plugin 和 mvn jetty:run 用于启动应用程序。

我按照 http://www.eclipse.org/jetty/documentation/9.3.x/jetty-classloading.html 中的说明进行操作注册这个新的 CachingWebAppClassLoader。

<Configure id="mywebapp" class="org.eclipse.jetty.webapp.WebAppContext">

...

  <Set name="classLoader">
    <New class="org.eclipse.jetty.webapp.CachingWebAppClassLoader">
      <Arg><Ref refid="mywebapp"/></Arg>
    </New>
  </Set>

...
</Configure>

但是，org.eclipse.jetty.webapp.WebAppClassLoader.* 继续出现在 jvisualvm CPU 采样器中，但不是 CachingWebAppClassLoader

我验证了我的类加载器注册至少是通过提供一个无效的类名被发现的，在这种情况下 ClassNotFoundException 被抛出。我猜我的类加载器配置正在被消耗但没有被使用或类似的东西。有任何想法吗？

此外，如果您知道任何其他可用于提高性能的类加载器变体，请告诉我。

Answer 1

jetty-maven-plugin 使用一个专门的 WebAppContext，称为 JettyWebAppContext :

JettyWebAppContext Extends the WebAppContext to specialize for the maven environment.

因此，您在 jetty.xml 中的 WebAppContext 绑定(bind)已创建，但随后未被使用。

一个明显的解决方法是在您的 jetty.xml 中将您的 WebApplicationContext 类设置为 org.eclipse.jetty.maven.plugin.JettyWebAppContext，但不幸的是这个does not work :

You can define your resourcehandler in jetty.xml, however you shouldn't define your webapp in jetty.xml, as the purpose of the jetty maven plugin is to make development easier by automatically deploying your unassembled webapp. So if you take your webapp definition out of jetty.xml things should work.

另一种可能的解决方法是在 pom.xml 中的默认JettyWebAppContext 实例上设置 classLoader 属性，使用 webApp 配置元素描述 here :

<webApp>         
    <classLoader>org.eclipse.jetty.webapp.CachingWebAppClassLoader</classLoader>
</webApp>  

不幸的是，这也不起作用，因为 CachingWebAppClassLoader 构造函数需要对底层 WebAppClassLoader.Context 的引用，因此它无法实例化。

我不确定是否有任何其他解决方法(也许使用额外的 contextHandler 会做到)，但即使您设法使其与缓存类加载器一起工作，也可能会破坏更改检测和热重新部署，这基本上是 jetty-maven-plugin 背后的核心思想:

This goal is used in-situ on a Maven project without first requiring that the project is assembled into a war, saving time during the development cycle.

...

Once invoked, the plugin can be configured to run continuously, scanning for changes in the project and automatically performing a hot redeploy when necessary. This allows the developer to concentrate on coding changes to the project using their IDE of choice and have those changes immediately and transparently reflected in the running web container, eliminating development time that is wasted on rebuilding, reassembling and redeploying.

所以我不确定这是否是个好主意。