問題タブ [bundle]

Mac OSXTigerで動作するアプリケーションバンドルがありました。jarファイルを簡単に置き換えることができ、変更を加えるとすべてが機能しました。そのアプリバンドルを今すぐ入手しました。Leopardを使用すると、「このアーキテクチャではサポートされていないため、このアプリケーションを開くことができません」というエラーメッセージが表示されます。

これは、Tigerが32ビットで、Leopardが64ビットだからだと思います。これと同じアプリバンドルをLeopardで機能させる方法はありますか？それとも、まったく新しいものを作成する必要がありますか？私はMacの人ではないので、ここから何をするかは限られています。

1) バンドル Aは、バンドル C から取得したパッケージ com.X を再エクスポートします。

2) バンドル B は、パッケージ com.X をエクスポートします。

3) バンドル D は、A と B の両方に依存するようになりました。

バンドル D はどこからパッケージ com.X を取得しますか?

私はこれについて多くの分点コードを読みましたが、それでも日食の分点設定でosgiバンドルのクラスローダーを取得するためのハッキーでない方法を理解することはできません。ありますか？

Grailsアプリを整理するための別のリソースバンドルを作成したいと思います。Grailsは「メッセージ」リソースバンドルを提供し、「myApp」リソースバンドルを作成する必要があります。

新しいリソースバンドルを作成し、「g：message」GSPタグを使用してそのプロパティを読み取るにはどうすればよいですか？

コード内からバンドルのインポートにパッケージを追加するにはどうすればよいですか? リフレクションに依存し、他のパッケージを必要とするライブラリを使用しており、開発するバンドルごとにそれらのパッケージを MANIFEST.MF に手動で追加する必要がないため、必要です。

2 つの Sysinternals ツール (sigcheck と accesschk) を呼び出す Python スクリプトがあります。これらの実行可能ファイルを py2exe にバンドルして、実行時に subprocess.Popen が表示できるようにする方法はありますか?

詳細な説明: 私のスクリプトは、ネットワーク共有 (S:\share\my_script.exe) を介して実行するように作成されており、sigcheck と accesscheck に対して何百もの呼び出しを行います。sigcheck と accesschk もサーバーに存在する場合、それらはホストに転送され、1 回呼び出され、ホストに転送され、2 回目に呼び出され、ほぼ 400 ～ 500 回の呼び出しが完了するまで何度も繰り返されます。

おそらく、これら 2 つの実行可能ファイルをホスト (C:) にコピーし、完了したらそれらを削除する方法にフォールバックできます...この問題をどのように解決しますか?

プロパティをより簡単に変更するには、クラスパスの外部でi18nサポート用のSpring MessageSourcesバンドル（プロパティファイル）を外部化する必要があります。どうやってやるの ？

ありがとう！

Java EE に移植しようとしているレガシー アプリケーションがあります。現在、このアプリケーションは URL.setURLStreamHandlerFactory() を呼び出して、いくつかのカスタム URL プロトコル ハンドラを登録しています。Glassfish v 2.1 および 3 では、glassfish が既にファクトリを登録しているため、この呼び出しは失敗します。

java.protocol.handler.pkgs システム プロパティを使用してみましたが、クラスローダーの問題によりうまくいきません。ハンドラー クラスはすべてアプリケーションの一部であり、それらを抽出してコンテナーのクラスパスに jar を配置することに熱心ではありません。

私は osgi バンドルの匂いを持っています - どうやら、新しいプロトコルを扱うバンドルを書くことができたようです。私は、この Web アプリケーションを osgi バンドルにすることに熱心ではありません (一度に 1 ステップずつ! 最初に EE、次に必要に応じて osgi)。

バンドル jar を WEB-INF/lib ディレクトリにポップして、Glassfish にバンドルとしてロードさせることはできますか? バンドルは、Web アプリケーション (WEB-INF/lib または WEB-INF/classes の別の jar) からパッケージをインポートする必要があります。私はこのアプリを EAR としてパッケージ化するつもりです。

スクリプトを実行するために必要なカスタム (非 CPAN) モジュールをユーザーに意識させることなく、ネイティブ (非「コンパイル済み/perl2exe/...」) Perl スクリプトを配布するにはどうすればよいでしょうか?

問題は、ユーザーが必然的にスクリプトをシステムの別の場所にコピーし、スクリプトをネイティブ環境から削除すると、実行する必要のあるモジュールが見つからなくなることです。

モジュールを実際のスクリプトにコピーするだけで解決することもありますが、よりクリーンなソリューションを好みます。

更新：明確にしたほうがいいです。バックエンドで同様のモジュールを使用する一連のスクリプトを配布しています。ユーザーは Perl スクリプトの実行方法を理解していますが、「スクリプトを移動しないでください」と言うことに頼るのではなく、単純にファイルを移動できるようにしたいと思います。抵抗の少ない道。