◆ご質問◆

 １．
 Curlコントロールパネルの「全般」タブ、
 「強制再同期設定」のラジオボタンを、
 「全てのアプレットの再同期を強制する。」を選択しております。
　resync-as-ofを使用しない場合、クライアントの強制再同期設定だけでは不完全とういことでしょうか？

 ２．
 独立型アプレットで発生しているのですが、
 ブラウザを使用したresync-as-ofの指定がないアプレットでは発生報告はありません。
 ブラウザを使用した場合はブラウザの再同期設定に依存する可能性が あるということでしょうか？

◆回答◆

1. について
 「全てのアプレットの再同期を強制する。」を選択した場合は、
アクセスする全てのパッケージファイルにおいて、まず、
HEADリクエストでWebサーバ上のパッケージファイルの最終更新日時を
確認し、ローカルのパッケージキャッシュよりも新しければGETリクエストで
新しいパッケージファイルを取得します。
(そうでない場合はローカルのパッケージキャッシュを使います。)

ただ、これはクライアントのCurlの挙動であり、Curlより”外の”環境については
影響を及ぼすことは出来ません。
つまり、例えばWebサーバとの間にプロキシサーバが存在し、プロキシサーバに
もキャッシュがある場合、CurlがWebサーバから新しいパッケージファイルを
取得しようとしてもプロキシサーバが古いパッケージファイルを返してしまう事が
考えられます。これはCurlの設定では回避できません。プロキシサーバ内に存在する
古いキャッシュを削除したり、そのファイルのみキャッシュに残さないように設定しなければなりません。

また、ブラウザのキャッシュの存在も考えられます。
CurlがWebサーバから新しいパッケージファイルを取得しようとしても
ブラウザのキャッシュから古いパッケージファイルが返されるということも考えられます。
この場合は、パッケージファイルをブラウザにキャッシュさせない様にWebサーバの設定を行わなければなりません。

実際にどこのデータを取得しているのかを追及するためには、
パケットのログを取得し、解析しなければ断定することは出来ません。

2. について
ブラウザを使用したアプレットでも、独立型アプレットでも使用する
通信モジュール(WinInet.dll)は同じであるため、同様の現象が
発生する可能性はあります。
独立型アプレットだけにこのような問題が発生するわけではありません。

【ご質問】
Ｃｕｒｌプログラムをオフライン実行(ＯＣＣ)できるように設定しようとしておりま
すが、エラーとなってしまいます。

　【構成】
　Directry_1
　│　File_1.scurl　(←マニュフェストには含まれていません)
　│
　└─Directry_2
　　　　　manifest.mcurl
　　　　　StartUpFile_1.curl
　　　　　File_2.scurl
　　　　　curl-archive.car
　　　　　curl-timestamp.txt

　【起動ファイル】
　StartUpFile_1.curl
　《指定方法》
　curl://occ/http://・・・/StartUpFile_1.curl

　【起動ファイル内容】
　{curl 7.0 applet}
　{curl-file-attributes character-encoding = “shift-jis”} {applet manifest = manifest.mcurl”,
　    curl-root = “.”
　}
　{do {occ-install-or-update occ-root-installer}}

　{include “../File_1.scurl”}

　　　　↓↓↓
　【エラー内容】
　《StartUpFile_1.curl の時》
　「<エラー> – このアプレットをロード中にエラーが発生しました。
　SyntaxError: file:///c:/・・・
　/Directry_1/Directry_2/StartUpFile_1.curl:29[1]: ‘MissingFileException: モー
　ド ‘r’ でファイル ‘c:\・・・\Directry_1\File_1.scurl’ を開くことに失敗しまし
　た: 指定されたファイルが見つかりません。 (2)’ が原因で、’../File_1.scurl’を
　読み取ることができません」

【回答】
OCCはクライアントにダウンロードさたファイルを使うことになりますが、
今回の現象は、クライアントにFile_1.scurlファイルが存在しないために
発生しているものでございます。

OCCのデプロイの仕様として、外部フォルダ（親フォルダや兄弟フォルダ）を
対象にすることができません。
File_1.scurlは外部フォルダ上にございますので、対象に含めることができません。
そのため、クライアントにも配置されず、今回の現象が発生しております。

同じ階層にある、もしくはサブフォルダであればデプロイ対象となりますので、
回避する方法として、
　File_1.scurlファイルをDirectry2フォルダに配置する、もしくは
　Directry2フォルダ以下にサブフォルダDirectry1を配置し、
　該当のファイルをマニフェストファイルに追加する必要がございます。

尚、File_1.scurlファイルがどうしても親フォルダに存在している
必要があるのであれば、
クライアント端末にFile_1.scurlファイルを配置していただければ稼動致しますので
こちらも併せてご検討頂ければと思います。
 

【ご質問】
SCC設定中にIDEがフリーズする現象が発生します。

 [フリーズするタイミング]
 『SCC』-『設定』-『ソースコード管理タブ』
 1.　『ソースコード管理を有効にする』をチェック
 2.　『プロバイダー』を”Microsoft Visual SourceSafe”へ選択
 3.　OKボタンを押下

【回答】
2、3実行時の Curl　IDEの挙動について説明します。

・2のタイミングで押下不可となる現象について
　『プロバイダー』を選択したタイミングで、
　Curlより　Microsoft Visual SourceSafe（以下、VSS）に通信を試みます。
　この通信の際、VSSより応答があった場合に
　Curlにてボタンを押下可能になるよう制御しております。
　（応答がない場合は押下可能にしません）

　押下不可能となるとのことですので、VSSより応答がなかったことが
　原因であると考えられます。

・3のタイミングでフリーズする現象について
　OKボタン押下により、Curlより、VSSに対し通信を行い処理をパスします。
　Curlとしてはその段階でVSSに処理が移管されるため、
　VSS側の制御となりCurlは処理が完了するのを待ちます。

今回の事象に関しては、Curlに閉じた問題ではなく、
複数のツールが関連している複雑な問題です。

VSS側の情報として以下のような情報もありますので参考にして下さい。
　http://support.microsoft.com/kb/932874/ja

◆ご質問◆

アプレットのロードが完了する前にブラウザを閉じると”一時停止中”のまま
フリーズする場合があります。

◆回答◆

“終了中”とはCurlを終了しようとしている状態のことを指します。
通常は一瞬しか表示されません。
推測ではありますが、今回のように表示時間が長い場合は、
「OSがCurl終了プロセスをロックしている」ことや
「CPU使用率が異常に高いためCurl終了処理に時間を要している」ことが考えられます。

アプレットのロード完了の確認についてですが、
確認はアプレットマネージャーで行うことができます。
ロードが完了すると状態欄が”アクティブ”に変化しますので、
状態欄に表示される内容で判断をしてください。