ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Erik Hatcher" <>
Subject Re: Ant task for java.util.prefs.Preferences (v1.4)
Date Sat, 11 May 2002 15:09:43 GMT
Cool.... I don't think there will be a problem with Ant taking on tasks that
are JDK 1.4 specific.  It doesn't break backwards compatibility (meaning
that a build file written for a previous version would not break by adding
the <javaprefs> task).  Submit your task as an enhancement through Bugzilla
and we'll have a look and see about getting it into Ant 1.6.

On a related note, what about an Ant task (or infrastructure) to load Ant
properties from preferences?  Seems like this is a logical extension of our
current property mechanism.  For Ant2 there needs to be a more carefully
thought out integration with properties and preferences so that its more
integrated - in other words I always want my <javac> to compile with
debug="true" - this doesn't need to be explicitly added to <javac>
necessarily and should use my defaults.  I think myrmidon has capabilities
along these lines.  How about mutant?


----- Original Message -----
From: "Steinar Overbeck Cook" <>
To: <>
Sent: Saturday, May 11, 2002 10:46 AM
Subject: Ant task for java.util.prefs.Preferences (v1.4)

> Thanks a lot for providing Ant! I've been using it a lot and would like to
> contribute with a Task I've just written which enables me to manipulate
> system and user preferences managed through the new J2SDK1.4
> package.
> This probably breaks the backwards compatibility, but nevertheless I
> the new API as important.
> Sample:
> <javaprefs node="no/balder/prefs" property="myKey" value="Steinar"
> command="put" />
> <javaprefs node="no/balder/prefs" property="myKey" command="get" />
> <javaprefs node="no/balder/prefs" property="myKey" command="remove" />
> <javaprefs node="no/balder/prefs" command="removeNode" />
> The above samples uses the System node as the default, this may be changed
> thus:
> <javaprefs scope="user" node="no/balder/prefs" property="myKey"
> command="get" />
> I find this task very usefull and kind of hoped that someone else might
> use for it.
> Where do I go from here?
> --
> To unsubscribe, e-mail:   <>
> For additional commands, e-mail: <>

To unsubscribe, e-mail:   <>
For additional commands, e-mail: <>

View raw message