I’m writing datetime-rs, and I have been reading the JSR-310 source code. The code is mostly helpful in the sense that it precisely expresses the relationships between concepts, e.g, “to convert an instant to a date you need to choose a calendar”. Translating the API to Rust would result in an unhappy mess, and the implementation equally so. So, the JSR-310 API and code is not actually a very good resource. What is a good resource is Stephen Colebourne’s blog and the issue tracker for JSR-310 on GitHub.
So, we may not be copying anything, but neither will we have to forge ahead and discover anything new. —Dietrich On Jun 10, 2014, at 10:01 AM, Vladimir Matveev <[email protected]> wrote: > Well, JSR-310 is implemented here [1], and it is licensed under GPL2 license. > As far as I remember, in that case Google reproduced some internal Java API, > so this seems to be a different thing. BTW, one of the implementors of > JSR-310 suggested [3] looking into an older implementation which is now a > backport of JSR-310 to JavaSE 7 [2]. It is licensed under BSD license, which > is even more permissive. > > Also because Rust is a different language with completely different idioms > and approaches to API design, I think we’ll have no problems in this regard - > the actual API is going to be quite different from the original JSR-310. > > [1]: http://hg.openjdk.java.net/threeten/threeten/jdk > [2]: https://github.com/ThreeTen/threetenbp > [3]: https://github.com/mozilla/rust/issues/14657#issuecomment-45240889 > > On 10 июня 2014 г., at 20:47, Matthieu Monrocq <[email protected]> > wrote: > >> Could there be a risk in using JSR310 as a basis seeing the "recent" >> judgement of the Federal Circuit Court that judged that APIs were >> copyrightable (in the Google vs Oracle fight over the Java API) ? >> >> -- Matthieu >> >> >> On Sat, Jun 7, 2014 at 6:01 PM, Bardur Arantsson <[email protected]> >> wrote: >> On 2014-06-05 01:01, Brian Anderson wrote: >>> # Date/Time (https://github.com/mozilla/rust/issues/14657) >>> >>> Our time crate is very minimal, and the API looks dated. This is a hard >>> problem and JodaTime seems to be well regarded so let's just copy it. >> >> JSR310 has already been mentioned in the thread, but I didn't see anyone >> mentioning that it was accepted into the (relatively) recently finalized >> JDK8: >> >> http://docs.oracle.com/javase/8/docs/api/java/time/package-summary.html >> >> The important thing to note is basically that it was simplified quite a >> lot relative to JodaTime, in particular by removing non-Gregorian >> chronologies. >> >> Regards, >> >> _______________________________________________ >> Rust-dev mailing list >> [email protected] >> https://mail.mozilla.org/listinfo/rust-dev >> >> _______________________________________________ >> Rust-dev mailing list >> [email protected] >> https://mail.mozilla.org/listinfo/rust-dev > > _______________________________________________ > Rust-dev mailing list > [email protected] > https://mail.mozilla.org/listinfo/rust-dev _______________________________________________ Rust-dev mailing list [email protected] https://mail.mozilla.org/listinfo/rust-dev
