Java7 より前のように、グローバル レジストリごとではなく、ベースごとにPropertyEditorManagerエディターを登録/検索することがわかりました。ThreadGroupContext
そして、Java7 は毎回、新しい に対して新しい ThreadGroupContext を作成しますThreadGroup。したがって、PropertyEditorFinder (実際にエディターを登録/検索する) が再び新しくなりました。
ByteJava は、一部のクラス ( 、Longなど)に対して事前定義されたエディターを使用し、それらをPropertyEditorFinderatに登録しますctor。PropertyEditor定義済みのクラス (つまり、Long)に独自のクラスを登録したいとしましょう。Java6では簡単にできたのですが、Java7ではnew内でスレッドを作るたびThreadGroupにエディタをなくしてしまいました。
ThreadGroupでは、Java7の新しいエディタ用に作成されたエディタを適切に処理するための解決策があれば教えてください。何か問題に直面した場合、どのようにそれを克服しますか?
PS私は私の英語について謝罪すべきだと思います=）
PPSThreadGroupContextは の代替品ですAppContext。そして、コンテキスト作成の実装が似ていることを望んでいました.どちらもThreadGroupコンテキスト間のマッピングを使用します( AppContextJava 6ではThreadGroupContext、Java 7では)。そしてJava 6は、その親と同じAppContextものを新しいものに使用します。ThreadGroupつまり、jvm のツリーAppContext全体に使用されます。ThreadGroupしかし残念ながら、の作成ThreadGroupContextは異なります。これは、新しいグループの新しいコンテキストにすぎません。したがって、ある日ThreadGroupContext同じ作成テクニックを使用する場合、問題は自動的に解決されます。