Gang,

Please be clear about when you are offering advice to podlings and
when you are conveying policy. The people in the podlings get
justifiably rattled when they get email that seems to suggest that
they are somehow not following some rule that isn't, apparently,
written down anywhere.

--benson


On Sun, Jan 9, 2011 at 8:05 PM, Michael MacFadden
<michael.macfad...@gmail.com> wrote:
> There are additional benefits to dependency management systems like Maven or 
> Ivy as well.  Beyond avoiding checking in jar files, you can reference a 
> dependency once and not have to proliferate references if you have multi 
> module builds (with multiple build files).  Also, if your project gets 
> separated into multiple modules, then the build system can actually mange 
> internal dependancies.
>
> Of course checking Jars in to SVN is usually simpler in the short term.
>
> ~Michael
>
> On Jan 9, 2011, at 4:55 PM, dsh wrote:
>
>> 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
>>
>
>
> ---------------------------------------------------------------------
> 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

Reply via email to