Как правильно использовать Thrift для вызова веб-сервиса в Websphere? - PullRequest
Новая
       7

Как правильно использовать Thrift для вызова веб-сервиса в Websphere?

0 голосов
/ 02 февраля 2012

Я пишу приложение для Thrift и веб-сервис, развернутый в Websphere.Thrift-клиент будет вызывать Thrift-сервер, который в свою очередь выполнит вызов веб-службы для веб-службы, развернутой на веб-сфере.

  1. Где я буду размещать реализацию Thrift-сервера, поскольку это будет автономное приложение?Может ли он быть запущен до / при запуске сервера приложений Websphere?

  2. Должен ли я запускать Thrift как автономный сервер, а затем как сервер Thrift получит общие виртуальные ресурсы, которые будут разделены между сервером Thrift (которыйклиент к веб-сервису) и сервер (веб-сервис, размещенный на Websphere)?

  3. Какой подход должен быть правильным в этом случае, поскольку Thrift будет открывать сокет, который выполняет вызов websphere, даже если оба серверарасположены совместно?

  4. Безопасно ли использовать сокеты в качестве среды rmi / rpc вместо http?Какими будут лазейки безопасности, поскольку порт будет открыт для связи?

Спасибо.Быстрый ответ будет высоко оценен.

1 Ответ

0 голосов
/ 04 февраля 2012

  1. Экономическая служба может быть реализована либо как отдельное приложение, либо как веб-приложение, работающее на том же сервере приложений. В последнем случае комиссионный сервис не должен обслуживать какие-либо http-запросы, он должен просто запускать комиссионный сервер при запуске / завершении работы приложения. Преимущество заключается в том, что вы можете использовать всю инфраструктуру сервера приложений: жизненный цикл, мониторинг, JMX и т. Д.

  2. Чтобы разделить VO между двумя JVM, обычно достаточно сделать их «реализующими Serializable» и добавить классы в оба пути классов. Совместное использование в одной JVM тривиально. Поэтому здесь не должно быть проблем.

  3. Да, сокетная связь в порядке, даже если серверы расположены вместе.

  4. Да, это достаточно безопасно, если настроено правильно. Ограничение доступа к соответствующим портам с помощью брандмауэра, вероятно, самое простое.

...