PROTECTED]
Sent: Thu 1/19/2006 23:14
To: Ant Developers List
Cc:
Subject: Re: project dependencies
Thanks Phil.
But can I specify their dependency ?
--- Phil Weighill Smith
[EMAIL PROTECTED] wrote
Ted, this is something that should be addressed to the user list, not
the developer list. However, short answer: no. But remember that you can
call the ant build script anything you like. You could have a main
build.xml that invokes targets in or imports (as appropriate) the two
other build
a simple typo would be hidden and it will be a painful
manual process to see why a build script does not do what it is
supposed to
do.
- Alexey.
On 10/25/05, Phil Weighill-Smith [EMAIL PROTECTED] wrote:
I simply wonder if backwards
Which has always given me grief. It has always seemed sensible to me that a
fileset would simply evaluate to no files if the base directory for the fileset
doesn't exist (and perhaps generate a verbose log mentioning that fact) in the
same way it does when the pattern(s) doesn't match anything.
On the understanding this is a work in progress, I'd like to point out
that a project can now contain pretty much anything (if not everything)
that a target can (essentially creating an unnamed target that all other
targets in the file depend on implicitly) making the project element
definition
Jim,
What you've said sounds wrong to me; action/ and http/ are in the
default namespace (a declared namespace that has no prefix), whatever
that has been defined to be.
This could be the same as n1 if the URI for n1 is also associated with
the default namespace, but that seems unlikely.
Phil
Would be handy. I'm assuming that the name could create a property of
that name, set to the process ID for example. You can then just kill
that process using this ID...
Phil :n.
On Fri, 2005-08-12 at 15:38 +0100, Steve Loughran wrote:
I'm just reviewing what major changes I am needing to do to
You may well have already included this sort of thing, but I'd cover
(not really esoteric):
* Immutability and overriding of properties (an often mis-
understood aspect)
* Conditional targets
* Usage of id/refid
* Multiple source tree support (e.g. for production
Why not simply put two calls to javac in your build script and split the
source tree in two in the same way that you have in your new task,
passing one tree to the first call and the other to the second?
Clearly you need to ensure that the first call compiles pre-requisite
code for the second
On Mon, 2005-07-04 at 12:56 +0100, Steve Loughran wrote:
Xpath is profound once you apply to
object trees
Interestingly, and orthogonal to the initial discussion, JXPath has been
able to apply XPaths to object trees for quite some time. (Clearly XJ is
something else again and definitely
I was thinking about local properties, having read the discussions
relating to these in the last few months.
Perhaps we could introduce the concept of property scopes instead.
The project would provide a standard global property scope by default.
It would also provide the ability to push and pop
the
.EAR and trans-time-out/trans-time-out
Element should be modified per EJB basis.
What do you suggest?
Regards,
Srini.
-Original Message-
From: Phil Weighill-Smith [mailto:[EMAIL PROTECTED]
Sent: Sunday, May 29, 2005 8:42 PM
To: Ant Developers List
then
srini.
-Original Message-
From: Phil Weighill-Smith [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 09, 2005 5:07 PM
To: Ant Developers List
Subject: Re: Can you help me!!!
Try using unzip .../ to extract the XML file from the EAR then use
xslt .../ to process
.
What I understood is xslt/ of ant do the necessary processing and
modifications.
But if the value of this particular trans-time-out/trans-time-out tag
varies from EJB to EJB then
srini.
-Original Message-
From: Phil Weighill-Smith [mailto:[EMAIL PROTECTED]
Sent: Thursday
Loughran wrote:
Phil Weighill-Smith wrote:
As to your varying new content, simply handle this with parameters to
your XSLT or something like that (perhaps even having different
conditional targets that handle different EJB configuration setups in
addition to parameterized XSLTs).
Don't
My opinion regarding the disadvantages of this approach:
* Antcall has to create a whole new Project in memory in order to work
and is therefore an inefficient task
* If something invoked via Antcall depends on a target that is also
depended on by something depending on the target
To: Ant Developers List
Cc:
Subject: Re: A possible solution for conditional execution of tasks?
Phil Weighill-Smith wrote:
My opinion regarding the disadvantages of this approach:
* Antcall has to create a whole
On Thu, 2005-05-26 at 10:06 +0100, Steve Loughran wrote:
Hmm. Currently the task is only writing the first
child as the root element of the output XML document,
and including the XML declaration. AFAIK a
non-well-formed fragment should forego the
declaration. If so, we can do one of
Does it support document fragments?
Phil :n.
On Wed, 2005-05-25 at 11:38 +0100, Steve Loughran wrote:
Matt Benson wrote:
--- Alexey Solofnenko [EMAIL PROTECTED] wrote:
Why not to add this functionality into normal
echo?
I suppose if you wanted to use entities, echo
already can
On Fri, 2005-05-13 at 09:00 +0200, Stefan Bodewig wrote:
But say the importER explicitly depends on bar.foo . Isn't this
still going to pollute the log in the opposite way my implementation
would? :) i.e.
[foo]:
[bar.foo]:
Yes. But this is less likely than having the importer
On Fri, 2005-05-13 at 10:25 +0100, Steve Loughran wrote:
-when you override a target, you dont get access to its dependents.
Workaround: many pseudo-targets that only model dependencies.
In fact we have real targets that don't have dependencies and it is
these that we override. These are also
On Fri, 2005-05-13 at 11:38 +0100, Jose Alberto Fernandez wrote:
I would advocate to allow the importer the specify the aliasing name
it
wants to use for the imported things, so one has something like:
foo.xml
project name=foo1
target name=compile.../target
/project
bar.xml
project
Rather than having a specific private-target/ element, could this not
be achieved via a naming convention such as -target-name (the leading
- actually makes the target uninvocable from the command line anyway
and therefore pretty good and private from the CLI point-of-view)?
Or even a new
I missed the beginning of this thread but just want to say that I personally
think that import is the best feature in Ant today (apart from Ant's being in
the first place, that is)!
Phil :n)
-Original Message-
From: Matt Benson [mailto:[EMAIL PROTECTED]
Sent:
Try GMail... it works pretty well and is a cool web-based e-mail system.
Phil :n)
On Tue, 2005-05-10 at 08:59 -0500, Dominique Devienne wrote:
And here comes the newly Company-wide instituted automatic
disclaimer inserted at the outbound email gateway...
I'm really sorry about this. And
cheektongueUse of core as a package/directory name is mildly off in a
UNIX environment as the directory might be confused with a core dump!
;n)/tongue/cheek
Phil :n)
-Original Message-
From: Dominique Devienne [mailto:[EMAIL PROTECTED]
Sent: Wed 20/04/2005 15:28
To: Ant
I wonder if there's any mileage in developing a symbolic debugger for Ant
scripts? While the debug output is often adequate for simple(ish) scripts I've
had a number of cases where I really could do with a symbolic debugger (like
just now!).
Phil :n.
:
Subject:Re: Ant symbolic debugger?
At least some JBuilder 2005 (SE+?) have ANT debugger that allows also
debug custom tasks.
- Alexey.
Phil Weighill-Smith wrote:
I wonder if there's any mileage in developing a symbolic debugger for Ant
scripts? While the debug output is often adequate
Steve,
I've not written any code to help here, but thought the following issue
could also be considered:
When executing a test class that has no test methods what-so-ever (e.g.
someone comments out all tests for some reason) the runner currently
barfs instead of ignoring the test class.
Phil
I believe that using an undeclared prefix doesn't make the XML not well-formed
it makes the XML invalid (i.e. a validating parser will barf) [1]. I think
well formed simply means all the right syntax (element and attribute
declarations are correct, and are all correctly closed/nested).
[1]
, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
at 16:44, Peter Reilly wrote:
Phil Weighill-Smith wrote:
An alternative, and far more portable work-around is to just use the
overwrite attribute on the second copy task.
I think that this build file is just an example to show the
problem, so this work-around may not be suitable
and it
worked fine.
Now I feel silly.
Anyone know how to pass to javac -Xmx800m without forking?
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
:
Subject: Re: Launching Ant again
Phil Weighill-Smith [EMAIL PROTECTED] writes:
You could make your build generate a build-targets.xml from the
project.xml then have a standard build.xml that:
1. invokes a task that will re-generate
process
command line to invoke a new Ant ?
Is there another way to do the complete process or only one step ?
Thank you in advance for your help
Regards
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED
On Tue, 2005-01-25 at 09:22, Erik Hatcher wrote:
You may consider creating a custom ant command script which unsets
CLASSPATH before invoking the executable class.
Exactly what we do!
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
environment's class path option to Ant's invocation to
allow for backwards compatibility).
Phil :n.
On Tue, 2005-01-25 at 09:37, Kev Jackson wrote:
Phil Weighill-Smith wrote:
On Tue, 2005-01-25 at 09:22, Erik Hatcher wrote:
You may consider creating a custom ant command script which unsets
? ;)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
If we require an object parameter to be non-null our methods test for this and
throw an IllegalArgumentException (note that we don't throw a
NullPointerException). Perhaps the same could apply in Ant?
-Original Message-
From: Kev Jackson [mailto:[EMAIL PROTECTED]
Krysalis Centipede did this years ago, but the project failed.
Shame. Possibly because its of most use to large developments like ours
which are perhaps fewer and further between?
Phil :n.
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
, Please let me know other solutions, if it is possible
Thanks
sudhakar
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis
go for it!
Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
gratis a 1.2 Mega, senza canone e costi di attivazione.
Abbonati subito su http://www.libero.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL
/
attribute name=Class-Path
value=${jar.classpath.dir}/
/manifest
/jar
/target
/project
-- Initial Header ---
From : Phil Weighill-Smith [EMAIL PROTECTED]
To : Ant Developers List [EMAIL PROTECTED]
Cc
] wrote:
sorry I'm not sure to understand you
a line like that jar destfile=${jar.name} basedir=.
includesfile=${file.set.toJar}
is not what u mean?
Could you write me the xml line please
Regards
-- Initial Header ---
From : Phil Weighill-Smith [EMAIL
---
From : Phil Weighill-Smith [EMAIL PROTECTED]
To : Ant Developers List [EMAIL PROTECTED]
Cc :
Date : Thu, 11 Nov 2004 14:46:51 +
Subject : Re: getting files name by a text file and doing a jar
Sorry, I misread your example (didn't spot
).
What do people think about the defaults for javac executable and junit
jvm?
Has anyone tried to do this sort of thing (different Ant and javac/junit
Javas)? If so, any hints or tips welcome!
Phil :n.
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
Weighill-Smith
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
types.
Have I missed something or is this a bug with the Mapper.MapperType
enumeration?
Phil :n.
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
/mapper
/copy
HTH,
Matt
--- Phil Weighill-Smith
[EMAIL PROTECTED] wrote:
I noticed that Ant 1.6.x has added composite mapper
and chained mapper
options as implementations of the FileNameMapper.
I can't see how to use these with the copy task
since copy seems to only
support
Having got to this point in the conversation, it seems to me that the
documentation and the implementation do not match. So, is this a bug or should
the documentation be updated?
Phil :n.
-Original Message-
From: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED]
it actually does is copy it to copy's todir +
/internal/ant.jarenv/apache-ant-1.6.2/lib.
I.e. if you don't use a * in the to attribute of the mapper, the *
match is suffixed onto the to. This seems wrong to me. Is this a bug?
Phil :n.
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
do this?
Phil :n(
-Original Message-
From: Dominique Devienne [mailto:[EMAIL PROTECTED]
Sent: Fri 13/08/2004 19:07
To: Ant Developers List
Cc:
Subject: RE: Bug in the glob file mapper?
From: Phil Weighill
PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
, refining, how to's?
Jose Alberto
-Original Message-
From: Phil Weighill-Smith [mailto:[EMAIL PROTECTED]
Sent: 22 July 2004 12:22
To: Ant Developers List
Subject: Re: new Task subclass
My vote for a language within if/unless elements is to use
XPath (1 or 2). Pretty
PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
, 2003-09-25 at 18:00, Steve Loughran wrote:
Phil Weighill-Smith wrote:
This attribute would be rather handy for tools such as IntelliJ IDEA
which allows the graphical display of available targets for invocation
(within its Ant integration). It would be great if IDEA could know which
targets
. For it to do this, the public/private attribute would be
needed.
Phil Weighill-Smith
On Thu, 2003-09-25 at 17:02, [EMAIL PROTECTED] wrote:
I don´t see the need for such an attribute. And if introduced it should work
not only from commandline. It should work too, if invoked by other java
/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Phil Weighill-Smith [EMAIL PROTECTED]
Volantis Systems
65 matches
Mail list logo