GWT DevModeからGWT 2.5.1 tmpディレクトリ

Question

を埋める

は、結果的にOSがlow disk spaceを警告し、今/tmpディレクトリの下に新しい巨大なキャッシュファイルを生成します。しかし、この問題は過去に一度も起こったことはありません。

ファイルgwtXXXbyte-cache（XXXは長い乱数）は、ほぼ1 GB bigです。それは普通ですか？

キャッシュファイルは、DevModeセッションが終了すると自動的にクリーンアップされます。ところで、マシンを再起動することは役に立ちません。

@EDIT

上記の比較では、DevMode上GWT starter applicationを実行すると、50 MB sizeに関する新しいキャッシュファイルを生成します。それも大きすぎますか？

@EDIT 2

私はGWT UI releatedソースコードをmodifedと再びDevModeを走りました。その後、新しい巨大なキャッシュファイルgwtYYYbyte-cache（別の長い乱数であるYYY）が正確なバイト数の前にsame sizeとして生成されました。何か案は？

@EDIT ./gwt-unitCache、./war/WEB-INF/deployと./war/ZZZディレクトリを手動で除去した後、3

（ZZZがDevMode上でホストGWTアプリケーションである）、次DevModeセッションはa few KBに収縮/tmp/gwtXXXbyte-cacheファイルを生成します。オプション-workDir DDD（DDDは別の書き込み可能なディレクトリである）とのDevModeを起動

@EDIT 4

は動作しません。キャッシュされたスタッフはデフォルトの/tmpディレクトリに書き込みを続けます。

Answer 1

1GBは開発目的には多すぎます。 私が考えることができる唯一の理由は、.gwt.xmlファイルにの順列をたくさん設定していることです。 開発中の順列の数を最小限に減らす必要があります（使用している仕様のみを含める）。 DevGuideCompileReportを使用して問題を特定できます。

編集：

共通の課題は他のユーザーによって報告されています。これは、日食のプラグインでは、一時ファイルを正しく削除しないと関係しています。この問題は報告されており、GWTユーザーから多くの注目を集めていますが、具体的なパッチはリリースされていません。の回避策は、手動でファイルを削除するかのために仕事をするためにスクリプトを記述することであった：

google-plugin-for-eclipse-issue74

Answer 2

ここでGWT後にクリーンアップするには、Windowsのバッチスクリプトです：

@ECHO OFF 

ECHO Cleaning ImageResourceGenerator files ... 
IF EXIST "%TEMP%\ImageResourceGenerator*" DEL "%TEMP%\ImageResourceGenerator*" /F /Q 

ECHO Cleaning uiBinder files ... 
IF EXIST "%TEMP%\uiBinder*" DEL "%TEMP%\uiBinder*" /F /Q 

ECHO Cleaning gwt files ... 
IF EXIST "%TEMP%\gwt*" DEL "%TEMP%\gwt*" /F /Q 

ECHO Cleaning gwt directories ... 
FOR /D /R %TEMP% %%x IN (gwt*) DO RMDIR /S /Q "%%x" 

ECHO. 
ECHO Done. 
PAUSE