Hi Simone, I can now deploy my app that uses Solr via Jetty similar to my previous tomcat/tomee+ stack, thank you so much! It took me a while to recreate my data sources along with upgrade to latest Solr 6.3.0 and run full tests to reply back. As you suggested I commented out the RewriteHandler def and reference. Then I add servlet or static content at “/“ with the following in server/etc/ dir:
CLJServlet.xml: <?xml version="1.0"?> <!DOCTYPE Configure PUBLIC "-//Jetty//Configure//EN" "http://www.eclipse.org/jetty/configure_9_0.dtd";> <Configure class="org.eclipse.jetty.webapp.WebAppContext"> <!-- set "root context" .e.g. "/" --> <Set name="contextPath"><Property name="hostContext" default="/"/></Set> <!-- set non-root context, e.g. "/CLJServlet" --> <!-- <Set name="contextPath"><Property name="hostContext" default="/CLJServlet"/></Set> --> <Set name="war"><Property name="jetty.base"/>/webapps/CLJServlet</Set> <Set name="defaultsDescriptor"><Property name="jetty.base"/>/etc/webdefault.xml</Set> </Configure> foo.xml: <?xml version="1.0"?> <!DOCTYPE Configure PUBLIC "-//Jetty//Configure//EN" "http://www.eclipse.org/jetty/configure_9_0.dtd";> <Configure class="org.eclipse.jetty.server.handler.ContextHandler"> <!-- set "root context" .e.g. "/" --> <!-- <Set name="contextPath"><Property name="hostContext" default="/"/></Set> --> <!-- set non-root context, e.g. "/foo" --> <Set name="contextPath"><Property name="hostContext" default="/foo"/></Set> <Set name="resourceBase"><Property name="jetty.home" />/webapps/foo</Set> <Set name="handler"> <New class="org.eclipse.jetty.server.handler.ResourceHandler"> <!-- nothing required here --> </New> </Set> </Configure> I’m assuming that these are the accepted ways to define a minimal idiomatic Jetty “Configure” for a servlet or static definition? Also, It does not present a problem but I get an interesting warning that tomcat/tomee+ did not catch for my servlet: Log4j (org.slf4j.impl.Log4jLoggerFactory) warnings: {/CLJServlet} has uncovered http methods for path: / My next steps will be to add authentication realm and integrate a java/clojure/js/clojurescript client for data import, currently import is via Nutch 1.11. Again, thank you so much for taking the time to figure this out for me!! -m. > On Nov 7, 2016, at 1:35 PM, Simone Bordet <[email protected]> wrote: > > Hi, > > On Mon, Nov 7, 2016 at 7:06 AM, matthew grisius > <[email protected] <mailto:[email protected]>> wrote: >> Hi Simone, >> >> What I meant to say was Solr is deployed to “/solr” and is then mapped to >> “/“, e.g. http://localhost:8983/ gets mapped to >> http://localhost:8983/solr/#. >> My apology for the confusion, I was cutting-n-pasting from another message >> and reversed the sense by accident. >> I can add static content, add other servlets (java, clojure), etc. >> I want to put a different servlet at “/“ while preserving Solr functionality >> at “/solr”. >> My unsuccessful attempts included: >> >> - edit contexts/solr-jetty-context.xml (contextPath, add resourceBase, etc.) >> - unmap solr rewrite rule to pass thru . . . >> - edit other '/contexts/' . . . >> - edit etc/webdefault.xml . . . >> - bin/solr does not appear to affect "/" >> - org.apache.solr.util.SolrCLI does not appear to affect "/" >> >> Perhaps I’m not trying the right combination of things in the right order to >> solve the issue, but I’ve run out of simple ideas to try. >> This is my first project using Jetty so I am not familiar with any >> idiosyncrosies . . . > > Try to edit $solr/server/etc/jetty.xml. > In there you will find a RewriteHandler definition: > > <New id="RewriteHandler" ... > > You should try to comment that out, and also comment out a few lines > below where the RewriteHandler is referenced in the handler collection > structure. > > Try again with this rewrite handler removed, and let us know. > > -- > Simone Bordet > ---- > http://cometd.org > http://webtide.com > Developer advice, training, services and support > from the Jetty & CometD experts. > _______________________________________________ > jetty-users mailing list > [email protected] > To change your delivery options, retrieve your password, or unsubscribe from > this list, visit > https://dev.eclipse.org/mailman/listinfo/jetty-users
_______________________________________________ jetty-users mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/jetty-users
