mbenson 2005/02/07 15:50:16
Modified:src/main/org/apache/tools/ant/types CommandlineJava.java
Log:
Javadoc
Revision ChangesPath
1.68 +101 -105
ant/src/main/org/apache/tools/ant/types/CommandlineJava.java
Index: CommandlineJava.java
==
peterreilly2005/01/18 02:51:04
Modified:src/main/org/apache/tools/ant/types CommandlineJava.java
Log:
trailing space
Revision ChangesPath
1.65 +1 -1
ant/src/main/org/apache/tools/ant/types/CommandlineJava.java
Index: CommandlineJava.java
peterreilly2005/01/13 02:10:10
Modified:src/main/org/apache/tools/ant/types CommandlineJava.java
Log:
javadoc
Revision ChangesPath
1.63 +25 -10
ant/src/main/org/apache/tools/ant/types/CommandlineJava.java
Index: CommandlineJava.java
===
bodewig 2005/01/13 01:05:35
Modified:.WHATSNEW
src/main/org/apache/tools/ant/types CommandlineJava.java
Log:
Try to harmonize bootclasspath and build.sysclasspath a bit more, there are
still some more tasks to handle
Revision ChangesPath
1.710
bodewig 2005/01/11 06:05:01
Modified:src/main/org/apache/tools/ant/types CommandlineJava.java
Log:
Path is a ProjectComponent - use it for logging
Revision ChangesPath
1.61 +3 -7
ant/src/main/org/apache/tools/ant/types/CommandlineJava.java
Index: Commandli
On Thu, 28 Oct 2004 14:00:12 +0100, Peter Reilly
<[EMAIL PROTECTED]> wrote:
> Steve Loughran wrote:
>
> >
> > How about we just call toString() on every value; its a no-op on all
> > strings, and robust on odd stuff?
>
> This will not work, as we need to call properties.propertyNames() to get
> t
Steve Loughran wrote:
How about we just call toString() on every value; its a no-op on all
strings, and robust on odd stuff?
This will not work, as we need to call properties.propertyNames() to get
the names.
propertyNames will trigger the Cast exception.
Peter
-steve
---
because it is in the root class Object.
-Original Message-
From: Steve Loughran [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 6:05 PM
To: Ant Developers List
Subject: Re: cvs commit: ant/src/main/org/apache/tools/ant/types
CommandlineJava.java PropertySet.java
How about we
How about we just call toString() on every value; its a no-op on all
strings, and robust on odd stuff?
-steve
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thu, 28 Oct 2004, Peter Reilly <[EMAIL PROTECTED]> wrote:
> However, it is breaking the usage of properties, for example:
I know. But still people "abused" Ant's properties that way, so I
wonder whether we need to expect people doing the same with system
properties.
Stefan
-
> From: Peter Reilly [mailto:[EMAIL PROTECTED]
>
> Peter Reilly wrote:
>
> > Stefan Bodewig wrote:
> >
> >> On Thu, 28 Oct 2004, Peter Reilly <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>> Stefan Bodewig wrote:
> >>>
> >>>
> What if the keys/values are not Strings?
>
>
>
Peter Reilly wrote:
Stefan Bodewig wrote:
On Thu, 28 Oct 2004, Peter Reilly <[EMAIL PROTECTED]> wrote:
Stefan Bodewig wrote:
What if the keys/values are not Strings?
In this case, the "properties" are from System.getProperties() and
not from Project.getProperties() so they are strin
Stefan Bodewig wrote:
On Thu, 28 Oct 2004, Peter Reilly <[EMAIL PROTECTED]> wrote:
Stefan Bodewig wrote:
What if the keys/values are not Strings?
In this case, the "properties" are from System.getProperties() and
not from Project.getProperties() so they are strings.
Who is g
On Thu, 28 Oct 2004, Peter Reilly <[EMAIL PROTECTED]> wrote:
> Stefan Bodewig wrote:
>>
>>What if the keys/values are not Strings?
>>
>>
> In this case, the "properties" are from System.getProperties() and
> not from Project.getProperties() so they are strings.
Who is going to prevent System.g
Stefan Bodewig wrote:
On 28 Oct 2004, <[EMAIL PROTECTED]> wrote:
fix for previous fix - use getProperty() and not get()
What if the keys/values are not Strings?
In this case, the "properties" are from System.getProperties() and not from
Project.getProperties() so they are strings.
T
On 28 Oct 2004, <[EMAIL PROTECTED]> wrote:
> fix for previous fix - use getProperty() and not get()
What if the keys/values are not Strings?
There must be a very old bug lurking in Bugzilla that was resolved by
not assuming that the Ant properties table only contains Strings.
I'm not sure whe
peterreilly2004/10/28 02:17:49
Modified:src/main/org/apache/tools/ant Tag: ANT_16_BRANCH
Project.java
src/main/org/apache/tools/ant/types Tag: ANT_16_BRANCH
CommandlineJava.java PropertySet.java
Log:
sync
Revision C
peterreilly2004/10/28 02:12:03
Modified:src/main/org/apache/tools/ant Project.java
src/main/org/apache/tools/ant/types CommandlineJava.java
PropertySet.java
Log:
Properties.propertyNames() should be used instead of .keys():
fix for previous fi
peterreilly2004/10/28 01:48:48
Modified:.Tag: ANT_16_BRANCH WHATSNEW
src/main/org/apache/tools/ant Tag: ANT_16_BRANCH
Project.java Diagnostics.java
src/main/org/apache/tools/ant/types Tag: ANT_16_BRANCH
peterreilly2004/10/28 01:47:26
Modified:.WHATSNEW
src/main/org/apache/tools/ant Project.java Diagnostics.java
src/main/org/apache/tools/ant/types CommandlineJava.java
Log:
Properties.propertyNames() should be used instead of .keys().
PR: 27261
bodewig 2004/02/20 07:13:22
Modified:src/main/org/apache/tools/ant/taskdefs/optional/junit
JUnitTask.java
src/main/org/apache/tools/ant/types CommandlineJava.java
Log:
Allow subclasses of to plug in command lines of their own.
Submitted by
bodewig 2003/12/12 01:41:46
Modified:src/main/org/apache/tools/ant/taskdefs Java.java
src/main/org/apache/tools/ant/taskdefs/optional/junit
JUnitTask.java
src/main/org/apache/tools/ant/types CommandlineJava.java
bodewig 2003/05/27 02:43:22
Modified:src/main/org/apache/tools/ant/types CommandlineJava.java
Log:
Remove split System.arraycopy that is a leftover from times where we
forced the -jar argument to be the first on the command line.
Revision ChangesPath
1.41 +2 -6
bodewig 2003/05/27 01:49:42
Modified:.WHATSNEW
docs/manual/CoreTasks java.html
docs/manual/OptionalTasks junit.html
src/main/org/apache/tools/ant/taskdefs Java.java
src/main/org/apache/tools/ant/taskdefs/optional/junit
24 matches
Mail list logo
