Hello Johannes, I'd rather like a package build times only patch. Your current patch causes issues within the taskomatic as the dates are expected in the local timezone of the DB machine. I'm not sure about other issues.
Regards, -- Tomas Lestach RHN Satellite Engineering On Monday 30 of July 2012 17:21:21 Johannes Renner wrote: > Hi, > > We experienced a problem with rpm metadata generation: the taskomatic > generated build times of packages are different from the actual build times > that are stored in the rpm package. You should experience that problem as > well. > > We are wondering if it can be generally assumed that all of the values > written to date fields in the Database are converted to UTC beforehands? In > this case we might want to fix CachedStatement.java (method getObject()), > so it will not put the local timezone as default for all Date objects > created using rs.getTimestamp() (only in case the DB does not provide info > about the timezone!). > > A generic fix could maybe look like the attached patch, see here for javadoc > of the proposed method: > > http://docs.oracle.com/javase/6/docs/api/java/sql/ResultSet.html#getTimestam > p%28java.lang.String,%20java.util.Calendar%29 > > Otherwise we could also fix the package build times only, and do so in > PackageDto.setBuildTime(). What do you think? > > Thanks, > Johannes _______________________________________________ Spacewalk-devel mailing list Spacewalk-devel@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-devel
