問題タブ [prettyfaces]

JSF を使用した Java EE での Web アプリケーションの開発。すべてのページは、アクション「j_security_check」と入力「j_username」および「j_password」を備えた認証フォームによって表示から保護されています。

ただし、ログインに成功した後、アクセスしたいページではなく、この URL にリダイレクトされます。

そのため、表示したいページではなく、すべての JS コードを含むスクリプト ファイル jsf.js を見ています。Web ルートにアクセスするか他のページにアクセスするかは関係ありません。毎回この URL にリダイレクトされます。次に、URL を任意のページに変更すると、正常に読み込まれ、ログインされます。

この問題はすでに魔法のように消えてしまったため、正しくリダイレ​​クトされたと言わざるを得ません。数週間後、再び壊れましたが、それが私のせいであったかどうかはわかりません。リダイレクトやナビゲーションのルールをまったくいじっていませんでした。

私も PrettyFaces を使用しています。

編集：

アクションコールで同じページにリダイレクトする方法を知りたいです。

私はこのコマンドボタンを持っています:

これはアクションです：

しかし、同じページにリダイレクトされず、更新されるだけなので、F5 キーを押してページを更新しようとすると、送信が重複して発生します。これは、通常の状況では post/redirect/get で解決できます。ただし、アクション メソッドがリクエストの送信元のページの viewId と同じ viewId を返す場合、faces はリダイレクトを送信しません。

私はプリティーフェイスを使っています。

Seam セキュリティで自分のページにログインすると、単に / ではなく /WEB-INF/pages/index.xhtml にリダイレクトされます。これは私の @ViewConfig のスニペットです:

どこに問題があるか知っていますか？

Seam3 @ViewConfig インターフェースを介してきれいな顔を使用する場合、どうすれば urlMapping の ID を取得できますか?

pretty-config.xml では、id は url-mapping 要素で指定されます。

Pretty Faces が提供する @URLMapping アノテーションを使用すると、id 属性を使用できます。

しかし、Seam フェイスが提供する @UrlMapping アノテーションには id 属性がないため、このマッピングの id はどうなるのだろうか。

JSF 1.2 を使用して構築されたアプリケーションが、期待どおりにページをレンダリングするのではなく、HTML ソース コードをレンダリングしているように見える理由をトラブルシューティングしようとしています。URL を整形するために PrettyFaces を使用しています。Mozilla Firebug は、Web ページに対して "text/plain" の Content-Type 応答ヘッダーを時折表示しますが、同じページを更新すると、"text/html" の Content-Type で正常に表示されます。

念のため、応答フィルターに明示的な response.setContentType("text/html") も含めました。

1. IE 9.0: ほとんどの場合問題なく動作しますが、時折問題が発生します
2. IE 8.0: 多くの場合、問題が発生します。機能する場合と機能しない場合があります
3. Safari (Windows) および Chrome 20: 多くの場合、問題が発生します。機能する場合と機能しない場合があります

HTML ソース コード

.htaccess

この問題を解決するための助けをいただければ幸いです。

私は次のテクノロジーを使用したプロジェクトに取り組んでいます。

• 春
• シロフィルター
• プリティーフェイス
• Tomcat サーバー

Tomcat サーバーにデプロイしているとき"JSESSIONID 456jghd787aa"に、URL の末尾に が追加されています。

私はこれを解決しようとしていましたが、それを行うことができません。

p:menuItem でこの問題が発生しました - PF 3.3.1、PrettyFaces 3.3.3、および JSF/Mojarra2.1 を使用しています。

したがって、現在のページから「ID」パラメーターを渡す必要がある p:menuItems のセットがあります。ただし、/page/targetPage?id=id&faces-redirect=true という形式の URL を作成したくありません。私がやりたいことは、ページ アクション ハンドラで、問題の URL にリダイレクトすることです。ただし、問題は、結果のリダイレクトが最後に windowId を添付し、targetURL にアクセスできないことです!

私のフェイスレットで：

私のバッキングビーンで：

PF 3.3.1、PrettyFaces 3.3.3、およびJSF/Mojarra2.1を使用します。

アプリケーションページの「キャンセル」ボタンを処理するカスタムナビゲーションハンドラーがあります。キャンセルボタンは前の（参照）ページに戻る必要があります。ユーザーのナビゲーションの軌跡を保持するスタックベースのソリューションを実装し、navigationHandlerの実装をほぼ完了しましたが、今は問題が発生しています。キャンセルアクションを実行して、目的のページに戻ることができないようです。私は次のことを試しました：

FacesContext.getCurrentInstance().redirect私のNavigationHandler.handleNavigation内。

そこで次に、次のようなものを試しました（ここでも、NavigationHandler.handleNavigationで）：

ここで問題となるのは、URLMapping（3.3.2にかなり直面している）が、必要なIDがないことを訴えていることです。

PrettyException: Exception occurred while building URL for Mapping Id Required value was null

リダイレクトで使用したかったIDが最後に付いた完全なURLがありますが、カスタムnavigationHandlerのhandleNavigationメソッド内からリダイレクトが正しく機能していないようです。

私がこの問題をエレガントに解決する方法について誰かが何か考えを持っていますか？URLの最後に付けられたID/パラメータは画面ごとに異なる可能性があり、特にソリューションを一緒にハックしたくはありません-どういうわけか、PrettyFacesの事前定義されたクラスにURLを与えることができればいいのですが動作するか、完全なリダイレクトを実行します（これは動作しませんでした）

よろしくお願いします！

アプリケーションにファイルダウンロード機能を実装する必要があります。この例に従い、JSFアプリケーションの任意のWebブラウザーから[名前を付けて保存]ダイアログを強制しましたが、コードが正常に実行されている間は[保存]ダイアログが表示されません。httpの応答を確認したところ、きれいな顔も使用しているので、きれいな顔の応答にラップされていることがわかりました。きれいな顔で動作するように変更する必要があるものはありますか（それが動作しない理由であると仮定して）？

編集：

問題はPrettyFacesではなくIcefacesだったようです。アプリケーションにicefacesライブラリを追加するだけでは、ダウンロード方法が機能せず、ダイアログが表示されません。それを削除することで動作します。何か案は？

JBossAS6.1.0.FinalでJSF2.1とRichFaces4.1を使用しています。今はURLの書き換えに力を入れています。さまざまなアプローチを試した後、PrettyFacesを使用するのは非常に直感的であるため（数分で機能するようになったため）、PrettyFacesを使用することにしました。

難しい問題があります。URLが変更され、相対パスが404になるため、scripts / cssへの相対リンクが混乱しました。絶対パスを使用できますが、多くのページを変更し、ページのソースコードでアプリケーションの構造を公開する必要があります。

私は一時的な回避策について考えています。バッキングBeanに、これらの相対リンクのさまざまなレベルを管理する責任を与えますが、Beanを再利用すると、これは微妙な問題になります。

私の質問は、URLを書き換えるときにこの相対パスを管理するための定義された方法またはベストプラクティスはありますか？

編集

h：outputStylesheetとh：outputScriptは魅力のように機能しました。残っているのは、CSSが相対的な方法で画像を参照する際の小さな問題を解決することだけです。この構造を取る：

フォルダ内のCSSファイルは、相対パスを使用してフォルダ内に_cssある画像を参照します。問題は、で画像が見つからないため、これが404で終わることです。image1.png_img../_img/image1.png/myApp/javax.faces.resource/_img/image1.png

CSS内のすべて../を変更#{request.contextPath}/resourcesすることは問題なく機能するようですが、それを行うためのより良い方法があるかどうか疑問に思います。相対パスアプローチが機能しないのは私には奇妙に思えます。