Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multiple layer download fails #109

Closed
ingenieroariel opened this issue Apr 15, 2011 · 7 comments
Closed

Multiple layer download fails #109

ingenieroariel opened this issue Apr 15, 2011 · 7 comments
Assignees
Milestone

Comments

@ingenieroariel
Copy link
Member

The multiple layer download fails with the following json response:

''"process":"id":1,"status":"FAILED","progress":0,"reasonForFailure":"java.lang.String cannot be cast to com.vividsolutions.jts.geom.Geometry"''

with the following geoserver log:

''ERROR [data.shapefile] - The following locker still has a lock read on file:''

@ingenieroariel
Copy link
Member Author

@ingenieroariel
Copy link
Member Author

The error appears only when trying to download postgis layers, when the shapefile has to be created in the "gs-data/process-tmp-dir/".

Interesting post here: [http://www.listware.net/201101/geoserver-users/100153-geoserver-users-unable-to-release-locks.html]

@ingenieroariel
Copy link
Member Author

This specific bug is disappeared in the new versions. However another one related is opened.
The map/x/download is still not working.

After some bug hunting the problem seem to be that while creating a MapLayer the ows_url is set to DEFAULT_LAYER_SOURCE['url'] from the settings module but the MapLayer.local method compares the ows_url to the settings.GEOSERVER_BASE_URL address which is usually different. The result is that no MapLayer is considered as local and then the download fails.

Possible solution can be found here [https://github.com/simod/geonode/commit/4a999eb428196d492247038b1a0772bdd1b531d0]

However there can be different solutions.
Needs further discussion.

@jj0hns0n
Copy link
Contributor

@ingenieroariel lets discuss this one and determine whether it still occurs and needs to be fixed. Seems like a pretty critical bug if it is still occuring.

@ghost ghost assigned jj0hns0n Jun 18, 2012
@simod
Copy link
Member

simod commented Jun 20, 2012

Hi, I tested today against GeoNode 1.1.1 and the bug is still there. simod@4a999eb#L1R1552 this solved. But let's discuss this solution since I'm not sure is the best.

@jmwenda
Copy link
Contributor

jmwenda commented Jun 20, 2012

This might be related to gh-160

@ingenieroariel
Copy link
Member Author

I verified this issue is fixed when building packages from today's master.

capooti added a commit to capooti/geonode that referenced this issue Apr 26, 2017
travislbrundage pushed a commit to travislbrundage/geonode that referenced this issue Jan 5, 2018
…in-header

Overwrite django admin header
EmereArco pushed a commit to EmereArco/geonode that referenced this issue Jan 30, 2018
marthamareal pushed a commit to marthamareal/geonode that referenced this issue Sep 24, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants