You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
(64) |
May
(62) |
Jun
(33) |
Jul
(61) |
Aug
(75) |
Sep
(61) |
Oct
(124) |
Nov
(18) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(42) |
Feb
(19) |
Mar
(12) |
Apr
(34) |
May
(10) |
Jun
(4) |
Jul
(23) |
Aug
(24) |
Sep
(12) |
Oct
(48) |
Nov
(36) |
Dec
(48) |
2004 |
Jan
(26) |
Feb
(19) |
Mar
(21) |
Apr
(14) |
May
(9) |
Jun
(19) |
Jul
(44) |
Aug
(46) |
Sep
(27) |
Oct
(23) |
Nov
(30) |
Dec
(46) |
2005 |
Jan
(17) |
Feb
(36) |
Mar
(31) |
Apr
(53) |
May
(27) |
Jun
(20) |
Jul
(17) |
Aug
(48) |
Sep
(88) |
Oct
(55) |
Nov
(20) |
Dec
(50) |
2006 |
Jan
(36) |
Feb
(59) |
Mar
(39) |
Apr
(14) |
May
(19) |
Jun
(26) |
Jul
(54) |
Aug
(50) |
Sep
(19) |
Oct
(19) |
Nov
(37) |
Dec
(25) |
2007 |
Jan
(31) |
Feb
(33) |
Mar
(16) |
Apr
(9) |
May
(20) |
Jun
(30) |
Jul
(6) |
Aug
(48) |
Sep
(8) |
Oct
(20) |
Nov
(15) |
Dec
(21) |
2008 |
Jan
(49) |
Feb
(12) |
Mar
(31) |
Apr
(10) |
May
(25) |
Jun
(23) |
Jul
(22) |
Aug
(15) |
Sep
(27) |
Oct
(27) |
Nov
(28) |
Dec
(20) |
2009 |
Jan
(14) |
Feb
(7) |
Mar
(34) |
Apr
(10) |
May
(14) |
Jun
(2) |
Jul
(25) |
Aug
(8) |
Sep
(14) |
Oct
(17) |
Nov
(7) |
Dec
(15) |
2010 |
Jan
(4) |
Feb
(35) |
Mar
(21) |
Apr
(31) |
May
(1) |
Jun
(13) |
Jul
(28) |
Aug
(14) |
Sep
(19) |
Oct
(6) |
Nov
(15) |
Dec
(15) |
2011 |
Jan
(29) |
Feb
(12) |
Mar
(8) |
Apr
(21) |
May
(40) |
Jun
(12) |
Jul
(24) |
Aug
(19) |
Sep
(29) |
Oct
(21) |
Nov
(18) |
Dec
(30) |
2012 |
Jan
(10) |
Feb
(18) |
Mar
(19) |
Apr
(16) |
May
(15) |
Jun
(12) |
Jul
(9) |
Aug
(3) |
Sep
(16) |
Oct
(11) |
Nov
(8) |
Dec
|
2013 |
Jan
(5) |
Feb
(1) |
Mar
|
Apr
|
May
(7) |
Jun
(8) |
Jul
(20) |
Aug
(11) |
Sep
(6) |
Oct
|
Nov
(1) |
Dec
|
2014 |
Jan
(5) |
Feb
(3) |
Mar
|
Apr
|
May
(2) |
Jun
(2) |
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
2015 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
|
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
2017 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Stephen C. <sco...@jo...> - 2013-07-10 16:17:09
|
On 10 July 2013 17:11, Charles Oliver Nutter <he...@he...> wrote: > On Wed, Jul 10, 2013 at 11:48 AM, Stephen Colebourne > <sco...@jo...> wrote: >> Simpler that that I think. All time-zone data jars contain a file >> named joda-time-tzdata or some such. Then use Java to enumerate all >> resources matching that resource name. Whichever resource has the >> highest version number is the one to load. (where the version number >> is the content of joda-time-tzdata.) > > Well, that's simple enough. Pick a name, I'll prototype and implement > it in joda-timezones, and if it looks good we can move to the next > step. I think the resource should be "org.joda.time.tz.tzdb-version.txt" It would contain the version, such as "2013c". That would link to > Perhaps someone could spin up a repo in JodaOrg where I can start > pushing this stuff? You should be able to fork JodaOrg/joda-time on GitHub to your own namespace and work there. That works because you'll need to edit joda-time itself to do the resource file searching. If you need a separate repo to fork from for the time zone db file publishing, I can sort that. thanks for the help Stephen |
From: Charles O. N. <he...@he...> - 2013-07-10 16:12:06
|
On Wed, Jul 10, 2013 at 11:48 AM, Stephen Colebourne <sco...@jo...> wrote: > Simpler that that I think. All time-zone data jars contain a file > named joda-time-tzdata or some such. Then use Java to enumerate all > resources matching that resource name. Whichever resource has the > highest version number is the one to load. (where the version number > is the content of joda-time-tzdata.) Well, that's simple enough. Pick a name, I'll prototype and implement it in joda-timezones, and if it looks good we can move to the next step. Perhaps someone could spin up a repo in JodaOrg where I can start pushing this stuff? - Charlie |
From: Stephen C. <sco...@jo...> - 2013-07-10 15:49:03
|
On 10 July 2013 16:25, Charles Oliver Nutter <he...@he...> wrote: > The latter. In the JRuby distribution, we shade it in before joda-time > (if we want to update tzdata...not doing that by default right now). I > would expect anyone else using it would either do the same or organize > classpath to pick up the other files. > > I think the timezone data artifact should be as simple as possible. > Are you contemplating a setup where the data fles are versioned and > some property magic specifies the data files to load? Simpler that that I think. All time-zone data jars contain a file named joda-time-tzdata or some such. Then use Java to enumerate all resources matching that resource name. Whichever resource has the highest version number is the one to load. (where the version number is the content of joda-time-tzdata.) Stephen |
From: Charles O. N. <he...@he...> - 2013-07-10 15:33:02
|
On Tue, Jul 9, 2013 at 9:39 AM, Stephen Colebourne <sco...@jo...> wrote: > Sorry for the delay. I'm concerned that we do this right. What is > really needed is > > - a time-zone data override jar file, similar to what you propose > - some mechanism for the override jar to replace the main time-zone > data if it is newer, and without any extra manual setup steps for the > user > > How were you planning to use the new data files? They wouldn't be > picked up automatically. Or were you just going to rely on them being > earlier in the classpath... The latter. In the JRuby distribution, we shade it in before joda-time (if we want to update tzdata...not doing that by default right now). I would expect anyone else using it would either do the same or organize classpath to pick up the other files. I think the timezone data artifact should be as simple as possible. Are you contemplating a setup where the data fles are versioned and some property magic specifies the data files to load? - Charlie |
From: Stephen C. <sco...@jo...> - 2013-07-09 13:40:09
|
Sorry for the delay. I'm concerned that we do this right. What is really needed is - a time-zone data override jar file, similar to what you propose - some mechanism for the override jar to replace the main time-zone data if it is newer, and without any extra manual setup steps for the user How were you planning to use the new data files? They wouldn't be picked up automatically. Or were you just going to rely on them being earlier in the classpath... Stephen On 7 July 2013 00:11, Charles Oliver Nutter <he...@he...> wrote: > We would be happy to keep up the artifcat as timezone data comes out, > perhaps shared with others who already have push access to the joda-time > groupId. > > So, perhaps you can give us push rights and we will manage the artifact for > now? > > - Charlie (mobile) > > On Jul 6, 2013 5:49 PM, "Stephen Colebourne" <sco...@jo...> wrote: >> >> There is a desire from a number of people to get separate/faster >> time-zone updates, but it comes down to who will push the updates to >> maven central, how fast are they expected etc etc. >> >> I'm reluctant to add additional work on my shoulders to maintain a >> time-zone data jar file, even though its probably a good idea (it will >> also need code changes to pickup the new data). >> >> Nice pom btw to get the data. >> >> Stephen >> >> >> On 6 July 2013 22:51, Charles Oliver Nutter <he...@he...> wrote: >> > Hello all! >> > >> > For the JRuby project, we frequently want (or need) to test with more >> > recent timezone data. We have built various automated processes for >> > updating the timezone data in joda-time. >> > >> > We have recently started a migration to a full Maven build, and as a >> > result we have found it easier to publish the precompiled tzdata as a >> > maven artifact org.jruby.joda-timezones. We are about to start pushing >> > these jars (containing just the data files) to central, but...it >> > seemed like this might be something more appropriate for the joda-time >> > project to do. >> > >> > I know that JSR-301 is going to incorporate joda-time and *some* >> > timezone data, but even then it seems like it would be useful to >> > always have the latest tzdata precompiled and available in Maven. >> > >> > So I'm offering up the pom.xml we've prepared with the thought that >> > you might be interested in handling the pushing of these artifacts. If >> > it would be better for us to push them ourselves, that's fine...but it >> > seems like it would be more generally useful as a joda-time project. >> > >> > Our repository for this tzdata artifact is here: >> > https://github.com/jruby/joda-timezones >> > >> > So, thoughts? >> > >> > - Charlie >> > >> > >> > ------------------------------------------------------------------------------ >> > This SF.net email is sponsored by Windows: >> > >> > Build for Windows Store. >> > >> > http://p.sf.net/sfu/windows-dev2dev >> > _______________________________________________ >> > Joda-interest mailing list >> > Jod...@li... >> > https://lists.sourceforge.net/lists/listinfo/joda-interest >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> Joda-interest mailing list >> Jod...@li... >> https://lists.sourceforge.net/lists/listinfo/joda-interest > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest > |
From: Charles O. N. <he...@he...> - 2013-07-06 23:11:54
|
We would be happy to keep up the artifcat as timezone data comes out, perhaps shared with others who already have push access to the joda-time groupId. So, perhaps you can give us push rights and we will manage the artifact for now? - Charlie (mobile) On Jul 6, 2013 5:49 PM, "Stephen Colebourne" <sco...@jo...> wrote: > There is a desire from a number of people to get separate/faster > time-zone updates, but it comes down to who will push the updates to > maven central, how fast are they expected etc etc. > > I'm reluctant to add additional work on my shoulders to maintain a > time-zone data jar file, even though its probably a good idea (it will > also need code changes to pickup the new data). > > Nice pom btw to get the data. > > Stephen > > > On 6 July 2013 22:51, Charles Oliver Nutter <he...@he...> wrote: > > Hello all! > > > > For the JRuby project, we frequently want (or need) to test with more > > recent timezone data. We have built various automated processes for > > updating the timezone data in joda-time. > > > > We have recently started a migration to a full Maven build, and as a > > result we have found it easier to publish the precompiled tzdata as a > > maven artifact org.jruby.joda-timezones. We are about to start pushing > > these jars (containing just the data files) to central, but...it > > seemed like this might be something more appropriate for the joda-time > > project to do. > > > > I know that JSR-301 is going to incorporate joda-time and *some* > > timezone data, but even then it seems like it would be useful to > > always have the latest tzdata precompiled and available in Maven. > > > > So I'm offering up the pom.xml we've prepared with the thought that > > you might be interested in handling the pushing of these artifacts. If > > it would be better for us to push them ourselves, that's fine...but it > > seems like it would be more generally useful as a joda-time project. > > > > Our repository for this tzdata artifact is here: > > https://github.com/jruby/joda-timezones > > > > So, thoughts? > > > > - Charlie > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Windows: > > > > Build for Windows Store. > > > > http://p.sf.net/sfu/windows-dev2dev > > _______________________________________________ > > Joda-interest mailing list > > Jod...@li... > > https://lists.sourceforge.net/lists/listinfo/joda-interest > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest > |
From: Stephen C. <sco...@jo...> - 2013-07-06 22:48:30
|
There is a desire from a number of people to get separate/faster time-zone updates, but it comes down to who will push the updates to maven central, how fast are they expected etc etc. I'm reluctant to add additional work on my shoulders to maintain a time-zone data jar file, even though its probably a good idea (it will also need code changes to pickup the new data). Nice pom btw to get the data. Stephen On 6 July 2013 22:51, Charles Oliver Nutter <he...@he...> wrote: > Hello all! > > For the JRuby project, we frequently want (or need) to test with more > recent timezone data. We have built various automated processes for > updating the timezone data in joda-time. > > We have recently started a migration to a full Maven build, and as a > result we have found it easier to publish the precompiled tzdata as a > maven artifact org.jruby.joda-timezones. We are about to start pushing > these jars (containing just the data files) to central, but...it > seemed like this might be something more appropriate for the joda-time > project to do. > > I know that JSR-301 is going to incorporate joda-time and *some* > timezone data, but even then it seems like it would be useful to > always have the latest tzdata precompiled and available in Maven. > > So I'm offering up the pom.xml we've prepared with the thought that > you might be interested in handling the pushing of these artifacts. If > it would be better for us to push them ourselves, that's fine...but it > seems like it would be more generally useful as a joda-time project. > > Our repository for this tzdata artifact is here: > https://github.com/jruby/joda-timezones > > So, thoughts? > > - Charlie > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest |
From: Charles O. N. <he...@he...> - 2013-07-06 22:21:51
|
Hello all! For the JRuby project, we frequently want (or need) to test with more recent timezone data. We have built various automated processes for updating the timezone data in joda-time. We have recently started a migration to a full Maven build, and as a result we have found it easier to publish the precompiled tzdata as a maven artifact org.jruby.joda-timezones. We are about to start pushing these jars (containing just the data files) to central, but...it seemed like this might be something more appropriate for the joda-time project to do. I know that JSR-301 is going to incorporate joda-time and *some* timezone data, but even then it seems like it would be useful to always have the latest tzdata precompiled and available in Maven. So I'm offering up the pom.xml we've prepared with the thought that you might be interested in handling the pushing of these artifacts. If it would be better for us to push them ourselves, that's fine...but it seems like it would be more generally useful as a joda-time project. Our repository for this tzdata artifact is here: https://github.com/jruby/joda-timezones So, thoughts? - Charlie |
From: Gemmill, C. <cra...@tr...> - 2013-06-19 15:42:38
|
Ok, I will investigate if I can make a general solution. I may have a workaround for my usage, but I probably wouldn't suggest anything to the project unless I had a more general solution. Thanks for your time! -Craig -----Original Message----- From: Stephen Colebourne [mailto:sco...@jo...] Sent: Wednesday, June 19, 2013 11:38 AM To: Discussion of the Joda project Subject: Re: [Joda-interest] How to handle Period with negative length? I'd be happy to see a pull request with tests that allowed the period formatter builder to be extended to support an option for a single sign up front. However, it does get complicated as each field is independently signed as you say, thus calculating what a prefix sign might be is more complicated. Stephen On 19 June 2013 16:00, Gemmill, Craig <cra...@tr...> wrote: > Thanks for the quick reply! > > I don't have a copy of the ISO8601 standard, unfortunately it costs $134. But the W3C XML Schema datatype xs:duration uses the same format (see http://www.w3.org/TR/xmlschema-2/#duration), and they indicate that the sign should lead the entire string. Is the XML Schema datatype just a subset of the ISO8601 format that specifies a particular placement of the sign? > > Is there a way I could build my own PeriodFormatterBuilder to define this? I have been poking around with it, but I don't see an API for controlling where the minus sign is placed. One of the threads from a few years ago (http://sourceforge.net/mailarchive/message.php?msg_id=28027662) seems to indicate that the fields are independently signed, so I'm not sure how easy it would be to aggregate this into an overall sign - you'd potentially have to sum the fields to determine the overall sign. > > Thanks for any ideas! > -Craig > > > -----Original Message----- > From: Stephen Colebourne [mailto:sco...@jo...] > Sent: Wednesday, June 19, 2013 10:48 AM > To: Discussion of the Joda project > Subject: Re: [Joda-interest] How to handle Period with negative length? > > Joda-Time doe snot support this XML encoding with a leading sign. Its not a standard ISO-8601 format AFAICT. Instead, we use P-120D. > Stephen > > On 19 June 2013 15:31, Gemmill, Craig <cra...@tr...> wrote: >> Hi all- >> >> >> >> I'm new to using Joda-time, but I have a question about using Period >> with negative times. According to the XML Schema xs:duration >> datatype, and as far as I can tell, the ISO8601 format, a negative >> duration would be expressed with a leading minus sign. For example, >> minus 120 days would be "-P120D". However, I tried a quick >> 'roundtrip' test using org.joda.time.Period and >> org.joda.time.format.ISOPeriodFormat, and this doesn't seem to work: >> >> >> >> import org.joda.time.Period; >> >> import org.joda.time.format.ISOPeriodFormat; >> >> >> >> public class PeriodTester >> >> { >> >> public static void main(String[] args) >> >> { >> >> Period p = new Period(-8); >> >> String s = ISOPeriodFormat.standard().print(p); >> >> Period p1 = ISOPeriodFormat.standard().parsePeriod(s); >> >> System.out.println("p:"+p+"; ->s:"+s+"; ->p1:"+p1); >> >> } >> >> } >> >> >> >> I would expect this to output: >> >> p:-PT0.008S; ->s:-PT0.008S; ->p1:-PT0.008S >> >> >> >> But instead I get >> >> p:PT-0.008S; ->s:PT-0.008S; ->p1:PT0.008S >> >> >> >> So this is not able to survive an encode/decode. It appears that the >> encoder is not putting the minus sign in the right place, but the >> decoder is expecting a leading sign? >> >> >> >> Is there a better way to encode the Period so that it uses a leading >> minus sign? >> >> >> >> Thanks! >> >> >> >> >> --------------------------------------------------------------------- >> - >> -------- This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> Joda-interest mailing list >> Jod...@li... >> https://lists.sourceforge.net/lists/listinfo/joda-interest >> > > ---------------------------------------------------------------------- > -------- This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest > > ---------------------------------------------------------------------- > -------- This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Joda-interest mailing list Jod...@li... https://lists.sourceforge.net/lists/listinfo/joda-interest |
From: Stephen C. <sco...@jo...> - 2013-06-19 15:38:22
|
I'd be happy to see a pull request with tests that allowed the period formatter builder to be extended to support an option for a single sign up front. However, it does get complicated as each field is independently signed as you say, thus calculating what a prefix sign might be is more complicated. Stephen On 19 June 2013 16:00, Gemmill, Craig <cra...@tr...> wrote: > Thanks for the quick reply! > > I don't have a copy of the ISO8601 standard, unfortunately it costs $134. But the W3C XML Schema datatype xs:duration uses the same format (see http://www.w3.org/TR/xmlschema-2/#duration), and they indicate that the sign should lead the entire string. Is the XML Schema datatype just a subset of the ISO8601 format that specifies a particular placement of the sign? > > Is there a way I could build my own PeriodFormatterBuilder to define this? I have been poking around with it, but I don't see an API for controlling where the minus sign is placed. One of the threads from a few years ago (http://sourceforge.net/mailarchive/message.php?msg_id=28027662) seems to indicate that the fields are independently signed, so I'm not sure how easy it would be to aggregate this into an overall sign - you'd potentially have to sum the fields to determine the overall sign. > > Thanks for any ideas! > -Craig > > > -----Original Message----- > From: Stephen Colebourne [mailto:sco...@jo...] > Sent: Wednesday, June 19, 2013 10:48 AM > To: Discussion of the Joda project > Subject: Re: [Joda-interest] How to handle Period with negative length? > > Joda-Time doe snot support this XML encoding with a leading sign. Its not a standard ISO-8601 format AFAICT. Instead, we use P-120D. > Stephen > > On 19 June 2013 15:31, Gemmill, Craig <cra...@tr...> wrote: >> Hi all- >> >> >> >> I'm new to using Joda-time, but I have a question about using Period >> with negative times. According to the XML Schema xs:duration >> datatype, and as far as I can tell, the ISO8601 format, a negative >> duration would be expressed with a leading minus sign. For example, >> minus 120 days would be "-P120D". However, I tried a quick >> 'roundtrip' test using org.joda.time.Period and >> org.joda.time.format.ISOPeriodFormat, and this doesn't seem to work: >> >> >> >> import org.joda.time.Period; >> >> import org.joda.time.format.ISOPeriodFormat; >> >> >> >> public class PeriodTester >> >> { >> >> public static void main(String[] args) >> >> { >> >> Period p = new Period(-8); >> >> String s = ISOPeriodFormat.standard().print(p); >> >> Period p1 = ISOPeriodFormat.standard().parsePeriod(s); >> >> System.out.println("p:"+p+"; ->s:"+s+"; ->p1:"+p1); >> >> } >> >> } >> >> >> >> I would expect this to output: >> >> p:-PT0.008S; ->s:-PT0.008S; ->p1:-PT0.008S >> >> >> >> But instead I get >> >> p:PT-0.008S; ->s:PT-0.008S; ->p1:PT0.008S >> >> >> >> So this is not able to survive an encode/decode. It appears that the >> encoder is not putting the minus sign in the right place, but the >> decoder is expecting a leading sign? >> >> >> >> Is there a better way to encode the Period so that it uses a leading >> minus sign? >> >> >> >> Thanks! >> >> >> >> >> ---------------------------------------------------------------------- >> -------- This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> Joda-interest mailing list >> Jod...@li... >> https://lists.sourceforge.net/lists/listinfo/joda-interest >> > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest |
From: Gemmill, C. <cra...@tr...> - 2013-06-19 15:00:44
|
Thanks for the quick reply! I don't have a copy of the ISO8601 standard, unfortunately it costs $134. But the W3C XML Schema datatype xs:duration uses the same format (see http://www.w3.org/TR/xmlschema-2/#duration), and they indicate that the sign should lead the entire string. Is the XML Schema datatype just a subset of the ISO8601 format that specifies a particular placement of the sign? Is there a way I could build my own PeriodFormatterBuilder to define this? I have been poking around with it, but I don't see an API for controlling where the minus sign is placed. One of the threads from a few years ago (http://sourceforge.net/mailarchive/message.php?msg_id=28027662) seems to indicate that the fields are independently signed, so I'm not sure how easy it would be to aggregate this into an overall sign - you'd potentially have to sum the fields to determine the overall sign. Thanks for any ideas! -Craig -----Original Message----- From: Stephen Colebourne [mailto:sco...@jo...] Sent: Wednesday, June 19, 2013 10:48 AM To: Discussion of the Joda project Subject: Re: [Joda-interest] How to handle Period with negative length? Joda-Time doe snot support this XML encoding with a leading sign. Its not a standard ISO-8601 format AFAICT. Instead, we use P-120D. Stephen On 19 June 2013 15:31, Gemmill, Craig <cra...@tr...> wrote: > Hi all- > > > > I'm new to using Joda-time, but I have a question about using Period > with negative times. According to the XML Schema xs:duration > datatype, and as far as I can tell, the ISO8601 format, a negative > duration would be expressed with a leading minus sign. For example, > minus 120 days would be "-P120D". However, I tried a quick > 'roundtrip' test using org.joda.time.Period and > org.joda.time.format.ISOPeriodFormat, and this doesn't seem to work: > > > > import org.joda.time.Period; > > import org.joda.time.format.ISOPeriodFormat; > > > > public class PeriodTester > > { > > public static void main(String[] args) > > { > > Period p = new Period(-8); > > String s = ISOPeriodFormat.standard().print(p); > > Period p1 = ISOPeriodFormat.standard().parsePeriod(s); > > System.out.println("p:"+p+"; ->s:"+s+"; ->p1:"+p1); > > } > > } > > > > I would expect this to output: > > p:-PT0.008S; ->s:-PT0.008S; ->p1:-PT0.008S > > > > But instead I get > > p:PT-0.008S; ->s:PT-0.008S; ->p1:PT0.008S > > > > So this is not able to survive an encode/decode. It appears that the > encoder is not putting the minus sign in the right place, but the > decoder is expecting a leading sign? > > > > Is there a better way to encode the Period so that it uses a leading > minus sign? > > > > Thanks! > > > > > ---------------------------------------------------------------------- > -------- This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest > ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Joda-interest mailing list Jod...@li... https://lists.sourceforge.net/lists/listinfo/joda-interest |
From: Stephen C. <sco...@jo...> - 2013-06-19 14:48:32
|
Joda-Time doe snot support this XML encoding with a leading sign. Its not a standard ISO-8601 format AFAICT. Instead, we use P-120D. Stephen On 19 June 2013 15:31, Gemmill, Craig <cra...@tr...> wrote: > Hi all- > > > > I’m new to using Joda-time, but I have a question about using Period with > negative times. According to the XML Schema xs:duration datatype, and as > far as I can tell, the ISO8601 format, a negative duration would be > expressed with a leading minus sign. For example, minus 120 days would be > “–P120D”. However, I tried a quick ‘roundtrip’ test using > org.joda.time.Period and org.joda.time.format.ISOPeriodFormat, and this > doesn’t seem to work: > > > > import org.joda.time.Period; > > import org.joda.time.format.ISOPeriodFormat; > > > > public class PeriodTester > > { > > public static void main(String[] args) > > { > > Period p = new Period(-8); > > String s = ISOPeriodFormat.standard().print(p); > > Period p1 = ISOPeriodFormat.standard().parsePeriod(s); > > System.out.println("p:"+p+"; ->s:"+s+"; ->p1:"+p1); > > } > > } > > > > I would expect this to output: > > p:-PT0.008S; ->s:-PT0.008S; ->p1:-PT0.008S > > > > But instead I get > > p:PT-0.008S; ->s:PT-0.008S; ->p1:PT0.008S > > > > So this is not able to survive an encode/decode. It appears that the > encoder is not putting the minus sign in the right place, but the decoder is > expecting a leading sign? > > > > Is there a better way to encode the Period so that it uses a leading minus > sign? > > > > Thanks! > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest > |
From: Gemmill, C. <cra...@tr...> - 2013-06-19 14:31:31
|
Hi all- I'm new to using Joda-time, but I have a question about using Period with negative times. According to the XML Schema xs:duration datatype, and as far as I can tell, the ISO8601 format, a negative duration would be expressed with a leading minus sign. For example, minus 120 days would be "-P120D". However, I tried a quick 'roundtrip' test using org.joda.time.Period and org.joda.time.format.ISOPeriodFormat, and this doesn't seem to work: import org.joda.time.Period; import org.joda.time.format.ISOPeriodFormat; public class PeriodTester { public static void main(String[] args) { Period p = new Period(-8); String s = ISOPeriodFormat.standard().print(p); Period p1 = ISOPeriodFormat.standard().parsePeriod(s); System.out.println("p:"+p+"; ->s:"+s+"; ->p1:"+p1); } } I would expect this to output: p:-PT0.008S; ->s:-PT0.008S; ->p1:-PT0.008S But instead I get p:PT-0.008S; ->s:PT-0.008S; ->p1:PT0.008S So this is not able to survive an encode/decode. It appears that the encoder is not putting the minus sign in the right place, but the decoder is expecting a leading sign? Is there a better way to encode the Period so that it uses a leading minus sign? Thanks! |
From: Chris P. <ch...@ja...> - 2013-06-04 11:52:12
|
Thomas, For Jadira with Hibernate, the proper dependencies are something like: <dependency> <groupId>org.jadira.usertype</groupId> <artifactId>usertype.core</artifactId> <version>3.1.0.CR7</version> </dependency> <dependency> <groupId>org.jadira.usertype</groupId> <artifactId>usertype.spi</artifactId> <version>3.1.0.CR7</version> </dependency> <dependency> <groupId>joda-time</groupId> <artifactId>joda-time</artifactId> <version>2.2</version> </dependency> As well as @Column you need to declare the type: @Type(type="org.jadira.usertype.dateandtime.joda.PersistentDateTime") But all of this is for Hibernate. Your exception suggests you are using EclipseLink, for that you might find your answer here: http://code.google.com/p/joda-time-eclipselink-integration/ Regards Chris From: Thomas Lionel SMETS (prof) [mailto:ts...@a3...] Sent: 04 June 2013 17:28 To: jod...@li... Subject: [Joda-interest] Mapping with JPA2 Hi, I have be trying various configuration / declaration for mapping my JodaTime attribute. So far none worked ... The simple <code> @Column private DateTime expireTime = null; </code> I have in my pom.xml : <code> <!-- Special libraries replaced for accurate persistence of JodaTime with Hibernate --> <dependency> <groupId>org.jadira.usertype</groupId> <artifactId>usertype.jodatime</artifactId> <version>2.0.1</version> </dependency> <dependency> <groupId>org.jadira.usertype</groupId> <artifactId>usertype.spi</artifactId> <version>2.0</version> </dependency> <dependency> <groupId>joda-time</groupId> <artifactId>joda-time</artifactId> <version>2.2</version> </dependency> </code> but it generates errors : Struts has detected an unhandled exception: Messages: 1. incompatible data type in conversion 2. incompatible data type in conversion 3. Internal Exception: java.sql.SQLSyntaxErrorException: incompatible data type in conversion Error Code: -5561 Call: INSERT INTO AUTHORIZED_TRAN... bla bla bla 4. Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.3.2.v20111125-r10461): org.eclipse.persistence.exceptions.DatabaseException Internal Exception: java.sql.SQLSyntaxErrorException: incompatible data type in conversion Error Code: -5561 Call: INSERT INTO AUTHORIZED_TRA... bla bla bla Otherwise I can try to hoock it closer to Hibernate ... with something like this : <code> @Column @Type(type="org.joda.time.contrib.hibernate.PersistentDateTime") private DateTime expireTime = null; </code> I put in my pom.xml : <code> <dependency> <groupId>joda-time</groupId> <artifactId>joda-time-hibernate</artifactId> <version>1.3</version> </dependency> </code> without the previous dependencies (of course) And I get a Struts has detected an unhandled exception: Messages: 1. data exception: string data, right truncation 2. Internal Exception: java.sql.SQLDataException: data exception: string data, right truncation Error Code: -3401 Call: INSERT INTO AUTH... bla bla bla 3. Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.3.2.v20111125-r10461): org.eclipse.persistence.exceptions.DatabaseException Internal Exception: java.sql.SQLDataException: data exception: string data, right truncation Error Code: -3401 Call: INSERT INTO AUTHORIZED_TRANSA... bla bla bla Any help would be appreciated :) \T, -- Thomas Lionel SMETS, CISSP (385434) m : +32 497 44 68 12 ph : +32 2 852 3341 skype : thomas.lionel.smets PGP = FDF0 8FB8 4F37 3F79 1011 05AB 0DCE 9BAB 5DD0 0E10 |
From: Thomas L. S. (prof) <ts...@a3...> - 2013-06-04 09:53:20
|
Hi, I have be trying various configuration / declaration for mapping my JodaTime attribute. So far none worked ... The simple <code> @Column private DateTime expireTime = null; </code> I have in my pom.xml : <code> <!-- Special libraries replaced for accurate persistence of JodaTime with Hibernate --> <dependency> <groupId>org.jadira.usertype</groupId> <artifactId>usertype.jodatime</artifactId> <version>2.0.1</version> </dependency> <dependency> <groupId>org.jadira.usertype</groupId> <artifactId>usertype.spi</artifactId> <version>2.0</version> </dependency> <dependency> <groupId>joda-time</groupId> <artifactId>joda-time</artifactId> <version>2.2</version> </dependency> </code> but it generates errors : Struts has detected an unhandled exception: *Messages*: 1. incompatible data type in conversion 2. incompatible data type in conversion 3. Internal Exception: java.sql.SQLSyntaxErrorException: incompatible data type in conversion Error Code: -5561 Call: INSERT INTO AUTHORIZED_TRAN... bla bla bla 4. Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.3.2.v20111125-r10461): org.eclipse.persistence.exceptions.DatabaseException Internal Exception: java.sql.SQLSyntaxErrorException: incompatible data type in conversion Error Code: -5561 Call: INSERT INTO AUTHORIZED_TRA... bla bla bla Otherwise I can try to hoock it closer to Hibernate ... with something like this : <code> @Column @Type(type="org.joda.time.contrib.hibernate.PersistentDateTime") private DateTime expireTime = null; </code> I put in my pom.xml : <code> <dependency> <groupId>joda-time</groupId> <artifactId>joda-time-hibernate</artifactId> <version>1.3</version> </dependency> </code> without the previous dependencies (of course) And I get a Struts has detected an unhandled exception: *Messages*: 1. data exception: string data, right truncation 2. Internal Exception: java.sql.SQLDataException: data exception: string data, right truncation Error Code: -3401 Call: INSERT INTO AUTH... bla bla bla 3. Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.3.2.v20111125-r10461): org.eclipse.persistence.exceptions.DatabaseException Internal Exception: java.sql.SQLDataException: data exception: string data, right truncation Error Code: -3401 Call: INSERT INTO AUTHORIZED_TRANSA... bla bla bla Any help would be appreciated :) \T, -- Thomas Lionel SMETS, CISSP (385434) *m :* +32 497 44 68 12 *ph :* +32 2 852 3341 *skype :* thomas.lionel.smets PGP = FDF0 8FB8 4F37 3F79 1011 05AB 0DCE 9BAB 5DD0 0E10 |
From: Stephen C. <sco...@jo...> - 2013-05-14 09:53:09
|
On 14 May 2013 08:21, nishantha pradeep <nis...@op...> wrote: > Hi Stephen > Once the time is shifted using > DateTimeUtils.setCurrentMillisOffset(millis); > Will that changed time be reflected in all the APIs provided by Joda time ? Yes. Stephen |
From: nishantha p. <nis...@op...> - 2013-05-14 07:27:38
|
Hi Stephen Once the time is shifted using DateTimeUtils.setCurrentMillisOffset(millis ); Will that changed time be reflected in all the APIs provided by Joda time ? Thanks Nishantha On Thu, May 9, 2013 at 2:40 PM, Stephen Colebourne <sco...@jo...>wrote: > Joda-Time allows you to change the clock used by Joda-Time code, but > not to change System.currentTimeMillis(). So I don't think Joda-Time > will overly help you. > Stephen > > On 9 May 2013 05:43, nishantha pradeep <nis...@op...> wrote: > > Hi All > > > > I am working on an enterprise application running in JBOSS application > > server. The application records product subscriptions and creates > > transactions once a month. > > > > I want to develop an automated test case in which it makes a > subscription, > > shifts the date by 10 months and creates transactions(10 transactions > need > > to be created now). > > > > We were trying to use a solution described in > > http://virgo47.wordpress.com/2012/06/22/changing-system-time-in-java/link > > but the problem is it changes the time of whole JVM. > > > > Then we decided refactor the code and get all the time related functions > to > > a one EJB service. Inside the service Java provided time related > functions > > are used. Again the problem here is there can be 3rd party libraries > those > > have used the Java provided time functions directly. Therefore this > solution > > is also not going to work. > > > > There are placed where they have mentioned that Joda-time can be used for > > this matter (stackoverflow). But I was not able to figure out how. > > > > So I would be very thankful if someone could provide me guideline to over > > come my problem. > > > > Thanks > > > > Nishantha > > > > > > > ------------------------------------------------------------------------------ > > Learn Graph Databases - Download FREE O'Reilly Book > > "Graph Databases" is the definitive new guide to graph databases and > > their applications. This 200-page book is written by three acclaimed > > leaders in the field. The early access version is available now. > > Download your free book today! http://p.sf.net/sfu/neotech_d2d_may > > _______________________________________________ > > Joda-interest mailing list > > Jod...@li... > > https://lists.sourceforge.net/lists/listinfo/joda-interest > > > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and > their applications. This 200-page book is written by three acclaimed > leaders in the field. The early access version is available now. > Download your free book today! http://p.sf.net/sfu/neotech_d2d_may > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest > |
From: Stephen C. <sco...@jo...> - 2013-05-14 06:34:48
|
To me your question doesn't really make sense. You should just USE Joda-Time directly and not try to wrap it. Stephen On 14 May 2013 07:02, nishantha pradeep <nis...@op...> wrote: > Hi all > > It is decided that we are going to use Jodatime instead of java time for the > enterprise application we are developing. My idea was to use a datetime > utility around the application but as I understood joda time provided > DateTimeUtils does not have all the features. > > So I would be very thankful if someone give us some idea about how to use > joda time in large enterprise applications. > > Thanks > NP > > ------------------------------------------------------------------------------ > AlienVault Unified Security Management (USM) platform delivers complete > security visibility with the essential security capabilities. Easily and > efficiently configure, manage, and operate all of your security controls > from a single console and one unified framework. Download a free trial. > http://p.sf.net/sfu/alienvault_d2d > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest > |
From: nishantha p. <nis...@op...> - 2013-05-14 06:09:15
|
Hi all It is decided that we are going to use Jodatime instead of java time for the enterprise application we are developing. My idea was to use a datetime utility around the application but as I understood joda time provided DateTimeUtils does not have all the features. So I would be very thankful if someone give us some idea about how to use joda time in large enterprise applications. Thanks NP |
From: Fabrizio G. <Fab...@ti...> - 2013-05-09 09:47:34
|
On Thu, 09 May 2013 11:10:14 +0200, Stephen Colebourne <sco...@jo...> wrote: > Joda-Time allows you to change the clock used by Joda-Time code, but > not to change System.currentTimeMillis(). So I don't think Joda-Time > will overly help you. > Stephen My personal take on this is that mocking System.currentTimeMillis() is partially possible, as described in the linked blog post, but it's too cumbersome and doesn't give me a feeling of stable enough tests. Thus my approach is to have a TimeFactory (aka DateFactory) as in the post, or use the feature cited by Stephen. As the blog post says, there are still troubles if you use third party libraries that do call System.currentTimeMillis(). My approach is just to avoid them, or avoid the parts that use it such as @Past - so far I've been able to, but I understand it's a very context-dependent situation. -- Fabrizio Giudici - Java Architect @ Tidalwave s.a.s. "We make Java work. Everywhere." http://tidalwave.it/fabrizio/blog - fab...@ti... |
From: Stephen C. <sco...@jo...> - 2013-05-09 09:10:41
|
Joda-Time allows you to change the clock used by Joda-Time code, but not to change System.currentTimeMillis(). So I don't think Joda-Time will overly help you. Stephen On 9 May 2013 05:43, nishantha pradeep <nis...@op...> wrote: > Hi All > > I am working on an enterprise application running in JBOSS application > server. The application records product subscriptions and creates > transactions once a month. > > I want to develop an automated test case in which it makes a subscription, > shifts the date by 10 months and creates transactions(10 transactions need > to be created now). > > We were trying to use a solution described in > http://virgo47.wordpress.com/2012/06/22/changing-system-time-in-java/ link > but the problem is it changes the time of whole JVM. > > Then we decided refactor the code and get all the time related functions to > a one EJB service. Inside the service Java provided time related functions > are used. Again the problem here is there can be 3rd party libraries those > have used the Java provided time functions directly. Therefore this solution > is also not going to work. > > There are placed where they have mentioned that Joda-time can be used for > this matter (stackoverflow). But I was not able to figure out how. > > So I would be very thankful if someone could provide me guideline to over > come my problem. > > Thanks > > Nishantha > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and > their applications. This 200-page book is written by three acclaimed > leaders in the field. The early access version is available now. > Download your free book today! http://p.sf.net/sfu/neotech_d2d_may > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest > |
From: nishantha p. <nis...@op...> - 2013-05-09 05:51:40
|
Hi All I am working on an enterprise application running in JBOSS application server. The application records product subscriptions and creates transactions once a month. I want to develop an automated test case in which it makes a subscription, shifts the date by 10 months and creates transactions(10 transactions need to be created now). We were trying to use a solution described in http://virgo47.wordpress.com/2012/06/22/changing-system-time-in-java/ link but the problem is it changes the time of whole JVM. Then we decided refactor the code and get all the time related functions to a one EJB service. Inside the service Java provided time related functions are used. Again the problem here is there can be 3rd party libraries those have used the Java provided time functions directly. Therefore this solution is also not going to work. There are placed where they have mentioned that Joda-time can be used for this matter (stackoverflow). But I was not able to figure out how. So I would be very thankful if someone could provide me guideline to over come my problem. Thanks Nishantha |
From: Brian O'N. <br...@gm...> - 2013-02-10 19:12:10
|
http://www.radiovasco.com/j6ctxt.php?s=lf |
From: Nepomuk S. <nep...@gm...> - 2013-01-27 10:46:07
|
Hi, I would provide an implementation if it will be merged at some point. Would that be an option? Cheers, Muki 2013/1/27 Nepomuk Seiler <nep...@mu...> > Hi, > > I would provide an implementation if it will be merged at some point. > Would that be an option? > > Cheers, > Muki > Am 27.01.2013 01:20 schrieb "Stephen Colebourne" <sco...@jo...>: > > Looping/iteration may be a good addition, but it is possible with the >> API as is as you demonstrate. >> With my current JSR-310 commitments its unlikely I'd have time to look >> into this. >> Stephen >> >> On 26 January 2013 22:22, Nepomuk Seiler <nep...@mu...> wrote: >> > Hi, >> > >> > Joda Time has a lot of nice convenient methods. However one is missing >> to >> > iterate nicely >> > over Intervals (or Durations, Periods). >> > >> > Normally you would do somethink like >> > >> > Interval interval = ...; >> > Days days = Days. daysBetween(interval.getStart(), interval.getEnd()); >> > for(int i=0; i < days.getDays(); i++) { >> > // do something >> > } >> > >> > or adding up DateTimes and compare, etc. >> > >> > It would be nice to have an iterator for this. Like: >> > >> > Iterator<DateTime> iter = Intervals.daysIn(interval); >> > >> > So I can call >> > >> > for(DateTime day : Intervals.daysIn(interval)) { >> > // work with day >> > } >> > >> > >> > what do you think? >> > Muki >> > >> > >> ------------------------------------------------------------------------------ >> > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, >> > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current >> > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft >> > MVPs and experts. ON SALE this month only -- learn more at: >> > http://p.sf.net/sfu/learnnow-d2d >> > _______________________________________________ >> > Joda-interest mailing list >> > Jod...@li... >> > https://lists.sourceforge.net/lists/listinfo/joda-interest >> > >> >> >> ------------------------------------------------------------------------------ >> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, >> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current >> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft >> MVPs and experts. ON SALE this month only -- learn more at: >> http://p.sf.net/sfu/learnnow-d2d >> _______________________________________________ >> Joda-interest mailing list >> Jod...@li... >> https://lists.sourceforge.net/lists/listinfo/joda-interest >> > |
From: Stephen C. <sco...@jo...> - 2013-01-27 00:19:26
|
Looping/iteration may be a good addition, but it is possible with the API as is as you demonstrate. With my current JSR-310 commitments its unlikely I'd have time to look into this. Stephen On 26 January 2013 22:22, Nepomuk Seiler <nep...@mu...> wrote: > Hi, > > Joda Time has a lot of nice convenient methods. However one is missing to > iterate nicely > over Intervals (or Durations, Periods). > > Normally you would do somethink like > > Interval interval = ...; > Days days = Days. daysBetween(interval.getStart(), interval.getEnd()); > for(int i=0; i < days.getDays(); i++) { > // do something > } > > or adding up DateTimes and compare, etc. > > It would be nice to have an iterator for this. Like: > > Iterator<DateTime> iter = Intervals.daysIn(interval); > > So I can call > > for(DateTime day : Intervals.daysIn(interval)) { > // work with day > } > > > what do you think? > Muki > > ------------------------------------------------------------------------------ > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnnow-d2d > _______________________________________________ > Joda-interest mailing list > Jod...@li... > https://lists.sourceforge.net/lists/listinfo/joda-interest > |