Multi-instance and multi-core

[tomikmar]

Hi Petri,

Could you please consider merging my changes with your code? I believe these commits are beneficial because:

• setting TCP ports as Maven variables allows to run multiple Solr instances on one machine (by overwriting default ports from command line).
• pom.xml simplification (i.e. preservePath option) makes it easier to implement multi-core solution. Since Solr 4.4 cores can be auto-detected (http://wiki.apache.org/solr/Core%20Discovery%20%284.4%20and%20beyond%29). This approach will allow (after some other changes) to have one "template" multi-core directory.

Kind regards,

Tom

[pkainulainen]

Hey, I am sorry that I didn't notice this one sooner!

I will take a closer look at this next weekend because I have to update the blog post as well.

Thanks for taking the time to do this pull request. I will mention you in the updated blog post.

[tweep]

Cool ! Thank you Petri for considering the pull request...

[pkainulainen]

It took me more time to take a look at this and I ran into this problem: evgeny-goldin/maven-plugins/issues/10

I will take a look at this again when this is resolved because I would like to support newer versions of Maven as well.

[tweep]

Hi Petri,

I'm using your mvn-solr example but ran into one problem - I get a stack overflow error when I try to use the REST API to access the SOLR schema ( see http://wiki.apache.org/solr/SchemaRESTAPI ) - I was trying to run it out of a tomcat container but I did not get it to work. Funnily, if you download the source directly and use the "java --jar start.jar" from SOLR it works.

Any Idea what's going on and why there's a stack overflow error ? Do you think the stack size is too low ?

Here's what I do:

mvn jetty:run

Then try to access:

http://localhost:8983/solr/core01/schema/fields

Or for your example : http://localhost:8983/solr/todo/schema/fields

Here's what I get :

java.lang.StackOverflowError java.lang.RuntimeException: java.lang.StackOverflowError at org.apache.solr.servlet.SolrDispatchFilter.sendError(SolrDispatchFilter.java:717) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:427) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:195) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1476) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:499) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) at org.eclipse.jetty.server.Server.handle(Server.java:370) at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494) at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:971) at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1033) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:644) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235) at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:667) at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) at java.lang.Thread.run(Thread.java:680) Caused by: java.lang.StackOverflowError at java.io.UnixFileSystem.list(Native Method) at java.io.File.list(File.java:973) at org.eclipse.jetty.util.resource.FileResource.list(FileResource.java:332) at org.eclipse.jetty.server.handler.ContextHandler.getResourcePaths(ContextHandler.java:1659) at org.mortbay.jetty.plugin.JettyWebAppContext.getResourcePaths(JettyWebAppContext.java:411) at org.eclipse.jetty.server.handler.ContextHandler$Context.getResourcePaths(ContextHandler.java:1975) at org.restlet.ext.servlet.internal.ServletWarEntity.(ServletWarEntity.java:114) at org.restlet.ext.servlet.internal.ServletWarEntity.(ServletWarEntity.java:122) at org.restlet.ext.servlet.internal.ServletWarEntity.(ServletWarEntity.java:122) at org.restlet.ext.servlet.internal.ServletWarEntity.(ServletWarEntity.java:122) at org.restlet.ext.servlet.internal.ServletWarEntity.(ServletWarEntity.java:122) at org.restlet.ext.servlet.internal.ServletWarEntity.(ServletWarEntity.java:122) at org.restlet.ext.servlet.internal.ServletWarEntity.(ServletWarEntity.java:122) at org.res

On Nov 15, 2013, at 12:26 AM, Petri Kainulainen [email protected] wrote:

It took me more time to take a look at this and I ran into this problem: evgeny-goldin/maven-plugins#10

I will take a look at this again when this is resolved because I would like to support newer versions of Maven as well.

—
Reply to this email directly or view it on GitHub.