- Original Message -
From: Laurie Harper [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: 'Ant Users List' [EMAIL PROTECTED]
Sent: Monday, November 19, 2001 7:51 AM
Subject: RE: Requiring multiple properties to be set
No, unfortunately; I have a single task that requires all three
-Original Message-
From: Barry Kaplan [mailto:[EMAIL PROTECTED]]
[...]
c:\somewhere\jar:file:\c:\somewhere\myjar.jar!\com\abwg\tools\
ant\ConvertToJ
builder.xsl
So, what does one generally do in the ant world?
a) Forget about using style and roll my own xslt code?
b) Refactor
Hi Guys,
I have several projects, which I want to build stand-alone and also build
them altogether.
I created a build file in the SRC directory of each project and one in the
root directory of all projects.
The build file in the root directory starts the sub-builds using the ANT
task.
Now my
On Mon, 19 Nov 2001 19:56, Stephane Bailliez wrote:
-Original Message-
From: Barry Kaplan [mailto:[EMAIL PROTECTED]]
[...]
c:\somewhere\jar:file:\c:\somewhere\myjar.jar!\com\abwg\tools\
ant\ConvertToJ
builder.xsl
So, what does one generally do in the ant world?
a)
Hi,
First of all, thank you very much for all those relevant anwers.
My problem is solved, and it was effectively a bad configuration
of the size of the swap.
Thanks again.
Hélène.
--
-=- Hélène JOANIN -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
mailto:[EMAIL PROTECTED]
Hi,
I've found a way:
If you want to define a new target or property
Add this to the top of the build.xml file:
!DOCTYPE project [
!ENTITY test-file SYSTEM testInclude.xml
]
And then start the project:
project name=project default=all basedir=.
And then
-Original Message-
From: Peter Donald [mailto:[EMAIL PROTECTED]]
[...]
I would like to have an extra inurl=... attribute or
something rather than
overloading the current one. Or can we overload without too
much ugliness?
I can probably achieve something to detect the systemid
Try this:
If you want to define a new target or property or classpath
Add this to the top of the build.xml file:
!DOCTYPE project [
!ENTITY test-file SYSTEM testInclude.xml
]
And then start the project:
project name=project default=all basedir=.
And then
Hi,
I was wondering, how do people feel about developing common,
universal, generic build.xml scripts for common needs?
I have hordes of mini-projects on the go, the end result of each is:
- a jar file
- some javadocs
- some config files
- the above all packaged as a .tar.gz and .zip
My
On Mon, Nov 19, 2001 at 09:36:39PM +1100, Jeff Turner wrote:
I was wondering, how do people feel about developing common,
universal, generic build.xml scripts for common needs?
i've had this exact need.
My very first build.xml was copied from an Apache project, and hacked to
meet my needs.
On Mon, Nov 19, 2001 at 12:47:45PM +0200, Leon Breedt wrote:
On Mon, Nov 19, 2001 at 09:36:39PM +1100, Jeff Turner wrote:
I was wondering, how do people feel about developing common,
universal, generic build.xml scripts for common needs?
i've had this exact need.
My very first build.xml
Good Idea.
Here I was trying to get folk who'd been mostly doing everything with batch files up
to speed on ant etc and I wrote a sample project based on the Jakarta Struts 'blank'
sample and the structure described in the TADG (Tomcat Application Developer's Guide -
Of interest: http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/cjan/
one addition i'd want:
'fetch-build-depends'
- download application build dependencies
used Debian Linux's apt-get build? the
very same idea.
the reason
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
snip
Everything you have in your CLASSPATH or in ANT_HOME/lib will end up
in your system classloader when you run Ant. If your task
implementation can be loaded via this classloader, it *will* be
loaded
via this classloader, no matter what.
At least i got it and - shame on me - the error wasn't in ant but in my
build-file, where i am using an external property-file, where inside i
defined a property by using double-quotes :-(
the taskdef, where i am having the problem is quite complex and is
using several own libs.
The
Are special characters in the manual?
I was having a problem with my ant script in which I was using telnet
to rename some of my files. This was done because of a bug in BEA
Weblogic 6.1s T3File access.
The line was:
write string=for file in *.xml ; do mv $file null$file ; done/
When I
Yes, '$' is a special character in Ant. It precedes a property name to
dereference the value of the property. Look at the manual under
properties. AFAIK there are no other special characters in Ant.
--- James Bullington [EMAIL PROTECTED] wrote:
Are special characters in the manual?
I was
Jeff Turner wrote:
Hi,
I was wondering, how do people feel about developing common,
universal, generic build.xml scripts for common needs?
I have hordes of mini-projects on the go, the end result of each is:
- a jar file
- some javadocs
- some config files
- the above all packaged as a
Of interest: http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/cjan/
okay, this is far better than my hasty idea :)
i look forward to it.
leon.
--
money is the root of all money.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
Does it exist?
--
Thomas
*
Copyright ERA Technology Ltd. 2001. (www.era.co.uk). All rights reserved.
Confidential. No liability whatsoever is accepted for any loss or damage
suffered as a result of accessing this
You don't state what you're trying to do, but I can tell you one thing:
you cannot modify your classpath for the current executing jvm. Period.
It is considered read-only (just in case you point out that you *can*
modify it, you'll find out the mods wan't take). The best you can do
is create a
With advice from this list, I have acomplised this with:
target name=check description=Checks weather project is ready for
building
tstamp
format property=formated.date locale=en pattern=dd//
hh:mm
aa /
/tstamp
echo message=Build started:
You might wait some time.
I remembered cjan, did a quick search, and posted the link after seeing your message,
but digging further it seems that cjan has recently died in favour of jjar:
http://www.mail-archive.com/jakarta-commons@jakarta.apache.org/msg04223.html
Sure enough, that was it! (I'm sure glad that everyone is so far ahead of
schedule that they have time for adding all these helpful features!)
Thanks very much.
-Original Message-
From: Peter Donald [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 15, 2001 7:51 PM
To: Ant Users List
From: Stefan Bodewig [EMAIL PROTECTED]
Subject: Re: JUnit problems
Is it possible two have test output swallowed by the formatters,
even if I use fork=yes ?
It is supposed to do that, sounds like a Bug - as well as the
getResource call failing in the non-fork case. Could you please file
Correct me if I'm wrong everyone...but I believe the javac setting
debug=true used to be the default for Ant 1.3, but isn't for Ant 1.4.
To get the line numbers back in just do the following :
javac debug=true /
I guess it probably is best that debug=true is no longer the default.
Makes
I guess the adjurations given to the VM influences the capaility of
providing line numbers as well. For Java 1.3 on Win2k I always start the VM
with -Xint to ensure pure interpreted modus. I guess 1.4 supports something
similar.
--
Thomas
| -Original Message-
| From: Larason, Timothy
Hi,
I have an exec task that calls a shell script on Unix to kick off a
smoke test. The shell script is actually calling the Expect executable
as follows:
#!/usr/local/bin/expect --
The relevant snippet from my build.xml is as follows:
target name=smoke.test.starnode
depends=init
The executable should be 'expect' not 'sh', as below. The command line equivalent of
what you did is not:
./reactor_smoketest
but
/bin/sh ./reactor_smoketest
which is very much not what you want :). Try this commandline to check for yourself
that it does the same as ant says.
Fixed target:
--- Thomas Christen [EMAIL PROTECTED] wrote:
You mentioned 'Sub' builds. Keep in mind that you can start sub builds
with the task 'Ant'. These sub builds will inherit all properties from
the build starting the sub build. Even if you try to set a property in
your sub build witch has been
I thought that deletion of dirs with empty files was
supposed to be fixed in 1.4.1, but my build.xml is working
properly. It deletes files and empty child dirs, but not
dirs that include empty dirs. Any clues?
Thanks.
Jason
P.S. I _have_ searched the archives and read the docs. I
am doing
Baz,
Thanks. Option 2 definitely turned out to be the best option. I
appreciate the help.
Cheers,
Matt
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 19, 2001 1:27 PM
To: [EMAIL PROTECTED]
Subject: Re: Using Ant to exec a shell script
Oh, right, yeah; that'd work. I just didn't go far enough with my
original decomposition! :=)
Thanks,
L.
On Mon, 2001-11-19 at 03:26, Nico Seessle wrote:
- Original Message -
From: Laurie Harper [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: 'Ant Users List' [EMAIL PROTECTED]
Sent:
On Mon, 2001-11-19 at 11:03, Ylan Segal wrote:
equals arg1=${src.home} arg2=$${src.home}/
Ah ha! That's the escaping convention I needed! :-)
Thanks Ylan,
L.
--
zodiac(@)holoweb!net | If that's too much initiative for the company
to
ICQ# 78724820 | handle, I don't want to work for
Greetings,
Just curious to know if anyone else has had problems deploying to Weblogic
when using jikes as their compiler. ejbjar works fine, but deploying
jars, I get a
The WebLogic Server did not start up properly.
Exception raised: java.lang.reflect.InvocationTargetException
On Monday 19 November 2001 12:43 pm, you wrote:
Greetings,
Just curious to know if anyone else has had problems deploying to Weblogic
when using jikes as their compiler. ejbjar works fine, but deploying
jars, I get a
The WebLogic Server did not start up properly.
Exception raised:
I don't have any problem using jikes for my ejbjar task at all. This is WL
6.0 SP2 and Jikes 1.15.
-Ryan
-Original Message-
From: Paul Cody Johnston [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 19, 2001 3:04 PM
To: Ant Users List
Subject: Re: ejbjar with jikes deploy problems
On
- Original Message -
From: Brett Porter [EMAIL PROTECTED]
To: 'Ant Users List' [EMAIL PROTECTED]
Sent: Sunday, November 18, 2001 14:59
Subject: RE: RemoteTask, RemoteCopyTask
I have written an SCPTask, very simple - uses v1 of mindbright's ssh
utilities which are GPL.
It is a bit
- Original Message -
From: Todd Chambery [EMAIL PROTECTED]
To: Ant Users List [EMAIL PROTECTED]
Sent: Monday, November 19, 2001 12:43
Subject: ejbjar with jikes deploy problems
Greetings,
Just curious to know if anyone else has had problems deploying to Weblogic
when using jikes as
On Tue, 20 Nov 2001 02:20, Thomas Tuft Muller wrote:
Does it exist?
In the latest CVS version it does - you may want to grab a nightly build.
--
Cheers,
Pete
**
| Every rule has an exception, |
| except the rule of exceptions. |
Is it possible to inherit Reference IDs in a subsequent ant invoked
task? I would like to set a classpath Reference id in the top-level
build file. I'll use it to setup references to widely used vendor and
internal jar files. I would like all lower level build.xml files to
have access to them
Thanks! Switching from 1.15 to 1.14 did the trick.
Todd
- Original Message -
From: Steve Loughran [EMAIL PROTECTED]
To: Ant Users List [EMAIL PROTECTED]
Sent: Monday, November 19, 2001 4:45 PM
Subject: Re: ejbjar with jikes deploy problems
- Original Message -
From: Todd
Hello,
For some time, there have been requests for the ability to run executables
within the exec task without waiting for them to complete. Ant doesn't
yet support this but there is are workarounds both for UNIX and Windows.
The issue is that when Ant runs an executable with the exec task, it
Hello-
I am using Ant1.4 and trying to jar up an application.
I noticed the metainf element and tried to use it to
include my manifest file. IE:
target name=bundle depends=compile
jar jarfile=${dist}/lib/SpecialOrder.jar
metainf dir=${src}
include name=${src}/META-INF/Manifest.mf/
add this:
target name=fail-foo depends=check-foo if=missing-foo
fail/
/target
then depend your compile step on fail-foo. obviously renaming the targets a
little might make things seem more sensible.
- Original Message -
From: siege [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
Most of my build-file use a standard pattern of tasks when compiling Java
code:
- create the output directory
- run depend
- compile using javac
- copy resource-files into the output directory
I've written a meta-target or recipe to factor-out this pattern.
It looks like this:
Hi all
I have the following task which copies gif files from one location to
another:
copy filtering=false overwrite=false todir=${build.dest}/icons
fileset dir=${build.src}/clients/jdriver/icons
includes=**/*.gif/
/copy
However when this is completed the gif files are not correct. When
I have used copy successfully for images. However, I don't specify
filtering or overwrite. It almost sounds like the filtering is having an
adverse effect by editing and corrupting your files, try taking it off
as you are not using it anyway and that is the default.
--
Jill
-Original
48 matches
Mail list logo