any ideas on getting regular expression parsing in the patterns Ant uses
for things like FileSets? Is this a planned enhancement and is anyone
interested in that feature?
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
ror="false"
includeEmptyDirs="true" />
WARNING: ${${project-name}.name}.cod is
a sibling COD file which will not install OTA on a BES <4.0
here, unzip is throwing the exception and it's seemingly not getting
caught, do I need to explicitly catch the BuildException? (with a
block)
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
[EMAIL PROTECTED] wrote:
oh, yes - sorry.
In JUnit you work with diff
failonerror="false"
includeEmptyDirs="true" />
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
[EMAIL PROTECTED] wrote:
in unit tests you would do
try {
test...
fail();
} catch {
// fine
}
so you can use AntContrib f
During my build process, I want to test a file to see if it is a valid
ZIP file. However, I want to FAIL if it IS valid and succeed if it is
NOT valid. Is there some way I can do this with the unzip task?
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
So, what is it that I'm doing wrong here? Why am I always battling against
Ant, and finding that the things I wish to do, things which I find simple
to express in english, in psuedocode, or in shell, are so darned complex
to do in Ant? Am I just not get
Well, it is in the namespace associated with the contrib prefix.
When Ant detects the possible nested elements of a class and finds
methods of the appropriate signatures for addXyz, createXyz or
addConfiguredXyz it will see them as elements named xyz in the same
namespace as the parent element.
The
even though isset is not in the contrib namespace it will still find it
when referenced as contrib:isset? I'll try that tomorrow -- is there an
ETA on Ant 1.6.2 release?
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
Stefan Bodewig wrote:
On Mon, 05 Jul
it works if I use (my own custom Condition)
instead of the isset but it doesn't like the built-in conditions.
Is there a namespace for the default tasks? current: or ant: or something?
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
Alexey N. Solofnenko wrote:
P
I am using this format:
(actually, fromDir is an attribute in a macrodef which enclosed all this
so it's: and I reference it with
@{fromDir})
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
Alexey N. Solofnenko wrote:
I think you defined fromDir as following
fortunately I am using the includes="..." parameter otherwise I would
definatly run into this issue.
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
Harkness, David wrote:
Harkness, David wrote:
... or I believe you can use "src/**/*.java
src/**/*.pn
src.dir = src
src.includes = **/*.java
src.excludes =
res.dir = res
res.includes = **/*.png
res.excludes =
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
Harkness, David wrote:
Jeffrey Bacon wrote:
ok, so I have directory with 'src' and 'res' subdi
do that but it
doesn't see to copy anything or create the temp/src and temp/res dirs.
--
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED
worked. you da bomb! =)
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
Wascally Wabbit wrote:
Add this or similar to your recursive lookup method method:
sb.replace(nextOpenerIndex...)
[NEW LINE] balancingCloserIndex
sorry, I should be more specific:
I have a properties file:
projects = com.magmic
com.magmic.name = APIs
and I load that in Ant.
I want to access com.magmic.name by using the projects property:
${${projects}.name}
I want that to print "APIs". Is there some way to effect that?
--
Jef
Can I effect the below behavior somehow to get it to print 'hello'?
${{prop1}}
--
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional c
my bad. Forgot to re-build my JAR with the antlib.xml in it =) Doh!
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
Jeffrey Bacon wrote:
ok, I have written my antlib.xml file (see below) and have modified my
tag as well (see below). com.magmic.ant.conditions.Exists
${basedir}/${properties-file}
ANTLIB FILE:
classname="com.magmic.ant.datatypes.Application" />
--
Jeffrey Bacon
[EMAIL PROTECTED]
Creative Developer
http://www.magmic.com
Peter Reilly wrote:
Chuck Dani
18 matches
Mail list logo