On Fri, Aug 21, 2009 at 9:23 AM, Alex Boisvert <[email protected]> wrote:
> (I dropped [email protected]) > > On Fri, Aug 21, 2009 at 3:10 AM, Nowakowski, Mateusz < > [email protected]> wrote: > > > I've written similar mail some time ago, but this one covers the subject > > in more detail. > > > > ODE 1.3.x is based on: > > > > 1) lib\saxon-9.x.jar > > Which version is it exactly? Is it possible to change this dependency to > > the most current version? With concrete version number. > > > Karthick? > > 2) lib\openjpa-1.3.0-SNAPSHOT.jar > > This version depends on the time smb builds ODE. > > What is more the version is "not blessed" and it may disqualify ODE for > > production purposes. Even if it is not used for some scenarios, it is > > hard to explain bosses that ODE is predictable and safe. > > > > Is there any concrete reason why this version is used? (in ODE 1.2 it was > > openjpa-1.1.0). > > > > Is it possible to fallback this dependency to openjpa-1.2.1? (most > current > > "blessed" version) > > > It was due to a bug in openjpa-1.2.0. I don't have the details right now. > Matthieu would know best. > Yeah, I don't remember what exactly but 1.2.0 was broken for us. I haven't tried 1.2.1, it probably include the fixes that made 1.3 work for us so I would give it a try. Matthieu > > We upgraded to 1.3.0-SNAPTSHOT since it was expected this was going to be > the next release. And then 1.2.1 was released. So I think we should use > 1.2.1 unless the issue hasn't been fixed in that version. > > > > > > 3) lib\axion-1.0-M3-dev.jar > > On Axion page http://axion.tigris.org/releases/1.0M3/release-notes.html > > is said that "There is no official 1.0 Milestone 3 release of Axion" and > > this version is a development version as well. > > So there is a similar risk as for openjpa snapshot version. > > So my question is: is it possible to get rid of this dependency somehow? > > Is axion used for anything? > > > No, AFAIK. We had a similar discussion a while back... > http://markmail.org/message/4l4a6ldnw6hq3zyl > > I'll nuke it. > > alex >
