Incident #1402
closed
Computational output is not visualised on StatMan on services.d4science.org
Added by Gianpaolo Coro almost 10 years ago.
Updated over 9 years ago.
Estimated time:
(Total: 0.00 h)
Infrastructure:
Production
Description
The computational outputs (images, files etc) are not visualised on the services.d4science.org portal. This error is not present on i-marine.d4science.org
- Status changed from New to In Progress
- Priority changed from Urgent to Normal
- Status changed from In Progress to Feedback
I checked the problem with @valentina.marioli@isti.cnr.it as in the end it was home library related for only Gianpaolo. @gianpaolo.coro@isti.cnr.it please provide feedback we think it is solved.
The issue is still present. Consider that I cannot see the VRE folders of the other VREs on services.d4science.org, e.g. on BioDiversityLab
- Assignee changed from Massimiliano Assante to Valentina Marioli
I checked the issue and this is the exception raised for Biodiversity Lab. The problem however is weird, because you can visualize correctly on the iMarine Biodiversity Lab.
I checked the libraries version in both portals and they are the same. not sure what is going on. Please @valentina.marioli@isti.cnr.it can you investigate?
2015-11-18 13:48:26,743 INFO workspace.JCRWorkspaceItem [TP-Processor16,getPublicLink:992] %[PORTAL] 677574608 [TP-Processor16] INFO org.gcube.common.homelibrary.jcr.workspace.JCRWorkspaceItem - get PublicLink for item: Sarda sarda (scientific name) occurrences from OBIS - CSV STANDARD.csv
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:1002)
at org.gcube.portlets.user.lastupdatedfiles.server.FileServiceImpl.getLastUpdateFiles(FileServiceImpl.java:125)
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)
- Status changed from Feedback to In Progress
- Assignee changed from Valentina Marioli to Massimiliano Assante
we investigated the issue together with @valentina.marioli@isti.cnr.it and @francesco.mangiacrapa@isti.cnr.it
We found out that this issue is due to the fact that the user gianpaolo.coro cannot access the storage payloads and in general cannot use the storage from within the services.d4science.org gateway.
We checked on the other gateways (iMarine, descramble and EGIP) and it works.
- Status changed from In Progress to Closed
Also available in: Atom
PDF