GConf-backend for java.util.prefs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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, sorry to the list (and sorry also for my
english)...

I'm glad to hear you! I wrote this backend because we needed it, and I
found that classpath needed it too... I think that contribute it to the
community was the right think to do (and if it gets accepted is simply a
great thing and an honor for me!).

> However there are some questions and things to do:
> 
> 1) Copyright assignment.
> Mario and everyone who has worked on the code needs to assign copyright to the
> Free Software Foundation before we can integrate it.

This is no problem at all, just I need to know how (and what) to do.

> 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).

Ok, this is a bit tricky.

In both gnu classpath[1] and sun jdk the backend is choosen by setting
this system property:

System.setProperty("java.util.prefs.PreferencesFactory",
		   "gnu.java.util.prefs.GConfBasedFactory");

Assuming the package name for the backend will not change.

Anyway, there are few problems, I tried to be more close to the specs as
possible, but gconf does not work like the windows registry, and I think
that sun had the windows registry in mind when they designed the
preference api.

There are a couple of problems (I'm still checking for others):

* sync does not really sync the backend: is just an hint.


[Index of Archives]     [Linux Kernel]     [Linux Cryptography]     [Fedora]     [Fedora Directory]     [Red Hat Development]

  Powered by Linux