Tipo Date e DateTime nell'importazione di classi esterne

[mtozzi]

Nel caso si importi in un progetto inde una classe java che contiene un metodo getData() che ritorna un oggetto di tipo java.sql.Date la mappatura creata è la seguente:

Code: Select all

$0.getData()

Il tipo di dati ritornato viene impostato a Object e al tempo stesso viene creata un'ulteriore libreria nel progetto inde con la mappatura della classe java.sql.Date (solo il nome non i metodi).
In realtà sarebbe corretto che il valore di ritorno fosse mappato direttamente nel tipo date di Inde in modo da poterlo gestire nel visual code con una variabile date o date time. Ora come ora è necessario correggere la mappatura a mano impostandola nel seguente modo:

Code: Select all

new IDVariant($0.getData())

e modificando il tipo di dati ritornato a Date o Date Time a seconda si tratti di una data o di un timestamp.

Un'altra miglioria potrebbe essere nel passaggio inverso, ossia quando abbiamo una classe esterna con un metodo che ha parametri di tipo java.sql.Date. Vediamo un esempio:

Code: Select all

$0.setData($1)

Siccome inde utilizza per le date il tipo java.util.Date occorre correggere questa mappatura inserendo il casting esplicito a java.sql.Date in questo modo:

Code: Select all

$0.setData((java.sql.Date)$1.dateValue())

[lucabaldini]

Ciao, dato che nella 10.0 ho migliorato leggermente la procedura di importazione delle classi e librerie esterne (trovi maggiori info qui http://doc.progamma.com/?ARTID=606C38EE-3973-4987-80EC-501C34070D36), potresti allegarmi un JAR dove si manifesti il problema?
In effetti è un po' folle che ci siano 2 tipi DATE... ma tant'è... proverò a tenere conto della cosa come eccezione, castando l'uno all'altro quando devo...
Se mi giri il JAR miglioro l'importazione e provo il tuo caso specifico...

Grazie mille!

[lucabaldini]

Dimenticavo... puoi allegare il JAR qui nel forum... così non me lo perdo :-D

[mtozzi]

Ecco il jar di esempio, l'ho zippato perché il forum non consente di allegare file con estensione jar.
Grazie

[lucabaldini]

Fatto in versione 10.0 r3 (che verrà rilasciata lunedì 28 febbraio)... :-)

Trovi le info qui http://doc.progamma.com/?ARTID=606C38EE-3973-4987-80EC-501C34070D36 (l'articolo sarà aggiornato lunedì 28 febbraio dopo il rilascio)

[mtozzi]

Lo stesso discorso vale per il tipo java.sql.Timestamp: ad esempio un metodo setTmTimestamp con un parametro di tipo java.sql.Timestamp dovrebbe essere importato nel modo seguente

Code: Select all

$0.setTmTimestamp(new java.sql.Timestamp($1.dateValue().getTime()));


Occorre usare questo trucchetto per passare da un oggetto java.util.Date utilizzato da inde a un oggetto di tipo java.sql.Timestamp.
Tutto per colpa del fatto che la libreria standard java ha diversi oggetti che fanno la stessa identica cosa.

[lucabaldini]

Segnato...

[mtozzi]

Sempre riguardo all'importazione di classi java esterne segnalo che il tipo java short non viene gestito come un tipo numerico Integer inde ma come un generico object analogamente a quello che succedeva per le date

[lucabaldini]

OK... i casi sono davvero tanti... ma ci ho lavorato un po' e credo di averne gestiti un bel po'...
Se ne mancano, fammi sapere.

Ah, dimenticavo... trovi le info dettagliate sul miglioramento qui http://doc.progamma.com/?ARTID=606C38EE-3973-4987-80EC-501C34070D36