OpenSAML bootstrap () помогает мне «InputStream не может быть нулевым» - PullRequest
8 голосов
/ 10 февраля 2011

Среда развертывания: Windows Server 2008, Tomcat 7.0.5, Oracle JRE 1.6. Среда разработки такая же плюс Eclipse Helios.

Когда я пытаюсь развернуть приложение Java, которое использует OpenSAML 2.3.1, и протестировать его в режиме реального времени, оно не хочет запускаться. Просматривая исходный код и трассировку стека, кажется, что DefaultBootstrap.bootstrap() вызывает java.lang.IllegalArgumentException: InputStream cannot be null. Я включаю полную трассировку стека ниже.

Версии программного обеспечения в целевой системе развертывания или, по крайней мере, должны быть такими же, как и в моем окне разработки, где все работает просто отлично, но, конечно, там я не развертываю с использованием .war. У меня появляется отчетливое ощущение, что мне не хватает какого-либо файла XML или DTD в архиве развертывания, но одно это чувство не сильно помогает мне в его исправлении. Поиск в поиске частей трассировки стека также мне не особо помог.

С чего мне начать отслеживать истинную причину этой ошибки, чтобы я мог ее исправить?

2011-feb-10 10:56:08 org.apache.catalina.core.StandardWrapperValve invoke
ALLVARLIG: Servlet.service() for servlet [se.novasoftware.gabriel.SAMLParser] in context with path [/ServiceTier] threw exception [java.lang.IllegalArgumentException: InputStream cannot be null] with root cause
java.lang.IllegalArgumentException: InputStream cannot be null
at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:120)
at org.opensaml.xml.parse.BasicParserPool$DocumentBuilderProxy.parse(BasicParserPool.java:643)
at org.opensaml.xml.parse.BasicParserPool.parse(BasicParserPool.java:216)
at org.opensaml.xml.XMLConfigurator.load(XMLConfigurator.java:141)
at org.opensaml.DefaultBootstrap.initializeXMLTooling(DefaultBootstrap.java:148)
at org.opensaml.DefaultBootstrap.bootstrap(DefaultBootstrap.java:88)
at _mynamespace_.saml.ParsedResponse.<init>(ParsedResponse.java:56)
at _mynamespace_.saml.ParsedResponse.<init>(ParsedResponse.java:104)
at _mynamespace_.SAMLParser.doPost(SAMLParser.java:29) // servlet entry point
at javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:306)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:108)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:379)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:259)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:281)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)

ParsedResponse.java строка 56 - это вызов bootstrap () в своем конструкторе:

private PersedResponse() throws ConfigurationException {
    DefaultBootstrap.bootstrap(); // line 56
    ...

, тогда как строка 104 в этом же файле - это конструктор, который вызывается извне, вызывая этот частный конструктор по умолчанию:

public ParsedResponse(final String samlXML)
        throws UnmarshallingException, ConfigurationException {
    this(); // line 104
    ...

1 Ответ

21 голосов
/ 10 февраля 2011

Добавление openws-1.3.0.jar в сборку развертывания сделало свое дело.

...