問題タブ [url-pattern]

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.

0 投票する
1 に答える
46578 参照

jsf - JSF URL が *.jsf、*.xhtml、/faces/* である場合があります。なんで?

JSF を学習しようとしていて、URL が*.jsfである場合と である場合があり*.xhtmlます/faces/*。誰かが私の知識を埋めてくれませんか? Facelet を使用して JSF を作成すると、ファイル拡張子は.xhtmlになりますが、.jsfURL 拡張子はどこから来るのでしょうか?

0 投票する
2 に答える
241 参照

python - メソッド名のないDjangourl.py

私のDjangoプロジェクトでは、url.pyモジュールは次のようになります。

ビュー内のすべてのメソッドのエントリが不要になるように、これを単純化する方法はありますか?このようなものがいいでしょう:

アップデート

これを行う方法が少なくとも1つわかったので、この種のことをお勧めしますか?または、個々のメソッドごとにマッピングを明示的に作成する正当な理由がありますか?

0 投票する
0 に答える
898 参照

java - MVC の url-pattern でワイルドカード (*) を正しく使用するにはどうすればよいですか

「/test/*」の URL パターンですべてのリクエストに応答するサーブレットを取得しようとしています。したがって、このコントローラーは次のように応答する必要があります。

次のマッピングを使用します。

コントローラーは問題なく呼び出されますが、ビューへの転送は次のとおりです。

エラーが発生しています:

ネストされたリクエスト ディスパッチの最大深度を超えました

ビューへの転送でもURLマッチングが発生すると思いますか?着信リクエストと同じルーティングプロセスを通過するように、または部分的に?

これを引き起こさずに url-pattern で * を使用する正しい方法は何ですか?

0 投票する
2 に答える
1134 参照

spring - spring4gwt で複数のサービスをエクスポートするには?

GWT と spring4gwt のチュートリアルに従い、次の構成で StockWatcher のデモを Spring(3.0) 対応サービスに変換することに成功しました。

web.xml :

StockPriceService.java :

春の app.xml :

次に、別の Service: Chatroom.gwt.xml (rename-to="chatroom") を追加し、2 つのサービスを 1 つの webapp に結合して、1 つの spring4gwt インスタンスで提供できることを願っています。

これは私の ChatService.java です:

春の app.xml :

web.xml に関して:

ここで問題が発生します。springGwtRemoteServiceServlet が /stock/spring/* と /chatroom/spring/* を同時にリッスンできるようにする正しい URL パターンを記述する方法がわかりません。

StockWatcher モジュールは rename-to="stock" であるため、各 POST リクエストは URI "/stock/..." に投稿されます。Chatroom モジュールは rename-to="chatroom" で、各 POST は URI "/chatroom/..." に投稿されます。私は書いてみまし/*/spring/*たが、無駄に、両方とも動作しません...

0 投票する
1 に答える
19358 参照

java - サーブレット フィルタの URL マッピング

フィルターを URL のルートにマップするにはどうすればよいですか? 私は Tomcat 7.0.2 を使用しており、アプリケーションを ROOT.war としてデプロイしています。ウェルカム ページは sign_in.xhtml です。クライアントがサイトのルート (つまり、ドメイン名のみ) のリクエストを送信するたびに、またはクライアントが sign_in.xhtml をリクエストするときに、フィルターを実行したいと考えています。これが私がこれまでに持っているものです:

sign_in.xhtml を直接リクエストすると、フィルターが正常に呼び出されますが、ルートでフィルターを呼び出すためのリクエストを取得する方法がわかりません。サーブレット仕様 (バージョン 3.0) によると

はデフォルトのサーブレットにマップされ、空の文字列はルートにマップされます。仕様の関連セクションは次のとおりです。

「空の文字列 ("") は、アプリケーションのコンテキスト ルート (つまり、http://host:port/ / の形式のリクエスト) に正確にマップされる特別な URL パターンです。この場合、パス情報は '/' であり、サーブレット パスとコンテキスト パスは空の文字列 ("") です。"

ただし、次の両方の URL パターンにより、Tomcat は例外をスローします。

誰かがこれに光を当てることができれば、本当に感謝しています。ありがとうございました。

アンドリュー

0 投票する
2 に答える
1552 参照

django - Djangourlpatternをモデルからのスラッグのみを受け入れるようにする方法

Djangoでウェブログサイトを作成しています。私はこのようなブログモデルを持っています:

そして、各ブログのフロントページを次のようなURLに配置したいと思います:www.example.com/blog-slug/

ただし、Flatpagesも使用しているので、次のようなURLと一致させることができます:www.example.com/flat-page/

したがって、このようなurlpatternsは機能しません。

すべてのFlatpagesURLが最初のパターンによってトラップされるためです。最初のパターンをブログモデルの有効なスラッグにのみ一致させたいと思いますが、その方法がわかりません。

0 投票する
5 に答える
18495 参照

java - 基本的な Spring MVC 構成: InternalResourceViewResolver を使用した PageNotFound

最初の Spring 3 MVC セットアップを実行しようとしています。

私のアプリはTomcatで実行されており、サーバーコンテキストは「グレープバイン」です

http://localhost:8080/grapevine/testテストの目的で、からのコンテンツをレンダリングするリクエストを取得しようとしていますWEB-INF/jsp/noSuchInvitation.jsp

これを試してみると、 が404表示され、ログは jsp が存在しないことを示しています。

どこかでこれを誤って設定したに違いありませんが、何が間違っているのかわかりません。

関連するすべてのスニペットを次に示します。

Web.xml:

私の文脈から:

コントローラ:

ログ:

0 投票する
2 に答える
6754 参照

jsp - Webアプリケーション(JSP、サーブレット)を使用したREST API

1つの通常のサーブレットと1つのジャージ固有のREST関連サーブレットieServletContainerがweb.xmlで構成されています。ケース1-通常のサーブレットのURLパターンは"/login"です。他のRESTサーブレットのURLパターンは"/ "です。この場合、すべてのリクエストはRESTサーブレットを取得します。ログインの要求もサーブレットにのみ送信されます。ケース2-RESTサーブレットのURLパターンが「/rest/」(テストリソースクラスのルートパス)に変更され、通常のサーブレットのURLパターンが「/login」だった場合/loginの通常のリクエストのみが機能しますが、RESTはすべて機能しますリクエストは機能しません。

誰かがこれで私を助けることができますか?

0 投票する
1 に答える
884 参照

java - JBossSeamアプリケーションのRESTサービスのパスを短くするのはまだ間違っています

次のような質問が ありました。JBossSeamアプリケーションでRESTサービスのパスを短縮しますが、最初の担当者が原因で、シップマスターの回答にコメントできませんでした。彼のコメント7月19日18:10は、状況を誤解していました。

Facesサーブレットはurl-patternによってマップされ、SeamResourceServletはに*.xhtmlマップされ/*ます。これで、url-patternマッチングがより優先されるため/*、すべてのurlパターン(のURLパターンも含む)が取得されます。*.html

コード内のcomponents.xml(デフォルトの動作) <resteasy:application resource-path-prefix="/rest"/> および以下のコード内のweb.xmlで何を変更できますか?

私のRestEasyリソースに、facesサーブレットを無効に/rest/<resource>する代わりに(Seam Resource Servlet url-patternを変更するという彼のヒントを使用して)のようなパスでアクセスできるようにするには?/seam/resource/rest/<resource>*.xhtml/*

(これは基本的に、kongo09の未解決の質問です)。

0 投票する
5 に答える
188279 参照

servlets - サーブレットマッピングURLパターンの/と/*の違い

おなじみのコード:

私の理解では、それはに/*マップされhttp://host:port/context/*ます。

どう/ですか?http://host:port/contextルートのみにマップされないことは確かです。実際には、受け入れますhttp://host:port/context/helloが、拒否しhttp://host:port/context/hello.jspます。

http://host:port/context/hello誰かがどのようにマッピングされているか説明できますか?