Glassfish 3.1.2 build 5 Ошибка развертывания WAR

Question

У меня возникла проблема с развертыванием Java WAR для Glassfish 3.1.2 build 5. Я хочу исключить, может ли это быть связано с ошибкой или упущением конфигурации.

У меня было веб-приложение, развернутое в Glassfish, которое отлично работало, пока я не сменил одного из http-слушателей. До этого я не изменил ни один из слушателей по умолчанию (http-listener-1 для незащищенного, http-listener-2 для безопасного), кроме как изменить псевдоним сертификата в настройках SSL http-listener-2.

Проблема началась, когда я изменил свой http-listener-1, чтобы также использовать безопасность. Я хотел использовать другой сертификат для этого слушателя. Но как только я включил SSL для всех активных слушателей, я обнаружил, что больше не могу использовать WAR WAR для Glassfish. Я хотел бы получить следующие ошибки в server.log:

[#|2012-08-17T13:42:24.686-0700|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=2257;_ThreadName=Thread-2;|java.lang.RuntimeException 
at org.glassfish.webservices.WebServicesDeployer.prepare(WebServicesDeployer.java:193) 
at com.sun.enterprise.v3.server.ApplicationLifecycle.prepareModule(ApplicationLifecycle.java:871) 
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:410) 
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240) 
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:389) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:348) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:363) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1085) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:95) 
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1291) 
... 
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) 
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) 
at java.lang.Thread.run(Thread.java:722) 

Caused by: java.lang.NullPointerException 
at com.sun.enterprise.deployment.WebServiceEndpoint.composeEndpointAddress(WebServiceEndpoint.java:698) 
at com.sun.enterprise.deployment.WebServiceEndpoint.composeEndpointAddress(WebServiceEndpoint.java:690) 
at com.sun.enterprise.deployment.WebServiceEndpoint.composeFinalWsdlUrl(WebServiceEndpoint.java:753) 
at org.glassfish.webservices.WebServicesDeployer.doWebServicesDeployment(WebServicesDeployer.java:634) 
at org.glassfish.webservices.WebServicesDeployer.prepare(WebServicesDeployer.java:184) 
... 53 more 

Я уже установил последнюю версию Glassfish с официального сайта.

Некоторые исследования заставляют меня задаться вопросом, нужно ли мне добавить конфигурацию в файл glassfish-web.xml или web.xml, чтобы указать, что транспортная гарантия должна быть КОНФИДЕНЦИАЛЬНОЙ. Я попытался конфигурации, описанные здесь:

http://www.java-tips.org/java-ee-tips/java-api-for-xml-web-services/using-jax-ws-based-web-services-wit.html

Но я все еще не мог развернуть мой WAR. Единственное, что могло бы исправить это, - это создать третий HTTP-прослушиватель, который не поддерживает SSL. Является ли это ожидаемым поведением или я делаю что-то неправильно?

Заранее благодарен!

Answer 1

Столкнувшись с той же проблемой при развертывании WAR (имеющего CONFIDENTIAL SSLConstraint в web.xml) на GlassFish Server Open Source Edition 3.1.2.2 (сборка 5). Мне пришлось создать прослушиватель не-https для решения этой проблемы.

Я думаю, что это не ожидаемое поведение, особенно из-за исключения nullpointer.