問題タブ [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. 考えられる方法の1つは、常に./style.cssや../style.cssのような相対パスを使用することだと思います。ヘッダー/フッターは共有されており、ホームページは詳細ページとは異なるレベルにあるため、相対パスを使用するのは不便です。これらは異なるレベルにあるためです。それでも、ホームリンクは/<%=request.getContextPath()%>/でなければならないと思います

だから私はJavaWebでcontextrootをうまく設定し、リバースプロキシでもうまく機能する方法は何だろうか？

ありがとう

アプリを grails 1.3.6 から 2.0 に移行していて、そのコンテキスト ルートを変更する必要があります。私の記憶が正しければ、1.3.6 でテンプレート プラグインをインストールし、次のように変更しました。

私は2.0で同じことをしましたが、成功しませんでした。ヒントはありますか？

ありがとう

私はWebサービスを作成するのが初めてで、コンテキストルートを指定する方法を理解するのに苦労しています。

クラスに注釈を付けました

しかし、そのためのコンテキストルート/パスを構成する方法がわかりません。web.xmlでサーブレットとして構成できることを読みましたが、注釈が付けられていないWebサービスの場合はそうです。私が間違っている？web.xmlで次の構成を試しました。

ただし、JBossで起動すると、エラーメッセージが表示されます。

jboss-web.xmlを具体的に設定できることを読みましたが、これを行うためのより一般的な方法があり、すべてのアプリサーバーに適用できると思います-ありませんか？または、デプロイ先のASに応じて、サービスを個別に構成する必要があります（つまり、Tomcat用に1つの方法、GlassFish用に1つの方法、JBoss用に1つの方法、WebSphere用に1つの方法など）。

Webサービスのパスを指定するために使用できる注釈はありますか？または、web.xmlファイルの構成パラメーター？

ありがとう！

エリック

WAR ファイル (app.war) にデプロイするアプリケーションがあります。展開後、http://:8080/app から利用できます http://:8080/secret/app のようなものとして利用できるようにしたいと思います

ドキュメントを検索したところ、JBoss の 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/（org.jboss.web.tomcat.service）。 deployers.TomcatDeployment.performDeployInternal（TomcatDeployment.java:187）at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy（TomcatDeployment.java:142）atorg.jboss.web.deployers.AbstractWarDeployment。 java：461）org.jboss.web.deployers.WebModule.startModule（WebModule.java:118）at org.jboss.web.deployers.WebModule.start（WebModule.java:97）atsun.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.interceptor.ReflectedDispatcher.invoke（ReflectedDispatcher.java:157）at org.jboss.mx.server.Invocation.dispatch（Invocation.java:96）at org.jboss.mx.server.Invocation .invoke（Invocation.java:88）at org.jboss.mx.server.AbstractMBeanInvoker.invoke（AbstractMBeanInvoker.java:264）at org.jboss.mx.server.MBeanServerImpl.invoke（MBeanServerImpl.java:668）atorg。 jboss.system.microcontainer.ServiceProxy.invoke（ServiceProxy.java:206）at $ Proxy38.start（Unknown Source）atorg.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.action.AccessControllerContextAction.install（AccessControllerContextAction.java:71）at org.jboss.dependency.plugins.AbstractControllerContextActions.install（AbstractControllerContextActions.java:51）at org.jboss.dependency.plugins .AbstractControllerContext.install（AbstractControllerContext.java:348）at org.jboss.system.microcontainer.ServiceControllerContext.install（ServiceControllerContext.java:286）atorg.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）at org.jboss.dependency.plugins.AbstractController.change（AbstractController.java:822）at org.jboss.dependency.plugins.AbstractController.change （AbstractController.java:553）org.jboss.system.ServiceController.doChange（ServiceController.java:688）at org.jboss.system.ServiceController.start（ServiceController.java:460）atorg.jboss.system.deployers。 org.jbossのServiceDeployer.start（ServiceDeployer.java:163）。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）at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst（DeployersImpl.java:1157）at org.jboss.deployers.plugins org.jboss.deployers.pluginsの.deployers.DeployersImpl.doInstallParentFirst（DeployersImpl.java:1178）。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）at org.jboss.dependency.plugins.AbstractController.incrementState（AbstractController.java:934）at org.jboss.dependency.plugins.AbstractController .resolveContexts（AbstractController.java:1082）at org.jboss.dependency.plugins.AbstractController.resolveContexts（AbstractController.java:984）at org.jboss.dependency.plugins.AbstractController.change（AbstractController.java:822）atorg。 jboss.dependency.plugins.AbstractController。change（AbstractController.java:553）at org.jboss.deployers.plugins.deployers.DeployersImpl.process（DeployersImpl.java:781）at org.jboss.deployers.plugins.main.MainDeployerImpl.process（MainDeployerImpl.java:702） org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process（MainDeployerAdapter.java:117）at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install（ProfileDeployAction.java:70）at org.jboss .system.server.profileservice.repository.AbstractProfileAction.install（AbstractProfileAction.java:53）at org.jboss.system.server.profileservice.repository.AbstractProfileService.install（AbstractProfileService.java:361）at org.jboss.dependency.plugins org.jbossの.AbstractControllerContext.install（AbstractControllerContext.java:348）。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）at org.jboss.dependency.plugins.AbstractController.change（AbstractController.java:822）at 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）orgで。jboss.bootstrap.AbstractServerImpl.start（AbstractServerImpl.java:461）at org.jboss.Main.boot（Main.java:221）at org.jboss.Main $ 1.run（Main.java:556）atjava.lang。 Thread.run（Thread.java:662）

誰かがこれを手伝ってくれませんか？

私はそのようなapplication.xmlを持っています。

異なる context-roots を 1 つの web-uri にマップしたいと思います。ただし、制約があり、各モジュールには 1 つのWebセクションと各Web (1 つのcontext-rootセクションのみ)を含める必要があります。この war ファイルを別の名前でコピーする以外に方法はありますか?

私は、いくつかの異なるプロジェクトをEclipseの1つのプロジェクトにマージしようとしてきました。この試みでは、次の手順を試しました。これにより、コンテキストパスが異なる方法で（誤って？）生成されます。

コア-問題：

1. 動的Webプロジェクト（Maven）をEclipseでコピーし、新しいプロジェクトとして貼り付けます（複製-複製）
2. プロジェクトをEclipseの組み込みTomcatサーバーに追加します。
3. EclipseのTomcatServerプロジェクトに移動し、server.xmlを開きます

4. 生成された<Context>タグには次のものが含まれます

   'path'と'docBase'の両方が、複製されたアプリの名前であるDuplicateAppを指すことを期待していましたが、正しくないように見えます。これも予想される動作ですか？

かなりの検索で、「path」と「docbase」の両方がWebアプリケーションの名前/warファイル名を指している必要があるという私の学習を確認します。

追加情報：

1. Eclipse JunoJavaEEバージョンがインストールされています
2. EclipseにインストールされたM2Eプラグイン
3. Tomcatバージョン7
4. pom.xmlはwar名をオーバーライドしませんでした-クロスチェックされました。

最近、Glassfish 3.1.2.2 に切り替え、いくつかの Web アプリケーションを war ファイルとしてパッケージ化しました。これらのアプリケーションに必要な context-root がファイル名と異なる場合があります。

Weblogic を使用していた頃は、weblogic.xml で context-root を次のように宣言することでこれを実現していました。

Glassfish-web.xml に同じタグが存在することに気付きました。しかし、そこで何を定義しても、サーバーは常にファイル名を context-root として決定します。

asadmin ユーティリティにオプション --contextroot があり、展開時にファイル名を上書きできますが、アーカイブ自体に直接定義して、最後に展開する人が誰であろうと失敗しないようにすることをお勧めします。目的のコンテキストルートを知る必要があります。

これを達成する方法はありますか？

Maven を使用してデプロイしたアプリケーションがありますWeblogic 10.3.6。weblogic.xml でコンテキスト ルートを次のように指定しました。

私が抱えている問題は、指定した名前ではなく、war ファイル名をコンテキストルートとして取っていることですweblogic.xml

warファイル名をコンテキストルートとして使用する代わりに、コンテキストルートを変更するにはどうすればよいですか?

Weblogic.xml