WildFly 中的静态内容交付与动态内容交付
Static content delivery vs dynamic in WildFly
我的应用程序 ear 与 js、css、图像等静态资源捆绑在一起,并在 URI app/scripts 提供 js 文件。这些请求通过应用程序中的过滤器传递。现在我将 WildFly 配置为提供静态内容,如图像、js 和 css。它在 js 的路径 app/scripts 处提供。由于两者具有相同的 URI,现在哪一个可以工作?看起来静态内容正在获得优先权,因为我注意到现在请求没有通过过滤器。哪种方法是提高性能的更好选择?
您好,将您的静态内容作为单独的部署。并在 Wildfly 的部署文件夹中创建一个名为 "MyContents.war" 的文件夹,并保留所有脚本,css 里面的东西该文件夹,在 standalone.xml 文件中的 <server>
标签内添加以下设置。
<deployments>
<deployment name="MyContents.war" runtime-name="MyContents.war">
<fs-archive path="deployments\MyContents.war" relative-to="jboss.server.base.dir"/>
</deployment>
</deployments>
现在可以访问任何资源,例如脚本文件 scripts.js
http://<yourhost>:<port>/MyContents/scripts/scripts.js
希望对您有所帮助。
我的应用程序 ear 与 js、css、图像等静态资源捆绑在一起,并在 URI app/scripts 提供 js 文件。这些请求通过应用程序中的过滤器传递。现在我将 WildFly 配置为提供静态内容,如图像、js 和 css。它在 js 的路径 app/scripts 处提供。由于两者具有相同的 URI,现在哪一个可以工作?看起来静态内容正在获得优先权,因为我注意到现在请求没有通过过滤器。哪种方法是提高性能的更好选择?
您好,将您的静态内容作为单独的部署。并在 Wildfly 的部署文件夹中创建一个名为 "MyContents.war" 的文件夹,并保留所有脚本,css 里面的东西该文件夹,在 standalone.xml 文件中的 <server>
标签内添加以下设置。
<deployments>
<deployment name="MyContents.war" runtime-name="MyContents.war">
<fs-archive path="deployments\MyContents.war" relative-to="jboss.server.base.dir"/>
</deployment>
</deployments>
现在可以访问任何资源,例如脚本文件 scripts.js
http://<yourhost>:<port>/MyContents/scripts/scripts.js
希望对您有所帮助。