s/way/idea/ On Mon, Jan 10, 2011 at 1:54 AM, dsh <daniel.hais...@googlemail.com> wrote: > Hi, > > I'd suggest to consider dependency management systems such as Apache > Maven or Apache Ivy as an advantage in the long run. They allow to > precisely document your dependencies and both support an offline mode. > Additionally both of course provide a very reliable way to define > exactly what version of what jars are required and ensure everyone has > the same ones. > > So don't put the way aside to migrate to a dependency management > system as soon as possible. > > Cheers > Daniel > > On Mon, Jan 10, 2011 at 1:46 AM, Alex North <ano...@google.com> wrote: >> The Wave project also has jars in its repository (on its way to Apache SVN). >> That seems to be the most reliable way to define exactly what version of >> what jars are required and ensure everyone has the same ones. >> >> On 10 January 2011 11:16, Grant Ingersoll <gsing...@apache.org> wrote: >> >>> This seems a bit over the top. I prefer them in SVN so I can get them all >>> at once, which is especially nice when one is working offline. >>> >>> On Jan 9, 2011, at 5:53 PM, sebb wrote: >>> >>> > I've just noticed that there are lots of jars stored in SVN under >>> > >>> > >>> http://svn.apache.org/repos/asf/incubator/lcf/branches/release-0.1-branch >>> > >>> > AIUI, SVN should not be used for storing library jars. >>> > >>> > == >>> > >>> > The way other projects manage this is to define the jar dependencies >>> > in a build file, and get the build process to download the jars. >>> > >>> > If using Maven, this is trivial, as declared dependencies are >>> > automatically downloaded. >>> > >>> > It's not that difficult when using Ant either - see for example the >>> > Tomcat or JMeter projects. >>> > >>> > There is also an Ant Maven task: >>> > http://maven.apache.org/ant-tasks/examples/dependencies.html >>> > >>> > and Apache Ivy >>> > http://ant.apache.org/ivy/ >>> > >>> > though I've not used either of those. >>> > >>> > --------------------------------------------------------------------- >>> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>> > For additional commands, e-mail: general-h...@incubator.apache.org >>> > >>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>> For additional commands, e-mail: general-h...@incubator.apache.org >>> >>> >> >
--------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
