各懸念事項に対応するには:
グループポリシーからのソフトウェアインストールの割り当てとして、数年前からJavaランタイム環境のリリースを展開しています。MSIへの変換としてアップデーター機能を無効にし、必要に応じて、必須のアップグレードを通じて更新を展開します。マシンが古いJREを保持する必要がある場合(アプリケーションによってはそれが必要になるため)、セキュリティグループを使用して、マシンが新しいアップグレードを受信しないようにします。(幸いなことに、これを頻繁に行う必要はありませんでした。)
MicrosoftのOrcaツールを使用して、SunのMSIへの変換を作成します。Adobeの「カスタマイズウィザード」のようなツールがあればいいかもしれませんが、Orcaで必要なことは何でもできます。
ユーザーが「特定の設定を手動で構成する」機会はありませんでしたが、2つの方法のいずれかで処理します。一部のユーザーが「標準」とは異なる設定を必要とする場合は、グループポリシーの「設定」を展開してその設定を設定します(レジストリのユーザー部分にあると想定)、または管理用テンプレート設定を変更するには(レジストリのコンピューター部分にあると仮定して)。ユーザーが必要に応じて設定を変更できるようにする必要がある場合、ユーザー(実際にはユーザーを含むセキュリティグループ)が変更できるように、不承不承にレジストリのアクセス許可を変更します。いやいや。
アプリが独自のJREを必要とする場合、そのJREのインストールを、アプリケーションをデプロイするスクリプト/ GPOと結び付けて、2つを1つのユニットとして扱う傾向があります。それは私がそれに対処するために考えることができる最も簡単な方法です。
「Program Files」の下にどの設定が存在するか思い出すのに苦労していますが、必要に応じてこれらの設定を変更する必要があるユーザーアカウントを含むセキュリティグループに許可を許可します。私はおそらく頭を手に持って太陽を呪うでしょう。
Sunが彼らの行動を再統合するまで:JREのエンタープライズ展開と管理、私たち全員がそれに対処するためのハックな回避策を持っている可能性が高いと思います。イライラしますが、悲しいことに典型的です。大多数の開発者は、sysadminの作業をどうするかという概念を持っていないようです。<ため息>