Java форум JavaTalks

интересная тема... я вот сам нынче пишу на Грйэлсе... похоже что скоро заканчиваю проект... а сколько ещё тут участников ?
_________________
The meaning of life, universe and everything is 42!

Я активно изучаю, еще ниодного проекта не написал.

А сам пишешь на Груви или Пайтоне ?
_________________
The meaning of life, universe and everything is 42!

Не понял - грейлз поддерживает питон-синтаксис?
Я вообще пытаюсь полностью использовать Жава-синтаксис, ибо бОльшему колчиеству людей будет это понятно.

Ой, тьху только с утра понял что ты имел в виду. Грейлз я изучаю Smile

а вот мне удалось уже внедрить в "жизнь" проект на Грэйлс.
Переписываю некую веб апликацию писаную на JSF... интересно - в реальной жизни есть скрытые грабли на которые при изучении близко не подойдешь...
_________________
The meaning of life, universe and everything is 42!

Tigor, можешь привести примеры грабель, на которые у тебя получилось наступить?

Большой проект был? Вот мне интересно - возможно ли на нем большой ентерпрайз проект написать..

Грабли на которые пришлось напороться весьма не тривиальные.
Проблема номер один и очень распрастраненная
1. JAR Hell - если добавлять плагины то очень быстро джар файлы начинают наезжать друг на друга... при чем проблемы от этого очень не предсказуемые.
Так что если вздумалось добавлять плагин - рекомендую после установки плагина сразу запустить аппликацию и убедиться что всё работает.

2. Интеграция Java Hibernate + Grails Domain (hibernate)
НЕ РАБОТАЕТ.
Т.е. если у вас есть некий Spring Context который содержит Java Hibernate Session
ТО не пытайтесь работать с Grails Domain объектами.
Smile

Греэйлс создает для своих домэйнов свою сессию, а для импортированных объектов открывает ДРУГУЮ сессию.

Опишу другими словами - если у вас есть некий модуль БД написанный на джаве и вы хотите прикрутить его в Грэйлс аппликации то нельзя одновременно использовать Грэйлс БД доступ.
А обидно тааа как Smile

предпологаю что есть решение этой проблемы... когда найду отпишусь.

ЗЫ - проект не очень большой. Апликация по менеджменту сети серверов.
_________________
The meaning of life, universe and everything is 42!

О, эт классно, что про грабли заговорил - буду знать, спасибо Smile

А как это - жар файлы наезжают друг на друга?
PS: переименовал тему в более приближенную к дискуссии.

Присоединюсь к обсуждению Smile

и вставлю свои пять копеек.

Писал на grails с большими перерывами где-то месяцев 5. Делал просто блог, ну со всеми наворотами, немного потренироваться.

Подтверждаю про JAR Hell. Сначала все так выглядит здорово, все легкое и пушистое, а потом установишь с десяток плагинов и приехали... WAR весит 50+ метров, причем своего кода там килобайт 200. Ну скажем это я погорячился с плагинами, просто хотелось максимум из них выжать и меньше своего писать. Так что плагины надо с осторожностью ибо им свойственно конфликтовать.

А еще, как всегда не все гладко с переездом на новые версии Grails. Причем плохо переезжают в основном плагины а не свой код.

Понравилось: катастрофически приятно разрабатывать, очень внятная модель, Convention Over Configuration заруливает по-полной. С хибером очень приятно общаться через GORM. Динамические методы типа findByUserIdAndName() просто счастье Smile

Вцелом - очень положительный впечатления, но как всегда - не серебрянная пуля. Пользовать надо с умом как и все остальное. Что касается production-readiness то лично мое ИМХО тут все в порядке. Хотя у меня нет личного опыта удачных коммерческих проектов.

В сети говорят очень разное. Вот буквально в твиттере пролетело:

Marc Palmer
FInished porting Rails app To Grails. It does lots of string manip. & DB access. Grails wins 6-10x faster perf.! (via @andrewressler) WOW!

Надо тестить на ревльных приложениях и самому, а так это все слухи.

нда - сравнить JAR и DLL конечно можно - и то и то внешние библиотеки. Только в моем понимании ничего общего. Ровно как и решение проблемы JAR Hell не лежит в плоскости JVM и будет катастрофически плохо если JVM будет там что то делать. По крайней мере на данный момент это моё мнение.
Проблема JAR решается довольно просто, например с помощью Мэйвена. Есть подход версий. Есть подход snapshot. Оба подхода легитимны и обладают своими плюсами и минусами.

В Грэйлс в том то и проблема что этот процесс пытаюстся автоматизировать. Каждый плагин тянет свои JARы и когда Грэйлс запускается то он берёт все эти JARы в одну кучу.

Если же самому готовить программу для запуска - то в жизни не будет такой проблемы т.к. при подготовке разработчик засунет именно тот самый JAR который необходим.
Что самое прелестное в Джаве и чем JAR отличается от DLLчто при запуске другой программы на базе того же JAR файла не будет столкновений между программами.
_________________
The meaning of life, universe and everything is 42!