問題タブ [method-invocation]

ActivityJava ファイルから利用可能なメソッドを呼び出そうとしています。

Javaファイル内のこのコードにより、呼び出しが正常に行われ、制御が関数に移ります。

今、私の問題は、toastメッセージを表示したり、メッセージを表示したりできないことです。メッセージalertdialogを使用しているときにヌルポインター例外が発生しToastます。

私は正しくやっていますか？

どこが間違っていますか？

助けていただければ幸いです。

メソッドの動作が実装されている抽象クラスがある場合、および動作が実装されていない場合のメソッド呼び出しの順序はどのようになっていますか？

私の抽象クラスがAbsと呼ばれ、Sub1とSub2の2つのサブクラスがあるとします。

ケース1の場合、AbsにはメソッドMeth1の実装コードが含まれています

完全に異なるクラスで、私はメソッドを持っています：

ここで、Absの代わりにSub1またはSub2のいずれかを渡します

ケース2の場合、Absには実装コードが含まれていません（ただし、Sub1とSub2には含まれています）

そして私は同じことを呼びます：

Sub1またはSub2のいずれかを渡した後。

それぞれの場合のメソッド呼び出しの順序は何ですか？それは常にスーパークラスのAbsに行き、次にサブクラスに行きますか？サブクラスがパラメーターとして渡されたため、最初にサブクラスに移動しますか？次に、JVMはサブクラスに実装コードが提供されているかどうかを確認し、提供されていない場合は、実装コードがある場合はスーパークラスメソッドが呼び出されますか？

このウェブサイトで以前に回答された質問のおかげで、私はコードの小さなブロックを構築しました。残念ながら、よくわからないエラーが発生しています。コードのブロックは次のとおりです。

私が得ているエラーは、「'AddTextToUpListBox'のオーバーロードがデリゲート'System.Windows.Forms.MethodInvoker'と一致します」です。

そこで、次の行を次のように変更してみました。

しかし、そうすると、「メソッド名が必要です」とだけ表示されます。私はここで何が間違っているのですか？

サーブレットは、最初に生成された iframe 内にプレビュー ページが生成された後、PDF ドキュメントを生成します。これは通常、次のように機能します。

最初に、「directPrintDocument」とメソッド「renderIFrameWaiting」が呼び出され、iframe ページが生成され、コンテンツがサーブレット応答に書き込まれます (iframe src は doPost の次の部分を呼び出します。これでエラーが発生しないと確信しているので、これは省略します)コードフラグメント)。次に、「directPrintDocumentWaiting」メソッドと「renderWaiting」メソッドが呼び出され、前に生成された iframe ページ内にプレビュー ページが生成され、生成された JavaScript が「directPrintDocumentDoIt」を呼び出して最終的に PDF が生成されます。

これは通常は機能しますが、時々奇妙なことが起こります。どういうわけか、最後の呼び出し「directPrintDocumentDoIt」が 2 回呼び出されるように見えるため、generatePDF も 2 回呼び出され、印刷出力全体が行き詰まります (ほとんどの場合、PDF は白いページで上書きされます)。これは 50 回に 1 回の確率で発生するため、再現性はほとんどありません。まず、いくつかのスレッドの問題について考えたので、呼び出しごとにスレッド ID を記録しました。

スレッド ID は常に同じなので、本当にスレッドの問題であるとは思えません。私を困惑させているのは、このエラーが発生すると、javascript POST 呼び出しが実行された後に fiddler が 4 回目の呼び出しを記録するという事実です。通常、3 つの呼び出し (「directPrintDocument」、「directPrintDocumentWaiting」、および「directPrintDocumentDoIt」) があります。呼び出しが 4 回ある場合、常に同じ方法で発生します。「directPrintDocumentDoIt」は 2 回 (POST 要求と同じ URL) 呼び出されますが、突然 GET 要求として呼び出されます。この GET リクエストがどこから来たのかわかりません (「generatePDF」では、他のリクエスト呼び出しはありません)。そのため、javascript が何らかの奇妙な動作を生成するか (しかし、なぜそれが非常にまれなのか)、または Web コンテナー (Websphere) が私が理解できない奇妙な動作を生成するかのいずれかです。興味深いことに、fiddler は 3 回目と 4 回目の呼び出しで異なるエンティティ サイズを示します。正しい POST 呼び出しのエンティティ サイズは 84.138 バイトです。4 回目の呼び出し (間違った呼び出し) には 83.883 バイトがあります。これが何を意味するのかわかりませんが、おそらくこの情報は役に立ちます。このエラーは、Websphere を再起動または公開した後に頻繁に発生するように感じます。この場合、最初の試行で発生します (常にではありません)。これは偶然ではありません。ここで何が起こっているのですか？このエラーは、Websphere を再起動または公開した後に頻繁に発生するように感じます。この場合、最初の試行で発生します (常にではありません)。これは偶然ではありません。ここで何が起こっているのですか？このエラーは、Websphere を再起動または公開した後に頻繁に発生するように感じます。この場合、最初の試行で発生します (常にではありません)。これは偶然ではありません。ここで何が起こっているのですか？

I'm using JSF 2 and PrimeFaces 2.1 on GlassFish.

I have a page that is intended to allow people to perform an action after following a callback URL (e.g. as link embedded in email or as callback URL parameter of some external authentication or payment service). In my case I need to reset the password. The callback URL has a token GET parameter like so:

On page load of resetPasswordForm.jsf, I need to check if the token is valid and redirect to the main app screen if it's not valid.

My thinking is to have a bean method like:

But how would I cause that method to get hit on page load?

Not sure how to proceed -- suggestions are welcome.

次のコード行は、「呼び出しのターゲットによって例外がスローされました。// Unhandled Expression Type: 1001」でクラッシュし続けます。

見ただけで理由が分かる人いますか？

私が得たのは、curmax が返される変数であり、X が反復される項目であるということです。しかし、私はエラーを説明することはできません。

2つの違いは何ですか？

対

ラムダ式を使用する理由はありますか? また、(MethodInvoker)デリゲートとラムダを MethodInvoker 型にキャストしていますか? (MethodInvoker)キャストを必要としないのはどのような表現ですか?

この質問は、Java プログラミング言語のリフレクション メカニズムに関するものです。

私はインターフェースを持っています：

このインターフェースにはいくつかの実装クラスがあります。ここにいくつかの例があります:

（編集済み）補足として（これはリフレクションメカニズムに関する問題とは関係ないかもしれません）：

複雑なルールセットを実装しています。このルールセットの欠点の 1 つは、オブジェクト間に多くの相互依存関係があることです。したがって、インターフェイスの一般的な動作を定義する必要があります。ルールセットの一部を実装する場合、まだ実装されていない別の部分の動作を考慮する必要があります。

インターフェイスの実装が異なれば、適切に機能するために異なるリソース/オブジェクトが必要になります。重複コードを減らすために、抽象親クラスを使用します。これらの抽象クラスは、パッケージの外では使用されません。

具体的な実装クラスのインスタンスをインスタンス化して初期化するとき、私はリフレクション メカニズムに頼っています。この目的のために、目的のクラス名、どのフィールドがどの値を取得するか (つまり、適切なセッター メソッドが検索される)、およびセッター メソッドの順序を指定する必要があるユーティリティ クラス (別のパッケージに存在する) があります。呼ばれます。

2 つの異なる開発環境があり、それぞれに異なるバージョンの Java がインストールされています (1.5.x と 1.6.x)。これは主に、実装の動作をクロスチェックするために使用されます。

具象実装クラスのインスタンスのインスタンス化は、両方の環境で機能します。ただし、古い Java バージョンでは初期化に失敗します。どういうわけか、基本クラス (基本クラスにはデフォルトの可視性があります) のパブリック セッター メソッドにアクセスできません。新しい Java バージョンでは、setter メソッドへのアクセスに問題はありません。

私が見つけた 1 つの回避策は、基本クラスの可視性を変更することです (デフォルト -> パブリック)。問題は、可視性 (デフォルト) を維持しながら、リフレクション メカニズムを使用してセッター メソッドを呼び出す方法があるかどうかです。

オブジェクトを生成し、すべてのパブリックメソッドをインターセプトするファクトリクラスを実装しようとしています。

ここで2つのメソッドを呼び出そうとしています。1：すでに呼び出されたメソッド2：私のベースのメソッド。どうすればこれを達成できるか考えていますか？

私の抽象クラス：

2つのインスタンス（A、B）が3番目のインスタンス（C）のイベントをリッスンしているセットアップがあります。AにはBへの参照もあります。

イベントがCで発生すると、Aは最初にそれを受け取り、次にBを直接破棄します（設計による）。dispose-methodでは、BはC（-=）のイベントでリスナーを削除します。次に起こることは、BがCでイベントのサブスクライブを解除した場合でも、BはCからのコールバックを受信することです。

呼び出しリストはおそらくイベントが発生したときにのみ構築され（両方のリスナーがまだ存在する場合）、呼び出しループ中に1つのインスタンスがたまたまサブスクライブを解除しても再構築されないため、これは予想されることだと思います。

私の質問は、オブジェクトが実際にまだイベントにサブスクライブしているかどうかにかかわらず、イベントが発生する前に2次チェックがないのはなぜですか？これはパフォーマンスにとって悪いことであり、非常にまれなシナリオだと思います。しかし、この動作を自分で実装したい場合はどうでしょうか。

私はこのようなことを試しましたが、これが必要なすべてであるかどうかはわかりません（ただし、機能しているようです）。呼び出しループはC＃の内部ではどのように見えますか？