Алексей Черемисин

Установите лимиты, пусть процессы пистреливаются системой, а уже по core-файлам будете разбираться что происходит. Лишь бы процессы в swap не уходили.. Ну и профильнуть ваши приложения не помешает, и поставьте мониторинг какой нибудь, типа collectd + influxdb + grafana

Конечно можно! Более того, очень часто так и делают, что конечно не очень правильно.
1. Необходимо следить за кешированием и подразумевать, что оно может быть в любом приложении, иначе можно получить невалидные данные.
2. Лучше писать в базу только из какого-то одного приложения, остальные читают, иначе П1.
3. Вообще-то так делать не очень хорошо, из-за возможности потери консистентности данных, если несколько приложений пишут одновременно.
4. очень трудно поддерживать изменения в коде и в структуре базы, когда изменения в одном приложении автоматически сказываются на всех остальных.

Как правильней делать?
Для данных пишется враппер(приложегние) типа веб-сервиса, через который все и работают с базой и ее данными! Или само приложение реализует вебсервис. json - рулит.

Все сильно зависит от приложения, можно в самом приложении в синглтоне, можно в базу писать, можно в memcached, redis.... В общем, самое простое - синглтон + syncronize...

Например - habrahabr.ru/company/coldsnipe/blog/200674

С java, увы, я бы это не делал, как минимум на стороне сервера.. Да и клиента тоже :-( очень плохая поддержка кодеков и протоколов. Есть конечно серверы red5 и wowsa. Но первый глючный, а второй коммерческий. Есть jni -интерфейсы к ffmpeg и gstreamer...но...
Лучше взять ffmpeg, или live555, или gstreamer (мне более всего симпатичен) и использовать их нативно.
Что касается задержки в 1-2 секунды, она уменьшается уменьшением прелоад буфера и подбором параметров кодирования... Ну и посмотрите на webrtc, opus и vp8/9...
PS. Сейчас сам разбираюсь в этой теме (WebRTS). Вот есть сервер www.kurento.org Там есть клиент на Java, а также http5, javascript.

Jsf стандарт, у которого, как обычно есть куча реализаций.
richfaces.jboss.org
https://myfaces.apache.org
Далее везде

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

Ну, почему же нет, есть. Вариантов масса:
- поставить на сервер mongodb, elasticsearch или что-то подобное и работать через REST.
- написать свой REST-сервер, пишется легко на любом языке, от явы до bash.
- ну и просто изучить эту нехитрую REST-технологию habrahabr.ru/post/38730

А еще есть apache derby. Достаточно мощная sql-база данных (инмемори, клиент/сервер, стандалоне, коча плюшек), очень похожа на DB2 от фирмы интернациональных бизнесмашин, собственно это ее разработка, кажется, и есть. Как бонус, она присутствует в полном объеме в JDK (тадам!). db.apache.org/derby/quick_start.html оригинал и JDK www.oracle.com/technetwork/java/javadb/overview/in...

Посмею порекомендовать не связываться с xml, xsd, xslt, ws, и всё, что с этим связано. Это дорога в ад, кромешный. Вам будет казаться, что вы открыли кучу красивых и приятных технологий, но открыли то вы ящик Пандоры, пропахший нафталином 20-и летней давности.
И если какой тичер говорит, что это кул - смейтесь ему в лицо.

В мире давно все применяют более легковесные технологии типа json, stomp, amqp, rest и прочее. Передавайте данные в json через amqp, a обновляйте сервисами на основе rest по http. И для этого не нужно тащить мегабайтные фреймворки, делать преобразования, выписывать маппинги и отлаживаться с логарифмической линейкой. Это будет работать всегда и везде в связке с любым клиентом и языком программирования.

PS. работал и с apache axis и с servise mix и с кучей другого разного под xml. Ну, посмотрите на apache cxf, но по моему все из одной бочки нафталина.. habrahabr.ru/post/137543
PPS. И да, почитайте комментарии к статье, они рулят: " зачем писать километровый xml, чтобы просто вернуть дату и время", это так, лирика...

Ну, первое, нужен простой почтовик типа exim/postfix.
1) На приход писем:
В почтовике делаем алиас на pipe, который запускает программу и передает ей полный текст сообщения. Алиас естественно принадлежит ящику-получателю.
В экзиме это делается так
www.exim.org/exim-html-current/doc/html/spec_html/...
Программа считывает письмо или со стандартного ввода/вывода или берет из файла, здесь как настроишь. Программа может быть написана и на яве, которая коннектится к приложению и пушит туда почту!

2) На отправку писем из приложения - используем jakarta.commons.email, просто удобно и доступно - commons.apache.org/proper/commons-email/userguide.html

PS. И да, в почтовике можно сделать редирект на пайп хоть по части адреса mycoollist-XXXXX, хоть по телу письма или заголовка "[thread-d-XXXXXXX]", как почтовик настроите, так и будет.

Ну, как-то через java reflection

// Одно поле
Class c = obj.getClass(); 
Field nameField = c.getField("name");
// Или все поля
Class c = obj.getClass(); 
Field[] publicFields = c.getFields(); 
for (Field field : publicFields) { 
    Class fieldType = field.getType(); 
    System.out.println("Имя: " + field.getName()); 
    System.out.println("Тип: " + fieldType.getName()); 
}

Почитать поболее здесь www.quizful.net/post/java-reflection-api например.

Ну так яву и изучайте, или питон в качестве сервера. На мой взгляд питон даже более предпочтителен. У него много всяких хороших библиотек типа numpy и scipy (в качествте сильной математики). Правда ява в этом отношении не хуже, но "многословней".
В качестве приема/отправки используйте обыкновенный web-сервер на питоне или яве. Для правильного использования подойдет какая-нибудь реализация техники comet. Вот статья на тему - javascript.ru/ajax/comet/server-patterns

А ввобще-то для вашей задачи на стороне сервера подойдет практически всё, начиная от erlang и заканчивая go с nodejs. Даже php будет к месту (наверное).