Depends on who has the motivation to make "the work that needs to be done" happen. If someone shows a set of fixes that reasonably take into account backward compatibility etc and elegantly solve the issues with durations in the submission UI by the time 1.6.1 is slated for release. Then there you go...
I think that at least adding and using some alternate methods, deprecating and ceasing use of those that shouldn't be used for serialization of the date string into the metadata should be considered, and that those not use "Date" and instead use "String" and DateFormat tooling, especially when working in the input forms. Mark On Thu, Apr 29, 2010 at 2:54 PM, Kim Shepherd <[email protected]> wrote: > I'm looking into XMLGregorianCalendar as well -- I wouldn't say DCDate > "revolves" around java.util.Date so much.. it is often constructed from a > Date object, and can return one but the private calendar objects which are > storing the actual date/time components are plain GregorianCalender. > > This discussion is great (and necessary!), but if/when we go down this road I > think it should be post-1.6.1 -- we don't have time to make such big changes > for 1.6.1, and it could be argued that it's more than a 'bug fix'. I think we > can tidy up the small problems with granularity, display and so on for 1.6.1 > and then go from there. Happy to hear counterpoints! > > Cheers, > > Kim > >> -----Original Message----- >> From: Mark Diggory [mailto:[email protected]] >> Sent: Friday, 30 April 2010 3:38 a.m. >> To: TAYLOR Robin >> Cc: [email protected] >> Subject: Re: [Dspace-devel] DCDate conversation >> >> Yes, I'm just reiterating my position in the thread. I've used >> XMLgregorianCalendar in other places (dspace-rdf) and it meets the ISO >> spec and DCMI guidelines for dates. We should use standard JVM tools >> when they are better than ours. >> >> Mark >> >> On Thu, Apr 29, 2010 at 7:07 AM, TAYLOR Robin <[email protected]> >> wrote: >> > I hope nobody minds but I'm interested in continuing the conversation >> that I was only able to pay partial attention to in yesterday's >> developer meeting http://duraspace.org/irclogs/index.php?date=2010-04- >> 28. Am I correct in understanding that we would be looking to replace >> the current functionality of DCDate, that revolves around >> java.util.Date, with the functionality provided by XMLGregorianCalendar >> ? I wasn't aware of this class before but at first glance it looks a >> good fit. Assuming this is something we want to pursue is this a post >> 1.6.1 ambition, or more immediate ? >> > >> > Cheers, Robin. >> > >> > >> > Robin Taylor >> > Main Library >> > University of Edinburgh >> > Tel. 0131 6513808 >> > -- >> > The University of Edinburgh is a charitable body, registered in >> > Scotland, with registration number SC005336. >> > >> > >> > --------------------------------------------------------------------- >> --------- >> > _______________________________________________ >> > Dspace-devel mailing list >> > [email protected] >> > https://lists.sourceforge.net/lists/listinfo/dspace-devel >> > >> >> >> >> -- >> Mark R. Diggory >> Head of U.S. Operations - @mire >> >> http://www.atmire.com - Institutional Repository Solutions >> http://www.togather.eu - Before getting together, get t...@ther >> >> ----------------------------------------------------------------------- >> ------- >> _______________________________________________ >> Dspace-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/dspace-devel > -- Mark R. Diggory Head of U.S. Operations - @mire http://www.atmire.com - Institutional Repository Solutions http://www.togather.eu - Before getting together, get t...@ther ------------------------------------------------------------------------------ _______________________________________________ Dspace-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-devel
