問題タブ [icefaces-2]

icefaces-facelets.jar をどこで入手できるか知っている人はいますか? 1.8 仕様をダウンロードする必要がありますか? それは互換性がありますか？

最新バージョンのICEfaces（2.0.2）と最新バージョンのJSF（JSF 2.1.3）を使用したい

そして、このアップグレード後に将来の問題に直面したくないので、誰かが問題なく両方を使用したかどうか疑問に思いました。

現在、私はICEfaces2.0.2でJSF2.0.6を使用しています

お知らせ下さい。

ace：fileEntryコンポーネントを使用してファイルをアップロードしていますが、アップロードが成功すると、次のメッセージが表示されます。

そして私はこのメッセージを上書きして他のメッセージ（アップロードされたファイルを解析するためのある種の要約）を表示したいのですが、どのようにアイデアがありますか？

これが私のコードです：

時々、ID javax_faces_developmentstage_messagesの xhtml ページの下部に、生成された情報メッセージ (検証ではない) が表示されます。特定のページでそのようなメッセージが生成されないようにするにはどうすればよいですか? javax.faces.PROJECT_STAGE の属性を変更したくありません。

icefaces でファイルをアップロードするためのデフォルト メッセージをオーバーライドしようとすると、このような問題に直面しています (新しいメッセージを追加する前に clear を使用している場合でも)、新しいメッセージと古いメッセージの両方が表示されます:

ICEfaces でデフォルトのファイル アップロード h:message をオーバーライドする方法

アドバイスしてください、ありがとう。

アップデート：

コード：

ケースは次のとおりです。

ファイルを解析する Bean メソッドがあり、解析が失敗した場合はエラー メッセージが追加され、解析が成功した場合は成功メッセージが追加されます。

しかし、fail>success という操作を連続して行うと、fail メッセージが消えて成功メッセージが表示されると思いますが、fail メッセージがまだそこにあり、success メッセージが追加されます。

リストはすでにクリアされているため、メッセージを追加する前に MessageList をクリアすることは解決策ではありません。メッセージを追加する前にメッセージ リストのサイズを出力しようとすると、どちらの場合も 0 になります。

では、成功した場合に失敗メッセージを削除する解決策とその逆の解決策は何ですか?

豆：

意見：

アップデート：

ここで回避策も試しました：

JSFでコンポーネントHTMLコンテンツを削除することは可能ですか

新しいメッセージを追加する前にメッセージ div をクリアしますが、新しいメッセージはありません。彼が古いメッセージをどこから取得したのかわかりません。

更新 2:

ここに記載されている2つの回避策も試しました：

http://www.icefaces.org/JForum/posts/list/19753.page#71521

1-コンテキスト パラメータの追加:

も機能しません。

2-保存されたグローバル メッセージ コレクションの消去:

私はこの解決策を試しました:

しかし、私は常に次の例外を受け取ります:

次の問題を解決するのに苦労しています。私の問題は非常に単純です。検証エラーを引き起こしたフォームフィールドを赤で強調表示したいと思います。エラーメッセージは、context.addMessage（...）行を使用してFacesContextに正しく配置されます。

システムを汎用的にしたいと思います。メッセージが添付されているすべてのフォームフィールドが自動的に強調表示されます。

私はこのサイトでこの優れた記事へのリンクを見つけました： http ：//www.jroller.com/mert/entry/how_to_find_a_uicomponent

これを使用して、RENDER_RESPONSEフェーズのPhaseListenerを実装しました。これは、次のことを行います。

これは、ほとんどすべての使用法で完全に機能します。

さて、それが少しトリッキーになるところは、私のフォームのいくつかがそのようなコードを持っているということです：

生成されたフォームには複数の行があり（revisionsDocumentsリストのオブジェクトごとに1つ）、各要素には次のような一意の識別子（clientId）があります。

反復ごとに1、2、...の0が変更されます。その結果、ViewRootからUIComponentを検索するために提供されたコードは正しく機能しません。すべてのフォームフィールドには同じ「id」があります。さらに驚いたのは、FacesContextにも同じ「clientId」があることです。

ツリーを調べている間、正しいフォームフィールドまたは他のフィールドが表示されているかどうかを区別できません。

誰かがこれを解決するためのヒントを持っていますか？または私のフィールドのハイライトを実装するための別の提案？私は認めなければなりません、私は自分のコードが本当に好きではありません、私がしているようにviewRootを操作するのは汚いと思いますが、私のフィールドの一般的なハイライトを持つためのより良い解決策を見つけることができませんでした。

JBOssAS7.0.2.FinalでJSF-Impl2.1.1-b04を使用してIceFaces2.0.2を実行しています。

よろしくお願いします。よろしく、パトリック

私は次のようなコードを使用しようとしています：

フォームフィールドに別のIDを使用したいのですが。リビジョンオブジェクトには、リスト内のオブジェクトのインデックスを表す「インデックス」フィールドが含まれています。IDに表示されるのを見たいです。ただし、何も起こりません。＃{revision.index}式が解釈されることはありません（リビジョンオブジェクトのgetIndex（）が呼び出されることはありません）。

あなたは私にJSFがすでに次のようなものを作っていると言うでしょう：

本当ですが、これはHTMLで生成されたclientIdにのみ影響します。フォームフィールドを表すUIComponent（FacesContextのViewRoot内）には、すべて同じ「id」と「clientId」があります（はい、HTMLに「revisionDocuments：0：revisionSequenceAdresse」が含まれている場合はイベントです。ViewRootにある「clientId」は次のとおりです。 RevisionDocuments：revisionSequenceAdresse）。

誰かが私の試みを手伝ってくれる？

どうもありがとうございました、どんな助けでも大歓迎です。

小さな表示のバグのヘルプを探しています。以下は、JBoss7.0.2.FinalとIceFaces2.0.2で実行されるコードサンプルです。

この投稿に添付されているファイルを直接アップロードしてスクリーンショットを表示することはできないようです。ただし、このコードを同様の構成のIceFacesプロジェクトにコピーして貼り付け、IE7バージョンを開くことができるはずです（実際、「互換表示」モードがアクティブになっているIE8を使用していますが、効果があるかどうか疑問に思います）。

ページをスクロールせずにMENU1にカーソルを合わせると、SUBMENUが正しく表示されます。ただし、ページを少しスクロールしてメニューをページの上部に表示し、MENU1にカーソルを合わせると、メニューの下にサブメニューが約50ピクセル表示されていることがわかります。したがって、2番目のメニューをクリックすることはできません...

これが機能しない理由を理解できません。http://component-showcase.icefaces.org/component-showcase/showcase.ifaceでIceFacesショーケースを見て、IEバージョンで機能することを確認しました（ショーケースが同じバージョンのIceFacesを使用していることを実際に証明することはできません）私のように）。

追加のテストを行いました。ショーケースコードをローカルで取得すると、同じ動作が示されます（バグあり）。これが私が実行している正確なコードです：

誰かがIE7またはIE8で互換表示を使用してこのコードをテストし、バグのある動作を確認できる場合は、すでに役に立ちます。

また、この問題は、スタンドアロンIE7ではなく「互換表示」を備えたIE8バージョンを使用しているという事実に関連しているのではないかと思います（互換モードのIE8はIE8またはIE7ヘッダーをサーバーに送信しますか？）。誰でもスタンドアロンIE7でテストできますか？

どんな助けでも大歓迎です。

私は次のようMapに初期化するキー/値を持って@PostConstructいます：

以下に示すようにこのマップを反復処理しようとし<ui:repeat>、マップのゲッターにブレークポイントを設定すると、マップが呼び出されていないことに気付き、何も出力されません。

しかし、上記のコードをに置き換えると<c:foreach>、すべてが正常に機能し、リストが期待どおりに出力されます。なぜこのような動作が発生するのでしょうか。