Модель ответа запроса для гибридного SOAP по HTTP/JMS по промежуточному программному обеспечению

Ваш ответ: Да

Протест: То, что не БУДЕТ работа в многопоточном коде или нескольких базовых машинах, Вам нужен устойчивый тактовый стеной таймер. Таким образом, я рекомендую использовать wallclock omp. OMP включен с VC и GCC и большинством компиляторов, и это - стандарт, который Вы не должны волновать по поводу исчезновения

#include <omp.h>

// Starting the time measurement
double start = omp_get_wtime();
// Computations to be measured
...
// Measuring the elapsed time
double end = omp_get_wtime();
// Time calculation (in seconds)
7
задан Tuukka Mustonen 5 November 2009 в 09:01
поделиться

2 ответа

Я не думаю, что предложенное вами решение - взлом, я думаю, что это правильное решение. У вас есть уровень клиент-средний с синхронным протоколом, а затем уровень промежуточного сервера, использующий асинхронный уровень, к которому вы должны добавить путь ответа, чтобы удовлетворить синхронную семантику. Вот для чего предназначено промежуточное ПО. Помните, что JMS обеспечивает явную поддержку временных очередей ответов, вам вообще не нужно возиться с полезной нагрузкой.

Более левосторонняя возможность - это использование того факта, что SOAP 1.2 был разработан с учетом JMS. , и поэтому вы можете использовать уровень веб-сервисов между промежуточным программным обеспечением и уровнем сервера, который выполняет SOAP-over-JMS. Это означает, что вы можете сохранить протокол SOAP от начала до конца, при этом промежуточное ПО изменяет только транспорт.

Единственный известный мне стек веб-служб, поддерживающий транспорт JMS, - это Spring Web Services , процесс и разработка которых описаны здесь . Это также даст вам возможность перенести ваш уровень SOAP на Spring-WS, что пипец :)

5
ответ дан 7 December 2019 в 03:17
поделиться

Почему бы не добавить ссылку на страницу, которая позволяет пользователям проверять готовность ответа, как идентификатор трекера Fed Ex? Сообщите вашим пользователям идентификатор трекера, когда они отправят запрос.

Это будет соответствовать идиоме HTTP-запроса / ответа, и ваши пользователи все равно будут знать, что это запрос «запустил и забыл».

4
ответ дан 7 December 2019 в 03:17
поделиться
Другие вопросы по тегам:

Похожие вопросы: