[jira] [Commented] (ARIES-1612) Zip input stream relies on default (non buffered) InputStream read

[Wouter Bancken (JIRA)]

[ 
https://issues.apache.org/jira/browse/ARIES-1612?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15546356#comment-15546356
 ] 

Wouter Bancken commented on ARIES-1612:
---

[~bosschaert] You did the previous release of Aries Util. Can you do a new 
release which includes this fix?

> Zip input stream relies on default (non buffered) InputStream read
> --
>
> Key: ARIES-1612
> URL: https://issues.apache.org/jira/browse/ARIES-1612
> Project: Aries
>  Issue Type: Bug
>  Components: Util
>Affects Versions: util-1.1.1
>Reporter: Paul Thevenot
>Assignee: Thomas Watson
> Fix For: util-1.1.2
>
>
> We have performances issues on application startup. It takes a while to 
> install all the bundles of a subsystem. After a quick look with JProfiler, we 
> saw that the SpecialZipInputStream.read() was invoked 44 millions times 
> during startup. 
> We're using the Felix framework and the BundleCache.copyStreamToFile calls 
> the method read(byte[] b) from the InputStream. Unfortunately, the method 
> read(byte[] b) and read(byte[] b, int off, int len) are not overriden by the 
> SpecialZipInputStream (thus we don't buffer the read). 
> Completing the decoration in the SpecialZipInputStream solved this problem 
> and divided the startup time by two.
> I've made the pull request with the requested change 
> https://github.com/apache/aries/pull/55



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (ARIES-1503) Timing issue when cm blueprint references ext namespaces

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/ARIES-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15546333#comment-15546333
 ] 

ASF GitHub Bot commented on ARIES-1503:
---

GitHub user grgrzybek opened a pull request:

https://github.com/apache/aries/pull/56

[ARIES-1503] Check global handlers when mapping URI to NamespaceHandler



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/grgrzybek/aries ARIES-1503-KARAF-4720

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/aries/pull/56.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #56


commit 246bea3dc3eb2725e16e4629f8bcc0b647222f16
Author: Grzegorz Grzybek 
Date:   2016-10-04T19:05:41Z

[ARIES-1503] Check global handlers when mapping URI to NamespaceHandler




> Timing issue when cm blueprint references ext namespaces
> 
>
> Key: ARIES-1503
> URL: https://issues.apache.org/jira/browse/ARIES-1503
> Project: Aries
>  Issue Type: Bug
>  Components: Blueprint
>Affects Versions: blueprint-core-1.5.0, blueprint-parser-1.4.0, 
> blueprint-cm-1.0.7
>Reporter: Grzegorz Grzybek
>Assignee: Jean-Baptiste Onofré
> Fix For: blueprint-core-1.6.1
>
>
> Since version 1.0.6, blueprint-cm's XSDs started to import ext namespaces, to 
> reflect Java hierarchy of 
> {{org.apache.aries.blueprint.compendium.cm.CmPropertyPlaceholder}} and 
> {{org.apache.aries.blueprint.ext.PropertyPlaceholder}}, however, sometimes we 
> fail with:
> {noformat}
> org.xml.sax.SAXParseException; systemId: 
> jar:file:/home/ggrzybek/.m2/repository/org/apache/aries/blueprint/org.apache.aries.blueprint.cm/1.0.7/org.apache.aries.blueprint.cm-1.0.7.jar!/org/apache/aries/blueprint/compendium/cm/blueprint-cm-1.0.0.xsd;
>  lineNumber: 80; columnNumber: 79; src-resolve: Cannot resolve the name 
> 'ext100:ignore-missing-locations' to a(n) 'attribute declaration' component.
>   at 
> com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:203)
>   at 
> com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:134)
>   at 
> com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:396)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.reportSchemaErr(XSDHandler.java:4158)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4141)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getGlobalDecl(XSDHandler.java:1674)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDAttributeTraverser.traverseLocal(XSDAttributeTraverser.java:90)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDAbstractTraverser.traverseAttrsAndAttrGrps(XSDAbstractTraverser.java:615)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDAttributeGroupTraverser.traverseGlobal(XSDAttributeGroupTraverser.java:145)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.traverseGlobalDecl(XSDHandler.java:1897)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getGlobalDecl(XSDHandler.java:1772)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDAttributeGroupTraverser.traverseLocal(XSDAttributeGroupTraverser.java:80)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDAbstractTraverser.traverseAttrsAndAttrGrps(XSDAbstractTraverser.java:643)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDComplexTypeTraverser.processComplexContent(XSDComplexTypeTraverser.java:1123)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDComplexTypeTraverser.traverseComplexContent(XSDComplexTypeTraverser.java:836)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDComplexTypeTraverser.traverseComplexTypeDecl(XSDComplexTypeTraverser.java:315)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDComplexTypeTraverser.traverseGlobal(XSDComplexTypeTraverser.java:191)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.traverseGlobalDecl(XSDHandler.java:1884)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getGlobalDecl(XSDHandler.java:1772)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDElementTraverser.traverseNamedElement(XSDElementTraverser.java:405)
>   at 
> 

[jira] [Commented] (ARIES-1503) Timing issue when cm blueprint references ext namespaces

[Grzegorz Grzybek (JIRA)]

[ 
https://issues.apache.org/jira/browse/ARIES-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15546338#comment-15546338
 ] 

Grzegorz Grzybek commented on ARIES-1503:
-

Another PR: https://github.com/apache/aries/pull/56

> Timing issue when cm blueprint references ext namespaces
> 
>
> Key: ARIES-1503
> URL: https://issues.apache.org/jira/browse/ARIES-1503
> Project: Aries
>  Issue Type: Bug
>  Components: Blueprint
>Affects Versions: blueprint-core-1.5.0, blueprint-parser-1.4.0, 
> blueprint-cm-1.0.7
>Reporter: Grzegorz Grzybek
>Assignee: Jean-Baptiste Onofré
> Fix For: blueprint-core-1.6.1
>
>
> Since version 1.0.6, blueprint-cm's XSDs started to import ext namespaces, to 
> reflect Java hierarchy of 
> {{org.apache.aries.blueprint.compendium.cm.CmPropertyPlaceholder}} and 
> {{org.apache.aries.blueprint.ext.PropertyPlaceholder}}, however, sometimes we 
> fail with:
> {noformat}
> org.xml.sax.SAXParseException; systemId: 
> jar:file:/home/ggrzybek/.m2/repository/org/apache/aries/blueprint/org.apache.aries.blueprint.cm/1.0.7/org.apache.aries.blueprint.cm-1.0.7.jar!/org/apache/aries/blueprint/compendium/cm/blueprint-cm-1.0.0.xsd;
>  lineNumber: 80; columnNumber: 79; src-resolve: Cannot resolve the name 
> 'ext100:ignore-missing-locations' to a(n) 'attribute declaration' component.
>   at 
> com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:203)
>   at 
> com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:134)
>   at 
> com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:396)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.reportSchemaErr(XSDHandler.java:4158)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4141)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getGlobalDecl(XSDHandler.java:1674)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDAttributeTraverser.traverseLocal(XSDAttributeTraverser.java:90)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDAbstractTraverser.traverseAttrsAndAttrGrps(XSDAbstractTraverser.java:615)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDAttributeGroupTraverser.traverseGlobal(XSDAttributeGroupTraverser.java:145)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.traverseGlobalDecl(XSDHandler.java:1897)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getGlobalDecl(XSDHandler.java:1772)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDAttributeGroupTraverser.traverseLocal(XSDAttributeGroupTraverser.java:80)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDAbstractTraverser.traverseAttrsAndAttrGrps(XSDAbstractTraverser.java:643)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDComplexTypeTraverser.processComplexContent(XSDComplexTypeTraverser.java:1123)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDComplexTypeTraverser.traverseComplexContent(XSDComplexTypeTraverser.java:836)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDComplexTypeTraverser.traverseComplexTypeDecl(XSDComplexTypeTraverser.java:315)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDComplexTypeTraverser.traverseGlobal(XSDComplexTypeTraverser.java:191)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.traverseGlobalDecl(XSDHandler.java:1884)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getGlobalDecl(XSDHandler.java:1772)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDElementTraverser.traverseNamedElement(XSDElementTraverser.java:405)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDElementTraverser.traverseGlobal(XSDElementTraverser.java:242)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.traverseSchemas(XSDHandler.java:1429)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:626)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadSchema(XMLSchemaLoader.java:613)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:572)
>   at 
> com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:538)
>   at 
> com.sun.org.apache.xerces.internal.jaxp.validation.XMLSchemaFactory.newSchema(XMLSchemaFactory.java:255)
>   at 
> 

[GitHub] aries pull request #56: [ARIES-1503] Check global handlers when mapping URI ...

[grgrzybek]

GitHub user grgrzybek opened a pull request:

https://github.com/apache/aries/pull/56

[ARIES-1503] Check global handlers when mapping URI to NamespaceHandler



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/grgrzybek/aries ARIES-1503-KARAF-4720

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/aries/pull/56.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #56


commit 246bea3dc3eb2725e16e4629f8bcc0b647222f16
Author: Grzegorz Grzybek 
Date:   2016-10-04T19:05:41Z

[ARIES-1503] Check global handlers when mapping URI to NamespaceHandler




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[jira] [Comment Edited] (ARIES-1503) Timing issue when cm blueprint references ext namespaces

[Grzegorz Grzybek (JIRA)]

[ 
https://issues.apache.org/jira/browse/ARIES-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15546323#comment-15546323
 ] 

Grzegorz Grzybek edited comment on ARIES-1503 at 10/4/16 7:04 PM:
--

Another problem (see also KARAF-4720).
I checked Karaf's JaasTest (2.x) after upgrading to blueprint-core 1.7.0 and 
got:
{noformat}
2016-10-04 20:49:50,050 | ERROR | FelixStartLevel  | BlueprintContainerImpl 
  | 15 - org.apache.aries.blueprint.core - 1.7.0 | Unable to start 
blueprint container for bundle org.apache.karaf.shell.log/2.4.0
org.xml.sax.SAXParseException: src-import.3.1: The namespace attribute, 
'http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0', of an  
element information item must be identical to the targetNamespace attribute, 
'http://karaf.apache.org/xmlns/shell/v1.1.0', of the imported document.
at 
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:201)[:]
at 
org.apache.xerces.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:132)[:]
at 
org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:394)[:]
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4093)[:]
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4088)[:]
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:806)[:]
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:1103)[:]
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:604)[:]
at 
org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(XMLSchemaLoader.java:580)[:]
at 
org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:547)[:]
at 
org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:513)[:]
at 
org.apache.xerces.jaxp.validation.XMLSchemaFactory.newSchema(XMLSchemaFactory.java:233)[:]
at 
org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.createSchema(NamespaceHandlerRegistryImpl.java:642)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.doGetSchema(NamespaceHandlerRegistryImpl.java:459)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.getSchema(NamespaceHandlerRegistryImpl.java:444)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:343)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:276)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:300)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:269)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:265)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:255)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)[9:org.apache.aries.util:1.1.0]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)[9:org.apache.aries.util:1.1.0]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)[9:org.apache.aries.util:1.1.0]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)[9:org.apache.aries.util:1.1.0]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)[9:org.apache.aries.util:1.1.0]
at 
org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1127)[org.apache.felix.framework-4.4.1.jar:]
at 
org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:696)[org.apache.felix.framework-4.4.1.jar:]
at 
org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:484)[org.apache.felix.framework-4.4.1.jar:]
at 
org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4429)[org.apache.felix.framework-4.4.1.jar:]
at 

[jira] [Comment Edited] (ARIES-1503) Timing issue when cm blueprint references ext namespaces

[Grzegorz Grzybek (JIRA)]

[ 
https://issues.apache.org/jira/browse/ARIES-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15546323#comment-15546323
 ] 

Grzegorz Grzybek edited comment on ARIES-1503 at 10/4/16 7:02 PM:
--

Another problem (see also KARAF-4720).
I checked Karaf's JaasTest (2.x) after upgrading to blueprint-core 1.7.0 and 
got:
{noformat}
2016-10-04 20:49:50,050 | ERROR | FelixStartLevel  | BlueprintContainerImpl 
  | 15 - org.apache.aries.blueprint.core - 1.7.0 | Unable to start 
blueprint container for bundle 
org.apache.karaf.shell.log/2.4.0.redhat-630-SNAPSHOT
org.xml.sax.SAXParseException: src-import.3.1: The namespace attribute, 
'http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0', of an  
element information item must be identical to the targetNamespace attribute, 
'http://karaf.apache.org/xmlns/shell/v1.1.0', of the imported document.
at 
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:201)[:2.11.0.SP4-redhat-1]
at 
org.apache.xerces.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:132)[:2.11.0.SP4-redhat-1]
at 
org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:394)[:2.11.0.SP4-redhat-1]
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4093)[:2.11.0.SP4-redhat-1]
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4088)[:2.11.0.SP4-redhat-1]
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:806)[:2.11.0.SP4-redhat-1]
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:1103)[:2.11.0.SP4-redhat-1]
at 
org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:604)[:2.11.0.SP4-redhat-1]
at 
org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(XMLSchemaLoader.java:580)[:2.11.0.SP4-redhat-1]
at 
org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:547)[:2.11.0.SP4-redhat-1]
at 
org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:513)[:2.11.0.SP4-redhat-1]
at 
org.apache.xerces.jaxp.validation.XMLSchemaFactory.newSchema(XMLSchemaFactory.java:233)[:2.11.0.SP4-redhat-1]
at 
org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.createSchema(NamespaceHandlerRegistryImpl.java:642)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.doGetSchema(NamespaceHandlerRegistryImpl.java:459)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.getSchema(NamespaceHandlerRegistryImpl.java:444)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:343)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:276)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:300)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:269)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:265)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:255)[15:org.apache.aries.blueprint.core:1.7.0]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)[9:org.apache.aries.util:1.1.0]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)[9:org.apache.aries.util:1.1.0]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)[9:org.apache.aries.util:1.1.0]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)[9:org.apache.aries.util:1.1.0]
at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)[9:org.apache.aries.util:1.1.0]
at 
org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1127)[org.apache.felix.framework-4.4.1.jar:]
at 
org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:696)[org.apache.felix.framework-4.4.1.jar:]
at 

[jira] [Commented] (ARIES-1503) Timing issue when cm blueprint references ext namespaces

[Grzegorz Grzybek (JIRA)]

[ 
https://issues.apache.org/jira/browse/ARIES-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15546323#comment-15546323
 ] 

Grzegorz Grzybek commented on ARIES-1503:
-

Another problem (see also KARAF-4720).
I checked Karaf's JaasTest (2.x) after upgrading to blueprint-core 1.7.0 and 
got:
{noformat}
{noformat}

here's the moment and state where I think that 
{{org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl.NamespaceHandlerSetImpl#getNamespaceHandler()}}
 should check not only:
* 
{{org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl.NamespaceHandlerSetImpl#handlers}}

but also:
* {{org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl#handlers}}
{noformat}
"FelixStartLevel@857" daemon prio=5 tid=0xe nid=NA runnable
  java.lang.Thread.State: RUNNABLE
  at 
org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.getNamespaceHandler(NamespaceHandlerRegistryImpl.java:432)
  at 
org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl$Loader.resolveResource(NamespaceHandlerRegistryImpl.java:528)
  at 
org.apache.xerces.util.DOMEntityResolverWrapper.resolveEntity(DOMEntityResolverWrapper.java:114)
  at 
org.apache.xerces.impl.XMLEntityManager.resolveEntity(XMLEntityManager.java:695)
  at 
org.apache.xerces.impl.xs.XMLSchemaLoader.resolveDocument(XMLSchemaLoader.java:624)
  at 
org.apache.xerces.impl.xs.traversers.XSDHandler.resolveSchema(XSDHandler.java:2034)
  at 
org.apache.xerces.impl.xs.traversers.XSDHandler.constructTrees(XSDHandler.java:992)
  at 
org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:604)
  at 
org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(XMLSchemaLoader.java:580)
  at 
org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:547)
  at 
org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:513)
  at 
org.apache.xerces.jaxp.validation.XMLSchemaFactory.newSchema(XMLSchemaFactory.java:233)
  at 
org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.createSchema(NamespaceHandlerRegistryImpl.java:642)
  - locked <0xb3d> (a 
org.apache.xerces.jaxp.validation.XMLSchemaFactory)
  at 
org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.doGetSchema(NamespaceHandlerRegistryImpl.java:459)
  at 
org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.getSchema(NamespaceHandlerRegistryImpl.java:444)
  at 
org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:343)
  at 
org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:276)
  - locked <0xd5f> (a java.util.concurrent.atomic.AtomicBoolean)
  at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:300)
  at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:269)
  at 
org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:265)
  at 
org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:255)
  at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)
  at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)
  at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)
  at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)
  at 
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)
  at 
org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1127)
  at 
org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:696)
  at 
org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:484)
  at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4429)
  at org.apache.felix.framework.Felix.startBundle(Felix.java:2100)
  at 
org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1299)
  at 
org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304)
  at java.lang.Thread.run(Thread.java:745)


this = 
{org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl@3347}
 
 ...
 namespaces: java.util.Set  = 

[jira] [Resolved] (ARIES-1623) FilterHelper OBJECTCLASS_EXPRESSION excludes inner classes

[Christian Schneider (JIRA)]

 [ 
https://issues.apache.org/jira/browse/ARIES-1623?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Schneider resolved ARIES-1623.

   Resolution: Fixed
 Assignee: Christian Schneider
Fix Version/s: rsa-1.10.0

> FilterHelper OBJECTCLASS_EXPRESSION excludes inner classes
> --
>
> Key: ARIES-1623
> URL: https://issues.apache.org/jira/browse/ARIES-1623
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Reporter: David Norris
>Assignee: Christian Schneider
> Fix For: rsa-1.10.0
>
>
> The existing OBJECTCLASS_EXPRESSION in the FilterHelper class filters out 
> inner classes.  Its not clear to me this is a desired behavior since I can 
> find nothing in the remote service admin specification stating it is 
> unacceptable to publish a service using an inner class interface. Many code 
> generation tools choose to nest many classes into a single java file, so I 
> think there are some valid use cases for supporting this if it is not 
> excluded in the specification.
> I have submitted a patch https://github.com/apache/aries-rsa/pull/12 for 
> consideration; however, I realize this is a mirror and someone will likely 
> need to manage its merge to the official repository.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (ARIES-1623) FilterHelper OBJECTCLASS_EXPRESSION excludes inner classes

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/ARIES-1623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15545982#comment-15545982
 ] 

ASF subversion and git services commented on ARIES-1623:


Commit e41310ac80eabd13e249161f930512eb64a500b6 in aries-rsa's branch 
refs/heads/master from [~dcnorris]
[ https://git-wip-us.apache.org/repos/asf?p=aries-rsa.git;h=e41310a ]

[ARIES-1623] Fix for inner class not matching pattern


> FilterHelper OBJECTCLASS_EXPRESSION excludes inner classes
> --
>
> Key: ARIES-1623
> URL: https://issues.apache.org/jira/browse/ARIES-1623
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Reporter: David Norris
>
> The existing OBJECTCLASS_EXPRESSION in the FilterHelper class filters out 
> inner classes.  Its not clear to me this is a desired behavior since I can 
> find nothing in the remote service admin specification stating it is 
> unacceptable to publish a service using an inner class interface. Many code 
> generation tools choose to nest many classes into a single java file, so I 
> think there are some valid use cases for supporting this if it is not 
> excluded in the specification.
> I have submitted a patch https://github.com/apache/aries-rsa/pull/12 for 
> consideration; however, I realize this is a mirror and someone will likely 
> need to manage its merge to the official repository.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (ARIES-1623) FilterHelper OBJECTCLASS_EXPRESSION excludes inner classes

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/ARIES-1623?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15545983#comment-15545983
 ] 

ASF subversion and git services commented on ARIES-1623:


Commit b2e1d8711123c7b481e51fd45fd364dc0f02a48f in aries-rsa's branch 
refs/heads/master from [~ch...@die-schneider.net]
[ https://git-wip-us.apache.org/repos/asf?p=aries-rsa.git;h=b2e1d87 ]

[ARIES-1623] Add test for inner class


> FilterHelper OBJECTCLASS_EXPRESSION excludes inner classes
> --
>
> Key: ARIES-1623
> URL: https://issues.apache.org/jira/browse/ARIES-1623
> Project: Aries
>  Issue Type: Bug
>  Components: Remote Service Admin
>Reporter: David Norris
>
> The existing OBJECTCLASS_EXPRESSION in the FilterHelper class filters out 
> inner classes.  Its not clear to me this is a desired behavior since I can 
> find nothing in the remote service admin specification stating it is 
> unacceptable to publish a service using an inner class interface. Many code 
> generation tools choose to nest many classes into a single java file, so I 
> think there are some valid use cases for supporting this if it is not 
> excluded in the specification.
> I have submitted a patch https://github.com/apache/aries-rsa/pull/12 for 
> consideration; however, I realize this is a mirror and someone will likely 
> need to manage its merge to the official repository.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)