Re: [equinox-dev] scr, cm, and metatype

2017-01-27 Thread 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 Sent by: equinox-dev-boun...@eclipse.orgTo: equinox-dev@eclipse.orgCc:Subject: Re: [equinox-dev] scr, cm, and metatypeDate: 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.TomFrom:        Scott Lewis To:        equinox-dev@eclipse.orgDate:        01/19/2017 03:59 PMSubject:        Re: [equinox-dev] scr, cm, and metatypeSent by:        equinox-dev-boun...@eclipse.org
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?ScottTomFrom:        Scott Lewis To:        Equinox development mailing list Date:        01/19/2017 12:40 PMSubject:        [equinox-dev] scr, cm, and metatypeSent by:        equinox-dev-boun...@eclipse.org
As per bug [1], Equinox and Eclipse are moving to use Felix SCR v2.0.8for Oxygen.My understanding is that the Equinox ConfigAdmin and Metatypeimplementations are rather old now...and don't support OSGi R6 versionsof those services.Would it be possible to add Apache Felix of ConfigAdmin andMetatype...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 allthree together, and having the Equinox versions of these services be soold is a problem for them (especially since the spec enhancements overlast 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 listequinox-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://dev.eclipse.org/mailman/listinfo/equinox-dev___equinox-dev mailing listequinox-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://dev.eclipse.org/mailman/listinfo/equinox-dev
___equinox-dev mailing listequinox-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://dev.eclipse.org/mailman/listinfo/equinox-dev
 
  

___equinox-dev mailing listequinox-dev@eclipse.orgTo change your delivery options, retrieve your password, or unsubscribe from this list, visithttps://dev.eclipse.org/mailman/listinfo/equinox-dev
 
___equinox-dev mailing listequinox-dev@eclipse.orgTo change your 

Re: [equinox-dev] scr, cm, and metatype

2017-01-27 Thread Scott Lewis

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 
To: equinox-dev@eclipse.org
Date: 01/19/2017 03:59 PM
Subject: Re: [equinox-dev] scr, cm, and metatype
Sent by: equinox-dev-boun...@eclipse.org




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 __ 
To: Equinox development mailing list __ 


Date: 01/19/2017 12:40 PM
Subject: [equinox-dev] scr, cm, and metatype
Sent by: _equinox-dev-bounces@eclipse.org_ 






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_
__equinox-dev@eclipse.org_ 
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
_equinox-dev@eclipse.org_ 
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
equinox-dev@eclipse.org
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
equinox-dev@eclipse.org
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
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

Re: [equinox-dev] Eclipse Oxygen(4.7) M5 available

2017-01-27 Thread Todor Boev
I noticed that in Oxygen M1, p2 was extended to support some generic
capabilities/requirements:
https://www.eclipse.org/eclipse/news/4.7/M1/#Equinox

I have two questions:
- Does this mean p2 now has a mechanism to support the general OSGi
capability/requirement model? (i.e. where a capability is a set of
properties and a requirement is an LDAP filter)
- Why are only "osgi.service" capabilities added? Should't there be also
"osgi.implementation" capabilities?

Regards
Todor

On Fri, Jan 27, 2017 at 2:46 PM, Sravan K Lakkimsetti <
sravankum...@in.ibm.com> wrote:

> Hi,
>
> We are pleased to announce that Oxygen M5 is available for download and
> updates.
>
> Eclipse downloads:
> http://download.eclipse.org/eclipse/downloads/drops4/S-4.7M5-201701261030/
>
> New and Noteworthy:
> http://www.eclipse.org/eclipse/news/4.7/M5/
>
> Update existing (non-production) installs:
> http://download.eclipse.org/eclipse/updates/4.7milestones/
>
> Specific repository good for building against:
> http://download.eclipse.org/eclipse/updates/4.7milestones/
> S-4.7M5-201701261030/
>
> Equinox specific downloads:
> http://download.eclipse.org/equinox/drops/S-OxygenM5-201701261030/
>
> Thank you to everyone who made this checkpoint possible.
>
>
> Thanks and Regards,
> Sravan
>
> Sravan Kumar Lakkimsetti
> IBM India Pvt Ltd,
> Embassy Golf Links Business Park, D Block,
> Off Indiranagar-Kormangla Inner Ring Road,
> Bangalore - 560071, India
> Phone: 91-80-41776858
>
> ___
> equinox-dev mailing list
> equinox-dev@eclipse.org
> 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
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

[equinox-dev] Eclipse Oxygen(4.7) M5 available

2017-01-27 Thread Sravan K Lakkimsetti

Hi,

We are pleased to announce that Oxygen M5 is available for download and
updates.

Eclipse downloads:

http://download.eclipse.org/eclipse/downloads/drops4/S-4.7M5-201701261030/

New and Noteworthy:
http://www.eclipse.org/eclipse/news/4.7/M5/

Update existing (non-production) installs:
http://download.eclipse.org/eclipse/updates/4.7milestones/

Specific repository good for building against:

http://download.eclipse.org/eclipse/updates/4.7milestones/S-4.7M5-201701261030/


Equinox specific downloads:
http://download.eclipse.org/equinox/drops/S-OxygenM5-201701261030/

Thank you to everyone who made this checkpoint possible.


Thanks and Regards,
Sravan

Sravan Kumar Lakkimsetti
IBM India Pvt Ltd,
Embassy Golf Links Business Park, D Block,
Off Indiranagar-Kormangla Inner Ring Road,
Bangalore - 560071, India
Phone: 91-80-41776858
___
equinox-dev mailing list
equinox-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev