Re: [Tasktlogger-devel] FW: ich bins wieder ;-)
Brought to you by:
teiniker
From: Pratter T. <Tho...@fh...> - 2006-10-24 19:29:53
|
ja, mir ist schon aufgefallen bei Verwendung von HSQLDB passieren = interessante Sachen. Es wird ein script = /src/database/tasktlogger.db.script ausgef=FChrt um Tabellen im RAM = anzulegen. Da rutscht immer wieder der Datentyp TIMESTAMP rein, weil das = script von HSQLDB immer wieder =FCberschrieben wird (die Variante in = /bin/). confusing me: Auch wenn man den Typ im db script auf DATETIME = =E4ndert ! ! F=FCr DATETIME hab ich mich deshalb entschieden, weil man hier nicht = zwingend Sekunden und Millisekunden mit angeben muss. Bei TIMESTAMP = leider schon. Au=DFerdem ist TIMESTAMP urspr=FCnglich daf=FCr gedacht um = den Zeitraum des Eintrages in der DB mit abszuspeichern. Deswegen = schreiben manche DBs auch das nette "0000-00-00 00:00.000" rein, wenn = man ein TIMESTAMP Feld nicht f=FCllt. lg, thomas=20 =20 -----Original Message----- From: Walenta Helmut [mailto:Hel...@fh...] Sent: Tue 24.10.2006 19:16 To: Pratter Thomas; tas...@li... Subject: Re: [Tasktlogger-devel] FW: ich bins wieder ;-) =20 FW: ich bins wieder ;-)OK! Ich hatte f=FCr die HSQLDB bei mir Lokal keine eigene Datenbank = angelegt. Das Speichern von einer Category oder Developer hat so auch = funktioniert,=20 nur bei der Task hatte ich eben mit dem Datum diese Probleme. Habe jetzt Lokal in MySQL die Tabellen angelegt, und im Tasktlogger = Programm umgestellt. Hier habe ich keine Probleme mit dem Neuerstellen von Tasks gr=FCsse Helmut =20 ----- Original Message -----=20 From: Pratter Thomas=20 To: tas...@li...=20 Sent: Tuesday, October 24, 2006 3:22 PM Subject: [Tasktlogger-devel] FW: ich bins wieder ;-) Hallo, bekanntlich speicerht JdbctaskDAO ja die Task Obejkte in der DB. Task = Objekte haben Date Attribute. In der Datenbank sollten die Felder = startDate und endDate auf jeden Fall vom Typ DATETIME sein, nicht vom = Typ TIMESTAMP, da ein TIMESTAMP auf jeden Fall gespeichert wird, wenn = kein Wert angegeben ist mit "0000-00-00 00:00.000" =3D nicht sch=F6n ;-) Um ein Datum in sinnvollem Format abzuspeichern, geht man z.B. wie = folgt vor: // genauer als in Minuten brauchen wirs wohl nicht SimpleDateFormat sf=3Dnew SimpleDateFormat("yyyy-MM-dd hh:mm", = Locale.GERMANY); Date date=3Dsf.parse("2006-11-19 11:30"); task.setStartDate(date); dao.save(task); -----Original Message----- From: Martin Kuhn [mailto:mar...@gm...] Sent: Tue 24.10.2006 05:51 To: Walenta Helmut Cc: Pratter Thomas Subject: AW: ich bins wieder ;-) Hi Helmut, wie Du schon aus der Exception ersehen kannst ist das irgendwas das = mit dem Datenzugriff zu tun hat. (h=E4ngt damit zusammen welchen DB Du verwendest und wie da das Datum/Zeit-Format definiert ist) Bitte wende Dich da an den Kollegen Pratter. LG Martin _____=20 Von: Walenta Helmut [mailto:Hel...@fh...] Gesendet: Montag, 23. Oktober 2006 19:27 An: Kuhn Martin Betreff: ich bins wieder ;-) Hallo Martin! Ich habe jetzt versucht ein paar Daten einzugeben. Dabei treten mir folgende Fehler auf. Gebe ich ein Datum ein in der Form 01.01.2007 kommt folgender Fehler: at.fhj.swd04.tasktlogger.persistence.DataAccessException: java.sql.SQLException: Wrong data type: = java.lang.IllegalArgumentException: Timestamp format must be yyyy-mm-dd hh:mm:ss.fffffffff Gebe ich es genau so ein: 2007-02-01 10:00:00.000000000 oder nur 2007-02-01 Kommt dieser Fehler: Konvertierungsfehler Gebe ich bei von bis nichts ein,wird mir der Datensatz =FCbernommen. Liegt das Problem in unserem Programmbereich? Nur bei mir am Rechner? Oder bei einem der anderen Programmteile der anderen Gruppen? gr=FCsse Helmut -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= Using Tomcat but need to do more? Need to support web services, = security? Get stuff done quickly with pre-integrated technology to make your job = easier Download IBM WebSphere Application Server v.1.0.1 based on Apache = Geronimo = http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 -------------------------------------------------------------------------= ----- _______________________________________________ Tasktlogger-devel mailing list Tas...@li... https://lists.sourceforge.net/lists/listinfo/tasktlogger-devel -------------------------------------------------------------------------= ----- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.408 / Virus Database: 268.13.11/492 - Release Date: = 23.10.2006 |