lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alexandre Rafalovitch <arafa...@gmail.com>
Subject Re: Odd casting error in embedded Jetty container
Date Wed, 28 Nov 2012 01:58:37 GMT
Are you sure that NamedSPILoader respects -verbose flag? I would still
check the filesystem access using something that does not lie (see my old
email).

Regards,
   Alex.

Personal blog: http://blog.outerthoughts.com/
LinkedIn: http://www.linkedin.com/in/alexandrerafalovitch
- Time is the quality of nature that keeps events from happening all at
once. Lately, it doesn't seem to be working.  (Anonymous  - via GTD book)


On Tue, Nov 27, 2012 at 4:49 PM, Mark Bennett <mbennett@ideaeng.com> wrote:

> Hi Alex and Erick,
>
> I added -verbose which shows every class load.
>
> From the 12,000+ lines of output, I only see 4.0.0 jars, wrt lucene and
> solr.
>
> lucene-analyzers-common-4.0.0.jar from 2 places:
>
> /Users/username/.m2/repository/org/apache/lucene/lucene-analyzers-common/4.0.0
>
> /Users/username/project/branch/workspace/Project/solr-webapp/webapp/WEB-INF/lib/
>
> lucene-core-4.0.0.jar from 2 places: .m2 and WEB-INF/lib
>
> SolrJ is a bit interesting:
>
> file:/Users/username/.m2/repository/org/apache/solr/solr-solrj/4.0.0/solr-solrj-4.0.0.jar
>
> file:/Users/username/project/workspace/Project/solr-webapp/webapp/WEB-INF/lib/
> *apache*-solr-solrj-4.0.0.jar
> Notice the different spelling, the "apache-" prefix on the latter.
>
> apache-solr-core-4.0.0.jar just from WEB-INF/lib
>
> lucene-analyzers-kuromoji-4.0.0.jar and lucene-analyzers-smartcn-4.0.0.jar
> only from .m2
>
> lucene-test-framework-4.0.0.jar only from .m2
>
>
>
>
> On Tue, Nov 27, 2012 at 6:04 AM, Alexandre Rafalovitch
> <arafalov@gmail.com>wrote:
>
> > I find it is best to troubleshoot path problems backwards. Run something
> > that logs every file access (SysInternal's Process Monitor on Windows,
> > truss/struss on *nix/Mac systems) and then grep for jars. You will see
> > exactly which jars are loaded from where and also which other jars the
> same
> > process looked for just before/after. That often can give you a hint of
> > where the requests are coming from. This method has a bit of a learning
> > curve the first time, but the time investment pays off really fast.
> >
> > Shameless plus for - an old but still valid - presentation of mine on
> this:
> > http://www.infoq.com/presentations/maintaining-production-java-apps
> >
> > Regards,
> >    Alex.
> >
> > Personal blog: http://blog.outerthoughts.com/
> > LinkedIn: http://www.linkedin.com/in/alexandrerafalovitch
> > - Time is the quality of nature that keeps events from happening all at
> > once. Lately, it doesn't seem to be working.  (Anonymous  - via GTD book)
> >
> >
> > On Tue, Nov 27, 2012 at 7:42 AM, Erick Erickson <erickerickson@gmail.com
> > >wrote:
> >
> > > Sure looks like you're mixing up jars from old and new Solrs somehow.
> > > You've
> > > stripped down the classpath, but what about the solr libraries? All the
> > > things that
> > > can be defined in <lib> directives in solrconfig.xml?
> > >
> > > Not much help I know, but the best I can think of.
> > > Erick
> > >
> > >
> > > On Mon, Nov 26, 2012 at 7:38 PM, Mark Bennett <mbennett@ideaeng.com>
> > > wrote:
> > >
> > > > I'm sure this is some config error, but I've checked a lot of things
> > and
> > > > not finding much on Google.  Not sure if it's a jvm, maven, jetty or
> > solr
> > > > config issue.
> > > >
> > > > I'm running with a custom Solr 4.0.0 app under Jetty 8.1.2, with a
> > clone
> > > of
> > > > the example directory tree.
> > > >
> > > > The main error seems to be:
> > > >     java.lang.ClassCastException: class
> > > >
> org.apache.lucene.codecs.mockintblock.*MockFixedIntBlockPostingsFormat*
> > > >         ...
> > > >     at org.apache.lucene.util.NamedSPILoader.<init>(*NamedSPILoader*
> > > > .java:37)
> > > >     at
> > org.apache.lucene.codecs.PostingsFormat.<clinit>(*PostingsFormat*
> > > > .java:44)
> > > >
> > > > I've added jars to the class path, and iteratively stripped down my
> > > configs
> > > > to the bare essentials.
> > > >
> > > > It's odd that it talks about a Mock class as I'd normally associate
> > that
> > > > with unit tests; presumably that's part of the Service Loader
> > mechanism.
> > > >
> > > > Error logs:
> > > > WARNING: FAILED SolrRequestFilter:
> > java.lang.ExceptionInInitializerError
> > > > java.lang.ExceptionInInitializerError
> > > >     at
> > > >
> > > >
> > >
> >
> org.apache.solr.core.SolrResourceLoader.reloadLuceneSPI(SolrResourceLoader.java:179)
> > > >     at
> > > >
> > >
> >
> org.apache.solr.core.SolrResourceLoader.<init>(SolrResourceLoader.java:113)
> > > >     at
> > > >
> > >
> >
> org.apache.solr.core.SolrResourceLoader.<init>(SolrResourceLoader.java:228)
> > > >     at org.apache.solr.core.Config.<init>(Config.java:94)
> > > >     at org.apache.solr.core.Config.<init>(Config.java:73)
> > > >     at
> > > >
> > > >
> > >
> >
> org.apache.solr.servlet.SolrDispatchFilter.<init>(SolrDispatchFilter.java:91)
> > > >     at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > > > Method)
> > > >     at
> > > >
> > > >
> > >
> >
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> > > >     at
> > > >
> > > >
> > >
> >
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> > > >     at
> java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> > > >     at java.lang.Class.newInstance0(Class.java:355)
> > > >     at java.lang.Class.newInstance(Class.java:308)
> > > >     at
> > > >
> > > >
> > >
> >
> org.eclipse.jetty.servlet.ServletContextHandler$Context.createFilter(ServletContextHandler.java:951)
> > > > ...
> > > > Caused by: java.lang.ClassCastException: class
> > > > org.apache.lucene.codecs.mockintblock.MockFixedIntBlockPostingsFormat
> > > >     at java.lang.Class.asSubclass(Class.java:3018)
> > > >     at
> > > >
> org.apache.lucene.util.SPIClassIterator.next(SPIClassIterator.java:126)
> > > >     at
> > > org.apache.lucene.util.NamedSPILoader.reload(NamedSPILoader.java:60)
> > > >     at
> > > org.apache.lucene.util.NamedSPILoader.<init>(NamedSPILoader.java:42)
> > > >     at
> > > org.apache.lucene.util.NamedSPILoader.<init>(NamedSPILoader.java:37)
> > > >     at
> > > >
> > org.apache.lucene.codecs.PostingsFormat.<clinit>(PostingsFormat.java:44)
> > > >     ... 56 more
> > > >
> > > > Later I see:
> > > > WARNING: FAILED
> > > >
> > > >
> > >
> >
> o.e.j.w.WebAppContext{/solr,file:.../},target/classes/jettyhome/webapps/solr.war:
> > > > java.lang.ExceptionInInitializerError
> > > > java.lang.ExceptionInInitializerError
> > > >     at
> > > >
> > > >
> > >
> >
> org.apache.solr.core.SolrResourceLoader.reloadLuceneSPI(SolrResourceLoader.java:179)
> > > >     at
> > > >
> > >
> >
> org.apache.solr.core.SolrResourceLoader.<init>(SolrResourceLoader.java:113)
> > > >     at
> > > >
> > >
> >
> org.apache.solr.core.SolrResourceLoader.<init>(SolrResourceLoader.java:228)
> > > >     at org.apache.solr.core.Config.<init>(Config.java:94)
> > > >     at org.apache.solr.core.Config.<init>(Config.java:73)
> > > >     at
> > > >
> > > >
> > >
> >
> org.apache.solr.servlet.SolrDispatchFilter.<init>(SolrDispatchFilter.java:91)
> > > >     at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > > > Method)
> > > >     at
> > > >
> > > >
> > >
> >
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> > > >     at
> > > >
> > > >
> > >
> >
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> > > >     at
> java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> > > >     at java.lang.Class.newInstance0(Class.java:355)
> > > >     at java.lang.Class.newInstance(Class.java:308)
> > > >     at
> > > >
> > > >
> > >
> >
> org.eclipse.jetty.servlet.ServletContextHandler$Context.createFilter(ServletContextHandler.java:951)
> > > >
> > > >
> > > > --
> > > > Mark Bennett / New Idea Engineering, Inc. / mbennett@ideaeng.com
> > > > Direct: 408-733-0387 / Main: 866-IDEA-ENG / Cell: 408-829-6513
> > > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message