Сервера приложений

[metaclass]

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

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

В связи с этим, имеется вопрос: если не жаба и не дотнет, и не веб-интерфейсы, а нормальная трехзвенка - субд, аппсервер, более-менее интеллектуальный клиент и все это предпочительно кроссплатформенное - на чем такое вообще писать? И какая должна быть архитектура подобной вещи, а особенно - какая модель данных, какая парадигма программирования и в каком виде гонять данные между клиентом и аппсервером, чтобы это не оказалось очередной инкарнацией СуперУниверсальнойСистемыДляВсего, на которой сделать что-либо сложнее, чем это же склепать по быстрому с нуля вручную :)

Comments

[paranoekk.livejournal.com]

Если "недотнет", то отсутствующей ит службе будет легче?

[shaman237.livejournal.com]

имхо все-таки лучше жава и жбосс...

[max-posedon.livejournal.com]

Слишком общий вопрос, чтобы надеятся получить конкретный ответ.

На самом деле главное тут - как можно более автоматизированный инсталятор,
а всё остальное - больше конкртеных вопросов - больше конкрертных ответов :).

[paranoekk.livejournal.com]

Ну не на C++ писать же. Может дельфи? (остальные технологии в вашем случае вообще как-то не хочется в расчет брать).

[raydac.livejournal.com]

а GlassFish как в качестве альтернативы JBossу?

[henu3detb.livejournal.com]

Эмммм... Если уж жабу, то надо сначала смотреть на Spring Framework, и только потом уже на EJB.

[volodymir-k.livejournal.com]

Не любите Яву? Всё равно к ней же и придёте. Чтобы придти не совсем пустым, начните с хотя бы тех же web services или CORBA, есть реализации и на Дельфи, и на С++. Применяйте Transaction Script подход, вынесите их в промежуточный слой.

[slonopotamus.livejournal.com]

Рекомендую не связываться с энтерпрайзовой джавой. Это я как джавист со стажем говорю :)

[(Anonymous)]

Кто б заплатил за переписывание всего старья на новые технологии >.> Остаться как есть и если писать новое, то по новому..

А по теме, ну прям поиски золотого грааля :) Под какие технологии есть профи под рукой, на тех и пишите :)

[rigidus.livejournal.com]

Итак, какое резюме? все таки JBoss?

[bigfrogg.livejournal.com]

Если надо простое кросплатоформенное и условно простое в админстве то альтернативы жавы нету. К сожалению.

без обид

[alexey-rouban.livejournal.com]

Советую обратиться к профессионалам, которые сами выберут платформу и сами напишут ядро системы. А Вам взять на себя переработку прикладной задачи. Конечно, Вы можете и сами ядро написать. Но это будет, судя по Вашему вопросу, гораздо дольше, чем у людей, которые этим занимались. Опыт вещь незаменимая, помимо книжных знаний о джаве-спринге-дао и т.п. требуется знать много внутренних методик разработки платформы. И начинать постижение этих методик лучше в команде опытных товарищей, чем набивать свои собстенные синяки и шишки. Понять, реализовать и внедрить платформу - на это нужно время. С точки зрения производства, ни один владелец бизнеса не захочет устраивать полигон внутри своей информационной системы. "Тренируйтесь на кошках!",- скажет.

[thesz.livejournal.com]

Erlang?

[tonal.myopenid.com (from livejournal.com)]

ACE + TAO?

[blackyblack.livejournal.com]

Из серверов приложений знаю Zope. Насколько я понимаю, вещь довольно сырая, но может быть действительно получится упростить развёртывание приложений.

//За кадром звучит нечеловечески мрачный голос

[golosptic.livejournal.com]

Хотите трёхзвенку? используйте CICS!