问题标签 [contextroot]

1. 我在 apache 中使用 mod_jk 并在 tomcat 中配置虚拟主机的旧方法在 JSP 文件中，我引用 CSS 如下

   /<%=request.getContextPath()%>/css/styles.css

当主页链接设置为

因此，当我在 apache 中使用 mod_jk 使用 ajp 与 tomcat 一起工作时，这工作正常；

1. 当我尝试如下配置反向代理时

ProxyPass / http://localhost:800/mywebapp

ProxyPassReverse / http://localhost:800/mywebapp

主页可以正常检索，但css请求变为 http://mydomain.com/mywebapp/mywebapp/css/style.css ，因此无法正确检索css文件；

1. 我认为一种可能的方法是始终使用 ./style.css 或 ../style.css 之类的相对路径。由于页眉/页脚是共享的，并且主页与详细信息页面处于不同的级别，因此使用相对路径不方便，因为它们处于不同的级别 b。不过，我认为主页链接必须是 /<%=request.getContextPath()%>/

所以我想知道在java web中设置contextroot的方法是什么，并且在反向代理中也可以正常工作？

多谢

我正在将应用程序从 grails 1.3.6 迁移到 2.0，我需要更改其上下文根。如果我没记错的话，在 1.3.6 中我安装了模板插件并进行了更改：

我在 2.0 中做了同样的事情，但没有成功。有什么提示吗？

谢谢

我是编写 Web 服务的新手，并且正在努力理解如何指定上下文根。

我的班级用

但我不确定如何为其配置上下文根/路径。我读到我可以将它配置为 web.xml 中的 servlet，但对于没有注释的 Web 服务似乎就是这种情况。我错了吗？我在 web.xml 中尝试了以下配置：

但是，当我在 JBoss 中启动时，我收到一条错误消息：

我读过我可以专门配置 jboss-web.xml，但我认为有一种更通用的方法可以应用于所有应用程序服务器 - 不是吗？或者我必须独立配置服务，具体取决于我要部署到的 AS（即：Tomcat 的一种方式，GlassFish 的一种方式，JBoss 的一种方式，WebSphere 的一种方式等......）。

是否有可以用来指定 Web 服务路径的注释？还是 web.xml 文件中的配置参数？

谢谢！

埃里克

我有一个要部署在 WAR 文件 (app.war) 中的应用程序。部署后，它可以从 http://:8080/app 获得，我希望它可以像 http://:8080/secret/app 一样使用

我搜索了文档，对于 JBoss'es 5 和 6，这似乎与 jboss-web.xml 文件有关。我已经尝试过了，但没有运气。似乎 JBoss 7 只是忽略了 jboss-web.xml 中的元素。

我不知道这是否相关，但此应用程序同时具有 JSF 和 PrettyFaces。

有谁知道 JBoss 7 是否可以实现这种行为？如果是这样，怎么办？我仍在尝试为此寻找答案。

谢谢你。

我在 Web 应用程序中设置上下文根时遇到问题。我想将上下文根设置为“/”，但是当我启动我的应用程序服务器（jboss-5.1.0.GA）时，出现以下异常：

12:21:23,257 错误 [AbstractKernelController] 安装到开始时出错：name=jboss.web.deployment:war=/ state=Create mode=Manual requiredState=Installed org.jboss.deployers.spi.DeploymentException：Web 映射已经存在用于部署URL 文件：/D:/jboss-5.1.0.GA/jboss-5.1.0.GA/server/letu-prod/deploy/ATG.ear/store.war/ at org.jboss.web.tomcat.service。 deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:187) at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142) at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment. java:461) 在 org.jboss.web.deployers.WebModule.startModule(WebModule.java:118) 在 org.jboss.web.deployers.WebModule.start(WebModule.java:97) 在 sun.reflect.NativeMethodAccessorImpl。invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java: 597) 在 org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) 在 org.jboss.mx.server.Invocation .invoke(Invocation.java:88) 在 org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) 在 org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) 在 org. jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206) at $Proxy38.start(Unknown Source) at org.jboss.system。microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42) at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37) at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java: 62) 在 org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) 在 org.jboss.dependency.plugins 的 org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) .AbstractControllerContext.install(AbstractControllerContext.java:348) 在 org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286) 在 org.jboss.dependency。plugins.AbstractController.install(AbstractController.java:1631) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)在 org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) 在 org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) 在 org.jboss.dependency.plugins.AbstractController.change (AbstractController.java:553) 在 org.jboss.system.ServiceController.doChange(ServiceController.java:688) 在 org.jboss.system.ServiceController.start(ServiceController.java:460) 在 org.jboss.system.deployers。 ServiceDeployer.start(ServiceDeployer.java:163) 在 org.jboss。system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99) at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46) at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy( AbstractSimpleRealDeployer.java:62) at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50) at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)在 org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439) 在 org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157) 在 org.jboss.deployers.plugins .deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178) 在 org.jboss.deployers.plugins。deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210) at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java: 348) 在 org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631) 在 org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) 在 org.jboss.dependency.plugins.AbstractController .resolveContexts(AbstractController.java:1082) 在 org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) 在 org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) 在 org. jboss.dependency.plugins.AbstractController。更改（AbstractController.java:553）在 org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781) 在 org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)在 org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70) 在 org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117) .system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53) 在 org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361) 在 org.jboss.dependency.plugins .AbstractControllerContext.install(AbstractControllerContext.java:348) 在 org.jboss。org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) 上的dependency.plugins.AbstractController.install(AbstractController.java:1631) org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java: 1082) 在 org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) 在 org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) 在 org.jboss.dependency.plugins.AbstractController .change(AbstractController.java:553) at org.jboss.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java :271) 在组织。jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461) 在 org.jboss.Main.boot(Main.java:221) 在 org.jboss.Main$1.run(Main.java:556) 在 java.lang。线程.run(线程.java:662)

有人可以帮我解决这个问题吗？

我有这样的application.xml。

我想将不同的上下文根映射到一个 web-uri。但是有一些限制，每个模块应该只包含一个web部分，每个web - 只有一个context-root部分。除了复制这个以不同名称命名的war文件之外，还有其他方法吗？

我一直在尝试将几个不同的项目合并到 Eclipse 中的一个项目中。在这次尝试中，我尝试了以下步骤，这会导致生成不同的上下文路径（不正确？）。

核心问题：

1. 在 Eclipse 中复制一个动态 Web 项目（Maven）并粘贴为一个新项目（克隆重复）
2. 将项目添加到 Eclipse 中的嵌入式 Tomcat 服务器。
3. 在eclipse中转到Tomcat Server项目并打开server.xml

4. 生成的<Context>标签包含以下内容

   我希望'path' 和'docBase' 都指向DuplicateApp，这是克隆应用程序的名称，但是它看起来不正确。这甚至是预期的行为吗？

相当多的搜索证实了我了解到“路径”和“文档库”都应该指向 Web 应用程序/war 文件名的名称。

附加信息：

1. 已安装 Eclipse Juno Java EE 版本
2. 安装在 Eclipse 中的 M2E 插件
3. Tomcat 版本 7
4. pom.xml 没有覆盖战争名称 - 交叉检查。

We recently switched to Glassfish 3.1.2.2 and have several Web-Applications packaged as war files. At times the desired context-root for these applications differs from the filename.

Back when we used Weblogic we achieved this by declaring the context-root in the weblogic.xml like this

We noticed that the same Tag exists in the glassfish-web.xml. But no matter what we define there, the server always determines the filename as the context-root.

Now we find the option --contextroot in the asadmin utility that would allow us to overwrite the filename at deploy time, but we'd prefer to do define it directly in the archive itself so that whoever will deploy it in the end won't need to know the desired contex-root.

Is there any way to achieve this?

我创建了一个带有 SQL 适配器和混合工作灯应用程序的示例项目。该应用程序是一个简单的登录表单，它接受用户 ID 和密码，并使用 SQL 适配器根据存储在数据库中的值验证它们。

现在，当我在安装在工作灯的 eclispe 插件中的默认工作灯服务器上测试此应用程序时，它工作正常。

但是，当我在企业 Worklight 服务器上安装 SQL 适配器和 Worklight 应用程序并对其进行测试时，我收到以下错误：

NetworkError: 404 Not Found - http://[localhost:9080]/apps/services/api/SampleHybrid/common/query

我通过 Firebug 获取的上述错误。

SampleHybrid是 Worklight 混合应用程序的名称。 SampleHybridAdapter是 SQL 适配器的名称。

服务器的响应是：

我有一个使用 Maven 部署到Weblogic 10.3.6. 我已将 weblogic.xml 中的上下文根指定为

我遇到的问题是将war文件名作为上下文根而不是我在weblogic.xml

如何更改上下文根而不是将战争文件名作为上下文根的名称？

Weblogic.xml