Il giorno dom, 14/05/2006 alle 11.34 -0400, Thomas Fitzsimmons ha
scritto:
> Hi,
>
> Mario Torre wrote:
>
> > As a side note, these directory can be configured at runtime by setting
> > one of these two properties:
> >
> > java.util.prefs.gconf.user_root
> > java.util.prefs.gconf.system_root
>
Hi,
Mario Torre wrote:
As a side note, these directory can be configured at runtime by setting
one of these two properties:
java.util.prefs.gconf.user_root
java.util.prefs.gconf.system_root
Since these are GNU-specific properties, they should probably be
prefixed with "gnu.".
Tom
Hi Mario,
On Sun, 2006-05-14 at 16:59 +0200, Mario Torre wrote:
> Il giorno dom, 14/05/2006 alle 14.51 +0200, Robert Schuster ha scritto:
> > thanks to Mario a long standing wish to have a GConf-based backend for
> > java.util.prefs is becoming a reality.
> >
> > I think it is quite clear that GN
Il giorno dom, 14/05/2006 alle 14.51 +0200, Robert Schuster ha scritto:
> Hi,
> thanks to Mario a long standing wish to have a GConf-based backend for
> java.util.prefs is becoming a reality.
>
> I think it is quite clear that GNU Classpath wants this code! :)
Hi!
I know this is a long email, so
Hi,
Robert Schuster wrote:
2) Backend chosing
How is should the user or the package maintainers decide which backend is to be
used? Do we want a configure-time option or provide a possibility to chose the
backend when starting the VM (using a property).
I think the --disable-gconf-peer config
Hi,
thanks to Mario a long standing wish to have a GConf-based backend for
java.util.prefs is becoming a reality.
I think it is quite clear that GNU Classpath wants this code! :)
However there are some questions and things to do:
1) Copyright assignment.
Mario and everyone who has worked on the
6 matches
Mail list logo
