Well, it was a nice theory..... Siiigggghhh....
On Tue, Nov 27, 2012 at 4:49 PM, Mark Bennett <mbenn...@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 > <arafa...@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 <erickerick...@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 <mbenn...@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. / mbenn...@ideaeng.com > > > > Direct: 408-733-0387 / Main: 866-IDEA-ENG / Cell: 408-829-6513 > > > > > > > > > >
