Opened 5 years ago
Closed 4 years ago
#2300 closed enhancement (duplicate)
Petascope - too slow to open connections to SECORE for loading CRS GMLs
| Reported by: | Bang Pham Huu | Owned by: | Bang Pham Huu |
|---|---|---|---|
| Priority: | major | Milestone: | 11.0 |
| Component: | petascope | Version: | 9.8 |
| Keywords: | Cc: | Dimitar Misev, Vlad Merticariu, Peter Baumann | |
| Complexity: | Medium |
Description
In case with many coverages in different CRSs (e.g: Sentinel 2 UTM zones), petascope starts and takes minutes or more than that to send HTTP requests to SECORE for getting the CRSs GML.
That is not good as it takes too long time for the result can be shown in WSClient. When the CRSs are cached in petascope, it returns in seconds though.
Either SECORE and Petascope should be enhanced for this case with simultaneous CRS requests.
Change History (5)
comment:1 by , 5 years ago
| Cc: | added |
|---|
comment:2 by , 5 years ago
comment:3 by , 5 years ago
SECORE used to be separated into a
- library that handled everything, and
- a frontend that parsed http requests and forwarded to the library
I'm not sure if this is still the case now after the refactoring with spring and maven. But it would be great to use the library directly in petascope. In this case one could specify secore_urls=embedded in petascope.properties for example.
comment:4 by , 5 years ago
yes, exactly some solution along that line I had in mind. Hope it works out.
comment:5 by , 4 years ago
| Resolution: | → duplicate |
|---|---|
| Status: | assigned → closed |
It is due to BaseX library for SECORE cannot handle requests in parallel. Duplicate with: https://rasdaman.org/ticket/2328
would it make sense to retrieve the root = all defs in one request?
Independently, for the case when we operate a local SECORE, could we establish a tighter coupling without http requests?