Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5E3E39DC6 for ; Wed, 14 Mar 2012 09:50:04 +0000 (UTC) Received: (qmail 60217 invoked by uid 500); 14 Mar 2012 09:50:03 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 60131 invoked by uid 500); 14 Mar 2012 09:50:03 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 60124 invoked by uid 99); 14 Mar 2012 09:50:02 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Mar 2012 09:50:02 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Mar 2012 09:49:59 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id EF6021F571 for ; Wed, 14 Mar 2012 09:49:37 +0000 (UTC) Date: Wed, 14 Mar 2012 09:49:37 +0000 (UTC) From: "Aliaksandr Zhuhrou (Updated) (JIRA)" To: dev@lucene.apache.org Message-ID: <106698676.12424.1331718577982.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <325202320.12407.1331717977890.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Updated] (SOLR-3244) New Admin UI doesn't work on tomcat MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/SOLR-3244?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aliaksandr Zhuhrou updated SOLR-3244: ------------------------------------- Description: I am currently unable to open admin interface when using war deployment under tomcat server. The stack trace: SEVERE: Servlet.service() for servlet [LoadAdminUI] in context with path [/solr] threw exception java.lang.NullPointerException at java.io.File.(File.java:251) at org.apache.solr.servlet.LoadAdminUiServlet.doGet(LoadAdminUiServlet.java:50) at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:292) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:928) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:987) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539) at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1815) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) Tomcat version: Apache Tomcat/7.0.23 Java version: jdk1.7.0_02 I did some debugging and found that the problem related that it delegates the resolving of resource path to the org.apache.naming.resources.WARDirContext which simply returns null for any input parameters: /** * Return the real path for a given virtual path, if possible; otherwise * return null. * * @param path The path to the desired resource */ @Override protected String doGetRealPath(String path) { return null; } Need to check specification, because it may be actually the tomcat bug. We may try use the getResourceAsStream(java.lang.String path) method which should work even for war. was: I am currently unable to open admin interface when using war deployment under tomcat server. The stack trace: SEVERE: Servlet.service() for servlet [LoadAdminUI] in context with path [/solr] threw exception java.lang.NullPointerException at java.io.File.(File.java:251) at org.apache.solr.servlet.LoadAdminUiServlet.doGet(LoadAdminUiServlet.java:50) at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:292) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:928) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:987) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539) at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1815) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) Tomcat version: Apache Tomcat/7.0.23 Java version: jdk1.7.0_02 I did some debugging and found that the problem related that it delegates the resolving of resource path to the org.apache.naming.resources.WARDirContext which simply returns null for any input parameters: /** * Return the real path for a given virtual path, if possible; otherwise * return null. * * @param path The path to the desired resource */ @Override protected String doGetRealPath(String path) { return null; } Need to check specification, because it may be actually the tomcat bug. > New Admin UI doesn't work on tomcat > ----------------------------------- > > Key: SOLR-3244 > URL: https://issues.apache.org/jira/browse/SOLR-3244 > Project: Solr > Issue Type: Bug > Components: web gui > Affects Versions: 4.0 > Reporter: Aliaksandr Zhuhrou > > I am currently unable to open admin interface when using war deployment under tomcat server. > The stack trace: > SEVERE: Servlet.service() for servlet [LoadAdminUI] in context with path [/solr] threw exception > java.lang.NullPointerException > at java.io.File.(File.java:251) > at org.apache.solr.servlet.LoadAdminUiServlet.doGet(LoadAdminUiServlet.java:50) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:292) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:928) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:987) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539) > at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1815) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) > Tomcat version: Apache Tomcat/7.0.23 > Java version: jdk1.7.0_02 > I did some debugging and found that the problem related that > it delegates the resolving of resource path to the org.apache.naming.resources.WARDirContext which simply returns null for any input parameters: > /** > * Return the real path for a given virtual path, if possible; otherwise > * return null. > * > * @param path The path to the desired resource > */ > @Override > protected String doGetRealPath(String path) { > return null; > } > Need to check specification, because it may be actually the tomcat bug. We may try use the getResourceAsStream(java.lang.String path) method which should work even for war. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org