Application: gvSIG desktop

Bueno, pues hay varios problemas relacionados con este error, todos
relacionados con el soporte de espacios en blanco en los identificadores
de atributos de una feature.

Por un lado cuando se genera la expresion haciendo doble click en el campo
que contiene un blanco, este se añade a la caja de texto sin mas. Lo
suyo es que se escapase el blanco de alguna manera, por ejemplo
metiendo el identificados entre comillas dobles como se hace en SQL.
Al no hacer nada e intentar parsear la cadena, esta es sintacticamente
incorrecta, de ahi el error que muestra.

Bien, pues voy y a mano pongo el identificador entre dobles comillas en
la caja de la expresion. Entonces se queja la libreria que estamos usando
para evaluar las expresiones (SQLJEP), ya que esta no soporta blancos en los
identificadores. De echo es un error, ya que en teoria deberia soportar
la sintaxis para expresiones de un where de sql, que indica que los
identificadores pueden ir entre comillas dobles.

Aunque el primer problema se puede salvar facilmente, que genere correctamenente
los identificadores entre comillas dobles cuando tengan espacios en blanco,
el segundo problema es mas dificil de solventar, ya que la libreria SQLJEP
ya no esta mantenida (las ultimas correcciones fueron ya nuestras).

gvSIG usa un interfaz Evaluator para evaluar las expresiones y tiene una
implementacion de ese interface usando la libreria de SQLJEP, de forma que
gvSIG no es dependiente del API de SQLJEP. Yo propondria
implementar otro evaluador en base a otra libreria y probar
a ver si tiene memos bugs. He estado echando un vistazo y la libreria ZQL,
que ya estamos usando en algun otro sitio de gvSIG para parsear SQLs,
tiene la capacidad de evaluar expresiones SQL (ZEval y ZTuple) y
en un primer vistazo no parece complicado integrarla con nuestro interface
de Evaluator. No he visto como esta el tema de definir funciones pero no
creo que se lo hayan dejado.