tomm’s blog

Včera jsem byl donucen upgradnout si celé javové vývojové prostředí. Několik různých betaverzí různých nástrojů včera způsobilo, že jsem už nedokázal téměř nic spustit. Začal jsem poslední verzí Javy 1.6 update 1, následoval přechod z beta verze TomCatu na stabilní 6.0.13, pokračoval přes maven 1.1 RC1 až jsem dospěl k Eclipsu. Pár měsíců od mého posledního pokusu už uběhlo, tak jsem stáhl aktuální 3.2.2 a … ono to běhá jako víno. Před cca 3 týdny se mě kamarád ptal, jestli jsem poznal s přechodem na 64b nějaký výkonostní rozdíl a já neměl žádnou možnost srovnání. Takže teď ji mám - 64-bitový Eclipse je znatelně svižnější, než jeho 32b varianta na stejném stroji a stejném systému.

Po úspěšném spustění jsem se pustil do instalace potřebných pluginů (naštěstí jich nepoužívám tolik). Hned první - podle mě dosti povedený Colorer na 64b nefunguje. Ale zdá se, že autoři si toho jsou vědomi a blíží se aktualizace v podobě verze 0.8.0, která by to snad měla vyřešit … zatím se bez něj obejdu. Plugin VeloEclipse funguje bez potíží, TestNG plugin též.

Takže maximální spokojenost a užívám si opět o něco svižnějšího prostředí

Hned na úvod špatná zpráva - nefunguje. Mám nainstalovaný 64 bitový openSuse 10.2, 64 bitovou Javu 6, mám doinstalovány všechny 32 bitové verze knihoven a všechny compat balíky. A nic. Eclipse kompilovaný pro x86_64 při startu skončí na chybě při volání jakési nativní knihovny kolem GTK. Pan Google sice najde podobný problém, ale ten se týká pouze aplikace Azureus. Sklopil jsem uši a používám 32 bitovou verzi a vše je v pořádku. Výše uvedené se týká verze 3.2.1.