scr, cm, and metatype

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

scr, cm, and metatype

Scott Lewis-2
As per bug [1], Equinox and Eclipse are moving to use Felix SCR v2.0.8
for Oxygen.

My understanding is that the Equinox ConfigAdmin and Metatype
implementations are rather old now...and don't support OSGi R6 versions
of those services.

Would it be possible to add Apache Felix of ConfigAdmin and
Metatype...versions that are at least R6 compatible...to Orbit?

The reason I ask is that a number of projects (e.g. ECF, Kura, Karaf,
others)...and our/their consumers...use DS+ConfigAdmin+Metatype all
three together, and having the Equinox versions of these services be so
old is a problem for them (especially since the spec enhancements over
last few years have been very significant.

Or, perhaps the right answer is to update these Equinox impls? Not sure.

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=501950

_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: scr, cm, and metatype

Thomas Watson
Equinox metatype implementation continues to be the reference implementation for OSGi and implements the very latest released specification.

I did update the CM implementation to be CM spec version 1.5 a long time ago (3 years?).  OSGi R6 did not update the CM spec, if I recall correctly. The spec doc for OSGi R6 still lists CM spec at version 1.5.  So from my perspective both of the CM and metatype Equinox impls are current with R6.

Tom





From:        Scott Lewis <[hidden email]>
To:        Equinox development mailing list <[hidden email]>
Date:        01/19/2017 12:40 PM
Subject:        [equinox-dev] scr, cm, and metatype
Sent by:        [hidden email]




As per bug [1], Equinox and Eclipse are moving to use Felix SCR v2.0.8
for Oxygen.

My understanding is that the Equinox ConfigAdmin and Metatype
implementations are rather old now...and don't support OSGi R6 versions
of those services.

Would it be possible to add Apache Felix of ConfigAdmin and
Metatype...versions that are at least R6 compatible...to Orbit?

The reason I ask is that a number of projects (e.g. ECF, Kura, Karaf,
others)...and our/their consumers...use DS+ConfigAdmin+Metatype all
three together, and having the Equinox versions of these services be so
old is a problem for them (especially since the spec enhancements over
last few years have been very significant.

Or, perhaps the right answer is to update these Equinox impls? Not sure.

[1]
https://bugs.eclipse.org/bugs/show_bug.cgi?id=501950

_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev





_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: scr, cm, and metatype

Scott Lewis-2
On 1/19/2017 12:36 PM, Thomas Watson wrote:
Equinox metatype implementation continues to be the reference implementation for OSGi and implements the very latest released specification.

I did update the CM implementation to be CM spec version 1.5 a long time ago (3 years?).  OSGi R6 did not update the CM spec, if I recall correctly. The spec doc for OSGi R6 still lists CM spec at version 1.5.  So from my perspective both of the CM and metatype Equinox impls are current with R6.

Ok, great...I must have been misinformed about the versions.   Same for EventAdmin?

Also...I heard that there were some proposed CM/DS additions for R7.   Are those to be in Equinox Oxygen or not likely?

Scott



Tom





From:        Scott Lewis [hidden email]
To:        Equinox development mailing list [hidden email]
Date:        01/19/2017 12:40 PM
Subject:        [equinox-dev] scr, cm, and metatype
Sent by:        [hidden email]




As per bug [1], Equinox and Eclipse are moving to use Felix SCR v2.0.8
for Oxygen.

My understanding is that the Equinox ConfigAdmin and Metatype
implementations are rather old now...and don't support OSGi R6 versions
of those services.

Would it be possible to add Apache Felix of ConfigAdmin and
Metatype...versions that are at least R6 compatible...to Orbit?

The reason I ask is that a number of projects (e.g. ECF, Kura, Karaf,
others)...and our/their consumers...use DS+ConfigAdmin+Metatype all
three together, and having the Equinox versions of these services be so
old is a problem for them (especially since the spec enhancements over
last few years have been very significant.

Or, perhaps the right answer is to update these Equinox impls? Not sure.

[1]
https://bugs.eclipse.org/bugs/show_bug.cgi?id=501950

_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev






_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev



_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: scr, cm, and metatype

Thomas Watson
EventAdmin is also the RI for OSGi R6.  There are no updates to EventAdmin for R7.

CM and DS both have significant updates in R7, but the spec is not going to be finalized in time for Oxygen so it will have to way until the next release.  The DS updates are very significant and that is what motivated me to move to the felix SCR implementation.  There simply was no interest to be found to update the Equinox DS implementation and it was getting very stale WRT spec levels.

I have not looked at the CM changes in detail for OSGi R7, but I suspect that should be easily contained in Equinox.  Let me know if anyone is interested in starting a branch to work on CM R7 in the mean time!  And to let folks on this list know again.  The Equinox Framework also continues to be the OSGi RI and ongoing work towards R7 is being done in a branch (twatson/osgiR7).  Again this is not planned to be included in Oxygen because the specification likely will not complete in time.  We could consider it for Oxygen.1 though.

Tom





From:        Scott Lewis <[hidden email]>
To:        [hidden email]
Date:        01/19/2017 03:59 PM
Subject:        Re: [equinox-dev] scr, cm, and metatype
Sent by:        [hidden email]




On 1/19/2017 12:36 PM, Thomas Watson wrote:
Equinox metatype implementation continues to be the reference implementation for OSGi and implements the very latest released specification.

I did update the CM implementation to be CM spec version 1.5 a long time ago (3 years?).  OSGi R6 did not update the CM spec, if I recall correctly. The spec doc for OSGi R6 still lists CM spec at version 1.5.  So from my perspective both of the CM and metatype Equinox impls are current with R6.


Ok, great...I must have been misinformed about the versions.   Same for EventAdmin?

Also...I heard that there were some proposed CM/DS additions for R7.   Are those to be in Equinox Oxygen or not likely?

Scott



Tom





From:        
Scott Lewis <slewis@...>
To:        
Equinox development mailing list [hidden email]
Date:        
01/19/2017 12:40 PM
Subject:        
[equinox-dev] scr, cm, and metatype
Sent by:        
[hidden email]




As per bug [1], Equinox and Eclipse are moving to use Felix SCR v2.0.8
for Oxygen.

My understanding is that the Equinox ConfigAdmin and Metatype
implementations are rather old now...and don't support OSGi R6 versions
of those services.

Would it be possible to add Apache Felix of ConfigAdmin and
Metatype...versions that are at least R6 compatible...to Orbit?

The reason I ask is that a number of projects (e.g. ECF, Kura, Karaf,
others)...and our/their consumers...use DS+ConfigAdmin+Metatype all
three together, and having the Equinox versions of these services be so
old is a problem for them (especially since the spec enhancements over
last few years have been very significant.

Or, perhaps the right answer is to update these Equinox impls? Not sure.

[1]
https://bugs.eclipse.org/bugs/show_bug.cgi?id=501950

_______________________________________________
equinox-dev mailing list

[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit

https://dev.eclipse.org/mailman/listinfo/equinox-dev






_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev



_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: scr, cm, and metatype

Scott Lewis-2
On 1/20/2017 6:38 AM, Thomas Watson wrote:
EventAdmin is also the RI for OSGi R6.  There are no updates to EventAdmin for R7.

Thanks.   One follow up on EventAdmin.   I've read that the Equinox EventAdmin uses a single thread for dispatch...i.e. for all topics...and it seems like that's correct given a short glance at the code.    And that there is no way to configure things to (e.g.) use/configure a thread pool.   Is that still true?

Thanks,

Scott



CM and DS both have significant updates in R7, but the spec is not going to be finalized in time for Oxygen so it will have to way until the next release.  The DS updates are very significant and that is what motivated me to move to the felix SCR implementation.  There simply was no interest to be found to update the Equinox DS implementation and it was getting very stale WRT spec levels.

I have not looked at the CM changes in detail for OSGi R7, but I suspect that should be easily contained in Equinox.  Let me know if anyone is interested in starting a branch to work on CM R7 in the mean time!  And to let folks on this list know again.  The Equinox Framework also continues to be the OSGi RI and ongoing work towards R7 is being done in a branch (twatson/osgiR7).  Again this is not planned to be included in Oxygen because the specification likely will not complete in time.  We could consider it for Oxygen.1 though.

Tom





From:        Scott Lewis [hidden email]
To:        [hidden email]
Date:        01/19/2017 03:59 PM
Subject:        Re: [equinox-dev] scr, cm, and metatype
Sent by:        [hidden email]




On 1/19/2017 12:36 PM, Thomas Watson wrote:
Equinox metatype implementation continues to be the reference implementation for OSGi and implements the very latest released specification.

I did update the CM implementation to be CM spec version 1.5 a long time ago (3 years?).  OSGi R6 did not update the CM spec, if I recall correctly. The spec doc for OSGi R6 still lists CM spec at version 1.5.  So from my perspective both of the CM and metatype Equinox impls are current with R6.


Ok, great...I must have been misinformed about the versions.   Same for EventAdmin?

Also...I heard that there were some proposed CM/DS additions for R7.   Are those to be in Equinox Oxygen or not likely?

Scott



Tom





From:        
Scott Lewis [hidden email]
To:        
Equinox development mailing list [hidden email]
Date:        
01/19/2017 12:40 PM
Subject:        
[equinox-dev] scr, cm, and metatype
Sent by:        
[hidden email]




As per bug [1], Equinox and Eclipse are moving to use Felix SCR v2.0.8
for Oxygen.

My understanding is that the Equinox ConfigAdmin and Metatype
implementations are rather old now...and don't support OSGi R6 versions
of those services.

Would it be possible to add Apache Felix of ConfigAdmin and
Metatype...versions that are at least R6 compatible...to Orbit?

The reason I ask is that a number of projects (e.g. ECF, Kura, Karaf,
others)...and our/their consumers...use DS+ConfigAdmin+Metatype all
three together, and having the Equinox versions of these services be so
old is a problem for them (especially since the spec enhancements over
last few years have been very significant.

Or, perhaps the right answer is to update these Equinox impls? Not sure.

[1]
https://bugs.eclipse.org/bugs/show_bug.cgi?id=501950

_______________________________________________
equinox-dev mailing list

[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit

https://dev.eclipse.org/mailman/listinfo/equinox-dev






_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev




_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev



_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: scr, cm, and metatype

Thomas Watson
Correct, Equinox EventAdmin uses a single thread for async event delivery.  See https://bugs.eclipse.org/bugs/show_bug.cgi?id=302729
 
That is pretty old bug.  Perhaps more is available in Java 8 to make this more simple to implement.  I have not put thought into this issue in a while though.  If you have some thoughts we can discuss in that bug report.

Tom
 
 
 
----- Original message -----
From: Scott Lewis <[hidden email]>
Sent by: [hidden email]
To: [hidden email]
Cc:
Subject: Re: [equinox-dev] scr, cm, and metatype
Date: Fri, Jan 27, 2017 5:48 PM
 
On 1/20/2017 6:38 AM, Thomas Watson wrote:
EventAdmin is also the RI for OSGi R6.  There are no updates to EventAdmin for R7.

Thanks.   One follow up on EventAdmin.   I've read that the Equinox EventAdmin uses a single thread for dispatch...i.e. for all topics...and it seems like that's correct given a short glance at the code.    And that there is no way to configure things to (e.g.) use/configure a thread pool.   Is that still true?

Thanks,

Scott


 

CM and DS both have significant updates in R7, but the spec is not going to be finalized in time for Oxygen so it will have to way until the next release.  The DS updates are very significant and that is what motivated me to move to the felix SCR implementation.  There simply was no interest to be found to update the Equinox DS implementation and it was getting very stale WRT spec levels.

I have not looked at the CM changes in detail for OSGi R7, but I suspect that should be easily contained in Equinox.  Let me know if anyone is interested in starting a branch to work on CM R7 in the mean time!  And to let folks on this list know again.  The Equinox Framework also continues to be the OSGi RI and ongoing work towards R7 is being done in a branch (twatson/osgiR7).  Again this is not planned to be included in Oxygen because the specification likely will not complete in time.  We could consider it for Oxygen.1 though.

Tom





From:        Scott Lewis [hidden email]
To:        [hidden email]
Date:        01/19/2017 03:59 PM
Subject:        Re: [equinox-dev] scr, cm, and metatype
Sent by:        [hidden email]



On 1/19/2017 12:36 PM, Thomas Watson wrote:
Equinox metatype implementation continues to be the reference implementation for OSGi and implements the very latest released specification.

I did update the CM implementation to be CM spec version 1.5 a long time ago (3 years?).  OSGi R6 did not update the CM spec, if I recall correctly. The spec doc for OSGi R6 still lists CM spec at version 1.5.  So from my perspective both of the CM and metatype Equinox impls are current with R6.

Ok, great...I must have been misinformed about the versions.   Same for EventAdmin?

Also...I heard that there were some proposed CM/DS additions for R7.   Are those to be in Equinox Oxygen or not likely?

Scott




Tom





From:        Scott Lewis [hidden email]
To:        Equinox development mailing list [hidden email]
Date:        01/19/2017 12:40 PM
Subject:        [equinox-dev] scr, cm, and metatype
Sent by:        [hidden email]



As per bug [1], Equinox and Eclipse are moving to use Felix SCR v2.0.8
for Oxygen.

My understanding is that the Equinox ConfigAdmin and Metatype
implementations are rather old now...and don't support OSGi R6 versions
of those services.

Would it be possible to add Apache Felix of ConfigAdmin and
Metatype...versions that are at least R6 compatible...to Orbit?

The reason I ask is that a number of projects (e.g. ECF, Kura, Karaf,
others)...and our/their consumers...use DS+ConfigAdmin+Metatype all
three together, and having the Equinox versions of these services be so
old is a problem for them (especially since the spec enhancements over
last few years have been very significant.

Or, perhaps the right answer is to update these Equinox impls? Not sure.

[1]
https://bugs.eclipse.org/bugs/show_bug.cgi?id=501950

_______________________________________________
equinox-dev mailing list

[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev






_______________________________________________
equinox-dev mailing list

[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit

https://dev.eclipse.org/mailman/listinfo/equinox-dev


 

 
 
_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

 

_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev
 


_______________________________________________
equinox-dev mailing list
[hidden email]
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev
Loading...