[jira] Closed: (FELIX-601) Reactivation of a component after a configuration update should be completely asynchronous

[ https://issues.apache.org/jira/browse/FELIX-601?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Felix Meschberger closed FELIX-601. --- Resolution: Fixed This has been implemented and verified and can be closed. Reactivation of

[jira] Closed: (FELIX-599) Service Registration Lock: Do not release not-owned lock and don't wait so long for the lock

[ https://issues.apache.org/jira/browse/FELIX-599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Felix Meschberger closed FELIX-599. --- Resolution: Fixed This has been implemented and can be closed. Service Registration Lock:

[VOTE] Release scr 1.0.2

Hi, I've compiled the release candidate for the SCR release 1.0.2 and put it up here: http://people.apache.org/~fmeschbe/org.apache.felix.scr-1.0.2/ The KEYS file for verifying the signature is also in this directory. md5 and sha1 files are maven generated. So, please check the release

Re: [VOTE] Release scr 1.0.2

+1 Carsten Felix Meschberger wrote: Hi, I've compiled the release candidate for the SCR release 1.0.2 and put it up here: http://people.apache.org/~fmeschbe/org.apache.felix.scr-1.0.2/ The KEYS file for verifying the signature is also in this directory. md5 and sha1 files are maven

Re: [VOTE] Release UPnP Basedriver 0.8.0

Yes, it is. +1 regards, Karl On Fri, Jun 6, 2008 at 11:58 PM, Stefano Lenzi [EMAIL PROTECTED] wrote: Karl Pauls wrote: There is one issue namely, pom.xml is missing a license header but I don't think that is a real showstopper. Furthermore, I'm not sure that it is good to reverence

Re: Where is the scr 1.0.1 release ?

Felix Meschberger wrote: Hi all, I have just started the vote on releasing version 1.0.2 of the Apache Felix Declarative Services implementation. The first release has been 1.0.0. So, where is the 1.0.1 release ? The short answer: There is none. The longer answer: I did not create an 1.0.1

Re: Needing an OSGi expert to help Struts

Shaoo, Stefano, Thanks for responding. I created a miniature Maven 2 repository holding the snapshots of the libraries. Being a repo, it contains the POM for you to inspect as well: http://people.apache.org/~pbenedict/struts-osgi/ Sources from SVN:

Re: [VOTE] Release scr 1.0.2

Hi, +1 for release Regards Felix Am Dienstag, den 10.06.2008, 11:30 +0200 schrieb Felix Meschberger: Hi, I've compiled the release candidate for the SCR release 1.0.2 and put it up here: http://people.apache.org/~fmeschbe/org.apache.felix.scr-1.0.2/ The KEYS file for verifying

Re: Needing an OSGi expert to help Struts

On Tue, Jun 10, 2008 at 3:42 AM, Sahoo [EMAIL PROTECTED] wrote: Paul, Would you mindly briefly telling us what changes you had to do. What class loader does the OSGi-ed Struts use to load application specific classes and resources? So far all thats been done has been to use the maven plugin

Re: [VOTE RESULT] UPnP Basedriver Re: [VOTE] Release UPnP Basedriver 0.8.0

+1 well, my vote is officially different by Stefano's one ;-) just a note for the next release: we should add the license.cgupnpjava for the basedriver and cyberdomo because we include Satoshi's code. greetings, francesco Richard S. Hall wrote: Stuart is correct. However, I believe that

[jira] Created: (FELIX-602) Symbolic name system.bundle is not recognized

Symbolic name system.bundle is not recognized - Key: FELIX-602 URL: https://issues.apache.org/jira/browse/FELIX-602 Project: Felix Issue Type: Bug Affects Versions: felix-1.0.4

[jira] Updated: (FELIX-602) Symbolic name system.bundle is not recognized

[ https://issues.apache.org/jira/browse/FELIX-602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mitesh Meswani updated FELIX-602: - Attachment: test.jar A test bundle that can be used to reproduce the issue Symbolic name