Система состоит из веб приложения(Struts) и джава-сервера.
Общаются они по корюе.
Сервер часть данных собирает так сказать онлайн(Data1) и не хранит постоянно и часть данных(Data2) сохраняются в xml файл.
Маршаллинг/унмаршаллинг проводится с помощью сторонней либы.
Получается что из xml файла я получаю уже определенные джава бины сгенеренные с помощью этой либы.
Дальше я эти бины конвертирую в корба-структуры и передаю в веб приложение.
Data1 изначально создается как корба структура и тоже передается в веб приложение.
На стороне веб приложения я конвертирую корба-структуры в обычные дажва-бины.
И работаю уже как с обычными бинами.
Это правильное решение?
Или же работать и на сервере и в веб риложении нужн отолько с джава-бинами.
А конвертировать в корба-структуры или в xml-структуры только непосредственно перед маршалингом или вызовом корба метода?
Здравствуйте, Аноним, Вы писали:
А>Система состоит из веб приложения(Struts) и джава-сервера.
А>Общаются они по корюе.
А>Сервер часть данных собирает так сказать онлайн(Data1) и не хранит постоянно и часть данных(Data2) сохраняются в xml файл.
А>Маршаллинг/унмаршаллинг проводится с помощью сторонней либы.
А>Получается что из xml файла я получаю уже определенные джава бины сгенеренные с помощью этой либы.
А>Дальше я эти бины конвертирую в корба-структуры и передаю в веб приложение.
А>Data1 изначально создается как корба структура и тоже передается в веб приложение.
А>На стороне веб приложения я конвертирую корба-структуры в обычные дажва-бины.
А>И работаю уже как с обычными бинами.
А>Это правильное решение?
А>Или же работать и на сервере и в веб риложении нужн отолько с джава-бинами.
А>А конвертировать в корба-структуры или в xml-структуры только непосредственно перед маршалингом или вызовом корба метода?
А зачем здесь корба? Чем родные RMI/EJB не устроили?
