En el caso de la 2.0 está claro con lo que comenta Jorge.
Pero en la 1.x, ¿es realmente necesario que esté en appgvSIG, o se
podría quedar dentro de extJDBC que es realmente quien lo necesita?
--
Cèsar Ordiñana Navarro
gvSIG software architect
DiSiD Technologies (
http://www.disid.com)
El 08/11/11 14:23, Jorge Piera Llodrá escribió:
> Hola Fran
>
> Esa librería es la que utiliza la implementación de la librería de
> tiempo que se ha desarrollado en el proyecto de sensores [1]. En cuando
> probemos que el nuevo branch de dal con soporte temporal esté listo,
> vamos a meter la librería.
>
> Eso sí, no hay que usar Joda directamente: hay que usar el api de la
> librería de tiempo que internamente, utiliza Joda.
>
> Un saludo,
> Jorge.
>
> [1]
>
https://gvsig.org/web/projects/gvsig-desktop/docs/devel/org-gvsig-sensors/1-0.0>
> On 11/08/2011 02:05 PM, Francisco José Peñarrubia wrote:
>> Hola a todos.
>>
>> Tengo una consulta relacionada con este bug.
>>
>>
http://forge.osor.eu/tracker/?func=detail&atid=732&aid=15934&group_id=89>>
>> Para solucionarlo, necesitamos utilizar la librería joda-time (lo de
>> joda no es cachondeo, pero no veais lo dificil que es gestionar los
>> calendarios cuando trabajas con fechas de antes de 1584....).
>> Se usaría en extJDBC Y (por eso consultamos) habría que meterla en
>> appGvSIG/lib.
>>
>> En realidad esta librería es más que probable que la tengamos que usar
>> también en el proyecto de Sensores para gestionar bien las cosas del
>> tiempo. Es más, yo pienso que debería ser una dependencia
>> de gvSIG core para tenerla disponible en el resto de los proyectos.
>>
>> ¿Hay algún inconveniente en que la pongamos en appGvSIG/lib?
>>
>> Saludos.
>>
>> Fran.
_______________________________________________
gvSIG-desktop-TSC-pub mailing list
[hidden email]
https://lists.forge.osor.eu/listinfo/gvsig-desktop-tsc-pub
Locked
