問題タブ [contextpath]

Spring のコンテキスト ファイル自体に関連する (クラスパスではなく) ファイル システム上のプロパティ ファイルを参照する方法はありますか?

私がやりたいことは以下です：

${contextpath}上記の「app.properties」の前に追加できるようなものを想像していましたが、役立つものは何も見つかりませんでした。

ありがとう。

1つのハイパーリンクを作成し、それをクリックすると、ページを別のJSPにリダイレクトしていますが、渡した正しいURLが取得されないため、URLに別の文字列が追加され、ページはリダイレクトされません。

誰かがそれについて何か考えを持ってください、私を助けてください

どこに行けばいいの？

しかし、その代わりに私は得ています

したがって、余分な単語servlet/が追加されます

GlassFish のデフォルト ドメインにデプロイされた JSP から通常の Java オブジェクトをインスタンス化します。GlassFish がクラスを見つけられないように見えるので、NoClassDefFoundErrors が発生し続けます。JSP は見つかりましたが、クラスは見つかりませんでした。クラスを含むパッケージ ディレクトリのコピーをどこにでも配置しましたが、ドメイン 1 (使用している既定のドメイン) の下のほぼすべてのディレクトリに配置しましたが、まだ何もありません。ディレクトリ構造は次のとおりです。

testJsp.jsp では、これを行います。

インスタンス化の行で ClassDefFoundError が返されません。また、betterpack ディレクトリのコピーを、docroot の下の lib/ ディレクトリなど、他のほぼすべてのディレクトリに配置しました。ああ、ファイルに書き込むと、最終的にconfigディレクトリになるため、contextpathは実際にはconfigにあると考えたので、betterpackフォルダーのコピーもそこに置きました。何が問題なのですか？

ローカルのTomcatのコンテキストパス「/path」でstruts2アプリケーションを問題なく実行しています。Webサーバーにデプロイすると（プロキシを使用して「http://www.domain.com」から「myserver：8080 / path /」にリダイレクトします）、Strutsはあらゆる種類の奇妙なことを行います。

まず、-tagsにコンテキストが含まれます。これは、属性によってオフにすることができます。ただし、残念ながら、フォームのアクション属性にパスも含まれているため、ログインフォームは「 http://www.domain」ではなく「 http://www.domain.com/path/login.action 」を指します。 com /login.action "..。

ここに追加されているデフォルトのコンテキストを変更するか、フォームに対してこれをオフにする可能性はありますか？（-tagsを保持したいのですが、デフォルトのHTMLフォームを使用するのが唯一の方法のようです。）よろしくお願いします。

私はここで Java Web プロジェクトの問題に直面しています。私が取り組んでいるプロジェクトは、標準の jsp と jsf ページを混同して作成されています。main.jsp と呼ばれるアプリケーションのメイン ページは、ユーザーの認証を確認するために使用されるサーブレット フィルター内に作成されたセッション スコープを持つマネージド Bean にアクセスする必要がある標準の jsp ページです。私のweb.xmlでは、facesエンジンが.jsfおよび/faces/*リクエストに応答する必要があるように設定しました

アプリケーションを開くと、http//myserver/myapp/faces/main.jspすべて正常に動作します。でアプリケーションを開くとhttp://myserver/myapp/main.jsp、faces コンテキストがまだ作成されていないため、エラーが発生します。ウェルカム ページを設定することも、Apache リダイレクトを設定することもありません。ユーザーがブラウザで h**p://myserver/myapp と入力するだけで、アプリケーションが適切なページ (faces コンテキスト内の main.jsp) を開くことができます。これは、ページ /faces/main.jsp が物理的に存在しないためです。

私は2つの解決策があると思います.facesコンテキストを/faces/*パターンの外でも開始できるようにするか、ページが存在しない場合でもTomcatを/faces/main.jspにリダイレクトさせる方法を見つける.. .しかし、私が試みたすべてに失敗しました。

すべての単一ページ (.jsp ページとしましょう) を顔のコンテキストの下に置くようにアプリケーションに指示する方法はありますか?

私の場合、web.xml次のようなサーブレットマッピングを簡単に実行できます。

/faces/仮想パスを含む、または .jsf で終わるすべての URL をマップして、jsf エンジンを表すサーブレットによって処理できます。

しかし、アプリケーション内のすべてを Faces コンテキストの下に置きたい場合はどうすればよいでしょうか? 追加してみました：

しかし、アプリケーションがすぐにクラッシュするようです:

どうしたの？アプリのすべてのページで顔のコンテキストを機能させる方法はありますか?

こんにちは、jetty サーブレットを使用しています。私は次の構造を持っています。

戦争/web-inf/web.xml

war/classes/servlet.class (呼び出したいサーブレット)

戦争/*.html

問題：

誰かがcontextPathがどうあるべきか教えてもらえますか? http エラー 404 が表示されます: アクセスに問題があります ./

私は助けが必要です。ありがとうございました

私はJSFおよびXHTMLテンプレートを使用しており、テンプレートでCSSファイルを使用しています。背景画像は次のように呼び出されます。

テンプレートを使用しているため、ページとスタイル/画像の両方で同じ深さを維持する必要があることがわかりましたが、プロジェクトに変更が加えられ、フォルダーとページに可変の深さが必要になり、このアプローチは実行できなくなりました。

それから私の質問は：

CSSファイル内で相対パス（、、など）をコンテキストパス（、、など）に置き換える方法はあり../../ます ../か<%Request.getContextPath()%>？ #{facesContext.requestContextPath}

- - -アップデート - - -

絶対的な道は問題外です。テンプレートベースのページ（どの深さでも）がCSSファイルから参照されているスタイルと画像のリソースを見つけることができる必要があります。

現在、これは、ページ、スタイル、および画像がアプリケーションのフォルダー構造で同じレベルの深さを共有している場合にのみ可能ですが、新しいプロジェクト要件によりこれを行うことができないため、これ以上このアプローチを維持することはできません。

<root>アプリケーションルートへのパスである私のプロジェクトファイル構造の例：

CSS（depth-2）：次<root>/styles/global/myStyles.css のような深さ2のパス参照を持つスタイルが含まれます。

画像（深さ-2）：<root>/images/basic/imageFile.jpg

テンプレート（深さ-2）：<root>/template/general/template1.xhtml

ページ（深さ-2）:(正常に<root>/pages/folder1/page1.xhtml 動作します）

ページ（depth-N）:(<root>/pages/folder1/.../folderN/page2.xhtml 壊れた画像とスタイル）

Java アプリケーションをデプロイし、ブラウザからアクセスするには、コンテキスト パスが必要です。Oracle Application Server には 10 近くのアプリケーションがあります。コンテキスト パスなしでアプリケーションを動作させたいと考えています。すなわち; アプリケーション サーバーがドメイン名に基づいて対応するアプリケーションを参照するようにします。

ユーザーがアプリケーションをデプロイするときに Google アプリ エンジンが同じことを行っているため、これが可能であることはわかっています。これらのアプリケーションのコンテキスト パスは "/" のみになります。

これをOracleアプリサーバーに設定するアイデアはありますか?

GitHubで使用されているものと同様の「コンテキスト」システムを実装しようとしています。たとえば、ユーザーが「ユーザー」コンテキストにあるか、会社の1つを参照するコンテキストにあるかに応じて、ユーザーまたはユーザーが属する会社の1つに属する投稿を作成できます。

その一環として、ユーザーの現在のコンテキストに基づいてルーティングを実行できるようにしたいと思います。たとえば、ユーザーが独自のコンテキストにいる場合は、に/dashboardルーティングする必要users/showがありますが、ID 35の会社のコンテキストにある場合は、に/dashboardルーティングする必要がありcompanies/35/dashboardます。

/dashboardそのような決定を行う責任のある特別なコントローラーにルーティングすることcontext#dashboardもできますがredirect_to、これは正しくないと感じます（おそらく、Railsルーティングモジュールが責任を負うべきロジックを採用し、に移動するためです）コントローラー？）

Rails 3でこの問題を解決する適切な方法は何でしょうか？