FELIX-14 Implement UserAdmin

[adam wojtuniak]

Hello all

I see nobody is working on UserAdmin service. I've been working on that
service for last couple weeks.
If there is no objection I would like to contribute UserAdmin service to
Felix.

Cheers,
Adam Wojtuniak

Apache Aries committer
awojtuniak@...

[gnodet]

+1

On Wed, Nov 4, 2009 at 17:34, adam wojtuniak <adamwojtuniak@...> wrote:

> Hello all
>
> I see nobody is working on UserAdmin service. I've been working on that
> service for last couple weeks.
> If there is no objection I would like to contribute UserAdmin service to
> Felix.
>
> Cheers,
> Adam Wojtuniak
>
> Apache Aries committer
> awojtuniak@...
>

--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com

[Richard S. Hall]

+1 too

Was all the work done with an Apache svn area or was it done on the
outside? Just wondering if it would need IP clearance or not.

-> richard

On 11/4/09 11:36, Guillaume Nodet wrote:

> +1
>
> On Wed, Nov 4, 2009 at 17:34, adam wojtuniak<adamwojtuniak@...>  wrote:
>    
>> Hello all
>>
>> I see nobody is working on UserAdmin service. I've been working on that
>> service for last couple weeks.
>> If there is no objection I would like to contribute UserAdmin service to
>> Felix.
>>
>> Cheers,
>> Adam Wojtuniak
>>
>> Apache Aries committer
>> awojtuniak@...
>>
>>      
>
>
>    

[adam wojtuniak]

All work is done by me outside svn area with a goal to contribute the code
to Felix.
All the code is using org.apache.felix.useradmin naming and Apache License
2.0.
I need couple days to finish implementation and check against TCK from OSGi
Alliance.

Cheers,
Adam


On Wed, Nov 4, 2009 at 5:00 PM, Richard S. Hall <heavy@...>wrote:

> +1 too
>
> Was all the work done with an Apache svn area or was it done on the
> outside? Just wondering if it would need IP clearance or not.
>
> -> richard
>
>
> On 11/4/09 11:36, Guillaume Nodet wrote:
>
>> +1
>>
>> On Wed, Nov 4, 2009 at 17:34, adam wojtuniak<adamwojtuniak@...>
>>  wrote:
>>
>>
>>> Hello all
>>>
>>> I see nobody is working on UserAdmin service. I've been working on that
>>> service for last couple weeks.
>>> If there is no objection I would like to contribute UserAdmin service to
>>> Felix.
>>>
>>> Cheers,
>>> Adam Wojtuniak
>>>
>>> Apache Aries committer
>>> awojtuniak@...
>>>
>>>
>>>
>>
>>
>>
>>
>

[Richard S. Hall]

On 11/4/09 12:13, adam wojtuniak wrote:
> All work is done by me outside svn area with a goal to contribute the code
> to Felix.
> All the code is using org.apache.felix.useradmin naming and Apache License
> 2.0.
> I need couple days to finish implementation and check against TCK from OSGi
> Alliance.
>    

Well, I think this will require IP clearance, but that is a separate
issue after a vote is called on whether or not to accept your
contribution. So, first things first. Thanks.

-> richard

> Cheers,
> Adam
>
>
> On Wed, Nov 4, 2009 at 5:00 PM, Richard S. Hall<heavy@...>wrote:
>
>    
>> +1 too
>>
>> Was all the work done with an Apache svn area or was it done on the
>> outside? Just wondering if it would need IP clearance or not.
>>
>> ->  richard
>>
>>
>> On 11/4/09 11:36, Guillaume Nodet wrote:
>>
>>      
>>> +1
>>>
>>> On Wed, Nov 4, 2009 at 17:34, adam wojtuniak<adamwojtuniak@...>
>>>   wrote:
>>>
>>>
>>>        
>>>> Hello all
>>>>
>>>> I see nobody is working on UserAdmin service. I've been working on that
>>>> service for last couple weeks.
>>>> If there is no objection I would like to contribute UserAdmin service to
>>>> Felix.
>>>>
>>>> Cheers,
>>>> Adam Wojtuniak
>>>>
>>>> Apache Aries committer
>>>> awojtuniak@...
>>>>
>>>>
>>>>
>>>>          
>>>
>>>
>>>
>>>        
>>      
>    

[Richard S. Hall]

Adam,

When you get that far, perhaps you can create a JIRA issue with the
source ball attached so we can start the process of handling the
potential contribution.

Thanks a lot.

-> richard


On 11/4/09 12:13, adam wojtuniak wrote:

> All work is done by me outside svn area with a goal to contribute the code
> to Felix.
> All the code is using org.apache.felix.useradmin naming and Apache License
> 2.0.
> I need couple days to finish implementation and check against TCK from OSGi
> Alliance.
>
> Cheers,
> Adam
>
>
> On Wed, Nov 4, 2009 at 5:00 PM, Richard S. Hall<heavy@...>wrote:
>
>    
>> +1 too
>>
>> Was all the work done with an Apache svn area or was it done on the
>> outside? Just wondering if it would need IP clearance or not.
>>
>> ->  richard
>>
>>
>> On 11/4/09 11:36, Guillaume Nodet wrote:
>>
>>      
>>> +1
>>>
>>> On Wed, Nov 4, 2009 at 17:34, adam wojtuniak<adamwojtuniak@...>
>>>   wrote:
>>>
>>>
>>>        
>>>> Hello all
>>>>
>>>> I see nobody is working on UserAdmin service. I've been working on that
>>>> service for last couple weeks.
>>>> If there is no objection I would like to contribute UserAdmin service to
>>>> Felix.
>>>>
>>>> Cheers,
>>>> Adam Wojtuniak
>>>>
>>>> Apache Aries committer
>>>> awojtuniak@...
>>>>
>>>>
>>>>
>>>>          
>>>
>>>
>>>
>>>        
>>      
>    

[Matthias Küspert-2]

Sorry for being late, but I was 'on the road' ...

we have a UserAdmin implementation over at Pax@OPS4J [1] which implements
the whiteboard extender pattern to plug in various data storage providers
(currently PreferencesService and LDAP are supported).

The PreferencesService provider is based on the layout of the Equinox
UserAdmin [2] and the LDAP provider uses standard LDAP schemes.

If you are interested we could join forces.

That leaves the question where to keep it. Personally I have no problem with
retiring the OPS4J project in favour of a Felix subproject, but I'm not
sure about how to maintain it there since I'm not an Apache member - OPS4J
definitly has the lower entry-barrier ;-)

WDYT?

Cheers,
Matthias

[1] http://www.ops4j.org/projects/pax/useradmin/index.html
[2]
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.equinox/compendium/bundles/org.eclipse.equinox.useradmin/?root=RT_Project


On Wed, Nov 4, 2009 at 5:34 PM, adam wojtuniak <adamwojtuniak@...>wrote:

> Hello all
>
> I see nobody is working on UserAdmin service. I've been working on that
> service for last couple weeks.
> If there is no objection I would like to contribute UserAdmin service to
> Felix.
>
> Cheers,
> Adam Wojtuniak
>
> Apache Aries committer
> awojtuniak@...
>

[Richard S. Hall]

On 11/5/09 16:38, Matthias Küspert wrote:

> Sorry for being late, but I was 'on the road' ...
>
> we have a UserAdmin implementation over at Pax@OPS4J [1] which implements
> the whiteboard extender pattern to plug in various data storage providers
> (currently PreferencesService and LDAP are supported).
>
> The PreferencesService provider is based on the layout of the Equinox
> UserAdmin [2] and the LDAP provider uses standard LDAP schemes.
>
> If you are interested we could join forces.
>
> That leaves the question where to keep it. Personally I have no problem with
> retiring the OPS4J project in favour of a Felix subproject, but I'm not
> sure about how to maintain it there since I'm not an Apache member - OPS4J
> definitly has the lower entry-barrier ;-)
>
> WDYT?
>    

Admittedly, the entry barrier is higher here, but not that high...the
main difference is you have to contribute via patches submitted to JIRA
for a little while before being given the keys. Not really too
difficult. The more the merrier.

-> richard

> Cheers,
> Matthias
>
> [1] http://www.ops4j.org/projects/pax/useradmin/index.html
> [2]
> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.equinox/compendium/bundles/org.eclipse.equinox.useradmin/?root=RT_Project
>
>
> On Wed, Nov 4, 2009 at 5:34 PM, adam wojtuniak<adamwojtuniak@...>wrote:
>
>    
>> Hello all
>>
>> I see nobody is working on UserAdmin service. I've been working on that
>> service for last couple weeks.
>> If there is no objection I would like to contribute UserAdmin service to
>> Felix.
>>
>> Cheers,
>> Adam Wojtuniak
>>
>> Apache Aries committer
>> awojtuniak@...
>>
>>      
>    

[Matthias Küspert-2]

<off topic>

No offense meant - that's it: submitting patches, getting merrier but still
underlying processes vs. direct commits and releases without a vote ... as
an Apache/Felix subproject I'm not able to make a 'fast release' aka
Bugfix/Maintainance - versions, not SNAPSHOTs - to react to customer needs
as needed at least in the adolecent phase of a bundle project.

Second, I'm not sure if the Felix project should really host all those
companion and tooling services itself. Maybe the subprojects which don't
have dependencies on the Felix core (and could be run on any framework)
should be moved to a separate project, i.e. 'OSGi services' to differ
between framework, tools and more.

Thinking this way OPS4J seems to be the right place for a 'pre-incubator'
for such tooling efforts, not only because of the low entry barrier.
However, I'd be glad  to provide patches and make my way up :-)

</off topic>

Back to the original subject: the UserAdmin service

@Adam: looking forward to see your code ... where do you store your
user-data? Would it make sense to have a new StorageProvider type?
@all: what do you think about the Pax UserAdmin design/implementation? Be
honest - I can stand it.


Cheers.
Matthias


On Thu, Nov 5, 2009 at 10:55 PM, Richard S. Hall <heavy@...>wrote:

>
> Admittedly, the entry barrier is higher here, but not that high...the main
> difference is you have to contribute via patches submitted to JIRA for a
> little while before being given the keys. Not really too difficult. The more
> the merrier.
>
> -> richard
>
>
>  Cheers,
>> Matthias
>>
>> [1] http://www.ops4j.org/projects/pax/useradmin/index.html
>> [2]
>>
>> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.equinox/compendium/bundles/org.eclipse.equinox.useradmin/?root=RT_Project
>>
>>
>> On Wed, Nov 4, 2009 at 5:34 PM, adam wojtuniak<adamwojtuniak@...
>> >wrote:
>>
>>
>>
>>> Hello all
>>>
>>> I see nobody is working on UserAdmin service. I've been working on that
>>> service for last couple weeks.
>>> If there is no objection I would like to contribute UserAdmin service to
>>> Felix.
>>>
>>> Cheers,
>>> Adam Wojtuniak
>>>
>>> Apache Aries committer
>>> awojtuniak@...
>>>
>>>
>>>
>>
>>
>

[Richard S. Hall]

On 11/5/09 18:56, Matthias Küspert wrote:
> <off topic>
>
> No offense meant - that's it: submitting patches, getting merrier but still
> underlying processes vs. direct commits and releases without a vote ... as
> an Apache/Felix subproject I'm not able to make a 'fast release' aka
> Bugfix/Maintainance - versions, not SNAPSHOTs - to react to customer needs
> as needed at least in the adolecent phase of a bundle project.
>    

Nnothing stops you from creating your own "releases". But, yes, if you
want an official release, then you need a vote, which typically takes
three days. Of course, this is a separate issue from your original one,
which was the high entry barrier.

> Second, I'm not sure if the Felix project should really host all those
> companion and tooling services itself. Maybe the subprojects which don't
> have dependencies on the Felix core (and could be run on any framework)
> should be moved to a separate project, i.e. 'OSGi services' to differ
> between framework, tools and more.
>    

Framework is just a subproject like any other. Sorry if this seems
confusing.

> Thinking this way OPS4J seems to be the right place for a 'pre-incubator'
> for such tooling efforts, not only because of the low entry barrier.
> However, I'd be glad  to provide patches and make my way up :-)
>    

You are certainly free to keep working at OPS4J, but I think our goal at
Felix is to continue to provide implementations of the OSGi specs at Apache.

-> richard

> </off topic>
>
> Back to the original subject: the UserAdmin service
>
> @Adam: looking forward to see your code ... where do you store your
> user-data? Would it make sense to have a new StorageProvider type?
> @all: what do you think about the Pax UserAdmin design/implementation? Be
> honest - I can stand it.
>
>
> Cheers.
> Matthias
>
>
> On Thu, Nov 5, 2009 at 10:55 PM, Richard S. Hall<heavy@...>wrote:
>
>    
>> Admittedly, the entry barrier is higher here, but not that high...the main
>> difference is you have to contribute via patches submitted to JIRA for a
>> little while before being given the keys. Not really too difficult. The more
>> the merrier.
>>
>> ->  richard
>>
>>
>>   Cheers,
>>      
>>> Matthias
>>>
>>> [1] http://www.ops4j.org/projects/pax/useradmin/index.html
>>> [2]
>>>
>>> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.equinox/compendium/bundles/org.eclipse.equinox.useradmin/?root=RT_Project
>>>
>>>
>>> On Wed, Nov 4, 2009 at 5:34 PM, adam wojtuniak<adamwojtuniak@...
>>>        
>>>> wrote:
>>>>          
>>>
>>>
>>>        
>>>> Hello all
>>>>
>>>> I see nobody is working on UserAdmin service. I've been working on that
>>>> service for last couple weeks.
>>>> If there is no objection I would like to contribute UserAdmin service to
>>>> Felix.
>>>>
>>>> Cheers,
>>>> Adam Wojtuniak
>>>>
>>>> Apache Aries committer
>>>> awojtuniak@...
>>>>
>>>>
>>>>
>>>>          
>>>
>>>        
>>      
>    

[Matthias Küspert-2]

Ok, that was convincing - now let's try it: I offer my code in [1] to the
Felix project too and depending on Adam's reply and your vote, I'll merge my
code with his code and contribute the result.

What is the next step in the process?

Matthias

[1] http://www.ops4j.org/projects/pax/useradmin/index.html

<http://www.ops4j.org/projects/pax/useradmin/index.html>
On Fri, Nov 6, 2009 at 4:31 PM, Richard S. Hall <heavy@...>wrote:

> On 11/5/09 18:56, Matthias Küspert wrote:
>
>> <off topic>
>>
>> No offense meant - that's it: submitting patches, getting merrier but
>> still
>> underlying processes vs. direct commits and releases without a vote ... as
>> an Apache/Felix subproject I'm not able to make a 'fast release' aka
>> Bugfix/Maintainance - versions, not SNAPSHOTs - to react to customer needs
>> as needed at least in the adolecent phase of a bundle project.
>>
>>
>
> Nnothing stops you from creating your own "releases". But, yes, if you want
> an official release, then you need a vote, which typically takes three days.
> Of course, this is a separate issue from your original one, which was the
> high entry barrier.
>
>
>  Second, I'm not sure if the Felix project should really host all those
>> companion and tooling services itself. Maybe the subprojects which don't
>> have dependencies on the Felix core (and could be run on any framework)
>> should be moved to a separate project, i.e. 'OSGi services' to differ
>> between framework, tools and more.
>>
>>
>
> Framework is just a subproject like any other. Sorry if this seems
> confusing.
>
>
>  Thinking this way OPS4J seems to be the right place for a 'pre-incubator'
>> for such tooling efforts, not only because of the low entry barrier.
>> However, I'd be glad  to provide patches and make my way up :-)
>>
>>
>
> You are certainly free to keep working at OPS4J, but I think our goal at
> Felix is to continue to provide implementations of the OSGi specs at Apache.
>
> -> richard
>
>
>  </off topic>
>>
>> Back to the original subject: the UserAdmin service
>>
>> @Adam: looking forward to see your code ... where do you store your
>> user-data? Would it make sense to have a new StorageProvider type?
>> @all: what do you think about the Pax UserAdmin design/implementation? Be
>> honest - I can stand it.
>>
>>
>> Cheers.
>> Matthias
>>
>>
>> On Thu, Nov 5, 2009 at 10:55 PM, Richard S. Hall<heavy@...
>> >wrote:
>>
>>
>>
>>> Admittedly, the entry barrier is higher here, but not that high...the
>>> main
>>> difference is you have to contribute via patches submitted to JIRA for a
>>> little while before being given the keys. Not really too difficult. The
>>> more
>>> the merrier.
>>>
>>> ->  richard
>>>
>>>
>>>  Cheers,
>>>
>>>
>>>> Matthias
>>>>
>>>> [1] http://www.ops4j.org/projects/pax/useradmin/index.html
>>>> [2]
>>>>
>>>>
>>>> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.equinox/compendium/bundles/org.eclipse.equinox.useradmin/?root=RT_Project
>>>>
>>>>
>>>> On Wed, Nov 4, 2009 at 5:34 PM, adam wojtuniak<adamwojtuniak@...
>>>>
>>>>
>>>>> wrote:
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Hello all
>>>>>
>>>>> I see nobody is working on UserAdmin service. I've been working on that
>>>>> service for last couple weeks.
>>>>> If there is no objection I would like to contribute UserAdmin service
>>>>> to
>>>>> Felix.
>>>>>
>>>>> Cheers,
>>>>> Adam Wojtuniak
>>>>>
>>>>> Apache Aries committer
>>>>> awojtuniak@...
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>

[Richard S. Hall]

On 11/6/09 13:12, Matthias Küspert wrote:
> Ok, that was convincing - now let's try it: I offer my code in [1] to the
> Felix project too and depending on Adam's reply and your vote, I'll merge my
> code with his code and contribute the result.
>
> What is the next step in the process?
>    

The next step in the process is for Adam to create a JIRA issue for his
proposed contribution and to make his source available (preferrably
attached to said JIRA issue with MD5 signature and appropriate Apache
headers). Then the community can take a peek at it and vote to accept
it. If it is accepted, then we have to file for IP clearance, which
typically takes three days. Then we are good to go.

After that, it can be added to SVN and you can propose patches or
anything else. If there is synergy, that is excellent. If not, then you
can still try to improve upon it in anyway you see fit.

-> richard

> Matthias
>
> [1] http://www.ops4j.org/projects/pax/useradmin/index.html
>
> <http://www.ops4j.org/projects/pax/useradmin/index.html>
> On Fri, Nov 6, 2009 at 4:31 PM, Richard S. Hall<heavy@...>wrote:
>
>    
>> On 11/5/09 18:56, Matthias Küspert wrote:
>>
>>      
>>> <off topic>
>>>
>>> No offense meant - that's it: submitting patches, getting merrier but
>>> still
>>> underlying processes vs. direct commits and releases without a vote ... as
>>> an Apache/Felix subproject I'm not able to make a 'fast release' aka
>>> Bugfix/Maintainance - versions, not SNAPSHOTs - to react to customer needs
>>> as needed at least in the adolecent phase of a bundle project.
>>>
>>>
>>>        
>> Nnothing stops you from creating your own "releases". But, yes, if you want
>> an official release, then you need a vote, which typically takes three days.
>> Of course, this is a separate issue from your original one, which was the
>> high entry barrier.
>>
>>
>>   Second, I'm not sure if the Felix project should really host all those
>>      
>>> companion and tooling services itself. Maybe the subprojects which don't
>>> have dependencies on the Felix core (and could be run on any framework)
>>> should be moved to a separate project, i.e. 'OSGi services' to differ
>>> between framework, tools and more.
>>>
>>>
>>>        
>> Framework is just a subproject like any other. Sorry if this seems
>> confusing.
>>
>>
>>   Thinking this way OPS4J seems to be the right place for a 'pre-incubator'
>>      
>>> for such tooling efforts, not only because of the low entry barrier.
>>> However, I'd be glad  to provide patches and make my way up :-)
>>>
>>>
>>>        
>> You are certainly free to keep working at OPS4J, but I think our goal at
>> Felix is to continue to provide implementations of the OSGi specs at Apache.
>>
>> ->  richard
>>
>>
>>   </off topic>
>>      
>>> Back to the original subject: the UserAdmin service
>>>
>>> @Adam: looking forward to see your code ... where do you store your
>>> user-data? Would it make sense to have a new StorageProvider type?
>>> @all: what do you think about the Pax UserAdmin design/implementation? Be
>>> honest - I can stand it.
>>>
>>>
>>> Cheers.
>>> Matthias
>>>
>>>
>>> On Thu, Nov 5, 2009 at 10:55 PM, Richard S. Hall<heavy@...
>>>        
>>>> wrote:
>>>>          
>>>
>>>
>>>        
>>>> Admittedly, the entry barrier is higher here, but not that high...the
>>>> main
>>>> difference is you have to contribute via patches submitted to JIRA for a
>>>> little while before being given the keys. Not really too difficult. The
>>>> more
>>>> the merrier.
>>>>
>>>> ->   richard
>>>>
>>>>
>>>>   Cheers,
>>>>
>>>>
>>>>          
>>>>> Matthias
>>>>>
>>>>> [1] http://www.ops4j.org/projects/pax/useradmin/index.html
>>>>> [2]
>>>>>
>>>>>
>>>>> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.equinox/compendium/bundles/org.eclipse.equinox.useradmin/?root=RT_Project
>>>>>
>>>>>
>>>>> On Wed, Nov 4, 2009 at 5:34 PM, adam wojtuniak<adamwojtuniak@...
>>>>>
>>>>>
>>>>>            
>>>>>> wrote:
>>>>>>
>>>>>>
>>>>>>              
>>>>>
>>>>>
>>>>>
>>>>>            
>>>>>> Hello all
>>>>>>
>>>>>> I see nobody is working on UserAdmin service. I've been working on that
>>>>>> service for last couple weeks.
>>>>>> If there is no objection I would like to contribute UserAdmin service
>>>>>> to
>>>>>> Felix.
>>>>>>
>>>>>> Cheers,
>>>>>> Adam Wojtuniak
>>>>>>
>>>>>> Apache Aries committer
>>>>>> awojtuniak@...
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>              
>>>>>
>>>>>
>>>>>            
>>>>
>>>>          
>>>
>>>        
>>      
>