は、ほとんどの場合、あなたのリソースは、(a)は、それらが出力JARにコピーされないので、ProGuardのリソースを含むパッケージを難読化されたときに変更され、または(b)は削除されているパスを介してアクセスされているいずれかです。
設定にJavaランタイムクラスを明示的に組み込む必要はありません。
次のオプションで見たいと思うかもしれません:[class_filter]クラス名に対応して文字列定数は、同様に難読化されなければならないことを指定し
-adaptclassstrings。フィルタがなければ、クラス名に対応するすべての文字列定数が適応されます。フィルタでは、フィルタに一致するクラスの文字列定数のみが適合します。たとえば、コードにクラスを参照する多数のハードコードされた文字列が含まれていて、名前を保持したくない場合は、このオプションを使用できます。主に、難読化するときに適用されますが、対応するクラスも自動的に短縮ステップに保持されます。
-adaptresourcefilenames [file_filter]対応するクラスファイル(存在する場合)の難読化された名前に基づいて、名前を変更するリソースファイルを指定します。フィルタがなければ、クラスファイルに対応するすべてのリソースファイルの名前が変更されます。フィルタを使用すると、一致するファイルのみの名前が変更されます。たとえば、リソースファイルの処理を参照してください。難読化する場合のみ適用されます。
-adaptresourcefilecontents [file_filter]内容が更新されるリソースファイルを指定します。リソースファイルに記述されているクラス名は、対応するクラス(存在する場合)の難読化された名前に基づいて名前が変更されます。フィルタがなければ、すべてのリソースファイルの内容が更新されます。フィルタを使用すると、一致するファイルのみが更新されます。リソースファイルは、プラットフォームのデフォルトの文字セットを使用して解析され、書き込まれます。このデフォルト文字セットは、環境変数LANGまたはJavaシステム・プロパティーのfile.encodingを設定することによって変更できます。例については、リソースファイルの処理を参照してください。難読化する場合のみ適用されます。
詳細はhttp://proguard.sourceforge.net/manual/examples.html#resourcefilesを参照してください。
アイデアをありがとう、私はそれらのショットを与えるでしょう。 – jocull
私はProGuardがこの種のもので動作することを知っています。私は、アイコンや他の画像と一緒にバンドルするいくつかのGUIアプリケーションを持っており、それらはうまく動作します。私の場合は、画像がJARのルートに束ねられていると思います。 –
この問題は、NetBeanのGUIビルダーおよびクラスに関連付けられた* .propertyファイルと関係があります。それはリソースフォルダに入れられ、それは難読化されていません...だから問題があります。ここの解決法は、これらのクラス名を難読化しないように指示しています。 http://sourceforge.net/projects/proguard/forums/forum/182456/topic/3983208もっと良い解決策があるのだろうか? – jocull