eclipse 3.0 M8

Интересуют три вещи:
1) Скорость
2) Глюки
3) Совместимость с workspace 2
?

Содрали со Smalltalk'овских сред, и то не до конца. :-)

Чё за Г такое ваще? Вы что, господа, пидарасы? (c) Никита Хрущов на открытии выставки художников-абстракционистов.

Ну оооооооооочень медленный!

> Ну оооооооооочень медленный!

Причём это еще мягко сказано. Смотришь на тоже VisualWorks Smalltalk вся среда на оном же и написана, и в упор не понимаешь - ну что так может тормозить в этой жабе ?! Про память я вообсче молчу.

Что же у вас за машины то такие на которых Eclipse тормозит ? У меня даже на ноуте PM - 1.3 GHz нормально работает. А это далеко не самый быстрый процессор. Не получается заработать денег на процессор 3 GHz программированием - подумайте о том что бы заняться чем нибудь другим.

> Что же у вас за машины то такие на которых Eclipse тормозит ? У меня даже на ноуте PM - 1.3 GHz нормально работает. А это далеко не самый быстрый процессор. Не получается заработать денег на процессор 3 GHz программированием - подумайте о том что бы заняться чем нибудь другим.

А теперь думаем, что заказчику не всегда нужны P4 4GHz для его задач, да и зачем мне ставить P4 если на P3 450MHz VW Smalltalk аж летает, при этом вся среда, (а она не маленькая) и Eclipse по навороченности нихрена не уступает, занимает аж 28 Mb в памяти. Вспоминаем сколько памяти нужно Eclipse. Да е деньги мне есть куда тратить окромя непрекращающегося upgrade машины.

Это аналог Forte (Sun One Studio) ?

Нука-нука.
А если в этом Smalltalk'е нечто вроде суновской J2EE?

> А если в этом Smalltalk'е нечто вроде суновской J2EE?

Что конкретно нужно ? Я в J2EE не разбираюсь.

J2EE, технология для создания распределённых приложений корпоративного уровня.

Конкретно нужно: фришный сервер приложения(в J2EE - JBoss), технологии для создания динамических web-интерфейсов, сходные(по качеству, а не API) с Java Servlet, Java Server Pages(JSP), опенсоурс тулкиты к ним.
Технологии типа Java DataBase Conectivity, а так же OQL надстройка типа Hibernate.

> Конкретно нужно: фришный сервер приложения(в J2EE - JBoss), технологии для создания динамических web-интерфейсов, сходные(по качеству, а не API) с Java Servlet, Java Server Pages(JSP), опенсоурс тулкиты к ним. Технологии типа Java DataBase Conectivity, а так же OQL надстройка типа Hibernate.

Web Application Server - Parcels providing Application Server support for Smalltalk Server Pages and Servlets. JSP and ASP standards are supported.

Web Services - Web Services provides full support for SOAP, UDDI, and WSDL.

Database Connect - Database connectivity framework for VisualWorks. + GLORP - обьектный маппинг на реляционные базы + GemStone/S - полностью обьектная/распределённая база данных.

Distributed Smalltalk - Parcels providing full CORBA support in VisualWorks

Opentalk - Opentalk is a new - still under development - distributed computing framework for VisualWorks. SOAP servers are implemented using Opentalk in VisualWorks.

Hibernate есть изначально - сохраняеться image и при запуске поднимается обратно, естественно что Dababase Connections, Net connections, etc надо переинициализировать.

И это всё только от Cincom, не залазя в Wiki и на сторонние сайты.

Всё кроме GemStone/S - free for NonCommercial, естественно.

> Ну оооооооооочень медленный!

Даже если дать ему -vmargs -Xmx256m ?

Всё таки "free" дурацкое слово, интересуют именно открытые разработки, потому как приложения корпоративного уровня:
1.не могут быть некоммерческими
2.требуют нормального фреймворка, независящего от прихотей сторонних разработчиков.

Из всего вами перечисленного открыт только GLORP(поправьте, если я не прав), к тому же, я думаю он сильно уступает Hibernate.
Для создания web-интерфейсов одних сервлетов и сервер-страниц мало(они довольно низко-уровневы), есть ли нечто вроде milestone, wings, struts, velocity для Smalltalk'овских сервлетов/страниц.

Кроме того, есть ли для Smalltalk такие кода-генераторы, как xdoclet?

З.Ы. Извините, что я так сильно наезжаю, но этот вопрос меня сильно заинтересовал.

> Всё таки "free" дурацкое слово, интересуют именно открытые разработки, потому как приложения корпоративного уровня: 1.не могут быть некоммерческими 2.требуют нормального фреймворка, независящего от прихотей сторонних разработчиков.

> Из всего вами перечисленного открыт только GLORP(поправьте, если я не прав), к тому же, я думаю он сильно уступает Hibernate.

Коммерческие пользователи VW Smalltalk имеют доступ ко всем исходникам, включая сырцы VM. Идеология Smalltalk нежизнеспособна без открытости исходников. Даже в NonCommercial есть все исходники кроме VM.

> Для создания web-интерфейсов одних сервлетов и сервер-страниц мало(они довольно низко-уровневы), есть ли нечто вроде milestone, wings, struts, velocity для Smalltalk'овских сервлетов/страниц.

> Кроме того, есть ли для Smalltalk такие кода-генераторы, как xdoclet?

Давайте договоримся не кидаться умными словами :-)) а расшифровывать по крайней мере их функциональность, поскольку java как платформа меня не интересует абсолютно (отчасти по причине самого языка).

Расшифруйте чего вам хочется - постараюсь ответить.

Ну вообщем, хотелось бы поменьше тегов писать, а интерфейсы делать с помощью обычных объектных компонент.

А ещё в J2EE нужно прописывать кучу всякой байды в xml-дескриптор и деплоймент-дескриптор для сервера(ну там именование, компонентные связи, секъюрные ассоциации), ну и писать интерфейсы для компонент, при использовании кода-генератора xdoclet достаточно в коментариях реализации компоненты расставить спецальные указания, и он нагенерит всё эту фигню сам, более того, самое интересное, когда вы компоненту поменяли, вам не прийдёться бегать по кучи файлам и править, xdoclet всё перегенерит, используя утилиту ant и build-скрипты процесс получается автоматизированный, может всё это лишнее, и вся эта фигня выполняется средой smalltalk'а?

В Eclipse есть плагины использующие ant, JBoss и xdoclet.

Насчет xdoclet'a - это ведь костыли, которые нужны именно из-за кривости j2ee. Какой идиот мог придумать что все эти home/local/remote интерфейсы надо руками описывать? Да еще и деплоймент дескриптор. Поэтому требовать от других языков наличия таких костылей просто смешно. И, кстати, будет ли этот xdoclet работать с JDK 1.5?

В то же время по поводу тормозов - так может говорить скорее всего человек не запускавший eclipse ни разу. Поскольку если eclipse тормозит - значит пришло время апгрейдить свой любимый 486ой. ;-) На p2-350 не тормозит _абсолютно_.

Ну и наконец по поводу топика ;-). Как там совместимость со старыми плагинами поломали, опять? А то я все не прощу им M5/M6. ;-) Так и буду на M5 сидеть до релиза.

>даже на PM - 1.3 GHz нормально работает

ха-ха-ха-ха... "Всего-навсего" 1,3 :)))

> если eclipse тормозит - значит пришло время апгрейдить свой любимый 486ой. ;-) На p2-350 не тормозит _абсолютно_.

Ну это вы загнули всё-таки.

На p3-666 Eclipse не особо летает, я бы сказал. По крайней мере в том, что каcается CVS и плагина epic.

Насчет EPIC - надо поставить интервал Validate source when idle > 1200 ms, тогда все будет работать гораздо быстрее. Правда не знаю про p3-666.

>J2EE, технология для создания распределённых приложений корпоративного уровня.

В Греции все есть. Для эклипсы существует гуева туча плагинов. Я как раэ ее еюзаю для создания корпоративных прилажений. В качастве сервера прилажений у меня JBOSS, но какая фиг разница? Нравится J2EE? Можно и для J2EE. Правда, основная разработка идет в Together, но он зараза комерческий, и бабов стоит немеряных. Закачиваешь триальную версию Together, и быстро-быстро ваяешь в нем проект (пока триал не кончился). Потом перепераешь все на эклипсу (там теги для деплоя отличные от Together), и вперед! Together монстр, и ресурсов жрет и тормозит немерянно. Еклипса рядом с ним летает. Но скорости работы хватает и в одном продукте, и в другом. Не могу я код набирать с такой скоростью, чтоб IDE не поспевала :))) Да и при тормозах, есть масса времени подумать.

ЗЫ. Я тут наблюдал за технологией работы "программера" на Delphi. Песня!!! Он просто берет, и компилит код. Ему сыпится куча ошибок. Он исправляет первую. Опять компилит... И так далее, пока все "ошибки" на поправит. Подумать, и почитать свой код ему как-то в голову не приходило. Я плакал :)))

Я и говорю, что xdoclet костыли, и если в Smalltalk'е они не нужны я рад.

По поводу тормозов: не умничайте, тормоза возникают как раз таки из-за больших потребностей этой среды, вы запустите Eclipse, JBoss, MagicDraw и прочий вспомогательный мусор на одной тачке, и поработайте чуток, решение, конечно, поставить побольше памяти, и почаще перегружать приложения.

И наконец, если вы, собствено, сидите на 3 Эклипсе, можете ответить по 3 пунктам первого поста? Хотя бы относительно Эклипса 2.0/2.1?

vada, я уже писал, что всю эту фигню я сам использую, интересует аналогичные вещи но не на JAVA, а Smalltalk.
А JBoss разве не J2EE? Отличие для другого J2EE сервера, наверно будет только в формате дескриптора?
Toghether не знаю, не использовал, не вижу необходимости, в свете ваших слов.
Код набираю очень быстро, IDE действительно не успевает.

Дельфи мне не нравиться, там не видно всего кода, а ошибки часто скрыты в пропертях!

Угу. Что характерно, Visual Age писался на том же смоллтоке, насколько я помню, а я бы не сказал, что эклипс тормознее... Ну что так может тормозить в этом смоллтоке?

> Угу. Что характерно, Visual Age писался на том же смоллтоке, насколько я помню, а я бы не сказал, что эклипс тормознее... Ну что так может тормозить в этом смоллтоке?

В Visual Age тормозная VM, кроме того, может быть Вы _посмотрите_ внимательнее на VA и как на нём _рисуются_ приложения. Естественно что он подтормаживать будет, особенно с учётом того, что там отслеживаются приобразования в сырцах и соответственно меняется модель.

По поводу xdoclet и прочего - идём на www.cincomsmalltalk.com, регистрируемся, качаем что нужно и читаем кучу доки в PDF. Я в общем не великий специалист с области WEB applications, по этому не хочу быть испорченным телефоном. Сходу могу сказать что HTML морда _рисуется_ в родном UIPainter'е + для VisualWorks существует родная поддержка continuations.

А что за плагин Epic? Не пользовался пока что. Те плагины, что пользую (jboss-ide,quantum,xml-buddy) не тормозят. Я-таки действительно запускал его на p2-350, правда под линухом. И JBoss там тоже крутился, magic draw я редко пользуюсь - не вижу причины его постоянно держать. На ноуте P3-700 у меня кроме этого еще Oracle 8.1.7. С ним конечно тормоза начинаются, но это скорее от нехватки памяти а не проца.

По поводу совместимости <=M5 были абсолютно совместимы с 2.1, просто при первом запуске говорили, что конвертируют - и конвертировали. Но можно было даже шарить workspace между двумя, загружая из по очереди. А вот коллега вчера M8 поставил, так были какие грабли, так у него и не получилось, но возможно, что это от недостатка времени/желания разбираться.

> Я-таки действительно запускал его на p2-350, правда под линухом.
А какие ещё могут быть варианты?

> И JBoss там тоже крутился, magic draw я редко пользуюсь - не вижу причины его постоянно держать.
Я вижу причину его не держать, памяти он жрёт больше эклипса!

> На ноуте P3-700 у меня кроме этого еще Oracle 8.1.7. С ним конечно тормоза
> начинаются, но это скорее от нехватки памяти а не проца.
Я и говорю, памяти всё это дело жрёт дофига, а если в JBoss'е постоянно редеплой делать к вечеру всё тормит, не вина Эклипса конечно, но если Smalltalk'овская среда жрёт меньше, возможно и сервак жрёт меньше, а если там есть альтернатива J2EE, то можно подумать и о переходе.

EPIC это немного из другой области, не из мира Java. Это попытка сделать IDE для Perl. Eclipse Perl Integration.

> Ну и наконец по поводу топика ;-). Как там совместимость со старыми плагинами поломали, опять? А то я все не прощу им M5/M6. ;-) Так и буду на M5 сидеть до релиза.

Лучше на M7 перелезь - многие фришные плагины на нём делаются. Я на нём сижу и перелезу только с релизом