You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Uwe Schindler (JIRA)" <ji...@apache.org> on 2013/04/25 08:30:17 UTC
[jira] [Commented] (SOLR-4762) Deploying on weblogic:
java.lang.NoSuchMethodError: replaceEach
[ https://issues.apache.org/jira/browse/SOLR-4762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13641490#comment-13641490 ]
Uwe Schindler commented on SOLR-4762:
-------------------------------------
The problem is that Solr uses a newer version of commons-lang.jar than the one which is already in classpath of weblogic. The mentioned setting changes web-logic to use class commons-lang from web-inf with preference.
> Deploying on weblogic: java.lang.NoSuchMethodError: replaceEach
> ---------------------------------------------------------------
>
> Key: SOLR-4762
> URL: https://issues.apache.org/jira/browse/SOLR-4762
> Project: Solr
> Issue Type: Bug
> Affects Versions: 4.2
> Reporter: Shawn Heisey
> Assignee: Shawn Heisey
> Fix For: 5.0, 4.4
>
>
> When a user tried to deploy on weblogic 10.3, they got this exception:
> {noformat}
> Error 500--Internal Server Error
> java.lang.NoSuchMethodError: replaceEach
> at org.apache.solr.servlet.LoadAdminUiServlet.doGet(LoadAdminUiServlet.java:70)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:821)
> at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
> at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
> at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292)
> at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:27)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:43)
> at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:382)
> at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:142)
> at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:43)
> at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3496)
> at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
> at weblogic.security.service.SecurityManager.runAs(Unknown Source)
> at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2180)
> at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2086)
> at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1406)
> at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
> at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
> {noformat}
> The solution to this problem appears to be adding the following to weblogic.xml in WEB-INF:
> {noformat}
> <container-descriptor>
> <prefer-web-inf-classes>true</prefer-web-inf-classes>
> </container-descriptor>
> {noformat}
> Since Solr's WEB-INF directory already contains this file and it already has the container-descriptor tag, I'm hoping this is a benign change.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
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