LINUX.ORG.RU

Вышел Eclipse 3.3.1


0

0

Через три месяца после выхода первого выпуска Eclipse серии 3.3.x Europa была выпущена новая исправленная версия этой серии. В ней были исправлены 243 ошибки. Полный список исправленных ошибок доступен в параграфе 7.1 release notes. Окончательная сборка Eclipse 3.3.1 была сделана неделю назад и лишь сегодня, после необходимого тестирования, выпущена официально:

Линк для скачивания - http://download.eclipse.org/eclipse/d...

>>> Release Notes

Ответ на: комментарий от xsl

>Может быть первая же ссылка в гугле поможет?

Спасибо заработало! :) Жаль, что переключалка Java в Федоре так не работает... а должна, а eclipse не делает этого автоматом при установке, хотя, конечно, это не его работа. Вроде с Сановской Java пошустрее будет.

GladAlex ★★★★★
()
Ответ на: комментарий от generatorglukoff

2generatorglukoff:

не кажется ли вам, что следующие фразы противоречат друг другу:

>ЗЗЫ графические интерфейсы должны рисоваться в графических тулзах

и

>ЗЗЗЫ когда кто-нибудь сделает нормальный IDE из Glade или Qt Designer - тогда уж поговорим

?

Так где же должны рисоваться графические интерфейсы: в специальных программах (Glade, Qt Designer) или же в IDE?

З.Ы. В ранних версиях Qt Designer была возможность редактирования кода, что превращало его в некоторое подобие IDE, но затем эту возможность убрали, сосредоточившись именно на рисовании интерфейса. Неужели разработчики Qt настолько тупые, что не понимают всей важности изобретения велосипедов и создания комбайнов "все-в-одном"? :)

З.З.Ы. Qt Designer все же прекрасно интегрируется в Visual Studio, KDevelop и Eclipse.

V_L_A_D ★★
()
Ответ на: комментарий от V_L_A_D

> Qt Designer все же прекрасно интегрируется в Visual Studio, KDevelop и Eclipse.

Ну вот зачем было эклипс приплетать, нифига не прекрасно пока...

xsl
()
Ответ на: комментарий от anonymous

>Есть Lazarus он понимает синтаксис Object Pascal, HTML, C++, Perl, Java, Unix Shell, Python, PHP, SQL

Сырая поделка, этот ваш Lazarus - его еще пилить и пилить.

anonymous
()
Ответ на: комментарий от ero-sennin

>там хотя бы нормальный текстовый редактор есть...

+1

hobbit19 ★★★
()

студиокапец?

anonymous
()
Ответ на: комментарий от sv75

>А на хрена?

Просто, порнушку прячет чел в папке с проектом =))

anonymous
()
Ответ на: комментарий от tailgunner

>> А на хрена?

> Такова жизнь, бро.

Я просто как-то думал, что при таком количесвте пора либо на J2EE/ESB/JMS переползать вместо проекта на 5000 файлов, либо автор - Линус Торвальдс :-/

sv75 ★★★★★
()
Ответ на: комментарий от sv75

> Я просто как-то думал, что при таком количесвте пора либо на J2EE/ESB/JMS переползать вместо проекта на 5000 файлов

Одно другому не противоречит

> либо автор - Линус Торвальдс :-/

Некоторые несознательные личности используют Eclipse для работы над ядром :)

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

> Одно другому не противоречит

... и разделить на несколько проектов <1000 файлов :)

> Некоторые несознательные личности используют Eclipse для работы над ядром :)

Что, *все* файлы ядра - в проект? И нормально работает, просто интересно?

sv75 ★★★★★
()
Ответ на: комментарий от sv75

> ... и разделить на несколько проектов <1000 файлов :)

А зачем? Инкрементальный компилятор в Eclipse и так справляется.

>> Некоторые несознательные личности используют Eclipse для работы над ядром :)

>Что, *все* файлы ядра - в проект?

Я не отношусь к этим несознательным личностям :), только читал о них в списках рассылки. Насколько я понимаю, это ядро для одной архитектуры, и раньше приходилось отключать индексатор.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

Памяти - 1Гб, но под Eclipse запускается проект, который сам по себе жрёт по 400..600Мб. Да ещё в профайлере обычно запускается. Плюс на этой же машине раздачи с rtorrent и mldonkey, mysql, apache2, Gnome с Compiz-fusion и т.п. :) В общем, -Xmx=256m, ЕМНИП, у меня там для Eclipse прописано.

JVM - 1.6

...

То есть, Eclipse, конечно, не летает как VIM, некоторые (нечастые) операции секунды приходится ждать, но для работы без нервозности по поводу тормозов - хватает. Редактирование, прыжки по файлам, пошаговая отладка живого проекта указанного выше размера, рефакторинг - всё это вполне шустро бегает.

...

Кстати, к вопросу Java vs C++. Разве в C++ где-то научились редактировать код запущенного приложения на лету? Т.е. запускаешь многомегобайтный проект, во время работы ставишь breakpoint, проходишь в пошаговом режиме критическую точку, обнаруживаешь ошибку в функции, переписываешь эту функцию и работаешь дальше уже с новым кодом, не перезапуская всю связку? Невероятно ускоряет процесс отладки, если время запуска проекта измеряется минутами :D

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

> Кстати, к вопросу Java vs C++

Ура, холивор! :)

> Разве в C++ где-то научились редактировать код запущенного приложения на лету?

Нет. А Java-программы научились запускаться без JVM? :D

> если время запуска проекта измеряется минутами :D

Ну, фольклору много чего найдется сказать по этому поводу :D

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

>Ура, холивор! :)

Ну так, скучно же :D

>Нет. А Java-программы научились запускаться без JVM? :D

А чем она мешает? Программа запускается, работает, работает нормально, пишется и отладивается быстро и удобно - что ещё нужно для того, чтобы язык быстро стал языком №1 по тому же Tiobe? :D

>> если время запуска проекта измеряется минутами :D

> Ну, фольклору много чего найдется сказать по этому поводу :D

Время запуска аналогичного проекта на С++ раза в два больше :D Речь идёт о сравнении Lineage-сервера официального (C++) и опенсорсного эмулятора (Java) :D

...

Вообще, если время запуска более одной секунды, то разница между нативным и JVM-кодом зависит исключительно от программиста, а не от языка :D Вон, у меня ktorrent запускается столько же, сколько Azureus, а mldonkey - медленнее их обоих :)

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

>>Нет. А Java-программы научились запускаться без JVM? :D

>А чем она мешает?

Ну, это... даже не знаю, где начать. Мешает тем, что (обычно) каждое приложение запускается в собственной JVM (которая отнюдь не легкая)? Тем, что каждая JVM сама компилит кучу общего байт-кода в нативный? Тем, что каждая JVM имеет копию этого нативного кода? Тем, что непонятно, не уходит ли на реоптимизацию больше времени, чем выигрывается за ее счет? Или тем, что сама JVM - это огромная куча исходников, в которых, кроме Sun, никто не разберется?

> что ещё нужно для того, чтобы язык быстро стал языком №1 по тому же Tiobe? :D

Еще нужно, чтобы язык был реально тупой, чтобы прошло 10 лет времени и затрачено сотни мегабаксов на рекламу :)

>>> если время запуска проекта измеряется минутами :D

>> Ну, фольклору много чего найдется сказать по этому поводу :D

>Время запуска аналогичного проекта на С++ раза в два больше :D

По этому поводу фольклору тоже найдется, что сказать :) К тому же есть подозрение, что при разработке Java-версии были учтены уроки версии на Си++ ;)

tailgunner ★★★★★
()
Ответ на: комментарий от KRoN73

>Кстати, к вопросу Java vs C++. Разве в C++ где-то научились редактировать код запущенного приложения на лету?

Конечно научились. В Visual Studio работает

anonimuos
()
Ответ на: комментарий от Joe_Bishop

>> Конечно научились. В Visual Studio работает

>забыл добавить, "иногда" ;)

А в эклипсе будто всегда. Добавил новый метод и приходится перезапускать.

anonimuos
()
Ответ на: комментарий от DOKA

> Неудвительно, что исправлено столько ошибок - работало всё чторез ж*, посмотрим как сделано теперь

Хм.. У меня 3.3 пашет и не заикается. Что я делаю не так?

kda ★★★★★
()
Ответ на: комментарий от sv75

> Питон в IDE не сильно нуждается, а в небольших проектах точно.

А на больших проектах питон и не нужен. :) Хотя, PyDev прекрасное дополнение к Eclipse особенно оно радует в последних версиях.

kda ★★★★★
()
Ответ на: комментарий от tailgunner

> Разве в C++ где-то научились редактировать код запущенного приложения на лету?

> Нет. А Java-программы научились запускаться без JVM? :D

Ну почему же нет, та же Visual Studio еще с версии 7.1 позволяет это делать, а в 8.0 это уже очень даже удобно работает.

SLiDER
()
Ответ на: комментарий от SLiDER

> Ну почему же нет, та же Visual Studio еще с версии 7.1 позволяет это делать

Это linux.org.ru, MSVS на Линуксе не работает, топик посвящен Eclipse. Еще вопросы?

tailgunner ★★★★★
()
Ответ на: комментарий от SLiDER

И что? В Eclipse есть не только голый CDT, в Линуксе есть не только Eclipse. Я рад за успехи вендовых инструментов, но меня они не интересуют - всё равно, что их нет.

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous_incognito

> Какая версия Java?

Не важно какая версия. Извините за оффтоп. Уже вышла навая версия суси, а на гланой странице её сейчас нет. Может кто-нибудь добавит?

anonimuos
()

Для Cocoa SWT родили? Или только Carbon осилили?

SWT - это грубейшее нарушение основных принципов Джавы. Да и полноценной MVC нет - ещё один лишний слой в виде JFace не поможет. use NetBeans. Ну или vi, если NetBeans'a нет.:)

Bioreactor ★★★★★
()
Ответ на: комментарий от tailgunner

>Еще нужно, чтобы язык был реально тупой, чтобы прошло 10 лет времени

А что, у него много принципиально более молодых конкурентов? :D

>и затрачено сотни мегабаксов на рекламу :)

Да уж не сравнить с затратами на тот же C#, скажем :D

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

>> Еще нужно, чтобы язык был реально тупой, чтобы прошло 10 лет времени

> А что, у него много принципиально более молодых конкурентов? :D

Их и не может быть много - entry barrier уже слишком высок.

> Да уж не сравнить с затратами на тот же C#, скажем :D

С# вынужден догонять, поэтому и затраты его выше. Но догоняет он вполне успешно ;)

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

>Но догоняет он вполне успешно ;)

http://www.tiobe.com/tpci.htm

Если +(0.6-0.2) = +0.4% за год при соотношении 21.7/3.6 - это успешно, то C# будет при сохранении темпов догонять ещё 45 лет :D Догонять ему не передогонять... А если посмотреть на графики, то ситуация становится вообще печальная для C#.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

> C# будет при сохранении темпов догонять ещё 45 лет :D

Надеюсь

> А если посмотреть на графики, то ситуация становится вообще печальная для C#.

Экстраполяция - дело неблагодарное... а в комплект к C# есть еще VB.Net

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

>Экстраполяция - дело неблагодарное

Это - да. Ещё Менделеев это показал на примере погребения цивилизации к нашему времени под толстыми слоями конского навоза :D

>а в комплект к C# есть еще VB.Net

Роли он как-то не играет сегодня :) С другой стороны - на поле Java тоже полно всяких Groovy/JLua/Querqus/JRuby/Jython/etc... :)

KRoN73 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.