Support #11670
closed
PAIM VRE web-app unable to process the shapefile
100%
Description
The upload shapefile module of PAIM VRE web-app unable to process the shapefile.
I am suspecting the issue may be with garr server, could you please check the associated wps service is up.
Below I have attached a png form web console and also mentioned the details
**The console detail** This XML file does not appear to have any style information associated with it. The document tree is shown below. <ows:ExceptionReport xmlns:ows="http://www.opengis.net/ows/1.1" version="1.0.0"> <ows:Exception exceptionCode="MissingParameterValue" locator="service"> <ows:ExceptionText>Parameter <service> not specified.</ows:ExceptionText> </ows:Exception> <ows:Exception exceptionCode="JAVA_StackTrace"> <ows:ExceptionText> org.n52.wps.server.ExceptionReport: Parameter <service> not specified. at org.n52.wps.server.request.Request.getMapValue(Request.java:105) at org.gcube.data.analysis.wps.RequestHandler.<init>(RequestHandler.java:112) at org.gcube.data.analysis.wps.WebProcessingService.doGet(WebProcessingService.java:280) at javax.servlet.http.HttpServlet.service(HttpServlet.java:620) at org.gcube.data.analysis.wps.WebProcessingService.service(WebProcessingService.java:406) 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 com.thetransactioncompany.cors.CORSFilter.doFilter(CORSFilter.java:169) at com.thetransactioncompany.cors.CORSFilter.doFilter(CORSFilter.java:232) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) at org.gcube.smartgears.managers.RequestManager.doFilter(RequestManager.java:95) 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:501) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950) at org.apache.catalina.valves.RemoteIpValve.invoke(RemoteIpValve.java:683) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1041) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:313) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) </ows:ExceptionText> </ows:Exception> <ows:Exception exceptionCode="JAVA_RootCause"/> </ows:ExceptionReport>
Files
Updated by Debhsish Bhakta about 7 years ago
- Assignee changed from _InfraScience Systems Engineer to Pasquale Pagano
Updated by Andrea Dell'Amico about 7 years ago
- Assignee changed from Pasquale Pagano to Giancarlo Panichi
Updated by Giancarlo Panichi about 7 years ago
- Status changed from New to Feedback
- Assignee changed from Giancarlo Panichi to Debhsish Bhakta
Please @debhasish.bhakta@grida.no , can you give us more information about the http call that you are doing from the webapp and the description of the algorithm that you are using?
Thanks
Updated by Roberto Cirillo about 7 years ago
From your stacktrace seems that the service parameter is missing. Please, could you check if the service parameter is present in your request?
Updated by Debhsish Bhakta about 7 years ago
- File Greek_MPAs.zip Greek_MPAs.zip added
- Priority changed from Immediate to High
I am trying with a zip shapefile (file attached) by selecting NAME as an input parameter and the process fail with 500 error message.
But in data miner, with the same shapefile and the process completed without error.
Updated by Giancarlo Panichi about 7 years ago
Hi @debhasish.bhakta@grida.no, as suggested by Roberto seems to be missing in your call http the parameter:
- service = WPS
For example this could be a valid call:
http://dataminer.garr.d4science.org/wps/WebProcessingService?request=Execute&service=WPS&Version=1.0.0&gcube-token=xxxxxxxxxxxxxxxxxx&lang=en-US&Identifier=org.gcube.dataanalysis.wps.statisticalmanager.synchserver.mappedclasses.transducerers.MPA_INTERSECT_V4_1&DataInputs=MPA_Shapefile_Url=https%3A%2F%2Fabsences.zip;Field_name=name;Marine_Boundary=EEZ;Region_Id=NA;Selected_Data_Feature=NA;Report_Format=csv;
That's why it works from Dataminer and not from webapp.
Please, check your http call.
Updated by Emmanuel Blondel about 7 years ago
- Status changed from Feedback to In Progress
- Assignee changed from Debhsish Bhakta to Emmanuel Blondel
- Priority changed from High to Urgent
I'm going to assist Debhasish on this. The web-app so far was working with custom shapefiles we used in FAO, and the web-app extensively used yet since months, so we can exclude an issue with the way the WPS call is performed. At first view, I suspect a peculiarity of the shapefile used by Debhasish that breaks the algorithm.
Updated by Emmanuel Blondel about 7 years ago
- Status changed from In Progress to Closed
- % Done changed from 0 to 100
The algorithm is now working properly. Further control and a small fix have been added on shapefiles field names.
