DataStageのクライアントを含むInformation Server 8.5のクライアントをインストールしようとする次のIBMインストーラーの不正に実装されたチェックをバイパスする方法を次に示します。
最初の問題
最初に発生する問題は、グループ名またはユーザー名にキリル文字が含まれていると、作業中のユーザーが管理グループの一部であることをインストーラーが理解できないことです。 たとえば、ユーザーが「Administrator」と呼ばれ、ローカルグループ「Administrators」に含まれている場合、インストーラーがこのユーザー... ahem ...が管理者であると判断するのは圧倒的な作業になります。
単純に解決されます-ユーザーとグループの両方の名前を変更する必要があります。 キリル文字を使用せずに名前を付けます。 他の値が適切かどうかはわかりません（そうでないとしても驚かないでしょう）が、次の名前を付けようとしました：
ユーザー名：管理者（原則として異なる場合があります。たとえば、ニック）
グループ名：管理者
関連する設定は、[マイコンピュータ]-> [管理]-> [ローカルユーザーとグループ]で変更できます。
第二の問題
インストーラーでは、クライアントがインストールされているコンピューターに少なくとも2 GBが必要です。 RAMメモリ。 少ない場合、インストールを続行できません。 必要なのは、たった2 GBのメモリしかないことを考えると、必要なことです。 彼は私が「1Gbのみ」であると頑固に主張しました...
インストーラーは、隆起したJettyサーバーの下で実行されるサーバーアプリケーションであることを知っているため、サードパーティのユーティリティの助けを借りずにRAMの量を計算できることはまずないと理解し始めます。 私が覚えている限り、JavaマシンはRAMの量を知らせません。
インストーラーが使用するjarニックネームの選択を開始します。 ％DISTRIB_DIR％\ server \ webapps \ webui \ WEB-INF \ eclipse \ pluginsにあるcom.ibm.is.install.atlasinstaller.engine_1.0.0.jarファイルに興味があります。％DISTRIB_DIR％はディストリビューションの場所です。 このファイルを開き、クラスcom \ ibm \ is \ install \ core \ util \ SystemSize.classを探します。 その中でRAMのサイズが決定されます。
Windowsブランチには、次の行があります。
if(Platform.getInstance().isWindows()) { workingDir = (new StringBuilder()).append(installerRootDir).append(File.separator). append("tools").toString(); command = (new String[] { (new StringBuilder()).append(installerRootDir).append(File.separator). append("tools").append(File.separator).append("SystemSize.exe").toString() });
つまり RAMのサイズを決定するには、％DISTRIB_DIR％\ toolsにある別のSystemSize.exe EXEが起動されます。
（このスクリプトのLinuxのRAM容量は、/ bin / sh "、" -c "、" free | head -2 | tail -1 | awk {'print $ 2 /（1024 * 1024）'}として定義されています）
このアプリケーションを起動すると、私の場合は1.98になります。 つまり インストーラーは、戻り値の整数部分のみを「参照」します。
まあ。 アプリケーションを作成しています。 この場合、C ++で記述しました。
#include <cstdlib> #include <iostream> using namespace std; int main(int argc, char *argv[]) { cout<<"2.0"; return EXIT_SUCCESS; }
コンパイルし、SystemSize.exeという名前を付けて、％DISTRIB_DIR％\ toolsに配置します。 これで、検証に成功しました。