ブログアーカイブ
java sdk install
Windows における Java sdk の msi ファイルについて
Java sdk のインストールの際に次のフォルダーに msi ファイルが作成されます。
- %userprofile%\AppData\LocalLow\Sun\Java\jdk(version)
- %userprofile%\AppData\LocalLow\Sun\Java\jre(version)
- %userprofile%\AppData\LocalLow\Oracle\Java\FXSDK(version)
- %userprofile%\AppData\LocalLow\Oracle\Java\FXSDK(version)_x64
(version) は1.7.0_05 など対応するバージョンの数字となります。
jdk1.7.0_05 の場合は >%userprofile%\AppData\LocalLow\Sun\Java\jdk1.7.0_05 フォルダーに jdk1.7.0_05.msi、sj1700050.cab に jre.msi ファイルが含まれます。
またインストーラー起動中に %userprofile% に jdk(version)_combo, jdk(version)_combo_x64 フォルダーが作成されます。インストール終了後にこのフォルダーは削除されます。
Adobe flash player のインストール
Windows で Adobe Flash player のインストールの際に、「Flash player 設定マネージャが現在開いています。Flash player 設定マネージャを閉じてもう一度やり直してください」と表示されてインストールできない
%SystemRoot%\System32 または %SystemRoot%\SysWOW64 (64bit)の FlashPlayerApp.exe とFlashPlayerCPLApp.cpl をリネームして、インストールを実行します。また %SystemRoot%\System32\Macromed\Flash の アクセス権が正しく継承されているか確認します。
64bitの環境では %SystemRoot%\SysWow64\Macromed\Flash フォルダのアクセス権も確認します。
リネームの代わりにアクセス権を変更して対処することもできます。
- takeown /F FlashPlayerApp.exe /A
- takeown /F FlashPlayerApp.cpl /A
- icacls FlashPlayerApp.exe /grant Administrators:(F) System:(F) Users:(F)
- icacls FlashPlayerApp.cpl /grant Administrators:(F) System:(F) Users:(F)
.NET Framework 3.5 SP1 Setup Error
.NET Framework 3.5 SP1 のインストールの際に、エラーが発生してインストールできない
dotnetfx35.exe を実行すると ネットワークへの接続を 5回繰り返した後、エラーが発生したというメッセージが表示される。
dd_dotnetfx35error.txt ファイルに次のようなエラーが書き込まれます。
- dlmgr: CDownloadJobBITSImpl::RunToFinish() : BITS job in BG_JOB_STATE_ERROR state.
Context: 5 Error code: -2145844844 Description: HTTP ステータス 404: 要求された URL はサーバーに存在しません。 - Windows インストーラ パッケージ:
c:\c7f82b3b173a030e93c900fb111fed9b\vs_setup.ms_
を開けませんでした。 - [2] Error: Installation failed for component Microsoft .NET Framework 3.5 (x64) ‘package’. MSI returned error code 1603
このエラーはネットワークから切断した状況でも発生します。
以下の手順を試してみてください。特に最後の手順でエラーが発生しなくなるかもしれません。
Dotnet Cleanup Tool を使用して ,NET Framework のインストール情報を削除します
Visual Studio Express などインストールしている場合は関連するものを修復します。また正しくインストールされているかどうか確認します。
.NET Framework 2.0 SDK, Windows SDK, etc.
Background Intelligent Transfer Service (Bits, バックグラウンド インテリジェント転送サービス の jobs をすべて削除します(Vista以降)
- コマンドプロンプトで bitsadmin /reset /allusers を実行します
gmgr*.dat ファイルを削除します
Windows Update のコンポーネントを削除する(http://support.microsoft.com/kb/971058/) を参照してください
- Del “%ALLUSERSPROFILE%\Application Data\Microsoft\Network\Downloader\qmgr*.dat”
%systemroot%\assembly のアクセス権を確認します
コマンドプロンプトで attrib %systemroot%\assembly -r -s を実行します。エクスプローラにセキュリティのタブが表示されるようになります。
attrib %systemroot%\assembly のアクセス権(DACL)が%systemroot% から継承されているか確認します。継承されていない場合は所有者を Administrators に変更し、エクスプローラの「アクセス許可」で「このオブジェクトの親からの継承可能なアクセを含める」をチェックし、継承されていないアクセス権を削除します。[2012年7月5日] Vistaでは %systemroot%から継承されていない場合、Users の権限が正しく設定できません。Users のアクセス許可を「読み取りの実行」、適用先を「このフォルダ、サブフォルダおよびファイル」に設定しても、サブフォルダの適用先が「このフォルダ」のみとなり、サブフォルダ(GAC, tmpなど)のファイルにアクセスできません。バグであると考えられます。
attrib %systemroot%\assembly +r +s を実行して、属性を元に戻します(%systemroot%\Fontsも同様の属性です)。
%systemroot%\assembly のアクセス権限は %systemroot%Microsoft.NET のアクセス権限が反映されません。
ServiceModel 登録ツール (ServiceModelReg.exe) を実行してScriptMaps を更新します。
詳しくは Microsoft の ServiceModel 登録ツール (ServiceModelReg.exe) ページ (http://msdn.microsoft.com/library/ms732012(v=vs.80).aspx) を参照してください。
以下のコマンドを実行します
- cd “%systemroot%\Microsoft.NET\Framework\v3.0\Windows Communication Foundation”
- ServiceModelReg.exe /i
64bitでは さらに次の操作を実行します
- cd “%systemroot%\Microsoft.NET\Framework64\v3.0\Windows Communication Foundation”
- ServiceModelReg.exe /i
次のようなメッセージが表示されると ScriptMaps の更新が成功しているものと思われます。以下の内容は64bit環境のものです。
[Microsoft(R) Windows(R) Communication Foundation、バージョン 3.0.4506.4037]
Copyright (C) Microsoft Corporation. All rights reserved.
インストール中: Machine.config セクション グループとハンドラ (WOW64)
インストール中: Machine.config セクション グループとハンドラ
インストール中: System.Web ビルド プロバイダ (WOW64)
インストール中: System.Web コンパイル アセンブリ (WOW64)
インストール中: HTTP ハンドラ (WOW64)
インストール中: HTTP モジュール (WOW64)
インストール中: System.Web ビルド プロバイダ
インストール中: System.Web コンパイル アセンブリ
インストール中: HTTP ハンドラ
インストール中: HTTP モジュール
インストール中: プロトコル net.tcp の Protocol ノード (WOW64)
インストール中: プロトコル net.tcp の TransportConfiguration ノード (WOW64)
インストール中: プロトコル net.tcp の Xws ListenerAdapter ノード
インストール中: プロトコル net.tcp の Protocol ノード
インストール中: プロトコル net.tcp の TransportConfiguration ノード
インストール中: プロトコル net.pipe の Protocol ノード (WOW64)
インストール中: プロトコル net.pipe の TransportConfiguration ノード (WOW64)
インストール中: プロトコル net.pipe の Xws ListenerAdapter ノード
インストール中: プロトコル net.pipe の Protocol ノード
インストール中: プロトコル net.pipe の TransportConfiguration ノード
インストール中: プロトコル net.msmq の Protocol ノード (WOW64)
インストール中: プロトコル net.msmq の TransportConfiguration ノード (WOW64)
インストール中: プロトコル net.msmq の Xws ListenerAdapter ノード
インストール中: プロトコル net.msmq の Protocol ノード
インストール中: プロトコル net.msmq の TransportConfiguration ノード
インストール中: プロトコル msmq.formatname の Protocol ノード (WOW64)
インストール中: プロトコル msmq.formatname の TransportConfiguration ノード (WOW
64)
インストール中: プロトコル msmq.formatname の Xws ListenerAdapter ノード
インストール中: プロトコル msmq.formatname の Protocol ノード
インストール中: プロトコル msmq.formatname の TransportConfiguration ノード
.NET Framework 3.5 (SP1) のセットアッププログラムはネットワークに接続していると次のフォルダにファイルをダウンロードします
- %userprofile%\Appdata\Local\dotnetfx3521022.08
- %userprofile%\Appdata\Local\dotnetfx3530729.01
seto-kynet.com
setokynet Blog (WordPress.com) 