>Eclipse.org в дауне :)
Это лишний раз показывает колличество даунов ;-)
Нормальные люди качают при помощи Azureus
(http://sourceforge.net/projects/azureus/)
Кстати он тоже написан на Eclipse ;-)
>Кто такие "rich client applications"? Приложения богатеньких клиентов?
5 балов! Я такого ещё не встречал!
Учи язык, будешь знать английский,
может и на java писать научишся. ;-)
Один глюк, похоже, остался. Я точно его пока не локализовал, но похоже на утечку памяти при использовании Custom Builder через ANT. Где-то в этот момент иногда кончается память.
>но похоже на утечку памяти при использовании Custom Builder через ASS.
мы - крутые жабщики, всегда говорили, говорим, и будем говорить - в жабе утечек памяти нету ибо гц есть. а с++ оцтой и гамно ибо гц нету. вот так! учись ламо! и памяти докупи - ее нонче бесплатно при входе в метро раздают. по 4 гига в руки.
>всегда говорили, говорим, и будем говорить - в жабе утечек памяти нету ибо гц есть
Дурачёк, кто тебе сказал что в java нету утечек памяти?
В java это ошибка менее вероятна, но все равно возможна.
В Сollection кладешь себе и кладещь объекты, а удалять не нужные забываешь. Collection gc не удаляет, так как ты его используешь, что бы класть в него новые объекты.
PS Учись, сынок и тебе и тебе не понадобится 4 гига памяти.
> Утечки памяти и с GC бывают - содержимое всяких там деревьев и хэш-таблиц ты сам должен освобождать, GC о них не позаботится.
Угу, а еще можно, например, в аттрибуты HTTP-сессии объекты складывать - и пока сессия жива GC никак эти объекты почистить не сможет. Используйте слабые ссылки (weak references) в таких случаях, а вообще есть хорошая книга про антипаттерны Java ("Горький вкус Java") - стиль изложения на любителя, а по смыслу рекомендую.
>Угу, а еще можно, например, в аттрибуты HTTP-сессии объекты складывать
Угум. Можно еще много чего придумать. :(( Память зажрать в Java не проблема. Было бы желание и упорство.
А вот что посоветуете в таком ключе. Я объекты создаю и грохаю. Создаю и грохаю... И наступает момент когда память йок... Мне бы мусорку запустить! А как?
>Однако это не гарантирует сборку. Рантайм имеет полное право забить на этот вызов.
Это так сун пишет специально для гнусных ламеров. А мы, продвинутые жаба-программеры давно знаем - в сун ждк систем.гц() и прочая - делает полную сборку мусоров. Фул так сказать солекшн. Да суньщики сами об этом пишут - в доке по тюнингу гц. Поройся по хнему отстойному сайту - нароешь.
>В Сollection кладешь себе и кладещь объекты, а удалять не нужные забываешь. Collection gc не удаляет, так как ты его используешь, что бы класть в него новые объекты.
Нда, а вот система сборки у них какая-то поломанная. Вместо CLASSPATH под Gentoo и Debian используют LOCALCLASSPATH (в build-скрипте). У меня почему-то это не работает, пришлось на CLASSPATH заменить.
Может для какого-то специфичного JDK? В любом случае, все собралось и работает :)
> Это так сун пишет специально для гнусных ламеров. А мы, продвинутые жаба-программеры давно знаем...
"гнусные ламеры" - это те, кто полагается не на сецификации, а на собственные заблуждения, основанные непонятно на чем. или это, так называемый, стеб?
а, зачем, собственно, пускать сборщика вручную? если уж действительно возникают такие проблемы, может быть стоит задуматься над использованием пула? в любом случае, я бы не стал полагаться на то, что сборщик будет гарантированно запущен вопреки утверждениям спеков.
В жабе утечек памяти нету, а в C++ есть, поэтому KDE, Mozilla отжирают память без остановки, чего не скажешь о, о,.. об этом сайте, например. Сколько раз в месяц linux.org.ru выжирает всю память и сервер приходится перегружать?