gvSIG bugs #1802
Falta tipo de dato smallint de base de datos en el registro de tipos posibles
Status: | Closed | % Done: | 0% | |
---|---|---|---|---|
Priority: | Normal | Spent time: | - | |
Assignee: | Juan Lucas Domínguez | |||
Category: | Document table | |||
Target version: | 2.1.0-2217-devel | |||
Severity: | Add-on version: | |||
gvSIG version: | 2.0.0 | Add-on build: | ||
gvSIG build: | Add-on resolve version: | |||
Operative System: | Add-on resolve build: | |||
Keywords: | Proyecto: | |||
Has patch: | No | Hito: | ||
Add-on name: | Unknown |
Description
Tengo una tabla de la base de datos con un campo de tipo smallint. Cuando intento digitalizarlo me da un error en la clase DefaultFeature método void set(FeatureAttributeDescriptor attribute, Object value) al hacer _ if (attribute.getObjectClass().isInstance(value))_
El error que me da es un nullpointerexception. Esto solo me pasa con el tipo de dato smallint así que he supuesto que es porque no lo tendríais en cuenta como tipo posible.
Buscando en el código dónde definís los tipos de datos posibles he encontrado lo siguiente
- Clase DataTypes en org.gvsig.tools.dataType
En esta clase definís los tipos posibles pero no aparece por ningún sitio smallint.
- Clase DefaultDataTypesManager en org.gvsig.tools.dataTypes.impl
En esta clase se añaden los diferentes tipos posibles y smallint no aparece.
No se si también sería necesario crear la clase CoerceToSmallint.
- Clase DefaultEditableFeatureType en libFMap_dal/src/org/gvisg/fmap/dal/feature/impl
Hace un switch con los diferentes valores pero también falta smallint.
Así que, por todo lo anterior, pienso que el problema se debe a que dicho tipo de dato no se está teniendo en cuenta en el registro ¿Estoy en lo correcto?
Related issues
History
#1 Updated by Manuel Madrid about 11 years ago
- Category set to Document table
#2 Updated by Juan Lucas Domínguez over 10 years ago
- Assignee set to Juan Lucas Domínguez
#3 Updated by Juan Lucas Domínguez over 10 years ago
- Status changed from New to Fixed
smallint" and "int2" are the same in Postgresql. The metadata says "int2
#4 Updated by Joaquín del Cerro Murciano over 10 years ago
- Target version set to 2.1.0-2217-devel
#5 Updated by Álvaro Anguix over 10 years ago
- Status changed from Fixed to Closed