Enable Fedora Resource Index by fixing logging jar conflict.

[elohanlon]

Also turn Resource Index on by default.

[elohanlon]

@awead Hello! Since I'm modifying hydra-jetty master, and master has Fedora 3.7, I tested against the fedora-3.8 branch of active_fedora and everything passed. (As opposed to testing against active_fedora master, which references hydra-jetty/fedora-4/master). Hopefully this was the right thing to do.

FYI: Current hydra-jetty master fails when run against active_fedora master, likely because of Fedora 4 differences.

Is there anything else that I should check? (Or change?)

I made a very minor commit to projectblacklight/blacklight a while back, but I don't think that I've ever signed a committer's license agreement with projecthydra. Happy to do so!

[awead]

@elo2112 That should be fine. However, we will need a signed iCLA (individual committer's license agreement). Sorry if this seems over the top, but it's to ensure all our code is Apache2 and therefore freely shareable to any and all. It's a pretty easy process. Send an email to legal@projecthydra.org with a brief description stating you are wanting to contribute code and they'll send you form to sign. If you need more info, see https://wiki.duraspace.org/display/hydra/Licensed+software+acceptance+procedure

[jcoyne]

@awead I believe @elo2112 is at Columbia, so they already have an institutional CLA, but he'll still need and individual one.

[barmintor]

@awead I can confirm the Columbia affiliation- I coerced this PR out of him. Sorry I forgot about the CLA, @elo2112

[elohanlon]

No problem! Just sent that email to legal. Thanks, everyone.

[awead]

awesome! thanks @barmintor @elo2112

[elohanlon]

Still working on getting approval from legal, but I'm going to close this pull request per a good recommendation from @barmintor (since the branches of this project just changed). I'll re-pull in a moment, referencing this request in a new comment.

[elohanlon]

So I'm running into an issue after re-implementing the changes in the 7.x-stable branch. At Columbia, we're running Fedora (in tomcat) with the risearch enabled -- no problems. But even before my changes, I'm seeing a new error (included below) whenever I go to /fedora/risearch. I'm looking into it, but if anyone knows what might have changed between 3.7 and 3.8, I'd appreciate any thoughts. Thanks.

org.eclipse.jetty.servlet.ServletHolder$1: java.net.MalformedURLException: ri/index.xsl
at org.eclipse.jetty.servlet.ServletHolder.makeUnavailable(ServletHolder.java:496)
at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:543)
at org.eclipse.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:415)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:657)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496)
at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:369)
at org.fcrepo.server.security.jaas.AuthFilterJAAS.doFilter(AuthFilterJAAS.java:304)
at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:381)
at org.springframework.security.web.access.channel.ChannelProcessingFilter.doFilter(ChannelProcessingFilter.java:109)
at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:381)
at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:168)
at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:237)
at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1476)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:533)
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:429)
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:366)
at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494)
at org.eclipse.jetty.server.BlockingHttpConnection.handleRequest(BlockingHttpConnection.java:53)
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.BlockingHttpConnection.handle(BlockingHttpConnection.java:72)
at org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(SocketConnector.java:264)
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:745)
Caused by: java.net.MalformedURLException: ri/index.xsl
at org.eclipse.jetty.webapp.WebAppContext.getResource(WebAppContext.java:351)
at org.eclipse.jetty.webapp.WebAppContext$Context.getResource(WebAppContext.java:1325)
at org.fcrepo.server.access.RISearchServlet.getResource(RISearchServlet.java:96)
at org.fcrepo.server.access.RISearchServlet.init(RISearchServlet.java:83)
at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:532)
... 36 more

[barmintor]

It looks like the RI resources were deleted from the fedora home directory
in earlier commits (probably understandably).

On Fri, Dec 5, 2014 at 11:54 AM, Eric O notifications@github.com wrote:

So I'm running into an issue after re-implementing the changes in the
7.x-stable branch. At Columbia, we're running Fedora (in tomcat) with the
risearch enabled -- no problems. But even before my changes, I'm seeing a
new error (included below) whenever I go to /fedora/risearch. I'm looking
into it, but if anyone knows what might have changed between 3.7 and 3.8,
I'd appreciate any thoughts. Thanks.

org.eclipse.jetty.servlet.ServletHolder$1: java.net.MalformedURLException:
ri/index.xsl
at
org.eclipse.jetty.servlet.ServletHolder.makeUnavailable(ServletHolder.java:496)
at
org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:543)
at
org.eclipse.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:415)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:657)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496)
at
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:369)
at
org.fcrepo.server.security.jaas.AuthFilterJAAS.doFilter(AuthFilterJAAS.java:304)
at
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:381)
at
org.springframework.security.web.access.channel.ChannelProcessingFilter.doFilter(ChannelProcessingFilter.java:109)
at
org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:381)
at
org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:168)
at
org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:237)
at
org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1476)
at
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
at
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:533)
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:429)
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:366)
at
org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494)
at
org.eclipse.jetty.server.BlockingHttpConnection.handleRequest(BlockingHttpConnection.java:53)
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.BlockingHttpConnection.handle(BlockingHttpConnection.java:72)
at
org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(SocketConnector.java:264)
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:745)
Caused by: java.net.MalformedURLException: ri/index.xsl
at
org.eclipse.jetty.webapp.WebAppContext.getResource(WebAppContext.java:351)
at
org.eclipse.jetty.webapp.WebAppContext$Context.getResource(WebAppContext.java:1325)
at
org.fcrepo.server.access.RISearchServlet.getResource(RISearchServlet.java:96)
at org.fcrepo.server.access.RISearchServlet.init(RISearchServlet.java:83)
at
org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:532)
... 36 more

—
Reply to this email directly or view it on GitHub
#30 (comment)
.

[awead]

@elo2112 Be sure to rebase your branch off of hydra-jetty/7.x-stable. I just pushed some new commits up there last night.

[elohanlon]

@awead Re-forked altogether because it was fast and easy, so I've got the latest ones. @barmintor and I are going to look into the missing RI resource issue and then I'll create a new pull request.

[elohanlon]

Closing because this PR was superseded by #38.