it-roy-ru.com

Отслеживание XML-запроса/ответов с помощью JAX-WS

Есть ли простой способ (он же не использует прокси-сервер) получить доступ к необработанному XML-запросу/ответу для веб-службы, опубликованной с эталонной реализацией JAX-WS (той, которая включена в JDK 1.5 и выше)? Возможность делать это с помощью кода - это то, что мне нужно делать .. Просто записать его в файл с помощью умных конфигураций регистрации было бы хорошо, но достаточно.

Я знаю, что существуют и другие более сложные и полные фреймворки, которые могут это сделать, но я бы хотел, чтобы это было как можно проще, а ось, cxf и т.д. Добавляли значительные накладные расходы, которых я хочу избежать.

Спасибо!

145
Antonio

Вот решение в необработанном коде (собранное благодаря stjohnroe и Shamik):

Endpoint ep = Endpoint.create(new WebserviceImpl());
List<Handler> handlerChain = ep.getBinding().getHandlerChain();
handlerChain.add(new SOAPLoggingHandler());
ep.getBinding().setHandlerChain(handlerChain);
ep.publish(publishURL);

Где SOAPLoggingHandler (извлечено из связанных примеров):

package com.myfirm.util.logging.ws;

import Java.io.PrintStream;
import Java.util.Map;
import Java.util.Set;

import javax.xml.namespace.QName;
import javax.xml.soap.SOAPMessage;
import javax.xml.ws.handler.MessageContext;
import javax.xml.ws.handler.soap.SOAPHandler;
import javax.xml.ws.handler.soap.SOAPMessageContext;

/*
 * This simple SOAPHandler will output the contents of incoming
 * and outgoing messages.
 */
public class SOAPLoggingHandler implements SOAPHandler<SOAPMessageContext> {

    // change this to redirect output if desired
    private static PrintStream out = System.out;

    public Set<QName> getHeaders() {
        return null;
    }

    public boolean handleMessage(SOAPMessageContext smc) {
        logToSystemOut(smc);
        return true;
    }

    public boolean handleFault(SOAPMessageContext smc) {
        logToSystemOut(smc);
        return true;
    }

    // nothing to clean up
    public void close(MessageContext messageContext) {
    }

    /*
     * Check the MESSAGE_OUTBOUND_PROPERTY in the context
     * to see if this is an outgoing or incoming message.
     * Write a brief message to the print stream and
     * output the message. The writeTo() method can throw
     * SOAPException or IOException
     */
    private void logToSystemOut(SOAPMessageContext smc) {
        Boolean outboundProperty = (Boolean)
            smc.get (MessageContext.MESSAGE_OUTBOUND_PROPERTY);

        if (outboundProperty.booleanValue()) {
            out.println("\nOutbound message:");
        } else {
            out.println("\nInbound message:");
        }

        SOAPMessage message = smc.getMessage();
        try {
            message.writeTo(out);
            out.println("");   // just to add a newline
        } catch (Exception e) {
            out.println("Exception in handler: " + e);
        }
    }
}
75
Antonio

Следующие опции позволяют регистрировать все соединения с консолью (технически вам нужен только один из них, но это зависит от библиотек, которые вы используете, поэтому установка всех четырех параметров безопаснее). Вы можете установить его в коде, как в примере, или как параметр командной строки, используя -D или как переменную окружения, как написал Upendra.

System.setProperty("com.Sun.xml.ws.transport.http.client.HttpTransportPipe.dump", "true");
System.setProperty("com.Sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump", "true");
System.setProperty("com.Sun.xml.ws.transport.http.HttpAdapter.dump", "true");
System.setProperty("com.Sun.xml.internal.ws.transport.http.HttpAdapter.dump", "true");

См. Вопрос Отслеживание XML-запроса/ответов с помощью JAX-WS при возникновении ошибки для получения подробной информации.

238
Mr. Napik

Перед запуском Tomcat установите Java_OPTS, как показано ниже в Linux envs. Затем запустите Tomcat. Вы увидите запрос и ответ в файле catalina.out.

export Java_OPTS="$Java_OPTS -Dcom.Sun.xml.ws.transport.http.client.HttpTransportPipe.dump=true"
51
Upendra

Установите следующие системные свойства, это включит ведение журнала xml. Вы можете установить его в Java или в файле конфигурации.

static{
        System.setProperty("com.Sun.xml.ws.transport.http.client.HttpTransportPipe.dump", "true");
        System.setProperty("com.Sun.xml.ws.transport.http.HttpAdapter.dump", "true");
        System.setProperty("com.Sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump", "true");
        System.setProperty("com.Sun.xml.internal.ws.transport.http.HttpAdapter.dump", "true");
    }

журналы консоли:

INFO: Outbound Message
---------------------------
ID: 1
Address: http://localhost:7001/arm-war/castService
Encoding: UTF-8
Http-Method: POST
Content-Type: text/xml
Headers: {Accept=[*/*], SOAPAction=[""]}
Payload: xml
--------------------------------------
INFO: Inbound Message
----------------------------
ID: 1
Response-Code: 200
Encoding: UTF-8
Content-Type: text/xml; charset=UTF-8
Headers: {content-type=[text/xml; charset=UTF-8], Date=[Fri, 20 Jan 2017 11:30:48 GMT], transfer-encoding=[chunked]}
Payload: xml
--------------------------------------
10
ravi

Существуют различные способы сделать это программно, как описано в других ответах, но это довольно инвазивные механизмы. Однако, если вы знаете, что используете JAX-WS RI (он же Metro), вы можете сделать это на уровне конфигурации. Смотрите здесь инструкции о том, как это сделать. Нет необходимости возиться с вашим приложением.

9
skaffman

// Это решение предоставляет способ программно добавить обработчик к клиенту веб-службы без XML-конфигурации

// Смотрите полный документ здесь: http://docs.Oracle.com/cd/E17904_01//web.1111/e13734/handlers.htm#i222476

// Создать новый класс, который реализует SOAPHandler

public class LogMessageHandler implements SOAPHandler<SOAPMessageContext> {

@Override
public Set<QName> getHeaders() {
    return Collections.EMPTY_SET;
}

@Override
public boolean handleMessage(SOAPMessageContext context) {
    SOAPMessage msg = context.getMessage(); //Line 1
    try {
        msg.writeTo(System.out);  //Line 3
    } catch (Exception ex) {
        Logger.getLogger(LogMessageHandler.class.getName()).log(Level.SEVERE, null, ex);
    } 
    return true;
}

@Override
public boolean handleFault(SOAPMessageContext context) {
    return true;
}

@Override
public void close(MessageContext context) {
}
}

// Программно добавляем ваш LogMessageHandler

   com.csd.Service service = null;
    URL url = new URL("https://service.demo.com/ResService.svc?wsdl");

    service = new com.csd.Service(url);

    com.csd.IService port = service.getBasicHttpBindingIService();
    BindingProvider bindingProvider = (BindingProvider)port;
    Binding binding = bindingProvider.getBinding();
    List<Handler> handlerChain = binding.getHandlerChain();
    handlerChain.add(new LogMessageHandler());
    binding.setHandlerChain(handlerChain);
8
TriMix

Введите SOAPHandler в интерфейс конечной точки. мы можем проследить запрос и ответ SOAP

Реализация SOAPHandler с программным  

ServerImplService service = new ServerImplService();
Server port = imgService.getServerImplPort();
/**********for tracing xml inbound and outbound******************************/
Binding binding = ((BindingProvider)port).getBinding();
List<Handler> handlerChain = binding.getHandlerChain();
handlerChain.add(new SOAPLoggingHandler());
binding.setHandlerChain(handlerChain);

Декларативный путем добавления аннотации @HandlerChain(file = "handlers.xml") к вашему интерфейсу конечной точки.

handlers.xml

<?xml version="1.0" encoding="UTF-8"?>
<handler-chains xmlns="http://Java.Sun.com/xml/ns/javaee">
    <handler-chain>
        <handler>
            <handler-class>SOAPLoggingHandler</handler-class>
        </handler>
    </handler-chain>
</handler-chains>

SOAPLoggingHandler.Java 

/*
 * This simple SOAPHandler will output the contents of incoming
 * and outgoing messages.
 */


public class SOAPLoggingHandler implements SOAPHandler<SOAPMessageContext> {
    public Set<QName> getHeaders() {
        return null;
    }

    public boolean handleMessage(SOAPMessageContext context) {
        Boolean isRequest = (Boolean) context.get(MessageContext.MESSAGE_OUTBOUND_PROPERTY);
        if (isRequest) {
            System.out.println("is Request");
        } else {
            System.out.println("is Response");
        }
        SOAPMessage message = context.getMessage();
        try {
            SOAPEnvelope envelope = message.getSOAPPart().getEnvelope();
            SOAPHeader header = envelope.getHeader();
            message.writeTo(System.out);
        } catch (SOAPException | IOException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }
        return true;
    }

    public boolean handleFault(SOAPMessageContext smc) {
        return true;
    }

    // nothing to clean up
    public void close(MessageContext messageContext) {
    }

}
6
Premraj

Я публикую новый ответ, поскольку у меня недостаточно репутации, чтобы комментировать ответ, предоставленный Антонио (см .: https://stackoverflow.com/a/1957777 ).

Если вы хотите, чтобы сообщение SOAP было напечатано в файле (например, через Log4j), вы можете использовать:

OutputStream os = new ByteArrayOutputStream();
javax.xml.soap.SOAPMessage soapMsg = context.getMessage();
soapMsg.writeTo(os);
Logger LOG = Logger.getLogger(SOAPLoggingHandler.class); // Assuming SOAPLoggingHandler is the class name
LOG.info(os.toString());

Обратите внимание, что при определенных обстоятельствах вызов метода writeTo () может работать не так, как ожидается (см .: https://community.Oracle.com/thread/1123104?tstart=0 или https: // www .Java.net/node/691073 ), поэтому следующий код поможет:

javax.xml.soap.SOAPMessage soapMsg = context.getMessage();
com.Sun.xml.ws.api.message.Message msg = new com.Sun.xml.ws.message.saaj.SAAJMessage(soapMsg);
com.Sun.xml.ws.api.message.Packet packet = new com.Sun.xml.ws.api.message.Packet(msg);
Logger LOG = Logger.getLogger(SOAPLoggingHandler.class); // Assuming SOAPLoggingHandler is the class name
LOG.info(packet.toString());
4
Alex

Вам необходимо реализовать javax.xml.ws.handler.LogicalHandler, затем на этот обработчик нужно ссылаться в файле конфигурации обработчика, на который, в свою очередь, ссылается аннотация @HandlerChain в конечной точке вашего сервиса (интерфейса или реализации) ..__ Затем вы можете либо вывести сообщение через system.out, либо с помощью регистратора в вашей реализации processMessage. 

Увидеть 

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.websphere.express.doc/info/exp/ae/twbs_jaxwshandler.html

http://Java.Sun.com/mailers/techtips/enterprise/2006/TechTips_June06.html

2
stjohnroe

В время выполнения вы можете просто выполнить

com.Sun.xml.internal.ws.transport.http.client.HttpTransportPipe.dump = true

поскольку dump является публичной переменной, определенной в классе следующим образом

public static boolean dump;
1
jozh

Вы можете попытаться поместить ServletFilter перед веб-сервисом и проверить запрос и ответ, поступающий в/возвращенный из сервиса.

Хотя вы специально не запрашивали прокси, иногда я нахожу, что tcptrace достаточно, чтобы увидеть, что происходит в соединении. Это простой инструмент, без установки, он показывает потоки данных и может записывать в файл.

1
rsp

с конфигурационными файлами logback.xml вы можете сделать: 

<logger name="com.Sun.xml.internal.ws.transport.http.client.HttpTransportPipe" level="trace" additivity="false">
    <appender-ref ref="STDOUT"/>
</logger>

Это будет регистрировать запрос и ответ следующим образом (в зависимости от вашей конфигурации для вывода журнала):

09:50:23.266 [qtp1068445309-21] DEBUG c.s.x.i.w.t.h.c.HttpTransportPipe - ---[HTTP request - http://xyz:8081/xyz.svc]---
Accept: application/soap+xml, multipart/related
Content-Type: application/soap+xml; charset=utf-8;action="http://xyz.Web.Services/IServiceBase/GetAccessTicket"
User-Agent: JAX-WS RI 2.2.9-b130926.1035 svn-revision#5f6196f2b90e9460065a4c2f4e30e065b245e51e
<?xml version="1.0" ?><S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope">[CONTENT REMOVED]</S:Envelope>--------------------

09:50:23.312 [qtp1068445309-21] DEBUG c.s.x.i.w.t.h.c.HttpTransportPipe - ---[HTTP response - http://xyz:8081/xyz.svc - 200]---
null: HTTP/1.1 200 OK
Content-Length: 792
Content-Type: application/soap+xml; charset=utf-8
Date: Tue, 12 Feb 2019 14:50:23 GMT
Server: Microsoft-IIS/10.0
X-Powered-By: ASP.NET
<s:Envelope xmlns:s="http://www.w3.org/2003/05/soap-envelope" xmlns:a="http://www.w3.org/2005/08/addressing">[CONTENT REMOVED]</s:Envelope>--------------------
1
Christian Goudreau

Приведенные здесь ответы, которые направляют вас к использованию SOAPHandler, являются полностью правильными. Преимущество такого подхода заключается в том, что он будет работать с любой реализацией JAX-WS, поскольку SOAPHandler является частью спецификации JAX-WS. Однако проблема с SOAPHandler заключается в том, что он неявно пытается представить все сообщение XML в памяти. Это может привести к огромному использованию памяти. Различные реализации JAX-WS добавили свои обходные пути для этого. Если вы работаете с большими запросами или большими ответами, то вам нужно рассмотреть один из проприетарных подходов.

Поскольку вы спрашиваете о том, «который включен в JDK 1.5 или выше», я отвечу относительно того, что формально известно как JAX-WS RI (он же Metro), что входит в состав JDK.

JAX-WS RI имеет специальное решение для этого, которое очень эффективно с точки зрения использования памяти.

См. https://javaee.github.io/metro/doc/user-guide/ch02.html#efficient-handlers-in-jax-ws-ri . К сожалению, эта ссылка теперь не работает, но вы можете найти ее на WayBack Machine. Я дам основные моменты ниже:

Люди Metro еще в 2007 году представили дополнительный тип обработчика, MessageHandler<MessageHandlerContext>, который является собственностью Metro. Это гораздо более эффективно, чем SOAPHandler<SOAPMessageContext>, поскольку он не пытается делать представление DOM в памяти.

Вот ключевой текст из оригинальной статьи в блоге:

MessageHandler:

Использование расширяемой среды обработчика, предоставляемой JAX-WS Спецификацию и лучшую абстракцию сообщений в RI мы ввели новый обработчик с именем MessageHandler для расширения вашей веб-службы Приложения. MessageHandler похож на SOAPHandler, за исключением того, что Реализация этого получает доступ к MessageHandlerContext ( расширение MessageContext). Через MessageHandlerContext можно получить доступ к сообщению и обработать его с помощью API сообщения. Как я положил в В заголовке блога этот обработчик позволяет вам работать с Message, который предоставляет эффективные способы доступа/обработки сообщения, а не только DOM основанное сообщение. Модель программирования обработчиков такая же и Обработчики сообщений могут быть смешаны со стандартными логическими и SOAP обработчиками . Я добавил образец в JAX-WS RI 2.1.3, показывающий использование MessageHandler для регистрации сообщений и вот фрагмент из примера:

public class LoggingHandler implements MessageHandler<MessageHandlerContext> {
    public boolean handleMessage(MessageHandlerContext mhc) {
        Message m = mhc.getMessage().copy();
        XMLStreamWriter writer = XMLStreamWriterFactory.create(System.out);
        try {
            m.writeTo(writer);
        } catch (XMLStreamException e) {
            e.printStackTrace();
            return false;
        }
        return true;
    }

    public boolean handleFault(MessageHandlerContext mhc) {
        ..... 
        return true;
    }

    public void close(MessageContext messageContext) {    }

    public Set getHeaders() {
        return null;
    }
}

(конец цитаты из сообщения в блоге 2007 года)

Нет необходимости говорить, что ваш пользовательский обработчик, LoggingHandler в примере, должен быть добавлен в цепочку обработчиков, чтобы иметь какой-либо эффект. Это то же самое, что и добавление любой другой Handler, поэтому вы можете посмотреть в другие ответы на этой странице, как это сделать.

Вы можете найти полный пример в Metro GitHub repo .

1
peterh

правильно ли я понимаю, что вы хотите изменить/получить доступ к необработанному XML-сообщению?

Если это так, вы (или так как это пять лет, следующий парень), возможно, захотите взглянуть на интерфейс провайдера, который является частью JAXWS. Клиентский аналог выполняется с помощью класса «Dispatch». В любом случае вам не нужно добавлять обработчики или перехватчики. Вы все еще можете, конечно. Недостатком является то, что вы несете полную ответственность за построение SOAPMessage, но это легко, и если это то, что вы хотите (как я сделал), это идеально.

Вот пример для серверной части (немного неуклюже, это было только для экспериментов) -

@WebServiceProvider(portName="Provider1Port",serviceName="Provider1",targetNamespace = "http://localhost:8123/SoapContext/SoapPort1")
@ServiceMode(value=Service.Mode.MESSAGE)
public class Provider1 implements Provider<SOAPMessage>
{
  public Provider1()
  {
  }

  public SOAPMessage invoke(SOAPMessage request)
  { try{


        File log= new File("/home/aneeshb/practiceinapachecxf/log.txt");//creates file object
        FileWriter fw=new FileWriter(log);//creates filewriter and actually creates file on disk

            fw.write("Provider has been invoked");
            fw.write("This is the request"+request.getSOAPBody().getTextContent());

      MessageFactory mf = MessageFactory.newInstance();
      SOAPFactory sf = SOAPFactory.newInstance();

      SOAPMessage response = mf.createMessage();
      SOAPBody respBody = response.getSOAPBody();
      Name bodyName = sf.createName("Provider1Insertedmainbody");
      respBody.addBodyElement(bodyName);
      SOAPElement respContent = respBody.addChildElement("provider1");
      respContent.setValue("123.00");
      response.saveChanges();
      fw.write("This is the response"+response.getSOAPBody().getTextContent());
      fw.close();
      return response;}catch(Exception e){return request;}


   }
}

Вы публикуете это как SEI,

public class ServerJSFB {

    protected ServerJSFB() throws Exception {
        System.out.println("Starting Server");
        System.out.println("Starting SoapService1");

        Object implementor = new Provider1();//create implementor
        String address = "http://localhost:8123/SoapContext/SoapPort1";

        JaxWsServerFactoryBean svrFactory = new JaxWsServerFactoryBean();//create serverfactorybean

        svrFactory.setAddress(address);
        svrFactory.setServiceBean(implementor);

        svrFactory.create();//create the server. equivalent to publishing the endpoint
        System.out.println("Starting SoapService1");
  }

public static void main(String args[]) throws Exception {
    new ServerJSFB();
    System.out.println("Server ready...");

    Thread.sleep(10 * 60 * 1000);
    System.out.println("Server exiting");
    System.exit(0);
}
}

Или вы можете использовать класс Endpoint для этого ........ Надеюсь, что это было полезно.

И, если вы хотите, вам не нужно разбираться с заголовками и прочим, если вы измените режим обслуживания на PAYLOAD (вы получите только Soap Body).

1
Aneesh Barthakur

Один из способов сделать это - не использовать свой код, а использовать анализаторы сетевых пакетов, такие как Etheral или WireShark, которые могут перехватывать HTTP-пакет с помощью сообщения XML в качестве полезной нагрузки, и вы можете продолжать записывать их в файл или около того.

Но более сложный подход заключается в написании собственных обработчиков сообщений. Вы можете взглянуть на это здесь

0
Shamik

На самом деле. Если вы посмотрите на источники HttpClientTransport, вы заметите, что он также пишет сообщения в Java.util.logging.Logger. Это означает, что вы можете видеть эти сообщения в своих журналах тоже.

Например, если вы используете Log4J2, все, что вам нужно сделать, это следующее:

  • добавьте мост JUL-Log4J2 в ваш путь к классу
  • установить уровень TRACE для пакета com.Sun.xml.internal.ws.transport.http.client.
  • добавьте -Djava.util.logging.manager = org.Apache.logging.log4j.jul.LogManager системное свойство в командную строку запуска приложения.

После этих шагов вы начнете видеть сообщения SOAP в своих журналах.

0
glory1