переход на STRUTS -- how long?

[Komissar]

Дано: 28-страничная аппликуха, написанная в Model2 (JSPs и controller-servlet). Контроллером работает, ессно, сервлет. Model запрашивается через Java class'ы (вызываемых в страницах через accessor methods и/или скриптлеты)... View лепим из перемешки статических HTML tag'ов (хедеры и т.д.) и динамически генерируемых через великий out.println()

Подумываем, что при новом релизе можно было бы перенести это дело в STRUTS. Кто работал со STRUTS: сколько времени займет разнести усе по правильным местам? Есть ли грабли или какой неожиданный overhead?

Или хрен с ним, все работает и так сойдет?

[Volant]

Если все работает, то лучше ничего не трогать. (первый закон инженера)

Другое дело - если нужна job security. Тогда можно и постараться.

[JustMax]

Дано: 28-страничная аппликуха, написанная в Model2 (JSPs и controller-servlet). Контроллером работает, ессно, сервлет. Model запрашивается через Java class'ы (вызываемых в страницах через accessor methods и/или скриптлеты)... View лепим из перемешки статических HTML tag'ов (хедеры и т.д.) и динамически генерируемых через великий out.println()

Подумываем, что при новом релизе можно было бы перенести это дело в STRUTS. Кто работал со STRUTS: сколько времени займет разнести усе по правильным местам? Есть ли грабли или какой неожиданный overhead?

Или хрен с ним, все работает и так сойдет?

Overhead , chto Struts JavaBeans (Form) v sessiju po umolchaniju
zapihivaet - no eto esstestvenno nastraivaetsia. Grabli byvajut - inogda prihoditsia v ishodniki glianut' - no v etom to i prelest' OpenSoursa (v otlichii ot ASP.NET)
Voobshe Struts rulez konechno - hotia ja by esio na vashem meste obratil vnimanie na standartnuju biblioteku JSP STL - ochen' pohozha na Struts

[Оранжевое Небо]

Дано: 28-страничная аппликуха. Есть ли грабли или какой неожиданный overhead?
Или хрен с ним, все работает и так сойдет?

Мой совет - без надобности не ворошить.
Начнете со Struts, захочется с тагами поиграться, Velocity приплетете или еще чего другого. Если с JDBC завязки есть то этот кусок серьезно вычищать придется - короче кончится редизайном
всего приложения, новыми багами...
Другое дело что если само приложение трещит и требует переосмысления - тогда Struts не повредит.

[Komissar]

А если только ограничиться разносом M, V, C и все JDBC зашить в М (они и так все в отдельных классах сидят, не в страницах), то сколько примерно времени? У нас наняли одного хмыря, он взялся переделывать похожую (по размерам и сложности) аппликуху, так вот сидит 2.5 месяца, из 30 страниц 1.5 сделаны, да и те не полностью фурычат, при том что чувак 100% на проекте.

Но, говорит, "I will challenge anyone who says they can learn STRUTS faster". Так что интересно стало, а насколько страшен зверь?

[Оранжевое Небо]

Так что интересно стало, а насколько страшен зверь?

Зверь сам по себе не страшный. Если Ваше приложение уже спроектировано в MVC стиле то с разносом особых проблемм не видится. Есть общие точки, затрудняющие перенос, особенно если это связано с многоязычностью.
Процесс облегчается большим количеством литературы очень хорошего качества.
Для небольшого проекта в качестве полезного тулза вполне подойдет Struts Studio (www.exadel.com) У них на сайте есть неплохая демо-версия реализованная как плагин в eclipse. Возможно ваш человек просто запутался в настройках Struts приложения и это его колбасит.

[JustMax]

Но, говорит, "I will challenge anyone who says they can learn STRUTS faster". Так что интересно стало, а насколько страшен зверь?

Я Struts изучил за два вечера когда приперло. Правда тогда версия 0.5 была - с тех пор много чего нового наваяли - вот от ASP.NET меня порой конкретно колбасит - особенно когда поглубже лезть надо или организовать синхронизацию между модулями или override стандартную обработку http запросов - такой дурдом начинается . Вообщем шаг влево шаг вправо от политики партии карается смертью.

[Оранжевое Небо]

А если только ограничиться разносом M, V, C и все JDBC зашить в М (они и так все в отдельных классах сидят, не в страницах), то сколько примерно времени?

А какой смысл тогда переносить? Чем-то напоминает перенос фортрановской программы на с, когда все goto остаются на месте.
Тот же jdbc-код наверное стоит вынести в конфигурационную часть, Jsp переделать с учетом возможностей библиотек - иначе на кой весь сыр бор?

[Palych]

А если только ограничиться разносом M, V, C и все JDBC зашить в М (они и так все в отдельных классах сидят, не в страницах), то сколько примерно времени?

А какой смысл тогда переносить? Чем-то напоминает перенос фортрановской программы на с, когда все goto остаются на месте.
Тот же jdbc-код наверное стоит вынести в конфигурационную часть, Jsp переделать с учетом возможностей библиотек - иначе на кой весь сыр бор?

"И я того же мнения!"(с)
Сначала надобно решить "Зачем?" (Это как на Луну лететь... )
Определить куда приложение будет развиматься. На этот период забыть слова Struts, MVC, Framework, и прочие buzzwords.
И только потом подбирать средства достижения цели.
Если приложение достаточно стабильно (в смысле развития) и главная задача - увеличение производительности и вычищение багов - Struts прямо противопоказан.
Если ожидается серьезное расширение приложения, применение его в новых отраслях - тодда лучше сразу прыгнуть на гибкий и устойчивый Framework, при этом shop around, давая Struts'у равный шанс с конкурентами.
Нельзя сбрасывать со счетов и learning curves - может доморощеный framework будет проще в понимании для девелоперов (для некоторых легче сваять свое, чем изучать чужое), тем более что Servlet Spec предоставляет достаточно большие куски и приложение может иметь достаточно простой интерфейс.
Если же нужно вписать Struts в резюме - тут все зависит от степени влияния и ответственности. У нас например главный инженер недавно встал не стой ноги и заявил что его знания C++ начинают ржаветь. Теперь он с группой единомышленников переписывает модули на C++. "Душераздирающее зрелище!"(с) За 9 месяцев они почти научились оперировать DOM объектами - uptime превысил 15 минут...

[Оранжевое Небо]

На этот период забыть слова Struts, MVC, Framework, и прочие buzzwords.

Палыч, порекомендуйте пожалуйста среду для хранения данных с jdbc интерфейсом. Что-нибудь легкое, что можно ставить вместе с приложением. Я вот напоролся на Pointbase - он теперь вместе с Jrun4 идет. Наверняка что-нибудь подобное еще имеется.

[Palych]

На этот период забыть слова Struts, MVC, Framework, и прочие buzzwords.

Палыч, порекомендуйте пожалуйста среду для хранения данных с jdbc интерфейсом. Что-нибудь легкое, что можно ставить вместе с приложением. Я вот напоролся на Pointbase - он теперь вместе с Jrun4 идет. Наверняка что-нибудь подобное еще имеется.

Sorry, давненько не брал в руки шашки - текущее приложение использует СУБД в основном для аудита...
IMHO - ответ сильно зависит от интенсивности обращений и от соотношения чтения/запись.
...Погодите - "с jdbc интерфейсом" - Вам нужна сама СУБД, не framework доступа?
Если подобное Pointbase - McKoi http://mckoi.com/database/
Вроде работает, за надежность ничего сказать не могу...

[Alf]

Если подобное Pointbase - McKoi http://mckoi.com/database/
Вроде работает, за надежность ничего сказать не могу...

Выглядит очень заманчиво. Кто-нибудь пытался это использовать? Как быстро работает?

[Palych]

Если подобное Pointbase - McKoi http://mckoi.com/database/
Вроде работает, за надежность ничего сказать не могу...

Выглядит очень заманчиво. Кто-нибудь пытался это использовать? Как быстро работает?

Na glaz vrode nichego, tochnyh zamerov ne delal. Mne bylo vazhno chtoby OUTER JOIN rabotal - i on rabotal!
V lyubom sluchae ya by ne kinulsya zamenyat' im Oracle...
Nalichie "local'nogo" interface delaet ego privlekatel'nym dlya zameny flat files...