On May 19, 2009, at 1:42 PM, Dimitri Pourbaix wrote:
Ted,+0. Possibly changing to +1 as I think about it more. Dimitry, Is there an argument that you could see would change your mind? What specifically causes your -1? Convenience? Elegance?Well, for me, the release number is not part of the name of a package (of anything in general) eventhough I agree the combination of both iswhat uniquely identifies the product. Luc wants to add the "2" just towarn the users about the lack of backward compatibility. That would simply add confusion. What is the policy in the other Apache projects?
In OpenJPA, the policy is to make compatibility-breaking changes in a major release. So if you have a change to a signature or behavior of a method that shipped in 1.2.0, you would have to make the change in a 2.0.x release. The old behavior continues in the 1.2.x line.
Craig
Regards, Dim. ---------------------------------------------------------------------------- Dimitri Pourbaix * Institut d'Astronomie et d'Astrophysique * Don't worry, be happy CP 226, office 2.N4.211, building NO * and CARPE DIEM. Universite Libre de Bruxelles * Boulevard du Triomphe * Tel : +32-2-650.35.71 B-1050 Bruxelles * Fax : +32-2-650.42.26 http://sb9.astro.ulb.ac.be/~pourbaix * mailto:pourb...@astro.ulb.ac.be --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Craig L Russell Architect, Sun Java Enterprise System http://db.apache.org/jdo 408 276-5638 mailto:craig.russ...@sun.com P.S. A good JDO? O, Gasp!
smime.p7s
Description: S/MIME cryptographic signature
