On Mon, 03 Nov 2008, Jesse Glick <[EMAIL PROTECTED]> wrote:
> Steve Loughran wrote:
>> Are there any defects so traumatic in Ant 1.7.1 that an urgent fix is needed?
>
> There are some apparent regressions from 1.7.0 which it would be
> nice to see fixed in 1.7.2:
>
> https://issues.apache.org/bu
Steve Loughran wrote:
Are there any defects so traumatic in Ant 1.7.1 that an urgent fix is needed?
There are some apparent regressions from 1.7.0 which it would be nice to see
fixed in 1.7.2:
https://issues.apache.org/bugzilla/show_bug.cgi?id=43114 (package-info.java)
https://issues.apache.o
Sergey Bondarenko wrote:
Imagine situation when you have 3 classes with dependencies between them:
A -> B -> C
Then you compile C.java and pack into c.jar
Then you compile B.java, using c.jar in classpath, and pack it into b.jar
Then you compile A.java, using b.jar.
It works properly in Java 5
Hi,
> I'd like to move those tasks (see subject) that don't get tested but
> released with Ant into separate Antlibs and deprecate them in trunk.
> My current candidate list consists of all SCM tasks (including CVS)
> and all vendor specific EJB tasks - one Antlib per task (or family of
> tasks in
On Mon, 3 Nov 2008, Remie Bolte <[EMAIL PROTECTED]> wrote:
> Will those antlibs be bundled with the package, or do picture them
> as a separate download?
I'd make them a separate download, even though we might consider doing
a "ant with all antlibs" download in addition to a stripped down core.
Hi,
Will those antlibs be bundled with the package, or do picture them as a
separate download?
Reason I ask is because I think SCM tasks are commonly used in buildscripts.
Cheers,
Remie
On Mon, Nov 3, 2008 at 2:15 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I'd like to move th
Hi all,
I'd like to move those tasks (see subject) that don't get tested but
released with Ant into separate Antlibs and deprecate them in trunk.
My current candidate list consists of all SCM tasks (including CVS)
and all vendor specific EJB tasks - one Antlib per task (or family of
tasks in the c
>I saw the FAQ, but the workaround deals with making a new
>property, which is
>not something that is desirable in my situation.
>Is there a reason that double expanding is not implemented?
There is an implementation in the sandbox bundled as an AntLib.
You could give it try:
Root
http://svn.ap
Hi,
I saw the FAQ, but the workaround deals with making a new property, which is
not something that is desirable in my situation.
Is there a reason that double expanding is not implemented?
Cheers,
Remie
On Mon, Nov 3, 2008 at 8:53 AM, <[EMAIL PROTECTED]> wrote:
> >Is it possible to resolve a
On Sat, 1 Nov 2008, Sergey Bondarenko <[EMAIL PROTECTED]> wrote:
> Any new regarding this issue?
IMHO you are simply not sending your question to the set of people
that could answer them. Based on your description the javac compilers
behave differently, but Ant doesn't. I don't see how the Ant
Le dimanche 2 novembre 2008, Maarten Coene a écrit :
> ok, I've added my public key to the KEYS file.
> Could you try to verify the signed artifacts again?
verified successfully.
So here is my +1
Nicolas
>
> Maarten
>
>
>
>
> - Original Message
> From: Nicolas Lalevée <[EMAIL PROTECTED
11 matches
Mail list logo
