問題タブ [ocpsoft-rewrite]
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 - OCPsoft書き換えルールは、1.0.5から1.1.0への更新後に機能しなくなりました
OCPsoft Rewriteをバージョン1.0.5.Finalから1.1.0.Finalに更新すると、次のルールが機能しなくなり、修正方法がわかりません。
Rewrite変更ログには、私を助けるのに役立つ可能性のある1つのポイントがあります。
構成文字列がリテラルになりました。正規表現は、次のようなパラメータを使用して構成する必要があります。
.defineRule().when(Path.matches("/{*}").where("*").matches(".*"))
私が得る例外は次のものです:
jsf - ocpsoft 1 つの変数を 2 回書き換えて使用
URLを次のように書き換えたい:
/admin/
-> /admin/admin.xhtml
私はこのコードを書きました:
しかし、この構成では、次の例外が発生しました。
「いつ」から1つの変数を「実行」で2回使用するにはどうすればよいですか?
jsf - OcpSoft 書き換え Join.path ルールによる URL 書き換え
JSF プロジェクトで URL 書き換えを実行するために、Ocpsoft Rewrite を使用しています。私は正常に動作するリダイレクトルールを持っています:
ただし、リダイレクトのため、ナビゲーション バーの URL が変更されます。代わりに Join ルールを使用できると思いましたが、期待どおりに機能しません。
このルールは、たとえば から にリダイレクトすると思ってfoo/venue/123
いましたが、URL にパラメーターが追加されてfoo/protected/index.xhtml?venueID=123
いません。?venueID=...
正しいルールがどのように見えるべきか知っている人はいますか?
java - ocpsoft rewrite によるランタイムの書き換え - Java
いくつかのページを提供する Web アプリケーションを開発しています。これらのページの URL を書き換える必要があり、このフレームワークhttp://ocpsoft.org/rewriteを使用したいと考えています。
すべて正常に動作しますが、問題は、再書き込みするリンクのリストを送信できるように、起動の特定の瞬間に構成を呼び出す必要があることです。
それが可能であることは知っていますが、このフレームワークの経験はありません..(それを可能にする他のフレームワークを知っている場合は教えてください)。
さようなら。
java - OCPSoft 書き換え - 応答が既にコミットされているというエラー
私は Rewrite が初めてで、単純なリダイレクト ルールを使用して、テスト アプリケーションを Rewrite で動作させようとしています。
しかし、リダイレクト イベントごとに、ログに「応答が既にコミットされています」というエラーが表示されますが、リダイレクトは正常に機能し、ブラウザでターゲット ページを表示できます。Glassfish 4.1 と Wildfly 9 で確認しましたが、問題は同じです。私はすでにこのスレッドを読みました – https://github.com/ocpsoft/rewrite/issues/151ですが、回避策はうまくいきません。
Rewrite の最新の安定版 – 2.0.12.Final by Maven を使用しています。
Wildfly のスタック トレースは次のとおりです。
ExampleConfigurationProvider.java:
web.xml:
java - Javaでのocpsoftの書き換えにより、.xhtml拡張子を削除します
私はこの書き換え構成を持っています:
これを一度にマッピングする方法はありますか? .xhtml 部分をマップしたいだけです。
私はこのようなものがうまくいくと思ったが、うまくいかなかった:
jsf - multipart-config を無制限のサイズに設定しているにもかかわらず、大きなファイルのアップロードが JSF + tomcat で機能しない
ファイルのアップロードは、小さなファイル (既定の 2 MB 制限未満) では機能しますが、大きなファイルでは機能しません。Tomcat 8.0 で JSF を使用しており、web.xml を適切に変更して制限を増やしました。javax.servlet.MultipartConfig のコンストラクターにブレークポイントを配置したので、web.xml 構成を読み取ることがわかります。ただし、アクションが呼び出されると、デフォルトの 2MB に戻ります (特に Request.parseParts(...) では、ラッパーの構成が null であるため、コネクタのデフォルトが使用されます)。
WEB.xml:
home.xhtml
context.xml
更新 単純化されたアプリケーションを作成した後、Rewrite ライブラリが原因で、別のコンテナー ラッパーが要求で使用されているようです。
書き換えなし:
Request.getWrapper()
リターンStandardEngine[Catalina].StandardHost[localhost].StandardContext[/TestWeb].StandardWrapper[Faces Servlet]
Rewrite@URLMapping
アノテーション付き:
Request.getWrapper()
戻り値StandardEngine[Catalina].StandardHost[localhost].StandardContext[/TestWeb].StandardWrapper[default]
したがって、このアプリケーションのデフォルト コンテナを Faces の設定方法と同様に設定するか、Rewrite を Faces Servlet コンテナに委任する方法を見つける必要があるようです。Tomcat で maxPostSize を編集することはオプションです (デフォルトを変更します) が、それを避けることができる場合は取りたくないものです。