adaptTo() 2019 - Call for Papers extended / Early Bird Tickets
Dear adaptTo() Community, We are extending our Call for Papers by another two weeks. The new deadline is April 15. So, if you would like to be a speaker, please visit https://adapt.to/cfp - and/or if you know any other potential speakers, please send them our way! I would also like to use this opportunity to remind you that Early Bird tickets are still available. Go to https://adapt.to/tickets before May 31 to take advantage of this offer. As the event usually sells out quickly, we advise you to buy your tickets as soon as possible. Kind regards on behalf of the adaptTo() Team, Stefan
[jira] [Work started] (FELIX-6091) Permissions do not declare a CapabilityPermission for `osgi.implementation`
[ https://issues.apache.org/jira/browse/FELIX-6091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on FELIX-6091 started by Raymond Augé. --- > Permissions do not declare a CapabilityPermission for `osgi.implementation` > --- > > Key: FELIX-6091 > URL: https://issues.apache.org/jira/browse/FELIX-6091 > Project: Felix > Issue Type: Bug > Components: Configuration Admin >Reporter: Raymond Augé >Assignee: Raymond Augé >Priority: Major > Fix For: configadmin-1.9.16 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (FELIX-6091) Permissions do not declare a CapabilityPermission for `osgi.implementation`
[ https://issues.apache.org/jira/browse/FELIX-6091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Raymond Augé resolved FELIX-6091. - Resolution: Fixed See https://svn.apache.org/repos/asf/felix/trunk@1856539 > Permissions do not declare a CapabilityPermission for `osgi.implementation` > --- > > Key: FELIX-6091 > URL: https://issues.apache.org/jira/browse/FELIX-6091 > Project: Felix > Issue Type: Bug > Components: Configuration Admin >Reporter: Raymond Augé >Assignee: Raymond Augé >Priority: Major > Fix For: configadmin-1.9.16 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (FELIX-6091) Permissions do not declare a CapabilityPermission for `osgi.implementation`
[ https://issues.apache.org/jira/browse/FELIX-6091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16805001#comment-16805001 ] Raymond Augé commented on FELIX-6091: - When running with securitymanager the config admin bundle can't provide the osgi.implementation capability, which causes consumers to fail to resolve. Need to add {{(org.osgi.framework.CapabilityPermission "osgi.implementation" "provide")}} > Permissions do not declare a CapabilityPermission for `osgi.implementation` > --- > > Key: FELIX-6091 > URL: https://issues.apache.org/jira/browse/FELIX-6091 > Project: Felix > Issue Type: Bug > Components: Configuration Admin >Reporter: Raymond Augé >Assignee: Raymond Augé >Priority: Major > Fix For: configadmin-1.9.16 > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (FELIX-6091) Permissions do not declare a CapabilityPermission for `osgi.implementation`
Raymond Augé created FELIX-6091: --- Summary: Permissions do not declare a CapabilityPermission for `osgi.implementation` Key: FELIX-6091 URL: https://issues.apache.org/jira/browse/FELIX-6091 Project: Felix Issue Type: Bug Components: Configuration Admin Reporter: Raymond Augé Assignee: Raymond Augé Fix For: configadmin-1.9.16 -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Re: [VOTE] Release Health Check General Checks 2.0.2, Root Cause Analysis 0.1.0
+1 regards, Karl On Friday, March 29, 2019, Raymond Auge wrote: > +1 > > - Ray > > On Fri, Mar 29, 2019, 02:37 Christian Schneider, > wrote: > > > +1 (non binding) > > > > Christian > > > > Am Mi., 27. März 2019 um 23:02 Uhr schrieb Georg Henzler < > > ghenz...@apache.org>: > > > > > Hi, > > > > > > We solved 2 issues in Health Check General Checks 2.0.2: > > > > > > > > https://issues.apache.org/jira/issues/?jql=project%20% > 3D%20FELIX%20AND%20fixVersion%20%3D%20%22healthcheck. > generalchecks%202.0.2%22 > > > > > > We solved 1 issues in Root Cause Analysis 0.1.0 > > > (just a first release to be able to reference it from general checks as > > > *optional* dependency): > > > > > > > > https://issues.apache.org/jira/issues/?jql=project%20% > 3D%20FELIX%20AND%20fixVersion%20%3D%20rootcause-0.1.0 > > > > > > Staging repository: > > > https://repository.apache.org/content/repositories/ > orgapachefelix-1292/ > > > > > > You can use this UNIX script to download the release and verify the > > > signatures: > > > http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh > > > > > > Usage: > > > sh check_staged_release.sh 1292 /tmp/felix-staging > > > > > > Please vote to approve this release: > > > > > > [ ] +1 Approve the release > > > [ ] -1 Veto the release (please provide specific comments) > > > > > > This vote will be open for 72 hours. > > > > > > -Georg > > > > > > > > > -- > > -- > > Christian Schneider > > http://www.liquid-reality.de > > > > Computer Scientist > > http://www.adobe.com > > > -- Karl Pauls karlpa...@gmail.com
Re: [VOTE] Release Health Check General Checks 2.0.2, Root Cause Analysis 0.1.0
+1 - Ray On Fri, Mar 29, 2019, 02:37 Christian Schneider, wrote: > +1 (non binding) > > Christian > > Am Mi., 27. März 2019 um 23:02 Uhr schrieb Georg Henzler < > ghenz...@apache.org>: > > > Hi, > > > > We solved 2 issues in Health Check General Checks 2.0.2: > > > > > https://issues.apache.org/jira/issues/?jql=project%20%3D%20FELIX%20AND%20fixVersion%20%3D%20%22healthcheck.generalchecks%202.0.2%22 > > > > We solved 1 issues in Root Cause Analysis 0.1.0 > > (just a first release to be able to reference it from general checks as > > *optional* dependency): > > > > > https://issues.apache.org/jira/issues/?jql=project%20%3D%20FELIX%20AND%20fixVersion%20%3D%20rootcause-0.1.0 > > > > Staging repository: > > https://repository.apache.org/content/repositories/orgapachefelix-1292/ > > > > You can use this UNIX script to download the release and verify the > > signatures: > > http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh > > > > Usage: > > sh check_staged_release.sh 1292 /tmp/felix-staging > > > > Please vote to approve this release: > > > > [ ] +1 Approve the release > > [ ] -1 Veto the release (please provide specific comments) > > > > This vote will be open for 72 hours. > > > > -Georg > > > > > -- > -- > Christian Schneider > http://www.liquid-reality.de > > Computer Scientist > http://www.adobe.com >
[jira] [Created] (FELIX-6090) No way to provide non-override-able instructions to maven-bundle-plugin
Ashish Chopra created FELIX-6090: Summary: No way to provide non-override-able instructions to maven-bundle-plugin Key: FELIX-6090 URL: https://issues.apache.org/jira/browse/FELIX-6090 Project: Felix Issue Type: Improvement Components: Maven Bundle Plugin Affects Versions: maven-bundle-plugin-4.1.0 Reporter: Ashish Chopra Since the resolution of FELIX-4596, support for appending or prepending the Manifest Headers via bundle-plugin's build instructions exist. maven-scr-plugin leverages that and via FELIX-4595 it now has the support to append the {{Service-Component}} header. However, this takes away the functionality to provide a Header _entirelly_ via the build-instructions for the project POM. Notably for {{Service-Component}} header, this becomes important when the OSGi bundle created by the project's POM has to serve as a host-bundle of one or more OSGi fragment-bundles. If the fragment bundles have their own OSGi components, one way to activate them is via [0] (as discussed at [1] [2]). But due to "append" nature of entries generated by maven-scr-plugin, the final {{Service-Component}} header in the MANIFEST looks like [3], which causes Felix SCR to attempt the activation of the OSGi component twice. This causes a (benign) {{ERROR}} log-line to appear [4]. I tried going through the changelogs of maven-bundle-plugin and maven-scr-plugin, but couldn't find any further development on this topic. Raising this JIRA to review the addition of such a capability (maybe enhance maven-bundle-plugin instructions to optionally ignore requests to update headers) [0] {noformat} org.apache.felix maven-bundle-plugin true OSGI-INF/*.xml {noformat} [1] http://apache-felix.18485.x6.nabble.com/DS-amp-fragments-td5004610.html [2] https://stackoverflow.com/a/42062399 [3] {noformat} Service-Component: OSGI-INF/*.xml,OSGI-INF/com.example.my.package1.Service1.xml,OSGI-INF/com.example.my.package1.Service2.xml,OSGI-INF/com.example.my.package2.Service.xml {noformat} [4] {noformat} *ERROR* [FelixStartLevel] com.example.my-bundle bundle com.example.my-bundle:1.0.1.SNAPSHOT (331)[com.example.my.package1.Service1] : Cannot register component (org.osgi.service.component.ComponentException: The component name 'com.example.my.package1.Service1' has already been registered by Bundle 331 (com.example.my-bundle) as Component of Class com.example.my.package1.Service1) org.osgi.service.component.ComponentException: The component name 'com.example.my.package1.Service1' has already been registered by Bundle 331 (com.example.my-bundle) as Component of Class com.example.my.package1.Service1 at org.apache.felix.scr.impl.ComponentRegistry.checkComponentName(ComponentRegistry.java:239) [org.apache.felix.scr:2.1.16] at org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:442) [org.apache.felix.scr:2.1.16] at org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:314) [org.apache.felix.scr:2.1.16] at org.apache.felix.scr.impl.BundleComponentActivator.(BundleComponentActivator.java:269) [org.apache.felix.scr:2.1.16] at org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:380) [org.apache.felix.scr:2.1.16] at org.apache.felix.scr.impl.Activator.access$200(Activator.java:49) [org.apache.felix.scr:2.1.16] at org.apache.felix.scr.impl.Activator$ScrExtension.start(Activator.java:264) [org.apache.felix.scr:2.1.16] at org.apache.felix.scr.impl.AbstractExtender.createExtension(AbstractExtender.java:196) [org.apache.felix.scr:2.1.16] at org.apache.felix.scr.impl.AbstractExtender.modifiedBundle(AbstractExtender.java:169) [org.apache.felix.scr:2.1.16] at org.apache.felix.scr.impl.AbstractExtender.modifiedBundle(AbstractExtender.java:49) [org.apache.felix.scr:2.1.16] at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:488) at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:420) at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:232) at org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:450) at org.apache.felix.framework.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:915) at org.apache.felix.framework.EventDispatcher.fireEventImmediately(EventDispatcher.java:834) at org.apache.felix.framework.EventDispatcher.fireBundleEvent(EventDispatcher.java:516) at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4817) at org.apache.felix.framework.Felix.startBundle(Felix.java:2336) at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1539) at
Re: [VOTE] Release Health Check General Checks 2.0.2, Root Cause Analysis 0.1.0
+1 (non binding) Christian Am Mi., 27. März 2019 um 23:02 Uhr schrieb Georg Henzler < ghenz...@apache.org>: > Hi, > > We solved 2 issues in Health Check General Checks 2.0.2: > > https://issues.apache.org/jira/issues/?jql=project%20%3D%20FELIX%20AND%20fixVersion%20%3D%20%22healthcheck.generalchecks%202.0.2%22 > > We solved 1 issues in Root Cause Analysis 0.1.0 > (just a first release to be able to reference it from general checks as > *optional* dependency): > > https://issues.apache.org/jira/issues/?jql=project%20%3D%20FELIX%20AND%20fixVersion%20%3D%20rootcause-0.1.0 > > Staging repository: > https://repository.apache.org/content/repositories/orgapachefelix-1292/ > > You can use this UNIX script to download the release and verify the > signatures: > http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh > > Usage: > sh check_staged_release.sh 1292 /tmp/felix-staging > > Please vote to approve this release: > > [ ] +1 Approve the release > [ ] -1 Veto the release (please provide specific comments) > > This vote will be open for 72 hours. > > -Georg > -- -- Christian Schneider http://www.liquid-reality.de Computer Scientist http://www.adobe.com