Incident #1402
closed
Computational output is not visualised on StatMan on services.d4science.org
100%
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
Updated by Massimiliano Assante over 9 years ago
- Status changed from New to In Progress
Updated by Massimiliano Assante over 9 years ago
I can see the images, files etc on https://services.d4science.org/group/biodiversitylab/processing-tools, while I cannot on ENVRIPlus. This make me thinking that the issue may not reside on the portal configuration.
Updated by Massimiliano Assante over 9 years ago
- Priority changed from Urgent to Normal
Updated by Massimiliano Assante over 9 years ago
- 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.
Updated by Gianpaolo Coro over 9 years ago
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
Updated by Massimiliano Assante over 9 years ago
- 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)
Updated by Valentina Marioli over 9 years ago
- Status changed from Feedback to In Progress
Updated by Massimiliano Assante over 9 years ago
- 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.
Updated by Massimiliano Assante over 9 years ago
- Status changed from In Progress to Closed
