On 12/23/06, Claude Brisson <[EMAIL PROTECTED]> wrote:
Le samedi 23 décembre 2006 à 15:45 -0800, Nathan Bubna (JIRA) a écrit :
> I don't really care.  Both have advantages, both will work fine.  If you're 
going to do the work, i say you should get to decide. :)

That's the "new commiter" syndrom... feeling like having to ask before
doing nasty things inside the sourcetree... it will pass... ;-)

:)  well, in your defense, it is polite to give a heads up before
acting on something that was being debated.  of course, for me there's
few arguments stronger than action, especially when it comes to
something inconsequential like this.


  Claude

>
> > Skip jar verification unless "force.jar.loading" is true
> > --------------------------------------------------------
> >
> >                 Key: VELOCITY-502
> >                 URL: http://issues.apache.org/jira/browse/VELOCITY-502
> >             Project: Velocity
> >          Issue Type: Improvement
> >          Components: Build
> >    Affects Versions: 1.5 beta2
> >         Environment: all
> >            Reporter: Claude Brisson
> >            Priority: Minor
> >             Fix For: 1.5
> >
> >         Attachments: jar-downloading.patch
> >
> >
> > When the www.iblibo.org/maven repository is down (as it seems right now, at 
least from here), or when you want to work form an unconnected place (yes, it still 
exists...), build fails because ant wants to check every jar timestamp.
> > The attached patch modifies this behaviour: if a jar file is already 
present, the repository is not hit at all (why would we have to check any timestamp 
anyway since version numbers are present inside filenames?!).
> > The new force.jar.loading property forces reloading of jar files.
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to