Hi Hayden,
Have you find a solution for this?
We are having the same problem, DSpace 5.x is running inside a docker
container, one case we are sure about is when the container restarts the
first item post will fail then it is less likely to happen but it could.
Thank you!
On Monday, November 20, 2017 at 6:26:54 PM UTC+2, Hayden Young wrote:
>
> We recently tested out the /collections/{id}/items POST functionality in
> the latest DSpace 5.x. We can get one item to post before the API starts
> throwing 500 errors on subsequent posts.
>
> 17/11/20 16:17:25 ERROR Resource: Something get wrong. Aborting context in
> finally statement.
> 20-Nov-2017 16:17:25.454 SEVERE [http-nio-8080-exec-7] com.sun.jersey.spi.
> container.ContainerResponse.logException Mapped exception to response: 500
> (Internal Server Error)
> javax.ws.rs.WebApplicationException
> at org.dspace.rest.Resource.processFinally(Resource.java:169)
> at org.dspace.rest.CollectionsResource.addCollectionItem(
> CollectionsResource.java:403)
> at sun.reflect.GeneratedMethodAccessor300.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(
> JavaMethodInvokerFactory.java:60)
> at com.sun.jersey.server.impl.model.method.dispatch.
> AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(
> AbstractResourceMethodDispatchProvider.java:185)
> at com.sun.jersey.server.impl.model.method.dispatch.
> ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75
> )
> at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(
> HttpMethodRule.java:302)
> at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(
> RightHandPathRule.java:147)
> at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(
> ResourceClassRule.java:108)
> at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(
> RightHandPathRule.java:147)
> at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept
> (RootResourceClassesRule.java:84)
> at com.sun.jersey.server.impl.application.WebApplicationImpl.
> _handleRequest(WebApplicationImpl.java:1542)
> at com.sun.jersey.server.impl.application.WebApplicationImpl.
> _handleRequest(WebApplicationImpl.java:1473)
> at com.sun.jersey.server.impl.application.WebApplicationImpl.
> handleRequest(WebApplicationImpl.java:1419)
> at com.sun.jersey.server.impl.application.WebApplicationImpl.
> handleRequest(WebApplicationImpl.java:1409)
> at com.sun.jersey.spi.container.servlet.WebComponent.service(
> WebComponent.java:409)
> at com.sun.jersey.spi.container.servlet.ServletContainer.service(
> ServletContainer.java:558)
> at com.sun.jersey.spi.container.servlet.ServletContainer.service(
> ServletContainer.java:733)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> ApplicationFilterChain.java:292)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:207)
> at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:
> 52)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> ApplicationFilterChain.java:240)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:207)
> at org.apache.catalina.core.StandardWrapperValve.invoke(
> StandardWrapperValve.java:212)
> at org.apache.catalina.core.StandardContextValve.invoke(
> StandardContextValve.java:94)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
> AuthenticatorBase.java:504)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve
> .java:141)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve
> .java:79)
> at org.apache.catalina.valves.AbstractAccessLogValve.invoke(
> AbstractAccessLogValve.java:620)
> at org.apache.catalina.core.StandardEngineValve.invoke(
> StandardEngineValve.java:88)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.
> java:502)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(
> AbstractHttp11Processor.java:1132)
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.
> process(AbstractProtocol.java:684)
> at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(
> NioEndpoint.java:1539)
> at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(
> NioEndpoint.java:1495)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(
> ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(
> ThreadPoolExecutor.java:624)
> at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(
> TaskThread.java:61)
> at java.lang.Thread.run(Thread.java:748)
>
> Has anyone seen this problem and if so was there a workaround?
>
> Thanks
>
>
>
>
>
--
All messages to this mailing list should adhere to the DuraSpace Code of
Conduct: https://duraspace.org/about/policies/code-of-conduct/
---
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 view this discussion on the web visit
https://groups.google.com/d/msgid/dspace-tech/6f521c38-8373-455b-a0cd-ca2b5d4c7fd7%40googlegroups.com.
