Digging more deeply, it looks like we do have BOTH Jersey 1 and Jersey 2
now in our POMs.
https://github.com/DSpace/DSpace/search?l=maven-pom&q=jersey&utf8=%E2%9C%93
1) Jersey-Server v1 is used by REST
2) A reference to Jersey-Client v2 came into the 'dspace-api' via
DS-2880 (PubMed integration), which was merged in the last week or so:
https://jira.duraspace.org/browse/DS-2880
Here's the commit:
https://github.com/DSpace/DSpace/commit/002b8783bffd15024f9827d5166f1e0cb52a95ce
So, I think Bram's guess may be correct. We may have a Jersey version
conflict on "master".
- Tim
On 2/2/2016 7:53 AM, Bram Luyten wrote:
Hi Terry,
not sure what it is, but the following stackoverflow thread seems to
indicate this means that you're trying to load Jersey 1 and 2 at the
same time:
http://stackoverflow.com/questions/23277429/exception-in-rest-jersey
The error only matches on
/java.lang.AbstractMethodError:
javax.ws.rs.core.UriBuilder.uri(Ljava/lang/String;)Ljavax/ws/rs/core/UriBuilder;/
/ at javax.ws.rs.core.UriBuilder.fromUri(UriBuilder.java:119)/
/
/
So I'm not 100% confident the issues are related.
Bram
--
logo
*Bram Luyten*
/250 Lucius Gordon Drive, Suite B-3A, West Henrietta, NY 14586/
/Esperantolaan 4, Heverlee 3001, Belgium/
www.atmire.com
<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=braml>
On 2 February 2016 at 00:32, Terry Brady <[email protected]
<mailto:[email protected]>> wrote:
I would like to do some testing with the Enhanced Configurations code.
I deployed the latest code on the master branch to my test server
and I am seeing the following error when I tried to access /rest.
I can access /xmlui, /solr, and /oai.
I believe that I have created a proper local.cfg,
Can you offer any advice?
Feb 01, 2016 6:27:38 PM
org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet [DSpace REST API] in context
with path [/rest] threw exception [Servlet execution threw an
exception] with root cause
java.lang.AbstractMethodError:
javax.ws.rs.core.UriBuilder.uri(Ljava/lang/String;)Ljavax/ws/rs/core/UriBuilder;
at javax.ws.rs.core.UriBuilder.fromUri(UriBuilder.java:119)
at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:649)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:610)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at
org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:190)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:314)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
--
Terry Brady
Applications Programmer Analyst
Georgetown University Library Information Technology
https://www.library.georgetown.edu/lit/code
425-298-5498 (Seattle, WA)
--
You received this message because you are subscribed to the Google
Groups "DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it,
send an email to [email protected]
<mailto:[email protected]>.
To post to this group, send email to [email protected]
<mailto:[email protected]>.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google
Groups "DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to [email protected]
<mailto:[email protected]>.
To post to this group, send email to [email protected]
<mailto:[email protected]>.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.
--
Tim Donohue
Technical Lead for DSpace & DSpaceDirect
DuraSpace.org | DSpace.org | DSpaceDirect.org
--
You received this message because you are subscribed to the Google Groups "DSpace
Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.
