Re: Preparing releases for blueprint-parser-1.3.1, blueprint-noosgi-1.1.1, blueprint-web-1.1.1
On 29/06/15 14:02, Sergey Beryozkin wrote: Hi All, I've started working on releasing blueprint-parser-1.2.1 [1], blueprint-web-1.1.1 [2] and blueprint-noosgi [3]. My apologies, *blueprint-parser-1.3.1* The minor updates which I've referred to earlier on the dev list and in the linked JIRAs are about making it simpler to reuse Blueprint contexts which depend on custom NamespaceHandlers in No Osgi deployments. [1] introduces Namespaces annotation that custom handlers may be optionally annotated with, [2] has a blueprint-web context listener checking for these annotations on the classpath, finally [3] has SimpleNamespaceHandlerSet attempting to resolve relative schema URIs (xsd:include) against the available URIs. Changes are simple but can help with making Blueprint more visible/accessible to non OSGI developers Hope everyone is fine with the above, I'll send a VOTE message later on Thanks, Sergey [1] https://issues.apache.org/jira/browse/ARIES-1322 [2] https://issues.apache.org/jira/browse/ARIES-1323 [3] https://issues.apache.org/jira/browse/ARIES-1334 -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com
[jira] [Resolved] (ARIES-1339) IllegalAccessException when installing a new subsystem
[ https://issues.apache.org/jira/browse/ARIES-1339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Bosschaert resolved ARIES-1339. - Resolution: Fixed Fix Version/s: subsystem-2.0.2 Fixed in http://svn.apache.org/viewvc?view=revisionrevision=r1688204 IllegalAccessException when installing a new subsystem -- Key: ARIES-1339 URL: https://issues.apache.org/jira/browse/ARIES-1339 Project: Aries Issue Type: Bug Components: Subsystem Affects Versions: subsystem-2.0.1 Reporter: David Bosschaert Assignee: David Bosschaert Fix For: subsystem-2.0.2 Exception when installing a subsystem: SubsystemException: java.lang.IllegalAccessException: Class org.apache.aries.subsystem.core.internal.RepositoryServiceRepository can not access a member of class org.apache.felix.bundlerepository.impl.OSGiRepositoryImpl with modifiers public This can be reproduced by following the steps described in http://aries.apache.org/modules/subsystems.html to install the feature1.esa file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Pretty serious bug in Subsystem 2.0.1
Hi all, I found a pretty serious bug in the 2.0.1 implementation of subsystems [1]. It basically prevents the subsystem implementation from working with Repository Service implementations where the service implementation class is non-public. This is the case with the Felix Repository implementation. I would therefore suggest to do another subsystem release with this issue fixed, so that it works with the Felix repo too. If nobody objects I'll start the release process tomorrow (June 30th). Best regards, David [1] https://issues.apache.org/jira/browse/ARIES-1339
Preparing releases for blueprint-parser-1.3.1, blueprint-noosgi-1.1.1, blueprint-web-1.1.1
Hi All, I've started working on releasing blueprint-parser-1.2.1 [1], blueprint-web-1.1.1 [2] and blueprint-noosgi [3]. The minor updates which I've referred to earlier on the dev list and in the linked JIRAs are about making it simpler to reuse Blueprint contexts which depend on custom NamespaceHandlers in No Osgi deployments. [1] introduces Namespaces annotation that custom handlers may be optionally annotated with, [2] has a blueprint-web context listener checking for these annotations on the classpath, finally [3] has SimpleNamespaceHandlerSet attempting to resolve relative schema URIs (xsd:include) against the available URIs. Changes are simple but can help with making Blueprint more visible/accessible to non OSGI developers Hope everyone is fine with the above, I'll send a VOTE message later on Thanks, Sergey [1] https://issues.apache.org/jira/browse/ARIES-1322 [2] https://issues.apache.org/jira/browse/ARIES-1323 [3] https://issues.apache.org/jira/browse/ARIES-1334
[jira] [Commented] (ARIES-1321) NPE when calling ServiceLoader.load with a variable
[ https://issues.apache.org/jira/browse/ARIES-1321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14605582#comment-14605582 ] Olivier NOUGUIER commented on ARIES-1321: - I'd like to add an unit test to illustrate the issue. But I found this rather complicated. Is there somebody here who could help me ? NPE when calling ServiceLoader.load with a variable --- Key: ARIES-1321 URL: https://issues.apache.org/jira/browse/ARIES-1321 Project: Aries Issue Type: Bug Components: SPI Fly Affects Versions: spifly-1.0.2 Reporter: Olivier NOUGUIER Priority: Critical Attachments: ARIES-1321.diff When ServiceLoader is called with a variable (aka not a constant): aMethod(ClassT type ){ ServiceLoader.load(type). } Then the weaver result in a NPE in TCCLMethodVisitor because lastLDCType is null. Patch provided. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (ARIES-1322) Introduce Namespaces annotation
[ https://issues.apache.org/jira/browse/ARIES-1322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Beryozkin updated ARIES-1322: Fix Version/s: blueprint-parser-1.1.1 Introduce Namespaces annotation --- Key: ARIES-1322 URL: https://issues.apache.org/jira/browse/ARIES-1322 Project: Aries Issue Type: Improvement Components: Blueprint Reporter: Sergey Beryozkin Assignee: Sergey Beryozkin Priority: Minor Fix For: blueprint-parser-1.1.1 This applies to a blueprint-parser component. NamespaceHandler interface does not list the namespaces this handler supports which makes it difficult to automate the registration of handlers in non-OSGI contexts. Having a Namespace annotation will provide an optional mechanism for NamespaceHandlers to advertise the list of supported namespaces and help discovering the handlers in non OSGI contexts but also introspect them in OSGI if needed. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[VOTE] blueprint-parser-1.3.1, blueprint-noosgi-1.1.1, blueprint-web-1.1.1 releases
Hi All This is a vote to support the release of blueprint-parser-1.3.1, blueprint-noosgi-1.1.1, blueprint-web 1.1.1. The staging repository for blueprint-parser-1.3.1 is at https://repository.apache.org/content/repositories/orgapachearies-1027 The staging repository for blueprint-noosgi-1.1.1 and blueprint-web-1.1.1 is at https://repository.apache.org/content/repositories/orgapachearies-1028 The following issues have been addressed: https://issues.apache.org/jira/browse/ARIES-1322 https://issues.apache.org/jira/browse/ARIES-1323 https://issues.apache.org/jira/browse/ARIES-1334 A servlet-based deployment of Blueprint contexts with custom namespace handlers will work better in non OSGI environments after the release. The vote is open for the next 72 hours, here is my +1, Thanks, Sergey
Re: [VOTE] Release Aries subsystem-api, subsystem-core and subsystem-bundle 2.0.1
With 5 +1's this vote passes. I have promoted the artifacts. David On 24 June 2015 at 22:22, Thomas Watson tjwat...@us.ibm.com wrote: +1 Tom
[jira] [Created] (ARIES-1339) IllegalAccessException when installing a new subsystem
David Bosschaert created ARIES-1339: --- Summary: IllegalAccessException when installing a new subsystem Key: ARIES-1339 URL: https://issues.apache.org/jira/browse/ARIES-1339 Project: Aries Issue Type: Bug Components: Subsystem Affects Versions: subsystem-2.0.1 Reporter: David Bosschaert Exception when installing a subsystem: SubsystemException: java.lang.IllegalAccessException: Class org.apache.aries.subsystem.core.internal.RepositoryServiceRepository can not access a member of class org.apache.felix.bundlerepository.impl.OSGiRepositoryImpl with modifiers public This can be reproduced by following the steps described in http://aries.apache.org/modules/subsystems.html to install the feature1.esa file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (ARIES-1339) IllegalAccessException when installing a new subsystem
[ https://issues.apache.org/jira/browse/ARIES-1339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Bosschaert reassigned ARIES-1339: --- Assignee: David Bosschaert IllegalAccessException when installing a new subsystem -- Key: ARIES-1339 URL: https://issues.apache.org/jira/browse/ARIES-1339 Project: Aries Issue Type: Bug Components: Subsystem Affects Versions: subsystem-2.0.1 Reporter: David Bosschaert Assignee: David Bosschaert Exception when installing a subsystem: SubsystemException: java.lang.IllegalAccessException: Class org.apache.aries.subsystem.core.internal.RepositoryServiceRepository can not access a member of class org.apache.felix.bundlerepository.impl.OSGiRepositoryImpl with modifiers public This can be reproduced by following the steps described in http://aries.apache.org/modules/subsystems.html to install the feature1.esa file. -- This message was sent by Atlassian JIRA (v6.3.4#6332)