如何在 Jetty Maven 插件中启用 CachingWebAppClassLoader?
How to enable CachingWebAppClassLoader in Jetty Maven Plugin?
我正在尝试提高 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
我验证了我的 classloader 注册至少是通过提供无效的 class 名称被发现的,在这种情况下 ClassNotFoundException
被抛出。我猜我的 classloader 配置正在消耗但未被使用或类似的东西。有任何想法吗?
此外,如果您知道任何其他可用于提高性能的 classloader 变体,请告诉我。
jetty-maven-plugin
使用专门的 WebAppContext,称为 JettyWebAppContext:
JettyWebAppContext Extends the WebAppContext to specialize for the maven environment.
因此您在 jetty.xml
中的 WebAppContext 绑定已创建,但随后未被使用。
一个明显的解决方法是在 jetty.xml 中将 WebApplicationContext
class 设置为 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 就可以),但即使你设法让它与缓存一起工作 class加载器,这可能会破坏变更检测和热重新部署,这基本上是 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.
所以我不确定这是否是个好主意。
我正在尝试提高 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
我验证了我的 classloader 注册至少是通过提供无效的 class 名称被发现的,在这种情况下 ClassNotFoundException
被抛出。我猜我的 classloader 配置正在消耗但未被使用或类似的东西。有任何想法吗?
此外,如果您知道任何其他可用于提高性能的 classloader 变体,请告诉我。
jetty-maven-plugin
使用专门的 WebAppContext,称为 JettyWebAppContext:
JettyWebAppContext Extends the WebAppContext to specialize for the maven environment.
因此您在 jetty.xml
中的 WebAppContext 绑定已创建,但随后未被使用。
一个明显的解决方法是在 jetty.xml 中将 WebApplicationContext
class 设置为 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 就可以),但即使你设法让它与缓存一起工作 class加载器,这可能会破坏变更检测和热重新部署,这基本上是 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.
所以我不确定这是否是个好主意。