Hi,
While the Ant nightlies haven't been moved yet, I believe Antoine is
working on it. All of the content that exists on the existing machine
resides on the new one so nothing will be lost when the old server is
turned off.
We're planning to do that in 24 hours, so this might mean you ar
idual zone you can self administer instead.
Cheers,
Brett
On 08/08/2007, at 2:16 AM, Matt Benson wrote:
Brett:
Am I too late in speaking up for the group? AFAIK we
do want our nightly builds to continue; at least *I*
do.
-Matt
--- Brett Porter <[EMAIL PROTECTED]> wrote:
Hi Antoine,
Hi Antoine, all,
A reminder from my earlier mail...
Currently, it appears that Ant is running nightly builds on vmbuild,
which is being migrated to a new (better) machine. Is this process
still needed, or does anything else from ~antoine need to be
recovered before the old instance is turn
Hi,
From commons-dev:
On 14/07/07, Phil Steitz <[EMAIL PROTECTED]> wrote:
I think Ant may be using something like our nightly script on vmbuild.
Might be good to give them heads up on moving vmbuild.
Is Ant impacted if we move the current vmbuild server, or are you just
using a copy of the
Instead of the manifest entries (which you are filtering from your own
manifest file), you can use the configuration to the
JAR plugin (or do both).
http://maven.apache.org/guides/mini/guide-manifest.html
On 15/09/06, Kevin Jackson <[EMAIL PROTECTED]> wrote:
Hi Brett,
Thanks for taking the ti
I was able to add test resources without changing the POM and they
were correctly copied (unfiltered). Do you have a
element in the POM that might be interfering with it?
On 15/09/06, Kevin Jackson <[EMAIL PROTECTED]> wrote:
> > Sorry, but I'm not sure I can help much more as that's inside the
Did you run a clean after the change to make sure the bogus filtered
resources got copied again properly?
Sorry, but I'm not sure I can help much more as that's inside the
custom test cases.
- Brett
On 15/09/06, Kevin Jackson <[EMAIL PROTECTED]> wrote:
> The example basically does "copy everyt
The example basically does "copy everything from src/main/resources
with filters". I assume you have images in there too.
You should setup a separate resource directory for filtering - maybe
replace the one in the example with src/main/filtered-resources. Or,
you can add an includes or excludes t
On 15/09/06, Kevin Jackson <[EMAIL PROTECTED]> wrote:
And with the antrun plugin, ok I can get to generate the
value I'm after, and I can use copy/replace to filter it into the
file, but what phase/goal do I need to set so that ant will execute
before the jar file is built? I thought process-cl
On 15/09/06, Kevin Jackson <[EMAIL PROTECTED]> wrote:
How the hell did anyone convince anyone else to use this crap?!
Well, since you asked so nicely... :)
I'm truly at my wit's end regarding such a simple task, here is what I
currently have in my pom.xml:
If you use ant tasks, you can only
.svnignore doesn't do anything. The svn:ignore properties would have
been populated from .cvsignore when the repository was first
converted, but after that those files can be removed.
To edit the property, use:
svn propedit svn:ignore .
Then commit that change.
Cheers,
Brett
On 23/06/06, Anto
On 9/29/05, Kev Jackson <[EMAIL PROTECTED]> wrote:
> Just a worry about dependencies. If Ant has to rely on other code
> from within maven for a set of maven plugins to run, we end up with a
> horrible interdependency (Maven needs Ant <-> Ant needs some % of
> Maven) just to compile ant. Could ge
I'd also agree with that. We fully intended to make Maven2 plugins
work as Ant tasks :)
So with a wrapper,
http://maven.apache.org/maven2/scm/maven-scm-plugin/
these goals would become tasks and their parameters would match up
what's on the individual pages.
Thoughts?
- Brett
On 9/29/05, Trygve
On 9/27/05, Kev Jackson <[EMAIL PROTECTED]> wrote:
> d - none of the above
I know you are talking about an interface at the Ant task level, but I
should also point out that this was one of the things I was referring
to offering up Antlibs for if there was interest.
http://svn.apache.org/viewcvs.c
On 9/21/05, Steve Loughran <[EMAIL PROTECTED]> wrote:
> yes, we can discuss it :)
>
> I do actually agree that execution and JAR files ought to be structured
> so that they can be reused. The code in there is some of the best
> debugged stuff out there in Java for doing both.
Ok - good that we ag
Hi,
I'm basically looking for some opportunities for sibling Apache
communities to work together in an area we have some overlap, and
wanted to see what thoughts the Ant community had on this. I've
invited folks on the Maven lists to follow this thread here too, so if
you see some strange faces -
On 6/8/05, Steve Loughran <[EMAIL PROTECTED]> wrote:
> Is settings.xml documented anywhere?
http://maven.apache.org/maven2/maven-settings/settings.html
>
> I just found last week where java1.5 puts its proxy settings, but a bit
> of it is "use the browser" which is inadequate. We really need a
>
On 6/8/05, Nicola Ken Barozzi <[EMAIL PROTECTED]> wrote:
> I would use PropertyHelper instead:
>
> http://cvs.apache.org/viewcvs.cgi/ant/src/main/org/apache/tools/ant/PropertyHelper.java?view=markup
>
> Here is an example:
>
> http://cvs.apache.org/viewcvs.cgi/ant/proposal/embed/src/java/org/apa
Hi,
This is primarily for Steve and Nicola Ken as I'm not sure if/how
closely they follow the Maven lists.
Just wanted to let you know about the changes I dropped in for the
dependencies and related tasks. Hopefully it is inline with the
feedback you'd been providing.
- added the ability to excl
On 5/17/05, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> I've used a more lenient model for my transitive dependency. The exact
> version used to build something is recorded, but which version of a
> given dependency to use is left up to the client.
This is pretty much what is in Maven (and th
> I have a couple more things to ask. Where should the discussion on the
> Maven Ant tasks take place IYO?
Probably users@maven.apache.org (dev@ is fine too if you are more
comfortable there). Thanks.
Cheers,
Brett
-
To unsubscr
On 5/16/05, Steve Loughran <[EMAIL PROTECTED]> wrote:
> Example: fetching commons-logging 1.04
Hi Steve,
I'm going to work through the issues you filed here. We have planned
for the next release some filtering. Ideally, it shouldn't be needed,
but some projects will always build one bundle for yo
On 5/9/05, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Depends on what we intend to do there. commons-pgp or even
> commons-openpgp if we want to stick with PGP might be better (we may
> include support for encryption and decryption as well, that's why I
> don't like "signing").
Commons PGP sound
> > Would be an interesting experiment to see how often it blows up :)
>
> As soon as the branch really becomes warranted since you start to do
> serious new development on HEAD. 8-) The merge will probably only
> ever be possible without conflicts when you wouldn't need a branch
> anyway.
Not n
> Wearing my Gump hat, this sounds really bad. If we introduce a new
> feature in Ant we use Gump to testdrive it for backwards
> compatibility. Having known bugs inside the test drive doesn't seem a
> good idea to me.
sounds like a feature request for gump: automatically merge the branch
and fa
We have built exactly this, however it is not really in a release
state just yet. It will be used in Maven 1.1. I'd be happy to discuss
it further on the Maven developer list.
Cheers,
Brett
On Wed, 18 Aug 2004 10:36:53 -0400, Kyle Adams <[EMAIL PROTECTED]> wrote:
> Bret
This probably isn't going to be as easy as you hope - for instance
POMs often rely on property interpolation and inheritence of other
files.
Is there any reason not to use org.apache.maven.MavenUtils?
- Brett
On Mon, 16 Aug 2004 12:45:24 -0400, Kyle Adams <[EMAIL PROTECTED]> wro
I think that's what "JAM" does. Don't know the URL off the top of my head.
On Fri, 13 Aug 2004 11:56:41 -0400, Kyle Adams <[EMAIL PROTECTED]> wrote:
> Before I go re-inventing the wheel, I wanted to check and see if anyone
> else was working/had worked on scratching the same itch:
>
> I'd like to
AIL PROTECTED]> wrote:
> Brett Porter wrote:
> > seems that old commons-cli beta we are using is buggy.
> >
> > Can you file this in JIRA so I don't forget, and I'll try using a
> > released version of it :)
> >
> > Che
seems that old commons-cli beta we are using is buggy.
Can you file this in JIRA so I don't forget, and I'll try using a
released version of it :)
Cheers,
Brett
On Tue, 29 Jun 2004 18:23:35 +0100, Peter Reilly <[EMAIL PROTECTED]> wrote:
> Matt Benson wrote:
>
> >Should the "" target be invoked
Ok, I've gotten myself on [EMAIL PROTECTED] because I'm interested in that
anyway, so
I won't cross-post to gump again :)
> > This would be contributing to Maven's failure with Ant 1.6
> then, too.
>
> Quite possible.
>
> I didn't know that Maven had a problem with Ant 1.6, even
> though I am
Hi Stefan,
This would be contributing to Maven's failure with Ant 1.6 then, too. We had
to roll that back. Additionally, the classloader changes caused a few
problems.
I'd be interested to hear what you find out regarding 1.6 and Jelly.
Cheers,
Brett
> -Original Message-
> From: Stefan
32 matches
Mail list logo