Обмен сообщениями, Пит, а не JMS. JMS, так как он уже использует это. Я не согласен с тем, что МТ - это просто вопрос настойчивости. Эта логика применима и ко всему вашему домену, но вы заметите, что у вас есть другие вопросы, помимо БД. Что касается сообщений, см. Пост редактирования выше.
я есть приложение Java EE 6 (развернуто в Glassfish v 3.1), и я хочу поддерживать нескольких арендаторов. Технологии / API, которые я сейчас использую в своем приложении:
EJB (включая службу таймера EJB)JPA 2.0 (EclipseLink)JSF 2.0JMSJAX-RSЯ также планирую использовать CDIНасколько я знаю, добавление поддержки нескольких арендаторов влияет только на уровень персистентности. Мой вопрос: кто-нибудь делал это раньше? Какие шаги для преобразования приложения? Повлияет ли это на другие слои, кроме постоянства?
Будет много клиентов, поэтому все данные будут находиться в одной схеме БД.