Можно сравнение с selenium? Насколько понял из описания, программы одного назначения.

эх...как же я хочу научиться писать веб-приложения на жаве, вот только всё времени не хватает
по сабжу: это всё таки фреймвёрк или надстройка над java api (как написано на офф сайте)?

>эх...как же я хочу научиться писать веб-приложения на жаве, вот только всё времени не хватает

Товарищ! Затраченное время окупится причём многократно.

ради Webspec стоит учить джаву?

Присоединяюсь к вопросу.

Вообще стоит учить джаву? Насколько оно популярно среди работодателей?:)

тебе популярность или зарплата нужна?

в принципе последние версии не сильно уступают селениуму по функционалу, из преимуществ - pure java. из недостатков - pure java. как-то так :)

если так ставить вопрос - то лучше выучить ruby ради watir

я предпочитаю называть его фреймворком, а вообще все зависит от определений.

>Вообще стоит учить джаву? Насколько оно популярно среди работодателей?:)

Примерно 12%. C/C++ примерно 7%. 1С - 43%. Это год назад взяли предложения с ведущих сайтов с вакансиями. С# около 2%.

В самой Java, пожалуй, ничего особенного нет. Но на текущий момент сложилась мощная инфраструктура. Платформе Java EE 6 вообще альтернатив нет.

Например, можно сделать приложение для учёта баллов на карте подобное Связной-клуб. И обойтись 300 строчками кода с учетом комментариев и т.п. При этом будут учтены многие насущные вопросы.

> тебе популярность или зарплата нужна?

Деньги всем нужны:)

>Например, можно сделать приложение для учёта баллов на карте подобное Связной-клуб. И обойтись 300 строчками кода с учетом комментариев и т.п. При этом будут учтены многие насущные вопросы.

лолкак

>лолкак

Примерно так, но это чисто для лола.

Качаем JDK. Качаем NetBeans. Качаем Java EE 6 SDK.

Анализируем требования. Рисуем Use case диаграмму. Рисуем диаграмму классов.

В NetBeans создаём Enterprise приложение с EJB и web модулями.

Делаем Entity-классы в соответствии с диаграммой классов.

Делаем Sesion Stateless бины с необходимой логикой.

Делаем обёртку к EJB в виде SOAP web-сервисов. Можно сделать REST, но мне клиента проще для SOAP (и потом даже 1С его поддерживает). Ещё можно специально для всяких Android-ов и т.п. сделать Hessian-сервис.

Деплоим приложение на GlassFish.

На всё это уходит 2-3 дня. Конечно нужно почитать немного книжек. В Java EE 6 SDK есть отличный туториал на 700 страниц.

Качаем JDK. Качаем NetBeans. Качаем Java EE 6 SDK. ....

Брось бяку!!! С помощью maven + spring и без ненужных сущностей типа диаграмм use case && class такая задачка решается максимум часа за 4.

>Брось бяку!!! С помощью maven + spring и без ненужных сущностей типа диаграмм use case && class такая задачка решается максимум часа за 4.

Да!

Это многообразие мира Java. Всегда есть альтернативы. Не любишь Swing есть SWT. Не любишь J2EE есть Spring. ...

use case && class - это просто правила хорошего тона и фреймворк не имеет значения. Если так рассуждать, можно и вовсе всё на PHP можно написать.

Maven не имеет отношения к разработке. Это инструмент организации и сборки проекта. Java EE отлично чуствует себя в среде Maven.

Я бы всё же не рекомендовал начинать со Spring. Spring был актуален во времена EJB 2.0. Сейчас в нём нет необходимости. Java EE самодостаточная платформа, которая является промышленным стандартом.

Всё можно сделать за 4 часа, но еще есть различные тесты.

use case && class - это просто правила хорошего тона и фреймворк не имеет значения. Если так рассуждать, можно и вовсе всё на PHP можно написать.

Ага, хорошего тона ;) Который никто в жизни не соблюдает. А если какой-нибудь приличный разработчик и соблюдает, то остальные не читают ;) А на самом деле сами по себе эти диаграммы нафиг не нужны. Их единственное адекватное применение - наглядно показать какие-то моменты из технического задания или technical blueprint. Но и там без них можно обойтись одним лишь текстом.

Maven не имеет отношения к разработке. Это инструмент организации и сборки проекта. Java EE отлично чуствует себя в среде Maven.

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

Я бы всё же не рекомендовал начинать со Spring. Spring был актуален во времена EJB 2.0. Сейчас в нём нет необходимости. Java EE самодостаточная платформа, которая является промышленным стандартом.

Спринг все-таки сильно конфигурябельнее j2ee. Плюс еще куча плюшек типа интеграции со всякими сбокустоящими приблудами. И если он используется, в проекте (а это так в 80% проектов), то нафига нам лишняя сущность в виде ejb (ради которой обычно и используется полный j2ee).

Всё можно сделать за 4 часа, но еще есть различные тесты.

Зачем нужны тесты для приблуды на пару сотен строчек?

Ну так что, пагни? Чем следует пользоваться благородному дону при написании веб-приложений на java? А то столько всего и не знаешь, что выбрать. Также интересно, есть какие-нибудь опенсорсные проекты, использующие современные плюшки? Хочется глянуть живой код.

> Чем следует пользоваться благородному дону

Благородным Донским

Знать надо оба. Чтобы потом не пытаться запихнуть java ee где достаточно спринга и наоборот, где недостаточно, не дописывать много на коленке.

> Зачем нужны тесты для приблуды на пару сотен строчек?

чтоб потом, когда приблуду захотят расширить было проще. Да и тесты хорошо подходят как часть документации

что-то про преимущества/недостатки совсем скупо сказано :(

даже не знаю, между селениумом и ватиром не так много глобальных различий. собственно язык - первое и единственное, что приходин в голову.

s/ватиром/webspec'ом/ конечно же

>чтоб потом, когда приблуду захотят расширить было проще.

Эммм.. мы о приблуде на 300 строчек или о нормальном проекте с перспективами дальнейшего развития?

Я помню несколько случаев, когда приблуда после нескольких доработок становилась «проектом с перспективами дальнейшего развития».

Я помню несколько случаев, когда приблуда после нескольких доработок становилась «проектом с перспективами дальнейшего развития».

Как только приблуда переходит в категорию «проекта с переспективой» старую версию надо срочно закапывать. И писать по новой, учитывая наработки страой, но уже с нормальной архитектурой, codestyle etc.

Новые библиотеки для автоматизации не могут не радовать. Но в селениум 2 АПИ получше будет чем тут. Там используются анотации для вебелементов, чтобы разделить их описание от самих тестов.

>Там используются анотации для вебелементов, чтобы разделить их описание от самих тестов.

да, но это тянет за собой необходимость изучать selenium, тут же достаточно каких-никаких знаний жабы. во многих случаях это плюс.

прошлая версия было очень неплоха только с нетерпением жду когда получится эту версию потрогать

угу, только бюджет нередко на это не дают. Лучше писать сразу хорошо.

угу, только бюджет нередко на это не дают. Лучше писать сразу хорошо.

Сразу и хорошо относится скорее к жанру научной фантастики. А бюджет и на первоначальное написание приблуды по нормальному не дают.

Это смотря какая приблуда :) А сразу хорошо (для меня) == придерживаясь некоторых принципов

как это подключить?

У меня все закончилось на этой строке, просто не видит WebSpec:
WebSpec spec = new WebSpec().mozilla();
все jar файлы из library и java/dist добавил в библиотеку. Пробывал и в netbeans, и в eclipse.

я бы написал, но мне лениво. напиши в http://groups.google.com/group/watij?pli=1