Отслеживание XML-запроса / ответов с помощью JAX-WS при возникновении ошибки
Я хочу регистрировать необработанные мыльные пост-запросы, если есть какие-либо ошибки, я использую JAX-WS. Любая помощь будет оценена.
Существует ли простой способ (он же не использует прокси-сервер) для получения доступа к необработанному XML-запросу / ответу для веб-службы, опубликованной с эталонной реализацией JAX-WS (той, которая включена в JDK 1.5 и выше), только когда возникает исключение в ответе? Я хочу зарегистрировать необработанный SOAP-запрос, чтобы я мог проверить его с помощью любого клиента веб-сервиса на более позднем этапе.
7 ответов
Использование
com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump=true
а также
com.sun.xml.internal.ws.transport.http.HttpAdapter.dump=true
вместо этого (обратите внимание на "внутренний" в названии пакета), это помогло мне.
Ура, Торстен
Просто подумал, что упомяну это:
Вопрос, когда использовать имя свойства с internal в этом а когда нет?
Если вы прочитаете Metro Guide, он скажет вам использовать:
на клиенте:
com.sun.xml.ws.transport.http.client.HttpTransportPipe.dump=true
на сервере:
com.sun.xml.ws.transport.http.HttpAdapter.dump=true
Однако: мне кажется, что когда библиотека JAX-WS RI была включена в стандартную комплектацию с JDK (это было с Java 6), тогда Sun пришлось переименовать имя свойства, чтобы включить в него "internal". Так что, если вы используете JAX-WS RI в комплекте с JDK, вы должны обязательно добавить internal на имя собственности. Иначе это не сработает. Другими словами вам нужно использовать:
на клиенте:
com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump=true
на сервере:
com.sun.xml.internal.ws.transport.http.HttpAdapter.dump=true
С другой стороны, если вы используете автономную версию JAX-WS RI (или Metro в целом), то я думаю, вы должны использовать имя свойства без internal,
Я буду рад, если кто-то знает об этом и может сказать, правда это или нет.
Можно использовать системные свойства (вот Gradle DSL для test задачи):
systemProperty "com.sun.xml.ws.transport.http.client.HttpTransportPipe.dump", "true"
systemProperty "com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump", "true"
systemProperty "com.sun.xml.ws.transport.http.HttpAdapter.dump", "true"
systemProperty "com.sun.xml.internal.ws.transport.http.HttpAdapter.dump", "true"
systemProperty "com.sun.xml.ws.transport.http.HttpAdapter.dumpTreshold", "99999"
systemProperty "com.sun.xml.internal.ws.transport.http.HttpAdapter.dumpTreshold", "99999"
но эти параметры являются глобальными и могут иметь большой объем, чтобы включить их в PROD... Не очень интересно добавлять фильтры к вашей структуре ведения журнала, привязанной к бизнес-логике, если вы хотите уменьшить объем ведения журнала XML.
Подробная информация о захвате тел req/rsp в обработчиках WS содержится в моем ответе. Как передать данные из обработчика SOAP клиенту веб-службы?
Вот важная часть:
public class MsgLogger implements SOAPHandler<SOAPMessageContext> {
public static String REQEST_BODY = "com.evil.request";
public static String RESPONSE_BODY = "com.evil.response";
@Override
public Set<QName> getHeaders() {
return null;
}
@Override
public boolean handleMessage(SOAPMessageContext context) {
SOAPMessage msg = context.getMessage();
Boolean beforeRequest = (Boolean) context.get(MessageContext.MESSAGE_OUTBOUND_PROPERTY);
try {
ByteArrayOutputStream baos = new ByteArrayOutputStream(32_000);
context.getMessage().writeTo(baos);
String key = beforeRequest ? REQEST_BODY : RESPONSE_BODY;
context.put(key, baos.toString("UTF-8"));
context.setScope(key, MessageContext.Scope.APPLICATION);
} catch (SOAPException | IOException e) { }
return true;
}
@Override
public boolean handleFault(SOAPMessageContext context) {
return handleMessage(context);
}
@Override
public void close(MessageContext context) { }
}
Чтобы зарегистрировать обработчик и использовать сохраненные свойства:
BindingProvider provider = (BindingProvider) port;
List<Handler> handlerChain = bindingProvider.getBinding().getHandlerChain();
handlerChain.add(new MsgLogger());
bindingProvider.getBinding().setHandlerChain(handlerChain);
Req req = ...;
Rsp rsp = port.serviceCall(req); // call WS Port
// Access saved message bodies:
Map<String, Object> responseContext = provider.getResponseContext();
String reqBody = (String) responseContext.get(MsgLogger.REQEST_BODY);
String rspBody = (String) responseContext.get(MsgLogger.RESPONSE_BODY);
С этим решением (это только скелет, правильная обработка ошибок / крайние случаи зависит от вас), вы решаете войти позже, когда получите ответ.
В дополнение к ответу Торстена
com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump= TRUE
Убедитесь, что вы установили это перед созданием экземпляра объекта WebServiceClient (тот, который расширяет Service)
Первое, что вы можете попробовать - использовать одно или оба из следующих системных свойств:
Клиент:
com.sun.xml.ws.transport.http.client.HttpTransportPipe.dump=true
Сервер:
com.sun.xml.ws.transport.http.HttpAdapter.dump=true
Если вы работаете с Jboss 6.1 и хотите распечатать журналы для запроса сгенерированных классов JAX-WS к веб-службе SOAP, откройте файл /home/oracle/jboss-eap-6.1/bin/standalone.shпримечание: пожалуйста, перейдите туда, где вы установили jboss
Вы найдете что-то вроде этого
JAVA_OPTS="$JAVA_OPTS -agentlib:jdwp=transport=dt_socket,address=$DEBUG_PORT,server=y,suspend=n"
Измените это на показанный ниже
JAVA_OPTS="$JAVA_OPTS -Dcom.sun.xml.ws.transport.http.client.HttpTransportPipe.dump=true -agentlib:jdwp=transport=dt_socket,address=$DEBUG_PORT,server=y,suspend=n"
Также убедитесь, что вы включили отладку
DEBUG_MODE=true
Я думаю, что вам нужен обработчик, см.: http://jax-ws.java.net/articles/handlers_introduction.html
С помощью обработчика вы можете перехватить вызов веб-службы и получить доступ ко всем сообщениям SOAP.
Это сработало для меня:
-Dcom.sun.xml.ws.transport.http.client.HttpTransportPipe.dump=true