問題タブ [wicket-1.5]

次のタスクを実行する Wicket 1.5 の方法を探しています。

1. パネルからページのヘッダーに外部 .js ファイルを追加します。
2. <script>...</script>パネルからページの下部にタグを追加する
3. Body タグの onLoad イベントに Javascript を追加します。

Wicket 1.2 と 1.3 でこれを行う方法の例はたくさんありますが、これらの API はなくなりました。Javascript/Ajax に関する優れた Wicket 1.5 の記事はどれもすばらしいものです。

プログラムで生成されたファイルをダウンロードするためのリンクを持つ Wicket 1.4 コードがあります。

すべてが良かった。今、Wicket 1.5 にアップグレードしました。今WebResourceはもう存在しません。

私は長い間ウェブを検索してきましたが、確かにこれは簡単な解決策を持つ簡単な問題に違いありませんか? ああ、私はそれを見つけることができません。

次のURLを使用して、初めてアプリケーションに移動します。

... / homepage /？0＆user = x

デバッグモードでは、ウィケットがパネルなどをうまくインスタンス化していることがわかります（明らかに）。

URLを次のように変更した場合：

... / homepage /？0＆user = y

その後、何も起こりません。パネルは再初期化されず（新しいユーザーの場合=>ユーザーxのデータは引き続き表示されます）、LoadableDetachableまたは他のモデルが呼び出されません。

ただし、URLを次のように変更すると、次のようになります。

... /ホームページ/？1＆user = y

次に、すべてのパネルがユーザーyに対して適切に初期化されます

さらに一歩、URLをに戻すと

... /ホームページ/？0＆user = y

次に、ユーザーxのデータが再び表示されます。

Wicketは、コンポーネントをリロードするかどうかを決定するためにURLの引数が変更されたことを気にしないようです。AFAIKこれはWicket1.4で正常に機能していました。私はこの振る舞いの背後にある論理を理解していると思いますが、よくわかりません。また、カスタムパラメータが変更された場合にWicketを強制的にリロードする方法と、その「醜い」？0をURLから削除する方法（可能な場合）を知りたいですか？

Wicket 1.4 ではWebRequestCycle、「戻る」リンクを実装するために、ページが分離されたときにページをセッションに保存するために独自のものを使用しました。

Wicket では 1.5WebRequestCycleがなくなり、RequestCycleListener代わりに a を使用することになっています。

しかしRequestCycle、を持っていませんgetReponsePage()。この情報はどこで確認できますか?

このコードは1.4で私のために働いていました：

1.5では、WebResponse.getOutputStream（）がないことがわかりますが、非推奨としてマークされていませんか？

1.5移行ガイドを確認しましたが、明らかな解決策が見つかりません。

誰かが1.5でこれをどのように行うべきか教えてもらえますか？

アプリケーションにサインインしようとしています。まず、RestartResponseAtInterceptPageExceptionをスローします（これはBasePageのWicketPanelにあります）。

サインインページクラスには、サインイン用のフォーム（内部プライベートクラス）と、次の送信ボタンが含まれています。

このボタンがクリックされ、ユーザーが正常に認証されると、サインインリンクをクリックしたページにリダイレクトされず、代わりにサインインページに留まりますか？私はこれをデバッグしようとしましたが、どこがうまくいかないのかを見つけることができませんでした。

私は自分のやり方の誤りを見つけることにつながるヒントをうれしく思います。

ちなみにこれは改札1.5.1です。

答えから必要なヒントを得たので、小さな更新ですが、まだ少し説明があります。解決策は次のようになります。

SignInクラスは、明らかにページを取得するコンストラクターを取得します。setResponsePageと同様に、そのページを設定するだけで、continueToOriginalDestinationと例外をスローせずに、開始した場所に戻ります。

フォーム コンポーネントのメッセージを表示する入力用の ComponentFeedbackPanel を作成しました。パス変更用の入力があります。ここで、古いパス、新しいパスを入力し、新しいパスを繰り返します。

たとえば、ビルドアップ ウィケット検証メソッドを使用するとうまく機能します。ただし、AbstractValidatorを拡張してIValidatorを実装する独自のクラスを作成すると:

エラー メッセージが見つからないという警告が表示されます。

このフォームに接続される可能性のあるすべてのページに .properties を配置しようとしました。ページ構造は次のようになります。

私が試した.propertiesファイルの組み合わせ：

そして私が試したプロパティファイル：

春には、通常、ユーザーが F5 キーを押してフォームを複数回送信するのを防ぐために、送信後のリダイレクトを行いました。ウィケットはこれをすぐに処理できますか、それともフォームページを開発するときにこれを考慮する必要がありますか?

私はまだこれで問題はありませんが、事前に知りたいです。

ジャワ:

HTML:

これは 1.4 では問題なく機能しました。ボタンをクリックすると、「ユニット」オブジェクトがパラメーターとして渡された新しいページに移動します。

1.5 では、これは機能しなくなりました。onClick が起動しているようには見えません。

フォームフィールドの数が柔軟であるという点で、かなり複雑なフォームがあります。つまり、モデル オブジェクトは、値 (翻訳) のマップを含む TLabel (TranslationLabel) です。ここでの言語は列挙型であるため、翻訳が与えられるフィールド (テキスト領域) の数は、この列挙型の値に依存するという考え方です。

これは私のフォームです（簡略化）：

public class TranslationEditForm extends Form {

これで問題なく動作し、言語ごとに 1 つのテキスト領域が作成され、その値も適切に設定されます。さらに、モデルを変更すると、意図したとおりに更新されます。

テキスト領域を空にした後にフォームを送信すると (元は値があったため)、もちろん検証エラーが発生します (必須)。通常の (ウィケット) 動作では、無効なフィールドはまだ空ですが、何らかの理由で元の値がリセットされ、その理由がわかりません。

次のように onError をオーバーライドすると:

フィールドの値は、元の値ではなく、送信された値 (空) に設定されます。

これの原因は何ですか？フォームを設定した方法が原因でウィケットが失敗しているのは何ですか (単純なフォーム/モデルでは、これはウィケットの例のように正常に機能しているため)?