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
------------------------------------------------------------------------------
_______________________________________________
Dspace-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-devel

Reply via email to