Hello!
Please help me to resolve error while running Ant.
I've got simple build script:
Hello World
When this script is executing I always get error:
BUILD FAILED
java.lang.NoSuchMethodError: org.apache.tools.ant.util.FileUtils.getFileUtils()L
org/a
On 2009-05-26, Кирин Евгений Николаевич wrote:
> Hello!
> Please help me to resolve error while running Ant.
> I've got simple build script:
>
>
> Hello World
>
>
>
>
>
>
> When this script is executing I always get error:
> BUILD FAILED
> java.la
I am dealing with a web application which has a huge list of build
parameters. This list ranges from multiple data sources, to REST based API
Url's, to HTTP connection properties ... I need to replace these values at
build time in several confugiration/properties files residing in the
applications
I am getting the following error:
java.lang.RuntimeException: Multiple artifacts of the module
commons-logging#commons-logging;1.1.1 are retrieved to the same file! Update
the retrieve pattern to fix this error.
i googled and found some configs which i tried and had no success, such as:
any
You probably need to include [type] in your pattern. Try something like
pattern="lib/[conf]/[type]/[artifact].[revision].[ext]" instead.
-Archie
On Tue, May 26, 2009 at 12:02 PM, Nathaniel Auvil wrote:
> I am getting the following error:
>
> java.lang.RuntimeException: Multiple artifacts of the
We do something similar. However, all build files we produce are
placed in a target directory (much like Maven does). This makes it
easy to clean up after a build because we only need to delete a single
directory.
As part of our build process, we also have to do parameter
replacements. We do this
My approach is very similar to yours, David.
Would it make sense to have something like an injectBuildProperties task in
ant?
Cheers
Avlesh
On Tue, May 26, 2009 at 10:44 PM, David Weintraub wrote:
> We do something similar. However, all build files we produce are
> placed in a target directory
On Tue, May 26, 2009 at 1:29 PM, Avlesh Singh wrote:
> My approach is very similar to yours, David.
> Would it make sense to have something like an injectBuildProperties task in
> ant?
You mentioned something about having to restore versioned files once
the substitution is done. We don't have to
>
> You mentioned something about having to restore versioned files once
> the substitution is done. We don't have to do that because we don't
> touch the directories where the files are versioned. Instead, we copy
> all the files out to our "target" directory.
>
Right, I do restore the original v
Not sure what's going on then...
-Archie
On Tue, May 26, 2009 at 12:09 PM, Nathaniel Auvil wrote:
> thanks for the reply. i replaced the jar with [type] and i get the same
> error
>
>
> On Tue, May 26, 2009 at 1:05 PM, Archie Cobbs >wrote:
>
> > You probably need to include [type] in your pat
"Ant Way" of doing what you want is to use the copy task and then use
the and sub-tasks to modify your copying.
You right now build the warfile in place, and copying all the files to
another directory will increase your build time by a minute or two.
However, it will eliminate the CVS polling is
Thanks for your suggestion to use ant-contrib and for the
logging I needed over a file list.
It is working on most of my platforms that have JDKs of 1.4.2 and
above. But it fails on one that has only 1.4. I've found no
documentation listing this as a specific limitation, but that seems
to
>
> "Ant Way" of doing what you want is to use the copy task and then use the
> and sub-tasks to modify your copying.
>
Dumb me!
I am *insisting* on the use of ${build.property} style patterns in my files
and getting rid of doing the replace at all!! Makes sense?
Cheers
Avlesh
On Wed, May 27,
Hello,
This doesnt look like a Java problem.
This seems to be a classpath problem.
The error says, that the whole antcontrib.jar could not be found.
Antlib.xml is inside the antcontrib.jar and defines the tasks of antcontrib.
The antcontrib.jar is probably not on the classpath of the Ant you are
14 matches
Mail list logo
