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

Question

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

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

Спасибо!

Answer 1

Ответы, приведенные здесь, которые помогут вам использовать 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 сообщения. Как я положил в заголовок блога, этот обработчик позволяет вам работать с сообщением, которое обеспечивает эффективные способы доступа / обработки сообщения, а не только 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 .

Answer 2

Правильно ли я понимаю, что вы хотите изменить / получить доступ к необработанному 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 (вы получите только тело мыла).

Answer 3

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

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

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

public static boolean dump;

Answer 4

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

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

Answer 5

На самом деле. Если вы посмотрите на источники 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 в своих журналах.

Answer 6

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

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