I know the following problem is pretty common:
Invalid implementation version between Ant core and Ant optional tasks.
core: 1.6.5
optional: null
But the 'optional: null' seems a little rare. This is especially
strange because this ant is working on another box configured in
(
On Tue, Feb 24, 2009 at 5:56 PM, Troy Telford wrote:
> I hope this is a quick question: I'm trying to compile some java code that
> uses a few of the optional tasks in ant.
>
> I thought when I had downloaded the ant binary distribution, it would include
> the optional tas
> -Original Message-
> From: Troy Telford [mailto:ttelford.gro...@gmail.com]
> Sent: Tuesday, February 24, 2009 5:57 PM
> To: user@ant.apache.org
> Subject: Optional tasks aren't available - why?
>
> I hope this is a quick question: I'm trying to compile
I hope this is a quick question: I'm trying to compile some java code that
uses a few of the optional tasks in ant.
I thought when I had downloaded the ant binary distribution, it would include
the optional tasks; however, I can't seem to get at them. And the
documentation is oddly si
Ant 1.7.1 will be released soon.
And will fix this particular included optional task problem for the script task.
In the mean time, you can use the
antclassloader task from
http://enitsys.sourceforge.net/ant-classloadertask/
I use it like this:
--- ant-classloader.xml
If memory serves, there is an issue with Ant 1.7 and specifying a lib
dir... Ant 1.7.1 fixes the problem... I assume 1.7.1+ fixes it too :)
I had to build that from source...
Then all you should have to do is use the child element of
. For example:
http://jplate.sourceforge.net/envir
Hi,
sorry if this is a newbie question, but I did not find an answer in docs, faqs,
google etc.
I'm using Ant 1.7, and I would like to use the
NT_HOME but still no dice.
Hopefully I can squeeze an hour in today to try to trouble shoot it a
bit further.
Thanks again
Stephen
-Original Message-
From: Peter Reilly [mailto:[EMAIL PROTECTED]
Sent: September 26, 2007 12:45 PM
To: Ant Users List
Subject: Re: problems with ant optional
I would just use ant 1.7.0, download from the the ant site,
this will ignore the jpackage installed ant, if you define
ANT_HOME env variable,
To use optional tasks with the jpackage version of ant requires
placing of the defendant libraries in the right place. This involves
using the associated
inson <[EMAIL PROTECTED]> wrote:
> Hi there and thank you for responding;
> I downloaded and installed ant-optional-1.6.5-20.3.i586.rpm
> Which is the closest version I could find to ant-1.6.5-4jpp.noarch.rpm,
> it just contained ant-antlr
>
> Ant -diagnostics still says op
Hi there and thank you for responding;
I downloaded and installed ant-optional-1.6.5-20.3.i586.rpm
Which is the closest version I could find to ant-1.6.5-4jpp.noarch.rpm,
it just contained ant-antlr
Ant -diagnostics still says optional tasks: not available
The install put the ant-antlr jar into
Stephen Wilkinson wrote:
Hi there, I'm pretty much totally new to linux and am having some build
problems with Dspace which I believe is because I don't have my Ant
optional tasks working.
aah DSpace.
Basics I'm using Suse Linux Enterprise Server version 10 with sp 1
I
Hi there, I'm pretty much totally new to linux and am having some build
problems with Dspace which I believe is because I don't have my Ant
optional tasks working.
Basics I'm using Suse Linux Enterprise Server version 10 with sp 1
I downloaded and installed java - jdk-6u2-linux-i5
;
>> Antoine Levy-Lambert wrote:
>>
>> > Hello Omry,
>> >
>> > it is good practice to work the way you envision to do.
>> >
>> > The manual page for junit
>> > http://ant.apache.org/manual/OptionalTasks/junit.html gives some
>> > informati
ay you envision to do.
>
> The manual page for junit
> http://ant.apache.org/manual/OptionalTasks/junit.html gives some
> informations concerning this question.
>
> Supposing junit is one of the optional tasks for which you want to use
> a version stored in the directory tree of t
> The manual page for junit
> http://ant.apache.org/manual/OptionalTasks/junit.html gives some
> informations concerning this question.
>
> Supposing junit is one of the optional tasks for which you want to use
> a version stored in the directory tree of the build file, you can
> choo
Hello Omry,
it is good practice to work the way you envision to do.
The manual page for junit http://ant.apache.org/manual/OptionalTasks/
junit.html gives some informations concerning this question.
Supposing junit is one of the optional tasks for which you want to
use a version stored in
the build.xml with the jars
required by the optional tasks it uses.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
p
c.. org.apache.tools.ant.util.regexp.JakartaRegexpRegexp
Also, if you want to use the Oro implementation of regexp, you then need
ant-apache-oro.jar and jakarta-oro.jar in the classpath.
Similarily, you will need jakarta-regexp.jar and ant-apache-regexp.jar in
the last case.
Most optional tasks in ant re
need jakarta-regexp.jar and ant-apache-regexp.jar in
the last case.
Most optional tasks in ant require at least 2 jars, one containing the
bridge code between ant and the external dependency, the other one being the
external dependency itself.
I am surprised that the
Laurie Harper wrote:
I'm trying to integrate an Ant build which uses optional tasks
(specifically, the
I'm trying to integrate an Ant build which uses optional tasks
(specifically, the
${user.home}/.ant/lib as described in
http://ant.apache.org/manual/running.html#libs
Jan
>-Ursprüngliche Nachricht-
>Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>Gesendet: Sonntag, 6. November 2005 15:57
>An: Ant Users List
>Betreff: Re: AW: Problems with option
t-
> >Von: Pete Cain [mailto:[EMAIL PROTECTED]
> >Gesendet: Dienstag, 20. September 2005 08:02
> >An: user@ant.apache.org
> >Betreff: Problems with optional tasks
> >
> >Hi,
> >
> >I've written an ant script that successfully uses scp.
&g
n: user@ant.apache.org
>Betreff: Problems with optional tasks
>
>Hi,
>
>I've written an ant script that successfully uses scp.
>However I'm finding that script does not work on all the boxes
>I needed it to.
>
>I've successfully used the scp task with
--
Implementation Version (JDK1.2+ only)
-------
core tasks : 1.6.5
optional tasks : 1.6.5
---
ANT_HOME/lib jar listing
---
ant.home: /usr/local/ant
ant-jdepend.jar (473 bytes)
ant-trax.jar (
think possibly a better solution would be for ant to provide all the
optional tasks in their current form (backward compatability i suppose) and
to also provide them under a package structure of
external.org.apache.tools.ant.taskdefs.optional.*. The items under the new
package structure wouldn
rg/manual/install.html#librarydependencies
> >
> > Jan
> >
> > >-Ursprüngliche Nachricht-
> > >Von: Mark Lybarger [mailto:[EMAIL PROTECTED]
> > >Gesendet: Dienstag, 16. August 2005 16:28
> > >An: Ant Users List
> > >
EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> sure - see http://ant.apache.org/manual/install.html#librarydependencies
>
> Jan
>
> >-Ursprüngliche Nachricht-
> >Von: Mark Lybarger [mailto:[EMAIL PROTECTED]
> >Gesendet: Dienstag, 16. August 2005 16:2
sure - see http://ant.apache.org/manual/install.html#librarydependencies
Jan
>-Ursprüngliche Nachricht-
>Von: Mark Lybarger [mailto:[EMAIL PROTECTED]
>Gesendet: Dienstag, 16. August 2005 16:28
>An: Ant Users List
>Betreff: Re: optional tasks without disturbing the
very interesting!
i created an antlib.xml file in mylibdir/antlib.xml
also mylibdir/ant-jsch.properties
scp=org.apache.tools.ant.taskdefs.optional.ssh.Scp
sshexec=org.apache.tools.ant.taskdefs.optional.ssh.SSHExec
and build.xml:
...
wrote:
>
> >what would be really nice is if there
>what would be really nice is if there were two "namespaces"
>available for a given optional task. such that the task in the
>ant/lib/ant-jsch.jar would
>have:
>
>
>
>and perhaps an ant/external/lib/ant-jsch.jar would have:
>
>
>
>thoughts/ideas?
XML namespaces.
is defined in
[$ANT_HOME/lib/an
i'm interested in using some of the ant optional tasks without distrubing
the ant-lib folder. basically, i want to provide all the needed jars as part
of my tools area, and not have each machine that runs the bulid have to
update it's ant/lib folder. the current task i'm after
On Fri, 15 Jul 2005, Simon Kitching <[EMAIL PROTECTED]> wrote:
> Has anyone considered making taskdef use a child-first classloader
> in order to avoid having to move the relevant task jar out of the
> ant/lib dir?
has a deprecated but probably never going to get removed
reverseload attribute wh
Hi,
I noticed the thread re junit and ftp tasks recently, and also had to
deal with this myself to use junit task recently.
Has anyone considered making taskdef use a child-first classloader in
order to avoid having to move the relevant task jar out of the ant/lib
dir?
It is also possible to wr
Hi,
Does any one have a document how to use "rant"?
I am trying to run an ant script remotely. I am getting an error while
running the "rexec" command . does it require anything more than a usual
procedure for it is included in the optional tasks list.
Thanks
-Origin
mailto:[EMAIL PROTECTED]
> Gesendet am: Mittwoch, 27. Oktober 2004 20:32
> An: 'Ant Users List'
> Betreff: RE: optional tasks
>
> I guess it would help if I told you all that I am managing
> 48+ projects and
> am trying to minize the impact of upgrades to
: RE: optional tasks
i keep core optional tasks (ftp, junit) in the ant lib folder, and keep 3rd
party tasks (xdoclet, cactus, castor, etc) as part of my application.
> -Original Message-
> From: Barnes, Michael [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 27, 2004 2:1
i keep core optional tasks (ftp, junit) in the ant lib folder, and keep 3rd party
tasks (xdoclet, cactus, castor, etc) as part of my application.
> -Original Message-
> From: Barnes, Michael [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 27, 2004 2:17 PM
> To: '
I have several optional tasks that I need to use from other projects.
What is the recommended way to include this in the ant start up:
the 2 solutions that I can think of currently is
1) copy all needed jars into the ant/lib
I feel that this approach over time is harder to maintain as new
On Tue, 18 Feb 2003, Steve Loughran <[EMAIL PROTECTED]> wrote:
> SSH is an interesting one, every agrees we need it, but we have
> historically been constrained by the GPL/LGPL nature of all working
> open source Java implementations which looked suitable.
Fortunately this is no longer true - jsc
41 matches
Mail list logo
