問題タブ [contextroot]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
java - Tomcat - 古いコンテキスト ルートを新しいコンテキスト ルートにリダイレクトする
Tomcat Web アプリケーションのコンテキスト ルートを変更し、古い URL でユーザーを新しい名前のアプリケーションに誘導したいと考えています。
これを行う 1 つの方法は、newappname のコンテキスト ルートを使用してアプリケーションをデプロイし、oldappname のコンテキスト ルートを使用して別のアプリケーションをデプロイし、ユーザーを新しい URL に誘導することです。
この単純なオプションは私たちには開かれていません。社内ポリシーにより、Tomcat の同じインスタンスで複数のアプリケーションを実行することはできません (交渉の余地はありません)。
GlassFishには、アプリケーションに複数のコンテキストルートを与えるために使用できる「代替ドキュメントルート」の概念があることを覚えています.Tomcatでこれを行う方法はありますか?
java - シングル war デプロイメント用のマルチコンテキストルート jboss-EAP-6.1
私は
、この URL でアプリにアクセスできる呼び出しをJboss-EAP-6.1展開しました- http://mywebsite.com/myRealWebApp.war'myRealWebApp.war'
'myRealWebApp'複数のコンテキスト ルートを使用して webapp を構成したいと考えています。つまり、アクセスした場合
これらの 3 つのコンテキスト'appA'、'appB'、(1 つの単一の戦争が展開された)'appC'を指すmyRealWebApp.war
とにかくこれをアーカイブできますか?
ありがとう。
編集:
解決策が見つかりました:
このコードをstandalone-full.xml
重要なのはflags="L"です
ありがとう
grails - WebSphere 8.5 と Grails 3.x
Grails 3.0.x で開発したアプリを WebSphere 8.5.5 にデプロイしようとしています。
.war ファイルを生成して正常にインストールしましたが、リンクhttp://localhost:9080/myContext/からアクセスしようとすると、次のエラーが表示されます。
エラー 404: SRVE0190E: ファイルが見つかりません: {0}
WAS インストール設定に入力したのと同じ名前の application.yml ファイルでアプリに context-path を追加しましたが、エラーが続きます。
誰かがこのエラーを修正するのを手伝ってくれたら、とても感謝しています。
ご協力いただきありがとうございます。:)
reactjs - ユーザーのreact-routerにコンテキストルートをハードコードする必要がないことは可能ですか?
Web アプリケーションのコンテキスト ルートの概念は一般に、開発の問題ではなく、展開の問題と見なされるため、Web ページのナビゲーションに React Router を使用する場合、ソース コードにコンテキスト ルートをハードコードしないことが可能かどうかを知りたいです。
私ができるようにしたいのは、React ソース コードを変更せずに、web.xml などのデプロイメント記述子で指定された任意のコンテキスト ルートを使用して Web アプリケーションをデプロイすることです。
以下は、ポールの答えをフォローアップすることです。
まず初めに、ポールに感謝します。この点で「basename」プロパティを使用できることに完全に同意します。また、ビルド スクリプトを使用して、"baseName" を、デプロイメント記述子によって指定された最終的なコンテキスト ルートに一致する別の値に置き換えることができます。
ただし、そうすることで、コンテキスト ルートをソース コードに埋め込まなければならないという事実が隠されるだけで、変更されるわけではないと主張したいと思います。
React Router がパス "/" をコンテキスト ルートに対して相対的に解決しないことを選択した理由、つまり "/" を " http://host:port/webapp/ " に一致させるか、少なくともオプションを提供しないことを選択した理由を非常に不思議に思っています。 、例えば
結局のところ、コンテキスト ルートの実際の値を開発上の問題として扱うのではなく、例外というよりは標準です。これは、React Route チームに提出する妥当な要求でしょうか?