-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Comments
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] |
This specific bug is disappeared in the new versions. However another one related is opened. 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. |
@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. |
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. |
This might be related to gh-160 |
I verified this issue is fixed when building packages from today's master. |
…in-header Overwrite django admin header
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:''
The text was updated successfully, but these errors were encountered: