On Jan 9, 2008 10:03 PM, <[EMAIL PROTECTED]> wrote:
> Author: maartenc
> Date: Wed Jan 9 13:02:58 2008
> New Revision: 610562
>
> URL: http://svn.apache.org/viewvc?rev=610562&view=rev
> Log:
> NEW: Add support for importing environment variables (IVY-608)
[...]
> Modified:
> ant/ivy/core/trunk/
On Jan 10, 2008 8:58 AM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
> 2008/1/9, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> >
> > Author: maartenc
> > Date: Wed Jan 9 13:02:58 2008
> > New Revision: 610562
> >
> > URL: http://svn.apache.org/viewvc?rev=610562&view=rev
> > Log:
> > NEW: Add support for
Strange,
I tested it with a sun jdk 1.4.2 (I can't check the patch level from here) and
it was working ok, so I assumed it would work for all sun 1.4.2 VM's :-(
Maarten
- Original Message
From: Xavier Hanin <[EMAIL PROTECTED]>
To: dev@ant.apache.org
Sent: Thursday, January 10, 2008 11:
I saw that it was removed. I was just suggesting that it could be "moved"
instead of just removed. I din't find a unit test testing specifically the
variable substitution.
But it is true thet there are plenty of test making (and testing) indirectly
variable substitution.
That's right that might
On Jan 10, 2008 12:14 PM, Maarten Coene <[EMAIL PROTECTED]> wrote:
> Strange,
> I tested it with a sun jdk 1.4.2 (I can't check the patch level from here)
> and it was working ok, so I assumed it would work for all sun 1.4.2 VM's
> :-(
Strange indeed. To be honest I haven't tested it at all, just
On Jan 10, 2008 12:37 PM, Gilles Scokart <[EMAIL PROTECTED]> wrote:
> I saw that it was removed. I was just suggesting that it could be "moved"
> instead of just removed.
OK, sorry, didn't catch your idea.
> I din't find a unit test testing specifically the
> variable substitution.
>
> But it
On Jan 10, 2008 12:43 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
>
> On Jan 10, 2008 12:14 PM, Maarten Coene <[EMAIL PROTECTED]> wrote:
>
> > Strange,
> > I tested it with a sun jdk 1.4.2 (I can't check the patch level from
> > here) and it was working ok, so I assumed it would work for all sun
>
Hi,
It's been a long time since I'm thinking about this, and thought it might be
interesting to share with you and see where the idea can go.
I see many developers adopt Maven because they want a build system able to
provide common features with no effort. Most of them don't want to spend
much ti
Xavier:
I think it would be good to have a system that
pretty much bundles alternatives for everything Maven
provides, but without all the black magic that makes
Maven difficult to customize. Basically antlibs for
all parts of the Maven lifecycle, including,
especially, Ivy. :) In fact, I alre
Wait: I think Gilles has just given me the spark I
needed... ProjectHelper2 simply uses instanceof
checks to see what it can read from. What if we
accept a ResourceFactory as a source, and request
Main.DEFAULT_BUILD_FILENAME (build.xml) for the
Resource to parse. Then it's the implementation's
I already thinked to something similar as well (after having re-written a few
time generic build scripts).
For me, one of the issues to solve is the problem of packaging a set of
reusable build script in a nice way. For that,
my idea was to use a "BAR" (Builder Archive). That would be a package
On Jan 10, 2008 8:25 AM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> So, what do you think? Do you think this would be useful? Would you be
> interested in contributing? Do you think a new Ant sub project would be a
> good fit?
I too like Ant, and in the past worked full time on doing ad-hoc
builds
FYI I've cross posted my e-mail as a post on my blog:
http://xhab.blogspot.com/2008/01/easyant-ant-based-pre-packaged-build.html
And karenin commented with a link to his light POC of a build system very
similar to what we are discussing here:
http://code.google.com/p/merevaik/
I hope karenin will
On Jan 10, 2008 4:12 PM, Matt Benson <[EMAIL PROTECTED]> wrote:
> Xavier:
> I think it would be good to have a system that
> pretty much bundles alternatives for everything Maven
> provides, but without all the black magic that makes
> Maven difficult to customize. Basically antlibs for
> all pa
On Jan 10, 2008 5:13 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2008 8:25 AM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> > So, what do you think? Do you think this would be useful? Would you be
> > interested in contributing? Do you think a new Ant sub project would be
> a
> > g
On Jan 10, 2008 5:29 PM, Wolfgang Häfelinger <[EMAIL PROTECTED]> wrote:
> >> it is certainly something that already exists in the wild. Does it?
>
> It's called AntEpoline and lives currently in The Netherlands,
> especially here at the EPO in The Hague.
Is it open source or proprietary? Any li
>> it is certainly something that already exists in the wild. Does it?
It's called AntEpoline and lives currently in The Netherlands,
especially here at the EPO in The Hague. Ca. 90% of our Java
projects are using AntEpoline, the remaining mainly Maven I.
Here's how a typical build file looks
On Jan 10, 2008 6:13 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> > On Jan 10, 2008 10:34 AM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> > > On Jan 10, 2008 5:13 PM, Dominique Devienne <[EMAIL PROTECTED]>
> wrote:
> > > it so that my involvement with Ant took a back step, and I'm mostly
> >
>> Is it open source or proprietary? Any link?
Trying - unfortunatley for quite a while - to make it Open
Source. So, sorry - no source code and no links at this
moment.
However, I'm quite willing to share some ideas, thoughts
and I would not mind even to contribute ..
Regards,
Wolfgang Hä
> On Jan 10, 2008 10:34 AM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> > On Jan 10, 2008 5:13 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> > it so that my involvement with Ant took a back step, and I'm mostly
> > watching from afar what's going on in Ant. I've never used Ivy for
> > example.
On Jan 10, 2008 12:41 AM, kermitt <[EMAIL PROTECTED]> wrote:
>
> I attached my previous post from user mailling. I take a moment tonight to
> figure out the error.
>
> In my mind, I wanted to synchronize two repositories which is not possible
> regarding the code. As if overwrite is set to false a
On Jan 10, 2008 6:18 PM, Wolfgang Häfelinger <[EMAIL PROTECTED]> wrote:
> >> Is it open source or proprietary? Any link?
>
> Trying - unfortunatley for quite a while - to make it Open
> Source. So, sorry - no source code and no links at this
> moment.
>
> However, I'm quite willing to share some i
I like the idea very much. One crucial aspect, however, would be to
provide a graceful path from using the prepackaged building blocks
towards inlining and customizing them. If this is not possible, the
thing will most likely start feeling as unwieldy as maven itself in a
while. The advantage of an
On Jan 10, 2008 11:26 AM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2008 6:13 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> First what I mean by language agnostic is that Ivy can handle any kind of
> artifacts, and not only jars. So in your case you can easily declare that
> your m
I wish we could find a way to bundle common tasks : I have more than 9
templates :
build-common.xml
build-j2ee.xml
build-war.xml
build-ejb.xml
build-ws.xml
build-client-ws.xml
build-ear.xml
...
These builds just formalize my build system based on Ivy.
For each project I need to sync those files
well, backward compatibility requires to keep the current Resolver
behaviour, overwrite = false make your build stop if a file already exists.
So the API need to change to allow user to tell that he want
synchronization. I feel like this is going to break a lot of code, is it
usefull ?
Before r
On Jan 10, 2008 7:21 PM, Peter Arrenbrecht <[EMAIL PROTECTED]>
wrote:
> I like the idea very much. One crucial aspect, however, would be to
> provide a graceful path from using the prepackaged building blocks
> towards inlining and customizing them. If this is not possible, the
> thing will most l
On Jan 10, 2008 8:16 PM, kermitt <[EMAIL PROTECTED]> wrote:
>
> I wish we could find a way to bundle common tasks : I have more than 9
> templates :
>
> build-common.xml
> build-j2ee.xml
> build-war.xml
> build-ejb.xml
> build-ws.xml
> build-client-ws.xml
> build-ear.xml
> ...
>
> These builds jus
On Jan 10, 2008 8:36 PM, kermitt <[EMAIL PROTECTED]> wrote:
>
> well, backward compatibility requires to keep the current Resolver
> behaviour, overwrite = false make your build stop if a file already
> exists.
> So the API need to change to allow user to tell that he want
> synchronization.
Ind
On Jan 10, 2008 2:13 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2008 7:21 PM, Peter Arrenbrecht <[EMAIL PROTECTED]>
> > Providing
> > override hooks is all well and good, but that is still basically the
> > very controlled and rigit maven approach, I think.
>
> It depends on what you
On Jan 10, 2008 9:33 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2008 2:13 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> > On Jan 10, 2008 7:21 PM, Peter Arrenbrecht <[EMAIL PROTECTED]>
> > > Providing
> > > override hooks is all well and good, but that is still basically the
>
I am using a repository to sync module within the team => integration repo
when we release a module we put the module inside another repository
(test). This is intended to avoid conflict and issue between test team and
dev team.
Xavier Hanin wrote:
>
>>
>> Do you share your integration repo
On Jan 10, 2008 9:48 PM, kermitt <[EMAIL PROTECTED]> wrote:
>
> I am using a repository to sync module within the team => integration repo
> when we release a module we put the module inside another repository
> (test). This is intended to avoid conflict and issue between test team and
> dev team.
ok, shame on me. I did the test in Ant, so it was Ant that loaded the
environment variables...
I don't have much time at the moment, but I'll see what can be done to improve
its behaviour.
Maarten
- Original Message
From: Xavier Hanin <[EMAIL PROTECTED]>
To: Ant Developers List
Sent:
Gilles Scokart wrote:
Finally, I stopped my reflections, thinking that it is certainly something that
already exists in the wild. Does it?
If I remember correctly (it was a long time ago) it used to. There used
to be a project called Centipede that built Ant scripts into something
called "cen
I had a look, I share the same goal but I don't like the need to compile
class especially just to setup a task with default value. It also had a bit
of black magic as you can look quickly in source as a reference.
I read your idea about interceptor I think it could be a good idea but as
you said
On Jan 10, 2008 10:20 PM, Bruce Atherton <[EMAIL PROTECTED]> wrote:
> Gilles Scokart wrote:
> > Finally, I stopped my reflections, thinking that it is certainly
> something that already exists in the wild. Does it?
> If I remember correctly (it was a long time ago) it used to. There used
> to be
On Jan 10, 2008 10:21 PM, kermitt <[EMAIL PROTECTED]> wrote:
>
> I had a look, I share the same goal but I don't like the need to compile
> class especially just to setup a task with default value. It also had a
> bit
> of black magic as you can look quickly in source as a reference.
Exactly, thi
--- Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2008 9:33 PM, Dominique Devienne
> <[EMAIL PROTECTED]> wrote:
>
> > On Jan 10, 2008 2:13 PM, Xavier Hanin
> <[EMAIL PROTECTED]> wrote:
> > > On Jan 10, 2008 7:21 PM, Peter Arrenbrecht
> <[EMAIL PROTECTED]>
> > > > Providing
> > > > overrid
<[EMAIL PROTECTED]> writes:
>> -Ursprüngliche Nachricht-
>> Von: Stefan Bodewig [mailto:[EMAIL PROTECTED]
>> The problem is a bit more complex than just allowing a different
>> source. The main problem are build files that do not specify a
>> basedir attribute on the project tag since A
"Xavier Hanin" <[EMAIL PROTECTED]> writes:
> On Jan 10, 2008 10:20 PM, Bruce Atherton <[EMAIL PROTECTED]> wrote:
>
>> There used to be a project called Centipede that built Ant scripts
>> into something called "cents", which were attempts to capture best
>> practices for various parts of builds.
"Xavier Hanin" <[EMAIL PROTECTED]> writes:
> But in my mind I was more thinking about a build system based on
> current Ant feature set and syntax,
Which probably would lead to a more complex system than it needed to
be without such a restriction.
Dominique's or something similar was among the
On Jan 10, 2008 9:33 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2008 2:13 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> > On Jan 10, 2008 7:21 PM, Peter Arrenbrecht <[EMAIL PROTECTED]>
> > > Providing
> > > override hooks is all well and good, but that is still basically the
> >
On Jan 10, 2008 9:13 PM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Jan 10, 2008 7:21 PM, Peter Arrenbrecht <[EMAIL PROTECTED]>
> wrote:
>
> > Providing
> > override hooks is all well and good, but that is still basically the
> > very controlled and rigit maven approach, I think.
> It depends on
44 matches
Mail list logo
