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

Это всё от выбора технологии слабо зависит. В Java все фреймверки стараются быть хоть как-то модульными. Поэтому вопрос не понятен. Если у вас дублирование кода, то что мешает его отрефакторить?

323382) что лучше использовать ORM или же все таки SQL c учетом того что SQL я знаю неплохо и сейчас используется очень старая СУБД, но планируется переход на более современную, но из той же оперы. Просто нагрузка на БД высокая и не будет ли через чур тяжело крутить ORM (Hibernate к примеру), для 200 000 вставок и примерно в разы больше выборок из БД

ORM хорошо подходит для манипуляции "широким" набором связаных записей. Т.е. у вас есть 20-50 таблиц. Данные об одной сущности раскиданы по ним согласно нормализации. И нужно вытянуть это всё в объекты и сохранить обратно. Вот для этого ORM подходит.
Если у вас не нормализированая структура. Если вы оперируете таблицами данных, а не отдельными записями, то тогда ORM не поможет

323383) что все таки посоветуете использовать, может разграничить ядро и web или что можно еще сделать?

Задача не очень ясна. Если это всё на базе HTTP, то я бы браз Spring MVC и прикрутил какой-нибудь XML сериализатор в качестве View.
Если нужне сокет-сервер, то, возможно MINA или Netty. Тут уже нужно смотреть для чего там эти сокеты.

32338я хочу сделать web проект, который на мои запросы вида xml будет делать различные действия
ходить через одну дырку (ну или один url кому как (for exmple: http://lockalhost:8080/server))

Tomcat либо Jetty.

32338и я не хочу для создания небольшого обработчика пересоьирать весь проект. от главного сервлета, до самого последнего класса - обработчика (для сборки использую maven который создает war архивы), это что касается 1-го

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

32338на счет ORM как раз таки, я создал БД которая нормализованна (более или менее на вкус каждого)
но мне надо в 50% случаев делать вставку в остальных выборку (выборка из разных таблиц по разным критериям), что будет быстрее вставка через SQL или же все таки вставка через ORM тоже касается и выборки. Стоит ли притягивать ORM если вставок в таблицы около 200 000 за 5-8 часов ? или все же обойтись SQL + может быть Spring; это что касается 2-го

Вы меня не читаете. Я выше объяснил по какому критерию стоит выбирать\отказываться от ORM. По тем критериям что вы приводите - разницы между SQL и ORM никакой. 200К записей в течении 5ти часов, или каждые 5 часов в течении минуты?

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

Ничего не понятно.


32338на счет Spring MVC эм а он то тут как поможет? я не совсем понимаю (может потому что я его только в туториах видел)
Это простой web-framework на все случаи жизни, который убирает кучу рутины по сравнению с работой с голыми сервлетами.

IDVsbruckИ каким боком к проекту сокет-сервер? Нужен server-push, очень малые задержки или это так, общий набор терминов?
server-push тут каким боком? Или ты по инерции предлагаешь?

IDVsbruckНе, постановка задачи - вроде просто проект с веб-мордой. Человек собирается его переписывать (ты даже Мину или Нетти посоветовал). Не пойму назначение этой реализации в таком проекте.

32338сервер должен принимать сообщение (XML), парсит его и выполнять действия.
Не совсем было понятно хотел ли автор сокет или HTTP. Поэтому и предложил.

32338не желание пере собирать проект связанно с тем что в идеале хочется не пере запускать основной модуль =)
(хотя наверное без этого все равно не получится и тогда мои детские амбиции останутся таковыми =) )

Дык может ну её ту яву тогда? PHP?

32338не хватит с меня PHP надоело....
=)
Не понятно что именно ваши модули должны делать. JSP, например, можно в рантайме подменять. Но решит ли это вашу задачу?
Новые классы можно на ходу добавлять проект. Проблема только в том как нучить основной код их находить. Это всё решаемо для конкретных случаев.

Bogdanov AndreyДа и существующие можно обновлять.
Можно. Но автору рановато вникать в детали загрузки классов и подключаемой архитектуры в Java. Поэтому я и советовал посмотреть в сторону интерпретируемых скриптов, например.

Bogdanov AndreyТот же jsp отнюдь не по секретной технологии это делает.
Но и не по самой удобной для использования в других задачах.

32338а по делу ведь, ведь реально OSGI, ведь по сути класс-обработчик это плагин получается...

OSGi слишком продвинутая технология для такой простой потребоности, как ваша. Поэтому и не вижу смысла её рекомендовать. Хотя есть и более простые системы ( http://jpf.sourceforge.net/). Но я подозревают что связавшись с ними вы будете больше времени тратить на решение проблем самих плагинов, чем на решение вашей задачи.