Hi! As part of an internal project we are developing, I'm writing a simple backed to integrate GConf with java.util.prefs. The backend uses java-gnome (GConf and glib bindings), so I don't know if it can be used as part of classpath. I would like to rewrite it to drop java-gnome dependencies, but it is still useful in a number of situations (the most important one is to let java applications on linux to use the preference api instead of GConf when GConf is the only external requirement). Given the way that GConf handle preferences, there a couple of issues that I'm currently investigating. For example, java.util.prefs defines system and user preferences, but has no concept of application-only preferences. This means, for example, that the standard path to a GConf key for a given application is "/apps/appname/key", while in java.util.prefs we have always "/" as a starting point. More over, GConf keys are not limited to system and user (and system here is more of: "user configs related to system application"). I'm trying to solve the issues about the root directory making a default path of "/apps/appname", and only access "/" if a special environment variable is set (most likely, many applications would not use that). The backend main class is finished, I'm writing few tests to check that everything works right, plus I want to be sure that all the functionality are in place. If you think that it can be integrated in classpath (it would be great), we are ready to assign copyright to the classpath team to solve license issues (we just need some hint to start this process). In any case, we will release the sources under the same license of classpath (GPL + exception) so that it can be easily integrated at any point if needed. I can send the sources as soon as I'm sure everything is right (at least a couple of days). Please, let me know if you are interested or if you can share hints (maybe about a pure java implementation, though this is a complex task and I don't have too much time right now). Hope that helps, Mario -- Lima Software, SO.PR.IND. s.r.l. http://www.limasoftware.net/ pgp key: http://subkeys.pgp.net/ Please, support open standards: http://opendocumentfellowship.org/petition/ http://www.nosoftwarepatents.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Questa =?ISO-8859-1?Q?=E8?= una parte del messaggio firmata digitalmente Url : http://developer.classpath.org/pipermail/classpath/attachments/20060407/fde22fae/attachment.pgp
