gvSIG bugs #4417
Scripting: falla al importar el modulo gvsig.
| Status: | Closed | % Done: | 0% | |
|---|---|---|---|---|
| Priority: | High | Spent time: | - | |
| Assignee: |  Joaquín del Cerro Murciano | |||
| Category: | - | |||
| Target version: | 2.3.3-2707 (rev. org.gvsig.desktop-2.0.165) | |||
| Severity: | Critical | Add-on version: | ||
| gvSIG version: | 2.3.0 | Add-on build: | ||
| gvSIG build: | 2706 | Add-on resolve version: | ||
| Operative System: | Add-on resolve build: | |||
| Keywords: | Proyecto: | |||
| Has patch: | Hito: | |||
| Add-on name: | Unknown |
Description
Cuando se intenta importar el modulo gvsig se produce un error y ya no inicializa correctamete todas las cases de gvSIG que precisan retocarse para ser usadas desde scripting.
Esto imposibilita ejecutar casi cualquier script que interactue con clases de gvSIG.
Associated revisions
refs #4417, añadido metodo features para evitar conflictos en jython.
History
#1
Updated by Joaquín del Cerro Murciano over 7 years ago
Al parecer la inclusion del metodo getFeatures en el FeatureStore provoca que jython crea un property-getter "features" que delega en el metodo getFeatures. Cuando desde scripting se intenta injectar el metodo "features" se encuentra el property-getter con ese nombre ya creado y falla.
No he encontrado forma de que jython no intente crear el property-getter asociado al metodo getFeatures ni de poderlo eliminar desde jython para injectar el metodo "features" y asi que el API de scripting siga siendo el mismo.
Al final lo que he hecho es añadir al DefaultFeatureStore un metodo "features" publico (no esta en el API), ya que los metodos publicos si que pueden ser reemplazados por injeccion desde jython, y al existir ya el metodo no intenta cambiarlo por un property-getter.
#2
Updated by Joaquín del Cerro Murciano over 7 years ago
- Status changed from New to Fixed
#3
Updated by Álvaro Anguix almost 7 years ago
- Status changed from Fixed to Closed