問題タブ [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.
deployment - コンテキストルートの外部でサーブレットをjspに転送することは可能ですか?
現在、すべてが1つの大きなコンテキストルートから外れているアプリサーバーのセットアップがあり、クラスファイルをコピーして、アプリサーバーを再起動してデプロイします。理想的ではありません。wdeployを使用してビルドとデプロイを実行するようにantスクリプトを設定しようとしていますが、warファイルのデプロイのコンテキストルートの外部にあるjspsに転送するサーブレットが必要な場合を除いて、すべてが機能します。したがって、warファイルにシンボリックリンクを入れることができれば、コンテキストルートスペースの外側を指すことができると思います。
これは私が達成しようとしている目標です。おそらくシンボリックリンクは最善のアイデアではありません。サーブレットからコンテキストルートの外部に転送する方法が必要です。
groovy - URL呼び出しのコンテキストルートでgroovy Webtestがチョークする
私は頭をcanoo webtestに巻き込もうとしています
シンプルなグルーヴィーな Web テストをセットアップします。同等のxmlを作成して実行しましたが、URLをエンコードしようとすると同じエラーが発生します。
コンテキスト ルートを使用するとエラーが発生します。コンテキスト ルートなしで URL を使用するだけでは、エラーは発生しません。 ie."http://somesite.com"
余分な文字などがある以外に、別のスラッシュもありますが、明らかに愚かなバイトコードデコーダーは http:// 部分でスラッシュを処理できます...ディレクトリのような単純なものではないのはなぜですか
webtest は、サイト内のディレクトリやコンテキスト ルート、または少なくともデータを正しく検出してエンコードするような単純なものを処理できると思います。"Web"test.
また
スタックトレース:
web-applications - JBoss 4の2つのコンテキストルートに1つのWebアプリケーションをインストールするにはどうすればよいですか?
私の目標は、WARファイルを1つだけインストールすることですが、コンテキストルートに応じてテスト設定または本番設定(たとえば、異なるデータベースを指す)を使用することです。
- mydomain.com/MyWebAppは本番環境の設定を使用します
- mydomain.com/MyWebAppTESTはテスト設定を使用します
内部的には、アプリケーションはコンテキスト名がTESTで終わっているかどうかをチェックして、構成を制御する必要があります。
これはJBoss4で可能ですか?
編集:問題を再考した後、JBossの専用のテスト/ステージングサーバーのインストールを使用する方がはるかに安全であるように見えます。同じWebアプリケーションの2つのコピーを1つのサーバーにインストールするには、多くの追加ロジックが必要になります。たとえば、Webアプリケーションが別のデータベースを使用する必要がある場合、セッションの開始時にサーバーにテスト/本番モードのフラグを渡す必要があります。サーバーはデータベースデータを事前にロードしてはなりませんが、クライアントが使用するデータベースを指示するまで待機する必要があります。
eclipse - Eclipseで動的Webプロジェクトのコンテキストルートを変更するにはどうすればよいですか?
Eclipseで動的Webプロジェクトを開発しました。次のURLを使用して、ブラウザーからアプリにアクセスできます。
アクセスURLを次のように変更したい:
そのために、プロジェクト「プロパティ|Webプロジェクト設定|コンテキストルート」からコンテキストルートを変更しました。ただし、Webアプリには引き続き同じアクセスURLがあります。アプリケーションをTomcatに再デプロイし、Tomcatを再起動しましたが、アクセスURLは以前と同じです。
server.xml
ファイルに添付されているファイルがないことがわかりましたWAR
。ファイルが添付されていないserver.xml
場合、TomcatはWebアプリのコンテキストルートがどのように判断し、/MyDynamicWebApp
このコンテキストルートURLを介してアプリケーションにアクセスできるようにしますか?
apache-flex - Flex: Button または LinkButton で @ContextRoot を使用するにはどうすればよいですか?
コンテキストルートに単純にリンクするボタンを作成しようとしています。flex には、特定の場合にのみ機能するように見える @ContextRoot 属性があることに気付きました。たとえば、次の mxml で使用しようとすると:
次のエラーが表示されます: エラー: 属性は呼び出し可能ではありません。
このテクニックがどこにも説明されていないようです。別の方法はありますか?
助けてくれてありがとう!デイブ
java - Apache で Web アプリケーションのルート コンテキストをカスタマイズする
Web アプリケーション abc.war があり、それを Apache Tomcat にデプロイしたいと考えています。問題は、デフォルトでは、このアプリケーションへのパスがhttp://<server-name>/abcですが、 http://<server-name>/xyz としてアクセスしたいことです。
WAR の META-INF フォルダーに context.xml ファイルを入れました。
<Context path="/xyz" docBase="abc" override="true" />
アプリケーション WAR abc.war は%CATALINA_HOME%\webappsの下にあり、%CATALINA_HOME %\webapps\abcフォルダーに解凍されます。
また、デプロイ中に、abc/META-INFのファイル context.xml が%CATALINA_HOME%\conf\Catalina\localhostに abc.xml としてコピーされます。
これは機能するはずですが、http://<server-name>/xyzを介してアプリケーションにアクセスすることはできませんが、 http://<server-name>/abcを介してのみアクセスできます
さらに、 abc.war の展開中に apache ログに次の行が表示されます : context path = /abc
これが機能しない間、誰か助けてください。または、アプリケーションがカスタマイズされたパス (war-file 名とは関係ありません) でアクセスできるように、Apache に Web アプリケーションをデプロイする方法があるかどうかを教えてください。
前もって感謝します。
jsp - ファイル サイズが大きい場合に war ファイルを分割し、同じコンテキスト ルートにデプロイする方法
約 40 MB の jsp ファイルを含む war ファイルがあります。このファイルを展開すると、展開に時間がかかります。そのため、ファイルを異なる war に分割したいと考えています。ファイルを分割すると、コンテキスト ルートが異なります。このjspファイルを同じコンテキストルートに持ち込むためのソリューションが必要です。この問題を解決するのを手伝ってください。
deployment - WAR ファイル内に contextroot を定義する
WAR
に複数のファイルを展開するための自動展開スクリプトがありますWAS 7
。そのため、ファイル自体contextroot
の中で定義したいと思います。WAR
ファイルから自動的に設定する必要" ... -contextroot xxxx ..."
があります。
それ、どうやったら出来るの?で何かを追加する必要があると思いますWEB-INF/ibm-web-bnd.xml
。そこに何を書けばいいのかわからない。
助けてください、ありがとう。
war - jboss 6 - コンテキスト ルートが application.xml と jboss-web.xml で指定されている場合、どちらが優先されますか?
私が取り組んでいるアプリケーションは、 jar (EJB ファイルを含む) とwar (通常のコンテンツとは別に、アクション クラスのパッケージ階層を直接内部に持つ) を含むearファイル内にカプセル化されています。context-root は WEB-INF/jboss-web.xml と META-INF/application の両方で指定されていますが、両方で異なります。
興味深い点は、その ear ファイルを JBoss 4.2 にデプロイすると、application.xml で指定された context-root によってアプリケーションにアクセスできるのに対し、JBoss-6.1 にデプロイすると、アプリケーションにアクセスできるのはjboss-web.xml で提供される context-root。なぜこうなった ?
2 つの xml ファイルで 2 つの異なるコンテキスト ルートを指定する理由はありますか?