Thanks! The configuration left to me by my predecessor expects those JARs to
be in a "lib" subdirectory of the instance. Now that I've copied the new
JARs into the instance, things are working much better.
--
View this message in context:
http://lucene.472066.n3.nabble.com/java-lang-NoSuchField
g.eclipse.jetty.deploy.DeploymentManager.doStart(DeploymentManager.java:227)
> at
> org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
> at
> org.eclipse.jetty.util.component.AggregateLifeCycle.doStart(A
ava.lang.reflect.Method.invoke(Method.java:597)
at org.eclipse.jetty.start.Main.invokeMain(Main.java:457)
at org.eclipse.jetty.start.Main.start(Main.java:602)
at org.eclipse.jetty.start.Main.main(Main.java:82)
Caused by: java.lang.NoSuchFieldError: severeErrors
at
org.apache.solr.handl
The directory structure is a bit changed between 3.6 and 4.x, there's
an additional
level. Be sure you're not being caught by that, you'll see
"collection1" in there
by default
Try specifying -Dsolr.conf.dir=, although it's just a guess.
Best
Erick
On Sun, Oct 14, 2012 at 11:37 AM, Alexandre
My guess it is having troubles finding a directory where lpf core lives.
You see to be on a *nix system, have you tried running truss/strace
and seeing which directories solr is looking for lpf core in? Maybe
the definition of 'home' directory is not being picked up?
Regards,
Alex.
Personal
(Main.java:82)
Caused by: java.lang.NoSuchFieldError: severeErrors
at
org.apache.solr.handler.dataimport.DataImportHandler.inform(DataImportHandler.java:121)
at
org.apache.solr.core.SolrResourceLoader.inform(SolrResourceLoader.java:587)
at org.apache.solr.core.SolrCore
