Souhlasim s Makubem, ze urcite neni nutne generovat takove degenerovane
class soubory. Osobne bych povazoval za rozumne proste takovy class
soubor nevytvorit.
Pokud jde o puvodni dotaz, je to tak trochu moje chyba/nevedomost. Mam v
eclipse nastaveny stejny output folder pro .class soubory jako pouziva
maven (kvuli rychlejsi kompilaci pri vyvoji), protoze jsem netusil ze
eclipse vytvori i tridu, ktera by vlastne nemela vzniknout.
Pokud by totiz nevznikla, Maven by se pokusil ji vytvorit a zahlasil by
chybu a ja bych vedel, ze je treba to opravit.
Prirozene reseni je oddelit adresar pro .class soubory pro Eclipse a
Maven a bude po problemu.
Tom
Martin Kuba napsal(a):
Filip Jirsák wrote:
Zdravím,
myslím, že je to chování pochopitelné. Eclipse potřebuje zpracovaný
(nejlépe zkompilovaný) zdroják pro doplňování syntaxe, vypisování
chyb, kompilaci na pozadí, debugování atd. Přeložit metodu, kde je
chyba, jako vyhození výjimky, mi v takovém případě přijde jako
nejlepší řešení.
Hm hm, treba IntelliJ nic takoveho nepotrebuje, navic pro doplnovani
syntaxe staci parser textu, a debugovani a vypisovani chyb
ma smysl delat az u zkompilovatelneho programu.
Pro vývoj je to myslím výrazné zrychlení, a
distribuční jarko snad nikdo nebude vytvářet z .class projektu, který
má chyby…
Jak je videt z puvodniho dotazu, presne to se stalo.
Myslim, ze kdyz neco nejde zkompilovat, tak ma selhat kompilace,
a ne az beh programu, jinak je to matouci.
Ale neznam Eclipse, tak to nebudu moc rozebirat.
Makub
