From schneiderjacob@example.net Sat Aug 01 06:57:33 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 1128 invoked from network); 1 Aug 2009 06:57:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Aug 2009 06:57:33 -0000 Received: (qmail 47112 invoked by uid 500); 1 Aug 2009 06:57:37 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 47031 invoked by uid 500); 1 Aug 2009 06:57:36 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 47021 invoked by uid 99); 1 Aug 2009 06:57:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Aug 2009 06:57:36 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Aug 2009 06:57:34 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C0291234C004 for <schneiderjacob@example.net>; Fri, 31 Jul 2009 23:57:14 -0700 (PDT) Message-ID: <623485744.1249109834779.JavaMail.jira@brutus> Date: Fri, 31 Jul 2009 23:57:14 -0700 (PDT) From: "Felix Meschberger (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Created: (FELIX-1436) Descriptors with duplicate implementation and/or service elements are invalid MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Descriptors with duplicate implementation and/or service elements are invalid ----------------------------------------------------------------------------- Key: FELIX-1436 URL: https://issues.apache.org/jira/browse/FELIX-1436 Project: Felix Issue Type: Bug Components: Declarative Services (SCR) Affects Versions: scr-1.0.8 Reporter: Felix Meschberger Assignee: Felix Meschberger Fix For: scr-1.2.0 The DS specification states that the implementation element must be listed exactly once in a descriptor. Likewise the service element may be listed at most once. Currently these elements may be repeated and the parser will just happily accept the last element as the declaration. This is incorrect. Descriptors with duplicate implementation and/or service elements must not be accepted and rejected by metadata validation. By not rejecting it at parse time we make logging easier and also enable easier implementation of accepting valid descriptors along invalid descriptors in the same XML document. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Sat Aug 01 07:01:37 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 1910 invoked from network); 1 Aug 2009 07:01:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Aug 2009 07:01:37 -0000 Received: (qmail 48454 invoked by uid 500); 1 Aug 2009 07:01:40 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 48390 invoked by uid 500); 1 Aug 2009 07:01:40 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 48380 invoked by uid 99); 1 Aug 2009 07:01:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Aug 2009 07:01:40 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Aug 2009 07:01:37 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 0A58A234C1ED for <schneiderjacob@example.net>; Sat, 1 Aug 2009 00:01:16 -0700 (PDT) Message-ID: <10212661.1249110076041.JavaMail.jira@brutus> Date: Sat, 1 Aug 2009 00:01:16 -0700 (PDT) From: "Felix Meschberger (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Closed: (FELIX-1436) Descriptors with duplicate implementation and/or service elements are invalid In-Reply-To: <623485744.1249109834779.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-1436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Felix Meschberger closed FELIX-1436. ------------------------------------ Resolution: Fixed In Rev. 799809, enhanced theComponentMetadata class to be able to verify exactly one implementation element and at most one service element has been declared. Also added unit tests to verify the validation procedure. > Descriptors with duplicate implementation and/or service elements are invalid > ----------------------------------------------------------------------------- > > Key: FELIX-1436 > URL: https://issues.apache.org/jira/browse/FELIX-1436 > Project: Felix > Issue Type: Bug > Components: Declarative Services (SCR) > Affects Versions: scr-1.0.8 > Reporter: Felix Meschberger > Assignee: Felix Meschberger > Fix For: scr-1.2.0 > > > The DS specification states that the implementation element must be listed exactly once in a descriptor. Likewise the service element may be listed at most once. Currently these elements may be repeated and the parser will just happily accept the last element as the declaration. > This is incorrect. Descriptors with duplicate implementation and/or service elements must not be accepted and rejected by metadata validation. By not rejecting it at parse time we make logging easier and also enable easier implementation of accepting valid descriptors along invalid descriptors in the same XML document. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Sat Aug 01 07:05:34 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 2325 invoked from network); 1 Aug 2009 07:05:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Aug 2009 07:05:33 -0000 Received: (qmail 51396 invoked by uid 500); 1 Aug 2009 07:05:37 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 51326 invoked by uid 500); 1 Aug 2009 07:05:37 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 51316 invoked by uid 99); 1 Aug 2009 07:05:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Aug 2009 07:05:36 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Aug 2009 07:05:35 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C2BF7234C004 for <schneiderjacob@example.net>; Sat, 1 Aug 2009 00:05:14 -0700 (PDT) Message-ID: <209648173.1249110314789.JavaMail.jira@brutus> Date: Sat, 1 Aug 2009 00:05:14 -0700 (PDT) From: "Felix Meschberger (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Created: (FELIX-1437) DS 1.1 signatures for activators and bind methods only available for declaration with new namespace MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org DS 1.1 signatures for activators and bind methods only available for declaration with new namespace --------------------------------------------------------------------------------------------------- Key: FELIX-1437 URL: https://issues.apache.org/jira/browse/FELIX-1437 Project: Felix Issue Type: Bug Components: Declarative Services (SCR) Affects Versions: scr-1.0.8 Reporter: Felix Meschberger Assignee: Felix Meschberger Fix For: scr-1.2.0 The draft compendium specification (dated 2009/03/10) states: The additional signatures and additional accessibility for the activate, deactivate, bind and unbind methods can cause problems for components written to version 1.0 of this specification. The behaviour in this specification only applies to component descriptions using the v1.1.0 name space. Currently the new method signatures are checked and accepted regardless of the namespace version of the component declaration. If a component is declared with a 1.0 namespace declaration, only the original signatures must be accepted, which are: * methods must be protected or public * bind methods take ServiceReference or service object * activator methods take ComponentContext -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Sat Aug 01 14:31:44 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 12575 invoked from network); 1 Aug 2009 14:31:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Aug 2009 14:31:44 -0000 Received: (qmail 28709 invoked by uid 500); 1 Aug 2009 14:31:47 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 28632 invoked by uid 500); 1 Aug 2009 14:31:47 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 28621 invoked by uid 99); 1 Aug 2009 14:31:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Aug 2009 14:31:46 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.161.120.155] (HELO exch01.praxiseng.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Aug 2009 14:31:38 +0000 X-MIMEOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CA12B4.BA00FC3E" Subject: RE: Next Declarative Services (SCR) release Date: Sat, 1 Aug 2009 10:31:15 -0400 Message-ID: <schneiderjacob@example.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: <schneiderjacob@example.net> Thread-Topic: Next Declarative Services (SCR) release Thread-Index: AcoR8Xmxfo63fdQ5Q8q207LTdkvF1gAwZc1G References: <schneiderjacob@example.net> From: "Craig Phillips" <schneiderjacob@example.net> To: <schneiderjacob@example.net> X-Virus-Checked: Checked by ClamAV on apache.org ------_=_NextPart_001_01CA12B4.BA00FC3E Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, =20 Not to hijack, per se... And, there's probably some dev-standards = thread out there... Regarding trunk vice branch... A la OSGi et al, I = am rethinking all things CM and build related... I'll even go so far as = to say that CMM (capability maturity model) is debunk; I am aiming for = a number of things: =20 1. Build irrelevance (the framework is the convention, NOT some build = tool -- don't even get me started on how pathetic the state of build is = these days... to the point where we must do everything to strive for = build irrelevance altogether... Any other compromise on this principle = is, well, just to keep lying to ourselves... enough is enough) 2. There is no need to recreate anything; Once it's built, it's built; = Theoretically, throw out the source code; In practical terms, what I = might propose is something the Peter K. did with his BND bundle/jar -- = just through the source code under OSGI-OPT; 3. No CM.. ok, wishful thinking... But, following #2 above, if you = bundle the source with the version of the as built bundle, well -- let's = just put it this way.. there is zero need for a branch... In other = words, everything is always on the trunk; 4. Get rid of a build altogether... A la scala et al, what if a bundle = were ONLY source? Hmmm... The framework does the build... Again, "The = Framework Is The Convention"... 5. Get rid of "context cookies" -- they couple everything; I think DS = ('er SCR) is right in that context cookies generally are dissolved; =20 Yeah, quite revolutionary and apologize to hijack... Flame away... My = motives... After architecting / designing / writing software day in and = day out for 30 years, I'm fed up with the state of the industry -- = except for OSGi and particularly declarative services (what Richard et = al calls "Modular"); Whether fully intended or not, I consider the = direction of "modular" a la DS to be "brilliant"; Loose coupling yet = [more or less] tight binding at its finest; And this leads to = abandonment of CMM and CM and even build -- let a language like scala be = the bundle with a DS dependency injection model as we really have a = serious improvement in software development... your bundle is the source = at a particular version, let alone it covers CM and CMM, and the = framework is the convention AND the build... =20 Back to your local station, vent complete... Cheers, L. Craig Phillips, = Praxis Engineering Technologies =20 ________________________________ From: Felix Meschberger [mailto:schneiderjacob@example.net] Sent: Fri 7/31/2009 11:13 AM To: Felix Dev Subject: Next Declarative Services (SCR) release Hi all, We are now close to being feature complete with the draft R 4.2 Declarative Service implementation. Also, I did all the changes on the trunk (instead of the branch as I first intended). As a consequence, I think it does not make any sense to try to push a 1.0.10 release. Instead I will create a 1.2.0 release as soon as the open issues have been fixed. This should make us as feature complete with respect to R 4.2 draft as possible. Therefore I rescheduled all issues scheduled for the 1.0.10 to the 1.2.0 release and removed the 1.0.10 version from JIRA. Regards Felix ------_=_NextPart_001_01CA12B4.BA00FC3E-- From schneiderjacob@example.net Sun Aug 02 10:56:36 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 25695 invoked from network); 2 Aug 2009 10:56:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Aug 2009 10:56:35 -0000 Received: (qmail 42260 invoked by uid 500); 2 Aug 2009 10:56:39 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 42171 invoked by uid 500); 2 Aug 2009 10:56:38 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 42161 invoked by uid 99); 2 Aug 2009 10:56:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 10:56:38 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 10:56:35 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C5726234C004 for <schneiderjacob@example.net>; Sun, 2 Aug 2009 03:56:14 -0700 (PDT) Message-ID: <218389331.1249210574794.JavaMail.jira@brutus> Date: Sun, 2 Aug 2009 03:56:14 -0700 (PDT) From: "David Savage (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Created: (FELIX-1438) NPE in SigilRepositoryManager in case of invalid repository config MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org NPE in SigilRepositoryManager in case of invalid repository config ------------------------------------------------------------------ Key: FELIX-1438 URL: https://issues.apache.org/jira/browse/FELIX-1438 Project: Felix Issue Type: Bug Components: Sigil Reporter: David Savage Priority: Minor schneiderjacob@example.net(SigilRepositoryManager.java:110) at org.apache.felix.sigil.repository.AbstractRepositoryManager.initialise(AbstractRepositoryManager.java:66) at org.apache.felix.sigil.eclipse.internal.repository.eclipse.SigilRepositoryManager.initialise(SigilRepositoryManager.java:83) at org.apache.felix.sigil.eclipse.SigilCore.getRepositoryManager(SigilCore.java:502) at org.apache.felix.sigil.eclipse.SigilCore.getRepositoryManager(SigilCore.java:524) at org.apache.felix.sigil.eclipse.model.util.JavaHelper.resolveClasspathEntrys(JavaHelper.java:372) at org.apache.felix.sigil.eclipse.internal.model.project.SigilProject.findExternalClasspath(SigilProject.java:207) at org.apache.felix.sigil.ui.eclipse.classpath.SigilClassPathContainer.buildClassPathEntries(SigilClassPathContainer.java:102) at org.apache.felix.sigil.ui.eclipse.classpath.SigilClassPathContainer.getClasspathEntries(SigilClassPathContainer.java:58) at org.eclipse.jdt.internal.core.JavaProject.resolveClasspath(JavaProject.java:2567) at org.eclipse.jdt.internal.core.JavaProject.resolveClasspath(JavaProject.java:2662) at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1861) at org.eclipse.jdt.core.JavaCore.initializeAfterLoad(JavaCore.java:3443) at org.eclipse.jdt.internal.ui.InitializeAfterLoadJob$RealJob.run(InitializeAfterLoadJob.java:35) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Sun Aug 02 10:56:36 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 25758 invoked from network); 2 Aug 2009 10:56:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Aug 2009 10:56:36 -0000 Received: (qmail 42546 invoked by uid 500); 2 Aug 2009 10:56:39 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 42459 invoked by uid 500); 2 Aug 2009 10:56:39 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 42237 invoked by uid 99); 2 Aug 2009 10:56:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 10:56:38 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 10:56:35 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id D16B0234C046 for <schneiderjacob@example.net>; Sun, 2 Aug 2009 03:56:14 -0700 (PDT) Message-ID: <1189288916.1249210574856.JavaMail.jira@brutus> Date: Sun, 2 Aug 2009 03:56:14 -0700 (PDT) From: "David Savage (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Assigned: (FELIX-1438) NPE in SigilRepositoryManager in case of invalid repository config In-Reply-To: <218389331.1249210574794.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Savage reassigned FELIX-1438: ----------------------------------- Assignee: David Savage > NPE in SigilRepositoryManager in case of invalid repository config > ------------------------------------------------------------------ > > Key: FELIX-1438 > URL: https://issues.apache.org/jira/browse/FELIX-1438 > Project: Felix > Issue Type: Bug > Components: Sigil > Reporter: David Savage > Assignee: David Savage > Priority: Minor > > java.lang.NullPointerException > at org.apache.felix.sigil.eclipse.internal.repository.eclipse.SigilRepositoryManager.loadRepositories(SigilRepositoryManager.java:110) > at org.apache.felix.sigil.repository.AbstractRepositoryManager.initialise(AbstractRepositoryManager.java:66) > at org.apache.felix.sigil.eclipse.internal.repository.eclipse.SigilRepositoryManager.initialise(SigilRepositoryManager.java:83) > at org.apache.felix.sigil.eclipse.SigilCore.getRepositoryManager(SigilCore.java:502) > at org.apache.felix.sigil.eclipse.SigilCore.getRepositoryManager(SigilCore.java:524) > at org.apache.felix.sigil.eclipse.model.util.JavaHelper.resolveClasspathEntrys(JavaHelper.java:372) > at org.apache.felix.sigil.eclipse.internal.model.project.SigilProject.findExternalClasspath(SigilProject.java:207) > at org.apache.felix.sigil.ui.eclipse.classpath.SigilClassPathContainer.buildClassPathEntries(SigilClassPathContainer.java:102) > at org.apache.felix.sigil.ui.eclipse.classpath.SigilClassPathContainer.getClasspathEntries(SigilClassPathContainer.java:58) > at org.eclipse.jdt.internal.core.JavaProject.resolveClasspath(JavaProject.java:2567) > at org.eclipse.jdt.internal.core.JavaProject.resolveClasspath(JavaProject.java:2662) > at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1861) > at org.eclipse.jdt.core.JavaCore.initializeAfterLoad(JavaCore.java:3443) > at org.eclipse.jdt.internal.ui.InitializeAfterLoadJob$RealJob.run(InitializeAfterLoadJob.java:35) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Sun Aug 02 10:58:36 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 26362 invoked from network); 2 Aug 2009 10:58:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Aug 2009 10:58:35 -0000 Received: (qmail 43429 invoked by uid 500); 2 Aug 2009 10:58:39 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 43349 invoked by uid 500); 2 Aug 2009 10:58:38 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 43339 invoked by uid 99); 2 Aug 2009 10:58:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 10:58:38 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 10:58:35 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C7B02234C004 for <schneiderjacob@example.net>; Sun, 2 Aug 2009 03:58:14 -0700 (PDT) Message-ID: <+1-325-387-2166.1249210694803.JavaMail.jira@brutus> Date: Sun, 2 Aug 2009 03:58:14 -0700 (PDT) From: "David Savage (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Closed: (FELIX-1438) NPE in SigilRepositoryManager in case of invalid repository config In-Reply-To: <218389331.1249210574794.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Savage closed FELIX-1438. ------------------------------- Resolution: Fixed Fix Version/s: sigil-1.0.0 now throws IllegalStateException with diagnostic error message vs NPE > NPE in SigilRepositoryManager in case of invalid repository config > ------------------------------------------------------------------ > > Key: FELIX-1438 > URL: https://issues.apache.org/jira/browse/FELIX-1438 > Project: Felix > Issue Type: Bug > Components: Sigil > Reporter: David Savage > Assignee: David Savage > Priority: Minor > Fix For: sigil-1.0.0 > > > java.lang.NullPointerException > at org.apache.felix.sigil.eclipse.internal.repository.eclipse.SigilRepositoryManager.loadRepositories(SigilRepositoryManager.java:110) > at org.apache.felix.sigil.repository.AbstractRepositoryManager.initialise(AbstractRepositoryManager.java:66) > at org.apache.felix.sigil.eclipse.internal.repository.eclipse.SigilRepositoryManager.initialise(SigilRepositoryManager.java:83) > at org.apache.felix.sigil.eclipse.SigilCore.getRepositoryManager(SigilCore.java:502) > at org.apache.felix.sigil.eclipse.SigilCore.getRepositoryManager(SigilCore.java:524) > at org.apache.felix.sigil.eclipse.model.util.JavaHelper.resolveClasspathEntrys(JavaHelper.java:372) > at org.apache.felix.sigil.eclipse.internal.model.project.SigilProject.findExternalClasspath(SigilProject.java:207) > at org.apache.felix.sigil.ui.eclipse.classpath.SigilClassPathContainer.buildClassPathEntries(SigilClassPathContainer.java:102) > at org.apache.felix.sigil.ui.eclipse.classpath.SigilClassPathContainer.getClasspathEntries(SigilClassPathContainer.java:58) > at org.eclipse.jdt.internal.core.JavaProject.resolveClasspath(JavaProject.java:2567) > at org.eclipse.jdt.internal.core.JavaProject.resolveClasspath(JavaProject.java:2662) > at org.eclipse.jdt.internal.core.JavaProject.getResolvedClasspath(JavaProject.java:1861) > at org.eclipse.jdt.core.JavaCore.initializeAfterLoad(JavaCore.java:3443) > at org.eclipse.jdt.internal.ui.InitializeAfterLoadJob$RealJob.run(InitializeAfterLoadJob.java:35) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Sun Aug 02 16:23:21 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 71902 invoked from network); 2 Aug 2009 16:23:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Aug 2009 16:23:21 -0000 Received: (qmail 86917 invoked by uid 500); 2 Aug 2009 16:23:25 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 86834 invoked by uid 500); 2 Aug 2009 16:23:25 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 86823 invoked by uid 99); 2 Aug 2009 16:23:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 16:23:25 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO minotaur.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Sun, 02 Aug 2009 16:23:16 +0000 Received: (qmail 71743 invoked from network); 2 Aug 2009 16:22:51 -0000 Received: from localhost (HELO ?83.161.120.155?) (83.161.120.155) by localhost with SMTP; 2 Aug 2009 16:22:51 -0000 Message-ID: <schneiderjacob@example.net> Date: Sun, 02 Aug 2009 18:22:55 +0200 From: Carsten Ziegeler <schneiderjacob@example.net> User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:83.161.120.155) Gecko/20090605 Lightning/0.9 Thunderbird/83.161.120.155 Mnenhy/83.161.120.1556 MIME-Version: 1.0 To: schneiderjacob@example.net Subject: Re: [VOTE] Release Felix Metatype Service version 1.0.4 References: <schneiderjacob@example.net> <schneiderjacob@example.net> In-Reply-To: <schneiderjacob@example.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org +1 Carsten Felix Meschberger wrote: > +1 > > Regards > Felix > > Felix Meschberger schrieb: >> Hi, >> >> We solved 4 issues in this release: >> https://issues.apache.org/jira/browse/FELIX/fixforversion/12313414 >> >> There are no known outstanding issues. >> >> Staging repository: >> https://repository.apache.org/content/repositories/felix-staging-002/ >> >> 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 002 /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. >> >> Regards >> Felix >> > -- Carsten Ziegeler schneiderjacob@example.net From schneiderjacob@example.net Sun Aug 02 17:02:38 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 79581 invoked from network); 2 Aug 2009 17:02:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Aug 2009 17:02:38 -0000 Received: (qmail 4790 invoked by uid 500); 2 Aug 2009 17:02:43 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 4710 invoked by uid 500); 2 Aug 2009 17:02:42 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 4700 invoked by uid 99); 2 Aug 2009 17:02:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 17:02:42 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of schneiderjacob@example.net designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO mail-fx0-f209.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 17:02:34 +0000 Received: by fxm5 with SMTP id 5so1545840fxm.22 for <schneiderjacob@example.net>; Sun, 02 Aug 2009 10:02:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=qX1gT6A0yN6UHYpvfwNA4PObJRWwSt1AhD6Cs8xGMAA=; b=gInxSE97krtZSFwZDIOqfty6WnXfzRaB2sixUivl/wfcx+GFzhZh4O4wsfTt0/mwJM VkT9GjeP3wFCfBAb9LFwcwSQptrDJqOM4rwb+NAtUSkoc48QJD7LVyjE6k0ZGSqztuSd jm/iFKu1rY9EZebdh49JQeOX1ly12A9Fp/rfo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=vTE2X+jco1lEvnBJql43U6xwMmbcfTGKjHY8rbaljaNvJOhhyuuXdOk8qbT9p4O9e9 Q4GqVVrFX74HFvzqyvRVUYyOXYZqIMOCNCkIfn9+YyvpgyhCv7ChsiPuF85/QgWg2cXj IfVHtAO8+pI/u6b5HBlF4NFPb342z7g1v5EiE= MIME-Version: 1.0 Received: by 83.161.120.155 with SMTP id x4mr2855844muo.116.1249232533467; Sun, 02 Aug 2009 10:02:13 -0700 (PDT) In-Reply-To: <schneiderjacob@example.net> References: <schneiderjacob@example.net> <schneiderjacob@example.net> <schneiderjacob@example.net> Date: Sun, 2 Aug 2009 19:02:13 +0200 Message-ID: <schneiderjacob@example.net> Subject: Re: [VOTE] Release Felix Metatype Service version 1.0.4 From: Filippo Diotalevi <schneiderjacob@example.net> To: schneiderjacob@example.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org +1 Regards, -- Filippo Diotalevi From schneiderjacob@example.net Sun Aug 02 20:49:40 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 43607 invoked from network); 2 Aug 2009 20:49:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Aug 2009 20:49:40 -0000 Received: (qmail 57454 invoked by uid 500); 2 Aug 2009 20:49:44 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 57372 invoked by uid 500); 2 Aug 2009 20:49:44 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 57362 invoked by uid 99); 2 Aug 2009 20:49:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 20:49:44 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 20:49:35 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C2130234C004 for <schneiderjacob@example.net>; Sun, 2 Aug 2009 13:49:14 -0700 (PDT) Message-ID: <681157374.1249246154789.JavaMail.jira@brutus> Date: Sun, 2 Aug 2009 13:49:14 -0700 (PDT) From: "Tim Moore (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Created: (FELIX-1439) maven-bundle-plugin resource filtering does not substitute project.organization.* MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org maven-bundle-plugin resource filtering does not substitute project.organization.* --------------------------------------------------------------------------------- Key: FELIX-1439 URL: https://issues.apache.org/jira/browse/FELIX-1439 Project: Felix Issue Type: Bug Components: Maven Bundle Plugin Affects Versions: maven-bundle-plugin-2.0.0 Reporter: Tim Moore We have an XML file in our project's resource directory that contains various Maven properties that are substituted by the maven-bundle-plugin at build time. Most of the properties work (for example, ${pom.name}, ${pom.description}, ${pom.version}) but ${pom.organization.name} and ${pom.organization.url} do not. Changing them to ${project.organization.name} and ${project.organization.url} did not help. These properties are a little unusual in that they refer to properties of a nested object within the project model, kind of like how project.build works, so they probably have to be special-cased the same way. I notice that when I run mvn with -X, I see this in the BND Instructions: [DEBUG] pom.organization: null -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Sun Aug 02 20:55:40 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 44440 invoked from network); 2 Aug 2009 20:55:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Aug 2009 20:55:40 -0000 Received: (qmail 59695 invoked by uid 500); 2 Aug 2009 20:55:44 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 59613 invoked by uid 500); 2 Aug 2009 20:55:44 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 59603 invoked by uid 99); 2 Aug 2009 20:55:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 20:55:44 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Aug 2009 20:55:35 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C3BA6234C004 for <schneiderjacob@example.net>; Sun, 2 Aug 2009 13:55:14 -0700 (PDT) Message-ID: <1074771909.1249246514787.JavaMail.jira@brutus> Date: Sun, 2 Aug 2009 13:55:14 -0700 (PDT) From: "Tim Moore (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Commented: (FELIX-1439) maven-bundle-plugin resource filtering does not substitute project.organization.* In-Reply-To: <681157374.1249246154789.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-1439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738128#action_12738128 ] Tim Moore commented on FELIX-1439: ---------------------------------- There's a simple work around: in a project's properties section, explicitly redefine these properties: <properties> <project.organization.name>${project.organization.name}</project.organization.name> <project.organization.url>${project.organization.url}</project.organization.url> </properties> > maven-bundle-plugin resource filtering does not substitute project.organization.* > --------------------------------------------------------------------------------- > > Key: FELIX-1439 > URL: https://issues.apache.org/jira/browse/FELIX-1439 > Project: Felix > Issue Type: Bug > Components: Maven Bundle Plugin > Affects Versions: maven-bundle-plugin-2.0.0 > Reporter: Tim Moore > > We have an XML file in our project's resource directory that contains various Maven properties that are substituted by the maven-bundle-plugin at build time. Most of the properties work (for example, ${pom.name}, ${pom.description}, ${pom.version}) but ${pom.organization.name} and ${pom.organization.url} do not. Changing them to ${project.organization.name} and ${project.organization.url} did not help. > These properties are a little unusual in that they refer to properties of a nested object within the project model, kind of like how project.build works, so they probably have to be special-cased the same way. > I notice that when I run mvn with -X, I see this in the BND Instructions: > [DEBUG] pom.organization: null -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Mon Aug 03 05:51:34 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 88730 invoked from network); 3 Aug 2009 05:51:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Aug 2009 05:51:34 -0000 Received: (qmail 42142 invoked by uid 500); 3 Aug 2009 05:51:39 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 42058 invoked by uid 500); 3 Aug 2009 05:51:39 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 42048 invoked by uid 99); 3 Aug 2009 05:51:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 05:51:38 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 05:51:35 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C6343234C004 for <schneiderjacob@example.net>; Sun, 2 Aug 2009 22:51:14 -0700 (PDT) Message-ID: <126606130.1249278674797.JavaMail.jira@brutus> Date: Sun, 2 Aug 2009 22:51:14 -0700 (PDT) From: "Felix Meschberger (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Created: (FELIX-1440) Abort method (binder, activator) method search on non-accessible suitable methods MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Abort method (binder, activator) method search on non-accessible suitable methods --------------------------------------------------------------------------------- Key: FELIX-1440 URL: https://issues.apache.org/jira/browse/FELIX-1440 Project: Felix Issue Type: Bug Components: Declarative Services (SCR) Affects Versions: scr-1.2.0 Reporter: Felix Meschberger Assignee: Felix Meschberger Fix For: scr-1.2.0 The R4.2 draft specification (dated 2009/03/10) states in section 112.8.4, Locating Component Methods: If suitable methods are found in a class but none of the suitable methods are accessible, the search for suitable methods terminates with no suitable method having been located. If no suitable methods are found in a class, the search continues in the superclass. This means, that as soon as a class would have one or more suitable methods but none of these is accessible, the search should terminate with no method found. Currently the search continues as if no suitable method would have been found if suitable methods found are not accessible. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Mon Aug 03 06:49:38 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 15464 invoked from network); 3 Aug 2009 06:49:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Aug 2009 06:49:38 -0000 Received: (qmail 83815 invoked by uid 500); 3 Aug 2009 06:49:43 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 83718 invoked by uid 500); 3 Aug 2009 06:49:42 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 83708 invoked by uid 99); 3 Aug 2009 06:49:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 06:49:42 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 06:49:35 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C5676234C004 for <schneiderjacob@example.net>; Sun, 2 Aug 2009 23:49:14 -0700 (PDT) Message-ID: <904740021.1249282154794.JavaMail.jira@brutus> Date: Sun, 2 Aug 2009 23:49:14 -0700 (PDT) From: "Tim Moore (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Updated: (FELIX-1439) maven-bundle-plugin resource filtering does not substitute project.organization.* In-Reply-To: <681157374.1249246154789.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-1439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Moore updated FELIX-1439: ----------------------------- Attachment: FELIX-1439.patch Here's a patch with a unit test and a fix. I'm not sure if this is the optimal way to fix the problem, but it works for my case. > maven-bundle-plugin resource filtering does not substitute project.organization.* > --------------------------------------------------------------------------------- > > Key: FELIX-1439 > URL: https://issues.apache.org/jira/browse/FELIX-1439 > Project: Felix > Issue Type: Bug > Components: Maven Bundle Plugin > Affects Versions: maven-bundle-plugin-2.0.0 > Reporter: Tim Moore > Attachments: FELIX-1439.patch > > > We have an XML file in our project's resource directory that contains various Maven properties that are substituted by the maven-bundle-plugin at build time. Most of the properties work (for example, ${pom.name}, ${pom.description}, ${pom.version}) but ${pom.organization.name} and ${pom.organization.url} do not. Changing them to ${project.organization.name} and ${project.organization.url} did not help. > These properties are a little unusual in that they refer to properties of a nested object within the project model, kind of like how project.build works, so they probably have to be special-cased the same way. > I notice that when I run mvn with -X, I see this in the BND Instructions: > [DEBUG] pom.organization: null -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Mon Aug 03 07:47:32 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 26355 invoked from network); 3 Aug 2009 07:47:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Aug 2009 07:47:32 -0000 Received: (qmail 30024 invoked by uid 500); 3 Aug 2009 07:47:36 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 29954 invoked by uid 500); 3 Aug 2009 07:47:36 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 29944 invoked by uid 99); 3 Aug 2009 07:47:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 07:47:36 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 07:47:34 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C17FE234C046 for <schneiderjacob@example.net>; Mon, 3 Aug 2009 00:47:14 -0700 (PDT) Message-ID: <1828279632.1249285634788.JavaMail.jira@brutus> Date: Mon, 3 Aug 2009 00:47:14 -0700 (PDT) From: "Sahoo (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Created: (FELIX-1441) Search manifest entries of bundles MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Search manifest entries of bundles ---------------------------------- Key: FELIX-1441 URL: https://issues.apache.org/jira/browse/FELIX-1441 Project: Felix Issue Type: New Feature Components: Web Console Reporter: Sahoo It will be good have an ability to have a search facility which searches bundle manifest entries of all installed bundles. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Mon Aug 03 07:49:32 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 26654 invoked from network); 3 Aug 2009 07:49:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Aug 2009 07:49:32 -0000 Received: (qmail 32905 invoked by uid 500); 3 Aug 2009 07:49:37 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 32823 invoked by uid 500); 3 Aug 2009 07:49:37 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 32813 invoked by uid 99); 3 Aug 2009 07:49:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 07:49:37 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 07:49:35 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C4B51234C046 for <schneiderjacob@example.net>; Mon, 3 Aug 2009 00:49:14 -0700 (PDT) Message-ID: <1803640714.1249285754790.JavaMail.jira@brutus> Date: Mon, 3 Aug 2009 00:49:14 -0700 (PDT) From: "Felix Meschberger (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Commented: (FELIX-1437) DS 1.1 signatures for activators and bind methods only available for declaration with new namespace In-Reply-To: <209648173.1249110314789.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-1437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738218#action_12738218 ] Felix Meschberger commented on FELIX-1437: ------------------------------------------ Rev. 800242: Enhanced method selection for activator/deactivator methods to use the declaration document namespace to decide whether to only consider DS 1.0 method signatures or to also consider DS 1.1 signatures. > DS 1.1 signatures for activators and bind methods only available for declaration with new namespace > --------------------------------------------------------------------------------------------------- > > Key: FELIX-1437 > URL: https://issues.apache.org/jira/browse/FELIX-1437 > Project: Felix > Issue Type: Bug > Components: Declarative Services (SCR) > Affects Versions: scr-1.0.8 > Reporter: Felix Meschberger > Assignee: Felix Meschberger > Fix For: scr-1.2.0 > > > The draft compendium specification (dated 2009/03/10) states: > The additional signatures and additional accessibility for the activate, > deactivate, bind and unbind methods can cause problems for components > written to version 1.0 of this specification. The behaviour in this > specification only applies to component descriptions using the v1.1.0 > name space. > Currently the new method signatures are checked and accepted regardless of the namespace version of the component declaration. If a component is declared with a 1.0 namespace declaration, only the original signatures must be accepted, which are: > * methods must be protected or public > * bind methods take ServiceReference or service object > * activator methods take ComponentContext -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Mon Aug 03 07:55:41 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 27331 invoked from network); 3 Aug 2009 07:55:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Aug 2009 07:55:40 -0000 Received: (qmail 39803 invoked by uid 500); 3 Aug 2009 07:55:45 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 39734 invoked by uid 500); 3 Aug 2009 07:55:45 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 39724 invoked by uid 99); 3 Aug 2009 07:55:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 07:55:45 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 07:55:35 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C93C3234C046 for <schneiderjacob@example.net>; Mon, 3 Aug 2009 00:55:14 -0700 (PDT) Message-ID: <1150041179.1249286114810.JavaMail.jira@brutus> Date: Mon, 3 Aug 2009 00:55:14 -0700 (PDT) From: "Felix Meschberger (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Commented: (FELIX-927) Allow bind and unbind methods to receive the service properties In-Reply-To: <483794062.1234005180222.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738219#action_12738219 ] Felix Meschberger commented on FELIX-927: ----------------------------------------- In Rev. 800243 extended the ReadOnlyDictionary to use it as the map to provide to bind/unbind methods taking the service properties as a map. > Allow bind and unbind methods to receive the service properties > --------------------------------------------------------------- > > Key: FELIX-927 > URL: https://issues.apache.org/jira/browse/FELIX-927 > Project: Felix > Issue Type: New Feature > Components: Declarative Services (SCR), Specification compliance > Affects Versions: scr-1.0.6 > Environment: OSGi RFC-0134, OSGi R4.2 Early Draft 2 (http://www.osgi.org/download/osgi-4.2-early-draft2.pdf) > Reporter: Felix Meschberger > Assignee: Felix Meschberger > Fix For: scr-1.2.0 > > Attachments: FELIX-927.patch > > > A bind or unbind method must have one of the following prototypes: > protected void <method-name>(ServiceReference); > protected void <method-name>(<parameter-type>); > protected void <method-name>(<parameter-type>, Map); > If the bind or unbind method has the third prototype, then the service object of the bound service is passed to the method as the first argument and a Map containing the service properties of the bound service is passed as the second argument. The method's first parameter type must be assignable from the type specified by the reference's interface attribute. That is, the service object of the bound service must be castable to the method's first parameter type. > When searching for the bind or unbind method to call, SCR must look through the component implementation class hierarchy. The declared methods of each class are searched for a method with the specified name that takes one or two parameters. The method is searched for using the following priority: > 1.The method takes a single parameter and the type of the parameter is org.osgi.framework.ServiceReference. > 2.The method takes a single parameter and the type of the parameter is the type specified by the reference's interface attribute. > 3.The method takes a single parameter and the type of the parameter is assignable from the type specified by the reference's interface attribute. If multiple methods match this rule, this implies the method name is overloaded and SCR may choose any of the methods to call. > 4.The method takes two parameters and the type of the first parameter is the type specified by the reference's interface attribute and the type of the second parameter is java.util.Map > 5.The method takes two parameters and the type of the first parameter is assignable from the type specified by the reference's interface attribute and the type of the second parameter is java.util.Map. If multiple methods match this rule, this implies the method name is overloaded and SCR may choose any of the methods to call. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Mon Aug 03 08:01:38 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 28268 invoked from network); 3 Aug 2009 08:01:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Aug 2009 08:01:38 -0000 Received: (qmail 41478 invoked by uid 500); 3 Aug 2009 08:01:43 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 41390 invoked by uid 500); 3 Aug 2009 08:01:43 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 41379 invoked by uid 99); 3 Aug 2009 08:01:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 08:01:43 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 08:01:39 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id C77A1234C046 for <schneiderjacob@example.net>; Mon, 3 Aug 2009 01:01:18 -0700 (PDT) Message-ID: <755497144.1249286478815.JavaMail.jira@brutus> Date: Mon, 3 Aug 2009 01:01:18 -0700 (PDT) From: "Felix Meschberger (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Commented: (FELIX-1440) Abort method (binder, activator) method search on non-accessible suitable methods In-Reply-To: <126606130.1249278674797.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738220#action_12738220 ] Felix Meschberger commented on FELIX-1440: ------------------------------------------ In Rev. 800244: Add SuitableMethodNotAccessibleException to support method lookup termination if a class provides suitable methods which are not accessible. Plus test case in BindMethodTest > Abort method (binder, activator) method search on non-accessible suitable methods > --------------------------------------------------------------------------------- > > Key: FELIX-1440 > URL: https://issues.apache.org/jira/browse/FELIX-1440 > Project: Felix > Issue Type: Bug > Components: Declarative Services (SCR) > Affects Versions: scr-1.2.0 > Reporter: Felix Meschberger > Assignee: Felix Meschberger > Fix For: scr-1.2.0 > > > The R4.2 draft specification (dated 2009/03/10) states in section 112.8.4, Locating Component Methods: > If suitable methods are found in a class but none of > the suitable methods are accessible, the search for suitable methods terminates > with no suitable method having been located. If no suitable methods > are found in a class, the search continues in the superclass. > This means, that as soon as a class would have one or more suitable methods but none of these is accessible, the search should terminate with no method found. > Currently the search continues as if no suitable method would have been found if suitable methods found are not accessible. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Mon Aug 03 08:01:39 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 28328 invoked from network); 3 Aug 2009 08:01:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Aug 2009 08:01:39 -0000 Received: (qmail 41739 invoked by uid 500); 3 Aug 2009 08:01:43 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 41649 invoked by uid 500); 3 Aug 2009 08:01:43 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 41388 invoked by uid 99); 3 Aug 2009 08:01:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 08:01:43 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 08:01:39 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id D4193234C04B for <schneiderjacob@example.net>; Mon, 3 Aug 2009 01:01:18 -0700 (PDT) Message-ID: <580334175.1249286478867.JavaMail.jira@brutus> Date: Mon, 3 Aug 2009 01:01:18 -0700 (PDT) From: "Felix Meschberger (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Commented: (FELIX-1437) DS 1.1 signatures for activators and bind methods only available for declaration with new namespace In-Reply-To: <209648173.1249110314789.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-1437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738221#action_12738221 ] Felix Meschberger commented on FELIX-1437: ------------------------------------------ In Rev. 800244: Only support new signatures and private/package support for DS 1.1 declared components. > DS 1.1 signatures for activators and bind methods only available for declaration with new namespace > --------------------------------------------------------------------------------------------------- > > Key: FELIX-1437 > URL: https://issues.apache.org/jira/browse/FELIX-1437 > Project: Felix > Issue Type: Bug > Components: Declarative Services (SCR) > Affects Versions: scr-1.0.8 > Reporter: Felix Meschberger > Assignee: Felix Meschberger > Fix For: scr-1.2.0 > > > The draft compendium specification (dated 2009/03/10) states: > The additional signatures and additional accessibility for the activate, > deactivate, bind and unbind methods can cause problems for components > written to version 1.0 of this specification. The behaviour in this > specification only applies to component descriptions using the v1.1.0 > name space. > Currently the new method signatures are checked and accepted regardless of the namespace version of the component declaration. If a component is declared with a 1.0 namespace declaration, only the original signatures must be accepted, which are: > * methods must be protected or public > * bind methods take ServiceReference or service object > * activator methods take ComponentContext -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Mon Aug 03 08:01:47 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 28561 invoked from network); 3 Aug 2009 08:01:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Aug 2009 08:01:47 -0000 Received: (qmail 42282 invoked by uid 500); 3 Aug 2009 08:01:52 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 42197 invoked by uid 500); 3 Aug 2009 08:01:52 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 42187 invoked by uid 99); 3 Aug 2009 08:01:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 08:01:52 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 08:01:40 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 384EA234C48C for <schneiderjacob@example.net>; Mon, 3 Aug 2009 01:01:19 -0700 (PDT) Message-ID: <1407063202.1249286479229.JavaMail.jira@brutus> Date: Mon, 3 Aug 2009 01:01:19 -0700 (PDT) From: "Felix Meschberger (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Commented: (FELIX-927) Allow bind and unbind methods to receive the service properties In-Reply-To: <483794062.1234005180222.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738222#action_12738222 ] Felix Meschberger commented on FELIX-927: ----------------------------------------- In Rev. 800244: Complete bind/unbind method signature extension for methods with service object assignable plus Map and support for private/default methods. Plust test cases in BindMethodTest > Allow bind and unbind methods to receive the service properties > --------------------------------------------------------------- > > Key: FELIX-927 > URL: https://issues.apache.org/jira/browse/FELIX-927 > Project: Felix > Issue Type: New Feature > Components: Declarative Services (SCR), Specification compliance > Affects Versions: scr-1.0.6 > Environment: OSGi RFC-0134, OSGi R4.2 Early Draft 2 (http://www.osgi.org/download/osgi-4.2-early-draft2.pdf) > Reporter: Felix Meschberger > Assignee: Felix Meschberger > Fix For: scr-1.2.0 > > Attachments: FELIX-927.patch > > > A bind or unbind method must have one of the following prototypes: > protected void <method-name>(ServiceReference); > protected void <method-name>(<parameter-type>); > protected void <method-name>(<parameter-type>, Map); > If the bind or unbind method has the third prototype, then the service object of the bound service is passed to the method as the first argument and a Map containing the service properties of the bound service is passed as the second argument. The method's first parameter type must be assignable from the type specified by the reference's interface attribute. That is, the service object of the bound service must be castable to the method's first parameter type. > When searching for the bind or unbind method to call, SCR must look through the component implementation class hierarchy. The declared methods of each class are searched for a method with the specified name that takes one or two parameters. The method is searched for using the following priority: > 1.The method takes a single parameter and the type of the parameter is org.osgi.framework.ServiceReference. > 2.The method takes a single parameter and the type of the parameter is the type specified by the reference's interface attribute. > 3.The method takes a single parameter and the type of the parameter is assignable from the type specified by the reference's interface attribute. If multiple methods match this rule, this implies the method name is overloaded and SCR may choose any of the methods to call. > 4.The method takes two parameters and the type of the first parameter is the type specified by the reference's interface attribute and the type of the second parameter is java.util.Map > 5.The method takes two parameters and the type of the first parameter is assignable from the type specified by the reference's interface attribute and the type of the second parameter is java.util.Map. If multiple methods match this rule, this implies the method name is overloaded and SCR may choose any of the methods to call. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From schneiderjacob@example.net Mon Aug 03 08:05:32 2009 Return-Path: <schneiderjacob@example.net> Delivered-To: schneiderjacob@example.net Received: (qmail 29117 invoked from network); 3 Aug 2009 08:05:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Aug 2009 08:05:32 -0000 Received: (qmail 43283 invoked by uid 500); 3 Aug 2009 08:05:37 -0000 Delivered-To: schneiderjacob@example.net Received: (qmail 43197 invoked by uid 500); 3 Aug 2009 08:05:36 -0000 Mailing-List: contact schneiderjacob@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:schneiderjacob@example.net> List-Unsubscribe: <mailto:schneiderjacob@example.net> List-Post: <mailto:schneiderjacob@example.net> List-Id: <dev.felix.apache.org> Reply-To: schneiderjacob@example.net Delivered-To: mailing list schneiderjacob@example.net Received: (qmail 43187 invoked by uid 99); 3 Aug 2009 08:05:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 08:05:36 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Aug 2009 08:05:34 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id DF5E2234C053 for <schneiderjacob@example.net>; Mon, 3 Aug 2009 01:05:14 -0700 (PDT) Message-ID: <793700793.1249286714914.JavaMail.jira@brutus> Date: Mon, 3 Aug 2009 01:05:14 -0700 (PDT) From: "Felix Meschberger (JIRA)" <schneiderjacob@example.net> To: schneiderjacob@example.net Subject: [jira] Issue Comment Edited: (FELIX-1437) DS 1.1 signatures for activators and bind methods only available for declaration with new namespace In-Reply-To: <209648173.1249110314789.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/FELIX-1437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12738221#action_12738221 ] Felix Meschberger edited comment on FELIX-1437 at 8/3/09 1:04 AM: ------------------------------------------------------------------ In Rev. 800244: Only support new signatures and private/package support for bind/unbind methods for DS 1.1 declared components. was (Author: fmeschbe): In Rev. 800244: Only support new signatures and private/package support for DS 1.1 declared components. > DS 1.1 signatures for activators and bind methods only available for declaration with new namespace > --------------------------------------------------------------------------------------------------- > > Key: FELIX-1437 > URL: https://issues.apache.org/jira/browse/FELIX-1437 > Project: Felix > Issue Type: Bug > Components: Declarative Services
{'source': 'Apache Software Foundation Public Mail Archives'}