Great Matthias, i think this would be a very suitable addition to the pax stack. Haven't looked more into it than "svn co + mvn clean install" .. but PRO: - you are using exam ;))
CONTRA: Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 41.947 sec <<< FAILURE! createAndFindUserOk(org.ops4j.pax.useradmin.itest.preferences.Preferences_UserManagementTest) Time elapsed: 41.901 sec <<< FAILURE! org.junit.ComparisonFailure: Mismatching user name expected:<[jdeveloper]> but was:<[user.anyone]> Anyway, can you add some docs to the wiki ? Once we have this, i think its good to move it to projects.. On Sun, Jul 12, 2009 at 7:33 PM, Matthias Küspert<[email protected]> wrote: > Hi, > as some of you already noticed I'm working on a UserAdmin implementation in > my laboratory. I'd like to hear what you guys think > of it and if it makes sense to have a UserAdmin implementation as Pax > project. > This first draft implements the spec but delegates all storage access to a > pluggable StorageProvider. What is missing is to > secure the access to the StorageProvider bundle with a > (Conditional?)PermissionService. > To try it just run: > svn > co https://scm.ops4j.org/repos/ops4j/laboratory/users/mkuespert/useradmin > cd useradmin > mvn clean install > By now the following StorageProviders are planned: > > - PreferenceService > - File (?) > - Database > - Ldap > > A PreferenceService based provider exists as a proof-of-concept - it uses > the same storage layout as the Equinox implementation of > the UserAdmin. > Currently I'm using the Felix PreferencesService, but it deletes everything > on startup - anyone knows about a BackingStore > implementation that provides persistence across framework restarts? > When starting to implement Ldap and DB providers I ran into problems with > JNDI since there is only RFC-0142, but no spec or > implementation available yet. It may take some time until those are > available - any suggestions on how those two could be > implemented in the meantime? > Looking forward to your comments. > Cheers, > Matthias > > _______________________________________________ > general mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/general > > -- Toni Menzel Independent Software Developer Professional Profile: http://okidokiteam.com [email protected] http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software. _______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
