gvSIG bugs #1362: Does not persist the union of three tables - Application: gvSIG desktop - gvSIG

gvSIG bugs #1362

Does not persist the union of three tables

Added by Vicent Domenech over 11 years ago. Updated about 4 years ago.

Status:

Won't fix

% Done:

Priority:

Normal

Spent time:

Assignee:

Category:

Document table

Target version:

Severity:

Add-on version:

gvSIG version:

2.0.0

Add-on build:

gvSIG build:

2057

Add-on resolve version:

Operative System:

Linux

Add-on resolve build:

Keywords:

Proyecto:

Has patch:

Hito:

Add-on name:

Unknown

Description

Open gvSIG
New table
Add table rrline.dbf (http://downloads.gvsig.org/download/geodata/tables/DBF/rrline.dbf.zip)
Add table rrline_filipinas.dbf (http://downloads.gvsig.org/download/geodata/tables/DBF/rrline_filipinas.dbf.zip)
Add table rrline_japon.dbf (http://downloads.gvsig.org/download/geodata/tables/DBF/rrline_japon.dbf.zip)
Table, create join
Choose a data store as "rrline.dbf" and click Next
Choose the second data store as "rrline_filifinas.dbf and click Next
Choose as key of first table "rrlntype", the key of second table "rrlntype", type of prefix for the first table: 1, type of prefix for the second table: 2 and "userld" as the attribute to join. Next and finish.
Now we see the userld added to the table rrline.dbf
Table, create join
Choose a data store as "rrline.dbf" and click Next
Choose the second data store as "rrline_japon.dbf and click Next
Choose as key of first table "rrlntype", the key of second table "rrlntype" type of prefix for the first table: 12, type of prefix for the second table: 3 and "userld" as the attribute to join. Next and finish.
Now we see the second "userld" added to the table rrline.dbf
Save the project
Close gvSIG
Open gvSIG
Load last gvSIG project
A warning message appears: "Can't perform action 'application-project-open'."

History

#1 Updated by Joaquín del Cerro Murciano over 11 years ago

Target version changed from 2.0.0-rc1 to 2.0.0-final

#2 Updated by Manuel Madrid over 11 years ago

Target version deleted (~~2.0.0-final~~)

#3 Updated by Juan Lucas Domínguez over 10 years ago

El problema es que al despersistir la JoinTransform se necesita acceso al store con las transformaciones anteriores aplicadas, lo cual no ocurre y se produce un error con el nombre de los campos disponibles. En este momento no veo modo de arreglarlo sin correr el riesgo de "daños colaterales". El problema empieza en esta líonea (método initialize de JoinTransform):

EditableFeatureType editableFeatureType = this.getFeatureStore().getDefaultFeatureType().getEditable();

Ahí debería tener los campos de un store ya transformado, pero al despersistir, eso no es así.