path. Obviously there must be another
mechanism for specifying a classpath that the classloader uses. I’ve worked
around this problem by setting fork=”true” but I’d like a better solution
due to performance issues. Note that removing the line when fork=”false” doesn’t seem to have an
effect.
you earn money
<>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
about me
<>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
something about you!
<>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
i'm waiting
<>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
one can set os = whatever to enable
running this task. But normally one would have set a property
that would have depended on more conditions than the os.
post 1.6
4) move cpptasks from ant-contrib to main-line ant, in the optional
tasks area
Peter
On Thursday 13 March 2003 08:17
attribute to
extend datatypes.
Peter
On Friday 14 March 2003 14:54, Jose Alberto Fernandez wrote:
> If we are going to take things out of ant-contrib
> then we should take the , , and
> tasks out of ant-contrib and incorporate them into the main line
> with good documentation.
>
Has anyone used java 1.1 on linux with ant?
I have just tried ibm 1.1.8 with ant 1.4.1 and ant 1.5.2,
ant -version. ant -version hangs on my machine (patched
redhat 8.0) with 100% cpu utilialization.
Peter.
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.(JUnitTestRunner.java:239)
This may be fixed by recompiling ant or it may be due to the fact that
ant-contrib uses 1.2 isms. (only just found out.!).
Peter
On Tuesday 18 March 2003 10:46, Stefan Bodewig wrote:
> On Tue,
+1
On Wednesday 19 March 2003 14:16, Steve Cohen wrote:
> +1
>
> -Original Message-
> From: Conor MacNeill [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 19, 2003 12:45 AM
> To: [EMAIL PROTECTED]
> Subject: [VOTE] JDK 1.1 support
>
>
> Hi,
>
> This is to formalize the discussions which
another user error)
Sorry for causing time wastage. :-)~
Peter.
On Thursday 20 March 2003 15:54, Stefan Bodewig wrote:
> On Tue, 18 Mar 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > 1.5.1 and 1.5: java.lang.ClassFormatError: Bad major version number
>
> I do not get
Ant Dev with java gives an example.
I used DynamicConfigurator to implement custom
conditions in bugzilla bug no : 17199
I did not have the problems you describe.
Peter
On Thursday 20 March 2003 18:45, Brett Wooldridge wrote:
> Hello list,
>I'm trying to use DynamicConfigur
and files after patching, the files
are the concat task, html page and unit tests.
The patch was generated by cvs diff -u at the top level
ant directory.
I posted the patch as an attachment to bugzilla bug 18166.
Peter.
changed.tar.gz
Description: application/tgz
Thanks,
I will do that.
My proposal was that delete should be modified to
accept a path sub-element.
Peter.
On Monday 24 March 2003 15:54, Dominique Devienne wrote:
> Thanks Peter for removing this debugging output.
>
> Maybe these println statements could be replaced
Unless the tasks require changes to core ant :-)~
Peter.
On Wednesday 26 March 2003 16:26, Stefan Bodewig wrote:
> On Wed, 26 Mar 2003, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> > That said (one more ;-), if Ant ever comes up with an easier way to
> > integr
())
Peter
On Wednesday 26 March 2003 17:46, Costin Manolache wrote:
> Dominique Devienne wrote:
> > Hu, not totally. If the AntLib also uses types, you need another
> > , which should also probably needs a loaderref. Since you now
> > use twice the clas
doesn't matter what the component does.
>
> The only problem in the current code is the TaskAdapter - which doesn't
> know about types and other components, and tries to wrap everything.
This does not seem to matter (if use is made
of dynconfigurator). The only change I had to do was to
get UnknownElement to call setProject on created objects.
(my original mod to TaskAdapter was not sufficient)
Peter.
ublic void addCustomFilters(CustomFilters customFilters) {
this.customFilters = customFilters;
}
Cheers,
Peter
Dominique Devienne wrote:
>>Two comments:
>>1) DynamicTag is fully Ant 1.5.x compatible. No need for 1.6. Just use
it
>>along side your own classes, and you
gt;auto-magically
>>thru reflection. I'm not saying it's bad, I'm pointing out it adds
some,
>>when DynamicTag doesn't.
True, I must admit this is a bit cheeky!
>>Something that I wish Ant added was the notion of 'role', to partition
>>the
>> task/type namespace.
There is on-going work on antlib (ant/proposal/sandbox/antlib) which
does something on those lines.
Cheers.
Peter
And the original author was Matthew Inger.
Peter
On Tuesday 22 April 2003 10:43, [EMAIL PROTECTED] wrote:
> I took a look at cvs log
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/ant-contrib/ant-contrib/src/
>n et/sf/antcontrib/property/PropertyCopy.java
>
> The initial version
Hi,
Your guess is nearly right, I originally used beanshell,
after modifying it to use apache BSF. When submitting
I modified the tests to use javascript, but missed the
test to check if script is available.
Cheers,
Peter
On Tuesday 15 April 2003 07:39, Stefan Bodewig wrote:
> In addit
skAdaptor uses reflection to check if the adapted
class contains the setProject method. This patch was meant to
maintain this behaviour.
Peter
xml based descriptors.
A patch in bugzilla report 17844 provides a simple alternative
(it is however missing needed tasks like antlib and antjar).
Peter.
On Tuesday 22 April 2003 17:13, Stefan Bodewig wrote:
> On Tue, 22 Apr 2003, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> > I ag
ee what is wrong with this scenario. --DD
The only problem is the namespace problem. But this is not a huge restriction.
Peter.
ould be nice to have two different classes for this case .
>
> I'm not sure it's wise the raising the XML namespace issue again at this
> time, if AntLib is to go anywhere though... --DD
True.
Peter.
ypedef tasks still work as at present ?
(ie for individual tasks and with property resouces)
Peter
testAddTaskDefinition
testTaskDefinitionContainsKey
testTaskDefinitionContains
Included is the a gziped diff file (cvs diff -u) against current CVS of
Project.java
Peter
On Wednesday 23 April 2003 18:37, Antoine Levy-Lambert wrote:
> Peter Reilly wrote
>
> A couple of points:
to define role
instances (can replace typedef/taskdef) - so the above example becomes
(same as taskdef)
(same as typedef)
Peter
t think that typedef is needed:
I see typedef/taskdef as providing alaises for java beans.
Peter.
ot see the problem here: suppose Path implements
dynamicElement(Path path)
one could do:
Peter
On Friday 25 April 2003 11:54, Stefan Bodewig wrote:
> On Fri, 25 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > I do not see the problem here: suppose Path implements
> > dynamicElement(Path path)
On Friday 25 April 2003 12:24, Jose Alberto Fernandez wrote:
> Peter,
>
> this is exactly my point. For every new thingy that we add we now need to
> go and modify IntrospectionHelper or something to make special allowances
> for it.
The dynamicelement addition to IntrospectionHe
,
<... xmlns:ant="...">
Another similar idea could be:
are alternatives (without any claim for completeness) with quite
> different consequences when it comes to the implementation side of
> things.
One of the consequences is that Javac's public method createClasspath()
may need to be modified.
Peter
r. For example:
as ConditionBase has dynamicElement(Condition c) and
as IfTask extends ConditionBase, and OutOfDate implements Condition,
the following works with my build:
Peter.
On Friday 25 April 2003 16:45, Wannheden, Knut wrote:
>
> It'd be natural to people who've worked with XML Schema Instance documents,
> where you'd write something like:
>
>
>
> Maybe the XML Namespace like notation of "my:somekindofpath" could mean
> that "somekindofpath" is a task/type define
ng what components are used for. Again, its cool that
> Ant supports making lightweight tasks, but I think it should be more
> rigid in the future and mandating components implement a particular
> interface. Most of us at least extend Task when writing tasks, I
> suspect, too. :)
+1
Peter
to work and
to throw the build exception
Peter
On Monday 28 April 2003 17:28, peter reilly wrote:
> An object of Cimpl gets method 3, An object of ABImpl is ambiguous and is
> allowed.
That should be "not" allowed
Peter
; "antelope") then loading an antlib could be as simple as:
>
>
>
The problem here is antelope may be "antelope-1.20.jar".
>
> but maybe the buildfile author wants/needs to specify the namespace URI
> (anything really), in which case an additional "ns" attribute could be
> used:
>
>
>
This is fine.
Cheers,
Peter
single-child ? ( of course, all
> primitives that can be used as attributes will remain attributes )
No, setComponent() should just of an attribute 'component="value"' as per
current ant method pattern matching/
Peter
On Monday 28 April 2003 18:41, Nicola Ken Barozzi wrote:
> peter reilly wrote, On 28/04/2003 19.37:
> > On Sunday 27 April 2003 22:14, Wannheden, Knut wrote:
>
> ...
>
> >>but maybe the buildfile author wants/needs to specify the namespace URI
> >>(anything real
be used in
and as a task.
When used as a task, it can set a property, when used as
a condition, the property attribute is ignored.
Cheers,
Peter
enation uses
attributes and not nested elements)
Peter
Some comments in-line
On Monday 28 April 2003 19:55, Jose Alberto Fernandez wrote:
> >
> > Use java rules, (try all interfaces)
>
> The parent will tell you what interfaces to use. No need for wild searches.
Sorry, when I said tr
problem.
Peter
On Tuesday 29 April 2003 04:24, Costin Manolache wrote:
> J.Pietschmann wrote:
> > Costin Manolache wrote:
> >> There are working and valid systems ( Axis, Xslt ) that use the
> >> namespace with associated me
In any case there will always be cases where both proposals will
fail ;-)
Peter.
On Tuesday 29 April 2003 12:49, Stefan Bodewig wrote:
> On Mon, 28 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> >4. public void add(NestedElement anInner)
> >5. public void addConfigured(NestedElement anInner)
>
> Make NestedElement a FileSet and explain
c void addOverridableNestedElement(NestedElement anInner)
7. public void addOverridableConfiguredNestedElement(NestedElement anInner)
But this does mean changing public methods
Peter
).
In any case, the main issue of removing param(name="", value="") pattern
is removed by your approach.
On Tuesday 29 April 2003 13:52, Stefan Bodewig wrote:
> On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > This is debatable
>
> I said
ot really
> fond of any of the proposed naming conventions so far.
Whats wrong with add(Condition) ?
>
> We still need a solution for the ambiguos cases, though.
1.7+ ?
Peter
On Wednesday 30 April 2003 16:24, Stefan Bodewig wrote:
> On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> >> it is, with an addXYZ(Condition) method marking it up - I'm not
> >> really fond of any of the proposed naming conventions so far.
> &
ample-
I have code (which uses a lot of the ideas from the antlib proposal)
that implements the above. I will try to get it in a form ready
for upload to-nite.
Peter
On Wednesday 30 April 20
On Wednesday 30 April 2003 17:54, Costin Manolache wrote:
> Stefan Bodewig wrote:
> > On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> >> We are still left the problem of the Type create() pattern.
> >
> > I don't think that it was so
On Wednesday 30 April 2003 19:33, Jose Alberto Fernandez wrote:
> > From: peter reilly [mailto:[EMAIL PROTECTED]
> >
> > On Wednesday 30 April 2003 16:24, Stefan Bodewig wrote:
> > > On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > >
class (named type) without
adding code to the current tasks/datatypes.
Peter
On Wednesday 30 April 2003 18:28, Costin Manolache wrote:
> peter reilly wrote:
> > I think that agreement is very close.
> >
> > What about this proposal:
> >
> > The current types and tasks properties files may be combined
>
Replying to myself ;-)
On Thursday 01 May 2003 09:55, peter reilly wrote:
>
> The concept was introduced in the ant lib proposal.
>
> I propose to add it to Definer (and hence to typedef and taskdef). This
> is to allow the use-case of optional tasks. Currently all the types/task
Ok, I have coded ant-type magic attribute over lunch.
I will update Patch 19446 over the weekend with
the changes.
Peter.
On Thursday 01 May 2003 09:24, peter reilly wrote:
> On Wednesday 30 April 2003 18:17, Costin Manolache wrote:
> > All the discu
I have done a little further work on my patch
to allow nested elements to have Project type
as a constructor.
If the object contains both add() and create(),
the add() method is used.
example:
I will upload the modified patch over the weekend.
Peter
On
On Friday 02 May 2003 11:46, Wannheden, Knut wrote:
> Peter,
>
> > example:
> >
> >
> >> newattribute="MyFileSet attribute"/>
> >
> >
> >
> >> newattribut
:
Granted it would be nice to allow element to be used in
both the serverdeploy and the ejbjar tasks, but since they do
completely different things, it is not unresonable to say that they
should have different names.
Peter.
On Friday 02 May 2003 14:35, Stefan Bodewig wrote:
> On Wed, 30 Apr 2003, J
, or have a ComponentHelper per uri.
Peter
On Friday 02 May 2003 15:42, Costin Manolache wrote:
> peter reilly wrote:
>
> \>> > example:
> >> >
> >> >
> >> >&g
This is a test
Attached is a patch (cvs diff -u) to ProjectHelper2 to allow
the above. - the code is a quick hack - an idea may be to
allow NS URI handler plugins...
Cheers,
Peter
Nicola Ken Barozzi wrote:
> Costin Manolache wrote, On 03/05/2003 16
On Monday 05 May 2003 20:20, J.Pietschmann wrote:
> peter reilly wrote:
> > I would agree with most of what Nicola says. I think
> > that XML ns is a "heavy" solution for name clashing
> > of names defined in a antlib. Moreover I do not
> > think that the an
On Tuesday 06 May 2003 17:39, [EMAIL PROTECTED] wrote:
> BTW
> You´re using the old email adress [EMAIL PROTECTED]
> The new one is
> [EMAIL PROTECTED]
that is
[EMAIL PROTECTED]
Peter
the source (ant.apache.tools.ant.taskdefs.Delete) for example code.
Peter
On Tuesday 06 May 2003 17:52, Harsha Kalidindi wrote:
> Jan,Peter:
>
> Thanks for fixing the email address.
>
> >Main.main() -> Main.start() -> Main.Main() and none of these methods
> >store the arguments. So
same way as property files are deal with at the moment or provide
a task -
3: release/document the task to manipulate the classpath.
4: Implement the XML ns changes to use the xml definition file possibly
using a predefined filename and using a package name.
Peter
On Wednesday 07 Ma
t; as this implies more baggage.
(Also my work in progress implementation uses an ant task
for the xml parsing and the root element name is the task
name ;-)).
On Wednesday 07 May 2003 15:56, Costin Manolache wrote:
> peter reilly wrote:
> > I would agree with XML namespace usage like this.
&g
On Wednesday 07 May 2003 20:40, J.Pietschmann wrote:
> peter reilly wrote:
> > - namespaces of attributes is not handled yet - the
> > code uses getQName() on the attributes and does
> > not pass the URI of the attributes to the attribute list
On Friday 09 May 2003 04:08, Costin Manolache wrote:
> peter reilly wrote:
> > Using property files is nice but with new attributes
> > to typedef (adaptor for example) it would be better to
> > use an xml file/resource.
>
> I think we already agreed on XML - the
You would probally change the input to include the .java
in the filename. and use the "includes" attribute of
javac and not the include sub-element.
>
On Monday 12 May 2003 12:12, Dharnidhar Vemuri wrote:
> > Hi,
> >
> > I have an xml file with the
OK, just tested.
My example works for the current nightly build but
not for ant 1.5.3-1.
Looking at cvs history for XmlProperty task, I think
revision 1.6 of XmlProperties.java added the feature
of adding a "," if the property already existed.
Peter.
On Monday 12 May 2003 12:55,
ers,
Peter
>
>
>
>
> -Original Message-
> From: peter reilly [mailto:[EMAIL PROTECTED]
> Sent: Monday, May 12, 2003 17:52
> To: Ant Developers List
> Subject: Re: FW: Retrieve all the nodes in an XML file using xmlproperty
>
>
> OK, just tested.
> My e
/Transform";>
.java
and the target:
${suite.testfile}
Peter.
On Monday 12 May 2003 13:51, Dharnidhar Vemuri wrote:
> Thanks Peter. It worked this time. The XML file that I get is from a
> polling event.
> so I cannot change the xml format
al third party
ant tasks.
>
> I would be glad to hear your comments concerning :
> 1) the functionality provided by the contribution
> 2) the implementation
> I am quoting Peter Reilly here :
>
> This patch adds 4 new features (the code is interrelated,
> but may be split).
&g
gt; > 1) the functionality provided by the contribution
> > 2) the implementation
>
> Well I have not given the fight on the need for roles and separate
> symbol-tables for different Types.
Roles/separate symbol-tables could be dealt with later.
>I would like for someone to expl
e name "ant-type" to
achieve the effect and not as discussed before - the
namesspaced attribute name like - "ant:type".
I can easily do a name-spaced attribute name for this,
however if this is done there will be only one object in
the xml name space uri - type. Would this be reasonable?
for example:
Peter
On Thursday 15 May 2003 07:56, Conor MacNeill wrote:
> On Thu, 15 May 2003 12:56 am, peter reilly wrote:
> > I have merged the ant-type code into my antlib code.
> > However it uses a "magic" attribute name "ant-type" to
> > achieve the effect and not
and done
> in few steps.
>
> > peter reilly wrote:
> >> On Thursday 15 May 2003 07:56, Conor MacNeill wrote:
> >>
> >> I would prefer to use the XML schema attribute for this.
> >
> > Mmmm, this would be confusing as the XML schema attribute
On Saturday 17 May 2003 20:13, Costin Manolache wrote:
> peter reilly wrote:
> > for example:
> >
> >
> >
> > to allow loading of tasks/types from different 3rd party with some tasks
> > haveing the same name, I have added a "prefix" attri
t concerning the antlib thread of discussion.
> >
> > I was thinking maybe we do not need to look further and we could commit
> > this contribution ?
> >
> > I would be glad to hear your comments concerning :
> > 1) the functionality provided by the cont
On Monday 19 May 2003 10:01, Jose Alberto Fernandez wrote:
> > From: peter reilly [mailto:[EMAIL PROTECTED]
> >
> > On Saturday 17 May 2003 19:59, Costin Manolache wrote:
> > > I think should be treated as a special
> >
> > with TaskAdapter
> >
>
On Monday 19 May 2003 11:50, Wannheden, Knut wrote:
> Peter,
>
> > >
> > >
> > > This would allow arbitrary NSURIs ( for people who like
> >
> > meaning-free URIs)
> >
> > > and allow the classpath association.
> >
> > I d
/Target be done by PH2#ElementHandler?
I think one should be able to plug in handlers for different URIs, or URI
patterns. My UnknownUriHandler is an (possibly not very good) example.
On Monday 19 May 2003 15:33, Jose Alberto Fernandez wrote:
> > From: peter reilly [mailto:[EMAIL PRO
attributes.
Peter
On Tuesday 20 May 2003 16:18, Berin Loritsch wrote:
> I want to write a task that allows me to embed XML configuration
> information to set up some integration tests using JUnit as a
> base.
>
> I can live with a DOM or JDOM to interpret and transform into my
feedback is received from the
community.
Peter
On Tuesday 20 May 2003 08:34, Costin Manolache wrote:
> peter reilly wrote:
> > There are a number of issues here.
> >
> > 1) are build script authors allowed to specify arbitary
> > URIs for ant type definitions?
> &g
On Wednesday 21 May 2003 08:21, Stefan Bodewig wrote:
> On Mon, 19 May 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > 1) are build script authors allowed to specify arbitary
> > URIs for ant type definitions?
> > I do not think this is a good idea.
>
>
element test
on-components = foo,bar
element include
name = **/XYZComp/*Test
element configuration
element xyz-comp
id = foo
element zyx-comp
id = bar
element arbitrary
value = null
Peter.
On Tuesday 20 Ma
The first patch adds the add(Type) introspection method and implements
this in condition, filterchain, tokenfilter, selector and path.
Peter
On Thursday 22 May 2003 10:29, Stefan Bodewig wrote:
> On Thu, 22 May 2003, peter reilly <[EMAIL PROTECTED]> wrote:
> > Ok I will chop it up into a sequence of patches.
>
> Thanks.
>
> > The first patch adds the add(Type) introspection method and
> > imple
onfigured](Type) and the polymorhic attribute.
A snippet from the antlib.xml file for ant: (after removing
the explicit add(..) methods from ConditionBase and the
interface and various impls of SelectorContainer.
Peter
On Thu
committing.
Peter.
s not escape any $ on
the input.
The following
fails on jdk14 as Matcher#appendReplacement gets passed
"${$1}" rather than "\${$1}".
My question is:
should I make a bugzilla entry or just
commit the changes, with unit test and
appropriate comment ?
Peter
handling of $)
Peter
On Wednesday 28 May 2003 12:22, Magesh Umasankar wrote:
> I will take a look at commiting it in the next few days...
>
> - Original Message -
> From: David Kavanagh
> To: Ant Developers List
> Sent: Wednesday, May 28, 2003 1:52 AM
> Subject: R
Ok,
This sounds sensible.
Peter
On Wednesday 28 May 2003 12:35, Magesh Umasankar wrote:
> Though we haven't been following the practise of
> always creating a bug report before fixing it,
> I think it would be a good approach to include it
> in Bugzilla. The reason is some use
x mark the subject line
> with [VOTE] to ensure the message gets
> the attention it deserves.
Good suggestion!
Peter
You can use a custom filter or use a reference -
Peter
On Wednesday 28 May 2003 14:27, David Kavanagh wrote:
> Thanks for trying. The below starts getting a bit verbose in the
> build.xml. All I'm trying to do is use the existing filtering (using
use this all the time with cc:
Peter
On Wednesday 28 May 2003 15:21, [EMAIL PROTECTED] wrote:
> bodewig 2003/05/28 07:21:05
>
> Modified:docs contributors.html
>xdocscontributors.xml
> Log:
> This is supposed to be sorted ;-)
Opps.
Peter
I would rather use the "C" logic for this.
Unless the value is explicity "false/off/no" or "",
the value is treated as true.
This would break less scripts. But it is still
not bc and third party tasks would also need
to be changed to follow the new behaviour.
Peter
and it will be a long
time before the bulk of ant users upgrade to 1.6.
Perhaps you could use the prefix jc.
- jcinstrument, jcmerge etc.
Peter
On Wednesday 28 May 2003 19:18, Malcolm Sparks wrote:
> Hi,
>
> With the help of a fellow Java hacker (Peter Morgan), I've put together
>
1 - 100 of 1377 matches
Mail list logo
