There's no discovery without that xmlns declaration, so ant boot times
arent hit by a need to scan every JAR on the classpath.
That's one reason, and a very valid one IMHO. Another is to have
things stay explicit in Ant as much as possible. I dispute your point
that auto-discovering of tasks is
I have used ant on several occasions in the past, installing in on three or
four computers. I just installed it on my workstation at a new job this
morning. I have a build.xml file in the directory from which I call ant, but
with or without the build file, I get the following. Can someone tell
Seems your java environment is not correct.
Try running java -version is that working ok.
Check your environment with set is JAVA_HOME set, and ANT_HOME ?
Remember to put %JAVA_HOME%/bin on the environment PATH setting.
That should be it.
Rgds,
Remon van Gijn
-Original Message-
Based on the error statements I see, java must be found. But, I agree
that it looks like an environment issue...
Rémon van Gijn wrote:
Seems your java environment is not correct.
Try running java -version is that working ok.
Check your environment with set is JAVA_HOME set, and ANT_HOME ?
Thanks to you both.
The answer was, indeed, in the environment.
I copied the name of the %ANT_HOME% directory from the Windows explorer when I
was in the bin subdirectory. I accidentally copied the trailing path separator
\. When the expression %ANT_HOME%\bin was expanded, it became
Hi Scott
I ran this ant script in that same shell window, look what I got:
Buildfile: build.xml
init:
[java] gij (GNU libgcj) version 3.5-tree-ssa 20030617 (Red Hat
Linux Rawhide 3.5ssa-48)
[java] Copyright (C) 2002 Free Software Foundation, Inc.
[java] This is free software; see
Sanae:
Yeah it is definitely using the gcc java. The way I was able to use
wscompile was to copy the jars to $ANT_HOME/lib:
jaxrpc-1_1-fr-spec-api.jar
jaxrpc-impl.jar
jaxrpc-spi.jar
Try placing those jars in that ant lib directory and then rerun against
the samples...
Sanae Benchaaboun
Something else, run these and let me know the output:
echo $JAVA_HOME
which java
Sanae Benchaaboun wrote:
Hi Scott
I ran this ant script in that same shell window, look what I got:
Buildfile: build.xml
init:
[java] gij (GNU libgcj) version 3.5-tree-ssa 20030617 (Red Hat
Linux Rawhide
# echo $JAVA_HOME
/opt/SUNWappserver/jdk
# which java
/opt/SUNWappserver/jdk/bin/java
It's the same for ant, it's using the default one not the 1.6, because
the ant script you sent me didn't run, I had to specify the project
default and a target name, here
# echo $ANT_HOME
Look at http://edocs.bea.com/wls/docs81/admin_ref/ant_tasks.html
--V
Petar Tahchiev wrote:
On 28/04/06, Anderson, Rob (Global Trade) [EMAIL PROTECTED] wrote:
If there is such a task, it is not part of the standard Ant
distribution. Check with BEA or search the weblogic documentation.
-Rob
OK, lets get down and dirty :)
Edit your ant shell script:
vi `which ant`
At the top, make the shell script line look as follows:
#!/bin/bash -x
If you would, after the aforementioned change, try to run your ant
against your build.xml - and send me the output. I am very curious
about what
Are you sure you want me to edit the ant?? It's not readble!! Look what I got:
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL
PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@°86[EMAIL PROTECTED]@[EMAIL
PROTECTED]
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL
whoa...that is weird
For me, ant is actually a shell script
can you do this:
file `which ant`
When I do this, I get something like:
ant: Bourne shell script text executable
Which version of ant do you think you are running?
Sanae Benchaaboun wrote:
Are you sure you want me to edit the
So this is a precompiled binary executable (see ELF)... That explains
a lot. Can you download and run normal ANT from Apache (do not forget
to set correct ANT_HOME)?
- Alexey.
Sanae Benchaaboun wrote:
Are you sure you want me to edit the ant?? It's not readble!! Look what I got:
[EMAIL
I think it'a 1.5 . can you tell me how to use the 1.6 instead of the 1.5,
because that one is using the gcc and default java version.
Thanks
Sanae Benchaaboun
Webmaster Supervisor
Maryland Insurance Administration
Tel: (410)468-2077
[EMAIL PROTECTED]
[EMAIL PROTECTED] 5/1/2006 11:54:30 AM
I already added the ANT_HOME in the environment varianbles and also dowloaded
the version of ant 1.6, but it's still using the default one whitch I think
it's the 1.5
Sanae Benchaaboun
Webmaster Supervisor
Maryland Insurance Administration
Tel: (410)468-2077
[EMAIL PROTECTED]
[EMAIL
I won't respond to the prior email you sent about installing...but just
include info here...
I do see one problem your ANT_HOME is probably wrong...
I think you want to make your ANT_HOME be /opt/jwsdp-2.0/apache-ant
Then you will want to make your PATH be this:
export
Thanks, It's working now!!!
# ant
Buildfile: build.xml
clean:
[delete] Deleting directory /Data/Dev/StateApi_Ref/build
[delete] Deleting directory /Data/Dev/StateApi_Ref/src-gen
[delete] Deleting directory /Data/Dev/StateApi_Ref/dist
init:
[mkdir] Created dir:
Holy cow! Woo hooo
And to think all it was was a precompiled version of ant...
Glad its fixed!
Sanae Benchaaboun wrote:
Thanks, It's working now!!!
# ant
Buildfile: build.xml
clean:
[delete] Deleting directory /Data/Dev/StateApi_Ref/build
[delete] Deleting directory
Given that most ANT scripts use some form of indentation to improve
readability, it would be nice if the echo task had an option to
strip leading white-space. In general, I would like the messages that
are sent to System.out (or logger) to be void of the leading
whitespace.
ex.
echofirst line
Hello Michael,
Try using trim inside filter chain.
A sample snippet of the build
move file=tab.txt tofile=${masterlistfile}
filterchain
concatfilter append=ind.txt/
concatfilter append=seq.txt/
concatfilter append=ops.txt/
As the on-line documentation suggests, I am using exec to copy some
files on UNIX to preserve permissions, but exec is taking my wildcard as
translating it as a literial.
I'm attemping to copy all files in a subdirectory to another directory
using:
cp -R * destinationDir
But the exec
On 1 maj 2006, at 20.22, Eric Wood wrote:
As the on-line documentation suggests, I am using exec to copy some
files on UNIX to preserve permissions, but exec is taking my
wildcard as
translating it as a literial.
I'm attemping to copy all files in a subdirectory to another directory
using:
* is understood only by shell. I guess you would want to add -u
option (and maybe -p) in addition to -R. Also it maybe better to run
rsync (or unison) - they can delete obsolete files.
- Alexey.
Tommy Nordgren wrote:
On 1 maj 2006, at 20.22, Eric Wood wrote:
As the on-line documentation
Nice use of bash :)
Something also to remember, when executing commands in a shell, the
shell does expansion for you. So, the fact that you would use a * in
your command doesnt necessarily mean the command is interpreting the *.
Tommy Nordgren wrote:
On 1 maj 2006, at 20.22, Eric Wood
Dominique Devienne wrote:
There's no discovery without that xmlns declaration, so ant boot times
arent hit by a need to scan every JAR on the classpath.
That's one reason, and a very valid one IMHO. Another is to have
things stay explicit in Ant as much as possible. I dispute your point
--- Steve Loughran [EMAIL PROTECTED] wrote:
[SNIP]
I've taken to declaring macros/presets in their own
ns too.
I envision a world where this is not considered
remarkable. Macros, presets, and scripts are good for
rapid prototyping, but if a task can be composed of
other tasks in Java, what is
Another point for using namespaces.
Which if should be loaded if you have ant-contrib AND antelope?
With ns you could load both without any conflicts.
Jan
-Ursprüngliche Nachricht-
Von: Matt Benson [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 2. Mai 2006 00:13
An: Ant Users List
28 matches
Mail list logo