問題タブ [version]

マシンにインストールされている JRE のバージョンが、ユーザーが実行したいアプリケーションに対して十分に高いかどうかを判断する最善の方法は何ですか? Javaのみのものを使用してそれを行う方法はありますか? このソリューションが Windows/Linux/MacOSX で動作することを望みます。JRE のバージョンが低すぎる場合、メッセージが表示されます。現在、Java 1.5 で実行しようとすると例外が発生します (アプリは Java 1.6 用にビルドされています)。普遍的な解決策がない場合、Windows でそれを行う最善の方法は何ですか?

私は実稼働環境を複製して、多くのテスト/シッティング環境を作成する任務を負っています。

私がしなければならないことの 1 つは、何年にもわたってインストールされてきたすべてのモジュール (内部および外部モジュールを含む) を使用して、Perl をビルドすることです。CPAN.pm autobundle を使用することもできますが、これにより、本番環境にある外部モジュールのより新しいバージョンがテスト環境に含まれることになります。

(多くの) バージョン固有の Perl モジュールを入手してインストールする最も簡単で最良の方法は何ですか?

C# プログラムから C++ で作成された exe ファイルからファイル バージョン情報を取得する必要があります。

Assembly.LoadFile(fullpath).GetName().Version を使用すると、BadImageFormatException が発生します。

誰でも助けることができますか？

乾杯、

ダン

私はサーバーを持っています-Java1.3で実行されるクライアントアプリケーション。私は段階的にJava1.6に変更したいのですが、残りのクライアントよりも最初の数クライアント、そして最後にサーバーを意味します...発生する可能性のあるいくつかの一般的な問題に私を導き、何をすべきか疑問に思いました。

シナリオ

Microsoft Office には 2 つのラッパーがあり、1 つは 2003 用、もう 1 つは 2007 用です。Microsoft Office の 2 つのバージョンを並べて実行することは「公式には不可能」であり、Microsoft によっても推奨されていないため、1 つは Office 2003 用で、もう 1 つは 2 つのボックスがあります。 Office 2007 を使用します。ラッパーは個別にコンパイルします。DLL はソリューションに含まれています。各ボックスには同じチェックアウトがありますが、Office 2003 または 2007 が「アンロード」されているため、その特定の DLL をコンパイルしようとしません。そうしないと、Office COM DLL が利用できないため、コンパイル時にエラーがスローされます。

.NET 2.0 と Visual Studio 2008 を使用しています。

事実

Microsoft は 2007 年に Office 2003 API を不思議なことに変更し、いくつかのメソッドの名前を変更したり変更したりして (ため息)、後方互換性をなくしたため、2 つのラッパーが必要です。各ビルド マシンには、ソリューションと 1 つの Office DLL がアクティブ化されています。例: Office 2003 を搭載したマシンでは、「Office 2007」DLL がアンロードされているため、コンパイルされていません。もう一方のボックスも同じアイデアですが、逆です。これはすべて、プログラミング目的で同じボックスに 2 つの異なる Office を入れることができないためです。(Microsoft によれば、技術的には 2 つの Office を一緒に使用できます) が、プログラミング用ではなく、いくつかの問題がないわけではありません。

問題

アプリケーションのバージョンを (たとえば 1.5.0.1 から 1.5.0.2 に) 変更する場合、DLL を再コンパイルしてアプリケーションの新しいバージョンに一致させる必要があります。Office ラッパーがソリューションに含まれているため、これは自動的に行われます。ラッパーはソリューションに含まれているため、APP バージョンを継承しますが、それを 2 回行ってから、他の DLL をインストーラーを作成するマシンに「コピー」する必要があります。（痛み…）

質問

「古い」にもかかわらず、どのバージョンのアプリケーションでも動作する DLL をコンパイルすることは可能ですか? マニフェストについて何か読んだことがありますが、マニフェストとやり取りする必要はありませんでした。任意のポインタをいただければ幸いです。

これの秘密の理由は、私たちが「何年にもわたって」ラッパーを変更しておらず、Microsoft の古い API も変更していないためです。それでも、リリースごとにアプリのバージョンに一致するように DLL を再コンパイルしています。2台のマシンに頼る代わりに、このプロセスを自動化したいと考えています。

依存関係があるため、プロジェクトから DLL を削除できません (どちらも削除できません)。

3 番目の「マスター ラッパー」を作成できますが、まだ考えていません。

何か案は？同じ要件を持つ他の誰か？

アップデート

明確化:

N 個のプロジェクトで 1 つのソリューションがあります。

「アプリケーション」+ Office11Wrapper.dll + Office12Wrapper.dll。

両方の「ラッパー」は、ソリューション内のアプリケーション + 他のライブラリ (データレイヤー、ビジネスレイヤー、フレームワークなど) の依存関係を使用します。

各ラッパーには、それぞれの Office パッケージ (2003 および 2007) の参照があります。

Office 12 がインストールされていない状態でコンパイルすると、Office12Wrapper.dll から Office 2007 ライブラリが見つからないというエラーが発生します。したがって、私が持っているのは、Office 2003 と Office 2007 の 2 つのビルド マシンです。完全な SVN の更新と各マシンでのコンパイルの後、「インストーラー」で office12.dll を使用して、ラッパーを「同じ」に対してコンパイルします。コード、同じバージョン".

注: Office 2007 ビルド マシンには、Office 2003 用のラッパーが「アンロード」されており、その逆もあります。

前もって感謝します。

オープンソース ソフトウェアを管理する誰もが、新しいバージョンをリリースするプロセスがますます多くの作業を必要とするという問題に直面します。バージョン管理でリリースにタグを付け、ディストリビューションを作成し (自動ビルドで簡単なはずです)、それらを Web サイトやオープンソース ホスティング サービスにアップロードする必要があります。選択したウェブ フォーラム、sourceforge のニュース システム、メーリングリスト、ブログまたはウェブサイトでほぼ同じメッセージを使用して、新しいリリースを発表する必要があります。また、freshmeat でソフトウェアのエントリを更新する必要があります。リリースのためにさらに多くのタスクを実行する必要があります。

これらのタスクの一部を自動化する技術を開発しましたか? これをサポートするソフトウェアはありますか?

Debian マシンにインストールされている Apache のバージョンを確認するにはどうすればよいですか?

これを行うためのコマンドはありますか？

バージョン番号、著作権、およびビルドの詳細を含む C++ プロジェクトのリソースに、バージョン リソースがあります。現在、この情報の個別の const 値を維持しているため、実行時にこれにアクセスしてヘルプ/概要ダイアログに入力する簡単な方法はありますか? 理想的には、このソリューションは Windows/CE モバイルおよび以前のバージョンの Visual C++ (6.0 以上) で機能する必要があります。

.Net の Version クラスは、予想どおり CompareTo インターフェイスを実装していません。4 つの数値を比較するのではなく、英数字で比較を処理しているようです。たぶんバグではなく、「機能」です。

以下で期待するように、比較（および標準の <、=、および > 演算子）が機能しない理由を誰でも明らかにできますか？

私は人々がこれに対して独自の手動の回避策を行ったことを知っています.

前もって感謝します

ライアン

更新：私は微妙にばかげたことをしていて、それらをIPアドレスと同じように扱っていました. 例えば; 1.1.3023.5364 は 1.1.5 より大きいが、1.1.3023.5364 は 1.1.5000 より小さい。

実行可能ファイルがあります。このファイルを起動する必要がある Microsoft .NET Framework のバージョンを知りたいです。

この情報をどこかで簡単に見つける方法はありますか?

(これまでのところ、 ILDASMとDUMPBINを試してみましたが、うまくいきませんでした。)