Incident #448
closedRecently Files Portlet not working on descramble portal
100%
Description
This is the exception in the Server's log
2015-08-03 09:15:32,530 INFO backend.DefaultMongoClient [TP-Processor5,retrieveRemoteObject:131] %[PORTAL] 314626749 [TP-Processor5] INFO org.gcube.contentmanagement.blobstorage.transport.backend.DefaultMongoClient - MongoDB - pathServer: /d4science.research-infrastructures.eu/home/org.gcube.portlets.user/home-library/Share/0f19f9c5-6377-4801-a16c-fa39d8daf502/WP4_Reservoir_characterization/Task4.1_VSP_acquisition/Piggy back experiment/map raster/D306070.TIF
2015-08-03 09:15:32,532 ERROR impl.ServiceEngine [TP-Processor5,RFile:63] %[PORTAL] 314626751 [TP-Processor5] ERROR org.gcube.contentmanagement.blobstorage.service.impl.ServiceEngine - get()
org.gcube.common.homelibrary.home.exceptions.InternalErrorException: Sorry, Public Link for selected file is unavailable
at org.gcube.common.homelibrary.jcr.workspace.JCRWorkspaceItem.getPublicLink(JCRWorkspaceItem.java:946)
at org.gcube.portlets.user.lastupdatedfiles.server.FileServiceImpl.getLastUpdateFiles(FileServiceImpl.java:112)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:561)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:208)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:248)
at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:774)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:703)
at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:896)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
at java.lang.Thread.run(Thread.java:745)
Updated by Massimiliano Assante about 10 years ago
- Priority changed from Normal to Urgent
Updated by Valentina Marioli about 10 years ago
- Status changed from New to In Progress
Updated by Valentina Marioli about 10 years ago
- Status changed from In Progress to Closed
- % Done changed from 0 to 100
The problem was due to a bug in Home Library: copying a folder, the files into the folder have been copied, but the remote path has not been updated. I've just resynchronized storage and jackrabbit and the problem has been fixed.
The fix to such bug has already been released in production last week (in gCube 3.8.0)