Программно получить экземпляр сервлета для реализации JAX-WS WebService?

Основываясь на ответе Anthop, это код, который я придумал, который работает для меня.

// Main code:

final ServletContextHandler soapContextHandler = createSoapServletContextHandler();

final HandlerList handlers = new HandlerList();
handlers.setHandlers(new Handler[] { soapContextHandler });

server = createServer(port);
server.setHandler(handlers);
server.start();

// Function:
    private ServletContextHandler createSoapServletContextHandler()
    {
        final ServletContextHandler soapContextHandler =
                new ServletContextHandler(ServletContextHandler.SESSIONS);

        WSEndpoint<SoapServiceImpl> endpoint =
                WSEndpoint.create(SoapServiceImpl.class, false, null, null, null, null,
                        BindingImpl.getDefaultBinding(), null, null, null, false);

        ServletAdapter servletAdapter = new ServletAdapterList().createAdapter("soap", "/soap", endpoint);

        SoapServlet soapServlet = new SoapServlet(
                new WSServletDelegate(Collections.singletonList(servletAdapter), new EmptyServletContext()));

        soapContextHandler.addServlet(new ServletHolder(soapServlet), "/soap");
        return soapContextHandler;
    }

// Servlet:
    private static class SoapServlet extends HttpServlet
    {
        private final WSServletDelegate delegate;

        SoapServlet(WSServletDelegate delegate)
        {
            this.delegate = delegate;
        }

        @Override
        protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException
        {
            delegate.doGet(req, resp, getServletContext());
        }

        @Override
        protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException
        {
            delegate.doPost(req, resp, getServletContext());
        }
    }

Где SoapServiceImpl — это реализация вашего мыльного сервиса, а EmptyServletContext — это просто полностью пустая реализация ServletContext, которая просто возвращает нуль или значения по умолчанию для всех методов.

Это должно обслуживать запросы мыла по пути /soap с использованием Jetty. Вы можете добавить в список другие обработчики контекста, и они также будут работать вместе с обработчиком мыла. Я протестировал его вместе с обработчиком контекста Джерси, поэтому моя служба обрабатывает запросы REST и SOAP на одном порту с Jetty.

Хорошо, после долгих экспериментов я смог собрать что-то, что работает. Я опубликую его здесь ради документации.

По сути, я пришел к этому путем эмуляции или повторной реализации того, как JAX-WS создает свой WSServlet из своего WSServletContextListener. К сожалению, я не смог найти более простой или лучшей поддержки и простого способа сделать это.

По сути, моя фабрика создает WSEndpoint, используя метод WSEndpoint.create(). create() принимает в качестве входных данных класс реализации WebService, который я пытаюсь обернуть. Большинство других входных данных имеют значение null, чтобы побудить WSEndpoint использовать значение по умолчанию или попытаться извлечь некоторую конфигурацию из аннотаций в классе реализации.

Затем я использую новый ServletAdapterList() для создания ServletAdapter, используя ранее созданную WSEndpoint. Для этого, поскольку я создаю один сервлет для каждого класса реализации, имя адаптера не имеет значения, и его можно настроить для отправки всего трафика в реализацию независимо от URL-адреса.

Затем я создаю один новый WSServletDelegate(), используя одноэлементный список предыдущего ServletAdapter. Единственная хитрость здесь заключается в том, что JAX-WS имеет, по крайней мере, для этого и следующего шага, плохую привычку сохранять некоторые значения в параметрах инициализации ServletContext. Он также не выполняет проверку на нуль должным образом, хотя у него есть значения по умолчанию, которые можно использовать, если параметры не находятся в контексте. Поэтому я также создал фиктивную реализацию ServletContext, которую я передаю в конструктор WSServletDelegate, чтобы он чувствовал, что он просматривает параметры инициализации.

Наконец, я создал реализацию HttpServlet, которая перенаправляет запросы WSServletDelegate аналогично тому, как это делает WSServlet. Поскольку WSServlet снова сохраняет объект делегата в параметрах инициализации ServletContext, мне было проще просто повторно реализовать его функциональность, чем возиться с существующим WSServlet. Затем эту реализацию HttpServlet можно рассматривать как любой обычный сервлет, который будет принимать и обрабатывать вызовы веб-службы SOAP.