Doing some testing, the Jersey 2 update to REST fixes rest on master, so I
have merged that PR. https://github.com/DSpace/DSpace/pull/1102

Onwards and upwards!

________________
Peter Dietz
Longsight
www.longsight.com
pe...@longsight.com
p: 740-599-5005 x809

On Tue, Feb 2, 2016 at 11:26 AM, Peter Dietz <pe...@longsight.com> wrote:

> We have a PR to update master/6x REST API to Jersey 2. Honestly I thought
> we were going to merge that in months ago.
> https://github.com/DSpace/DSpace/pull/1102
>
> I've just verified that REST is broken since the PubMed jersey2 reference
> got added to API. (Mismatch of jersey1 and jersey2 in different places).
> I'll test updating REST API to JERSEY 2, and see what the results of that
> are.
>
> ________________
> Peter Dietz
> Longsight
> www.longsight.com
> pe...@longsight.com
> p: 740-599-5005 x809
>
> On Tue, Feb 2, 2016 at 10:39 AM, Tim Donohue <tdono...@duraspace.org>
> wrote:
>
>> 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
>>
>> --
>> [image: logo]
>> *Bram Luyten*
>> *250 Lucius Gordon Drive, Suite B-3A, West Henrietta, NY 14586*
>> *Esperantolaan 4, Heverlee 3001, Belgium*
>>
>> <http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=braml>
>> www.atmire.com
>>
>> On 2 February 2016 at 00:32, Terry Brady <terry.br...@georgetown.edu>
>> 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 <dspace-tech+unsubscr...@googlegroups.com>
>>> dspace-tech+unsubscr...@googlegroups.com.
>>> To post to this group, send email to <dspace-tech@googlegroups.com>
>>> dspace-tech@googlegroups.com.
>>> 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 dspace-tech+unsubscr...@googlegroups.com.
>> To post to this group, send email to dspace-tech@googlegroups.com.
>> 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 dspace-tech+unsubscr...@googlegroups.com.
>> To post to this group, send email to dspace-tech@googlegroups.com.
>> 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 dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Reply via email to