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

2016-04-11 Thread JIRA 

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

Jean-Baptiste Onofré commented on ARIES-1503:
-

Thanks ! I gonna test it with some "real" use cases.

> 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, blueprint-cm-1.0.9
>
>
> 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)
>

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

2016-04-11 Thread Guillaume Nodet (JIRA) 

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

Guillaume Nodet commented on ARIES-1503:


Proposed alternative fix:
  
https://github.com/gnodet/aries/commit/6bc40b560d280f3b6ab3e144acbca043e997c6b5

The benefit is that it does not introduce a new method in the NamespaceHandler, 
which means we can only release blueprint-core 1.6.1 instead of 
blueprint-parser, blueprint-core, blueprint-cm blueprint-spring...

The resolver is smarter and only calls the namespace handler where the resource 
is loaded from.
It works with the camel-blueprint bundle, but we need more tests to ensure we 
solve all the problems and we don't have any regression.

> 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, blueprint-cm-1.0.9
>
>
> 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 
>

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

2016-04-11 Thread Guillaume Nodet (JIRA) 

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

Guillaume Nodet updated ARIES-1503:
---
Comment: was deleted

(was: Proposed alternative fix:
  
https://github.com/gnodet/aries/commit/6bc40b560d280f3b6ab3e144acbca043e997c6b5

The benefit is that it does not introduce a new method in the NamespaceHandler.
The resolver is smarter and only calls the namespace handler where the resource 
is loaded from.
It works with the camel-blueprint bundle, but we need more tests to ensure we 
solve all the problems and we don't have any regression.)

> 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, blueprint-cm-1.0.9
>
>
> 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 
>

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

2016-04-11 Thread Guillaume Nodet (JIRA) 

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

Guillaume Nodet commented on ARIES-1503:


Proposed alternative fix:
  
https://github.com/gnodet/aries/commit/6bc40b560d280f3b6ab3e144acbca043e997c6b5

The benefit is that it does not introduce a new method in the NamespaceHandler.
The resolver is smarter and only calls the namespace handler where the resource 
is loaded from.
It works with the camel-blueprint bundle, but we need more tests to ensure we 
solve all the problems and we don't have any regression.

> 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, blueprint-cm-1.0.9
>
>
> 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 
>

[CANCEL][VOTE] Apache Aries Blueprint Parser 1.5.0, Blueprint Core 1.6.1, Blueprint CM 1.0.9 (take 2)

2016-04-11 Thread Jean-Baptiste Onofré 

Hi,

as explained yesterday, again the fix for ARIES-1503 is not complete.

I will discuss with Guillaume to provide a global & complete fix.

Sorry again,
Regards
JB

On 04/11/2016 10:42 AM, Jean-Baptiste Onofré wrote:

Hi all,

in order to fix ARIES-1503 (severe issue), I staged the following
artifacts:

* blueprint-parser 1.5.0
* blueprint-core 1.6.1
* blueprint-cm 1.0.9

Staging Repository:
https://repository.apache.org/content/repositories/orgapachearies-1066/

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Don't approve the release (please provide specific comments)

This vote will be open for at least 72 hours.

Thanks,
Regards
JB


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Build failed in Jenkins: Aries-Tx-Control-Trunk-JDK8 #19

2016-04-11 Thread Apache Jenkins Server 
See 

Changes:

[timothyjward] [tx-control] Add XA support for JPA using Hibernate

--
[...truncated 1909 lines...]
at 
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
at 
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
at 
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
at 
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)

testRequiredInheritsTx:org.apache.aries.tx.control.itests.SimpleEclipseLink_2_6_0_Test.testRequiredInheritsTx:Forked:FrameworkFactory[1](org.apache.aries.tx.control.itests.SimpleEclipseLink_2_6_0_Test)
  Time elapsed: 0.547 sec  <<< ERROR!
java.lang.ClassNotFoundException: 
org.eclipse.persistence.exceptions.TransactionException (no security manager: 
RMI class loader disabled)
at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:396)
at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:186)
at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:637)
at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:264)
at 
sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:214)
at 
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1613)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1518)
at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1774)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1351)
at 
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2000)
at 
java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:501)
at java.lang.Throwable.readObject(Throwable.java:914)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1058)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1900)
at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1801)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1351)
at 
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2000)
at 
java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:501)
at java.lang.Throwable.readObject(Throwable.java:914)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1058)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1900)
at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1801)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1351)
at 
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2000)
at 
java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:501)
at java.lang.Throwable.readObject(Throwable.java:914)
at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1058)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1900)
at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1801)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1351)
at 
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2000)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1924)
at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1801)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1351)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:371)
at 
sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:245)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:162)
at 
java.rmi.server.RemoteObjectInvocationHandler.invokeRemoteMethod(RemoteObjectInvocationHandler.java:227)
at 
java.rmi.server.RemoteObjectInvocationHandler.invoke(RemoteObjectInvocationHandler.java:179)
at com.sun.proxy.$Proxy10.invokeMethodOnService(Unknown Source)
at

Re: [VOTE] Apache Aries Blueprint Parser 1.5.0, Blueprint Core 1.6.1, Blueprint CM 1.0.9 (take 2)

2016-04-11 Thread Jean-Baptiste Onofré 

Fair enough.

I cancel this vote and I will deal with Guillaume to implement a fix.

Sorry for the noise.

Regards
JB

On 04/11/2016 05:29 PM, Guillaume Nodet wrote:

-1

The NamespaceHandler2 interface has been changed in an incompatible way.
It looks to me as if it should lead to a major version upgrade the way it
has been done.
If we want to keep compatibility, we need to introduce a NamespaceHandler3
interface, which can be done in a minor version.

The reason the build succeed is that the lastReleaseVersion property has
not been upgraded to 1.6.0 after the release.

I'm going to investigate the commits for ARIES-1503 later today or tomorrow.


2016-04-11 10:42 GMT+02:00 Jean-Baptiste Onofré :


Hi all,

in order to fix ARIES-1503 (severe issue), I staged the following
artifacts:

* blueprint-parser 1.5.0
* blueprint-core 1.6.1
* blueprint-cm 1.0.9

Staging Repository:
https://repository.apache.org/content/repositories/orgapachearies-1066/

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Don't approve the release (please provide specific comments)

This vote will be open for at least 72 hours.

Thanks,
Regards
JB
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com







--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

[jira] [Commented] (ARIES-1525) The RSA core should not get the service before it is needed

2016-04-11 Thread Christian Schneider (JIRA) 

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

Christian Schneider commented on ARIES-1525:


Ok. I understand the case now after we discussed. If a service can be exposed 
by the provider without using the service object then getting the service 
object can be deferred until the first call. So I am open to this change but it 
will need a change in the spi as current providers expect the service object to 
be given to them. So it would the 2.0.0 release would be a good time to add 
this.

> The RSA core should not get the service before it is needed 
> 
>
> Key: ARIES-1525
> URL: https://issues.apache.org/jira/browse/ARIES-1525
> Project: Aries
>  Issue Type: Improvement
>  Components: Remote Service Admin
>Reporter: Guillaume Nodet
> Fix For: rsa-2.0.0
>
>
> {{RemoteServiceAdminCore#exportService}} get the service implementation from 
> the OSGi registry and pass it as an argument to the {{DistributionProvider}}. 
>  
> I think this should be delayed until the service is actually used.



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

Re: [VOTE] Apache Aries Blueprint Parser 1.5.0, Blueprint Core 1.6.1, Blueprint CM 1.0.9 (take 2)

2016-04-11 Thread Guillaume Nodet 
-1

The NamespaceHandler2 interface has been changed in an incompatible way.
It looks to me as if it should lead to a major version upgrade the way it
has been done.
If we want to keep compatibility, we need to introduce a NamespaceHandler3
interface, which can be done in a minor version.

The reason the build succeed is that the lastReleaseVersion property has
not been upgraded to 1.6.0 after the release.

I'm going to investigate the commits for ARIES-1503 later today or tomorrow.


2016-04-11 10:42 GMT+02:00 Jean-Baptiste Onofré :

> Hi all,
>
> in order to fix ARIES-1503 (severe issue), I staged the following
> artifacts:
>
> * blueprint-parser 1.5.0
> * blueprint-core 1.6.1
> * blueprint-cm 1.0.9
>
> Staging Repository:
> https://repository.apache.org/content/repositories/orgapachearies-1066/
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Thanks,
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 

Guillaume Nodet

Red Hat, Open Source Integration

Email: gno...@redhat.com
Web: http://fusesource.com
Blog: http://gnodet.blogspot.com/

[jira] [Commented] (ARIES-1525) The RSA core should not get the service before it is needed

2016-04-11 Thread Guillaume Nodet (JIRA) 

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

Guillaume Nodet commented on ARIES-1525:


I'm not sure to understand what you mean.
The service is retrieved from the registry as soon as the service is exported, 
which means as soon as it is exposed in the OSGi registry with the remote 
property.
My proposal is to delay that until the service is invoked, so that's clearly 
different.

> The RSA core should not get the service before it is needed 
> 
>
> Key: ARIES-1525
> URL: https://issues.apache.org/jira/browse/ARIES-1525
> Project: Aries
>  Issue Type: Improvement
>  Components: Remote Service Admin
>Reporter: Guillaume Nodet
> Fix For: rsa-2.0.0
>
>
> {{RemoteServiceAdminCore#exportService}} get the service implementation from 
> the OSGi registry and pass it as an argument to the {{DistributionProvider}}. 
>  
> I think this should be delayed until the service is actually used.



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

[jira] [Commented] (ARIES-1526) Add a fast nio/protobuf provider

2016-04-11 Thread ASF subversion and git services (JIRA) 

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

ASF subversion and git services commented on ARIES-1526:


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

[ARIES-1526] Make sure log output is redirected

> Add a fast nio/protobuf provider
> 
>
> Key: ARIES-1526
> URL: https://issues.apache.org/jira/browse/ARIES-1526
> Project: Aries
>  Issue Type: New Feature
>  Components: Remote Service Admin
>Reporter: Guillaume Nodet
>Assignee: Guillaume Nodet
> Fix For: rsa-2.0.0
>
>




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

[jira] [Commented] (ARIES-1526) Add a fast nio/protobuf provider

2016-04-11 Thread ASF subversion and git services (JIRA) 

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

ASF subversion and git services commented on ARIES-1526:


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

[ARIES-1526] Move inner classes at the end of the TcpTransport source file, 
remove exceptions when the transport is closing

> Add a fast nio/protobuf provider
> 
>
> Key: ARIES-1526
> URL: https://issues.apache.org/jira/browse/ARIES-1526
> Project: Aries
>  Issue Type: New Feature
>  Components: Remote Service Admin
>Reporter: Guillaume Nodet
>Assignee: Guillaume Nodet
> Fix For: rsa-2.0.0
>
>




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

Re: [VOTE] Apache Aries Blueprint Parser 1.5.0, Blueprint Core 1.6.1, Blueprint CM 1.0.9 (take 2)

2016-04-11 Thread Daniel Kulp 
+1

Dan

> On Apr 11, 2016, at 4:42 AM, Jean-Baptiste Onofré  wrote:
> 
> Hi all,
> 
> in order to fix ARIES-1503 (severe issue), I staged the following artifacts:
> 
> * blueprint-parser 1.5.0
> * blueprint-core 1.6.1
> * blueprint-cm 1.0.9
> 
> Staging Repository:
> https://repository.apache.org/content/repositories/orgapachearies-1066/
> 
> Please vote to approve this release:
> 
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
> 
> This vote will be open for at least 72 hours.
> 
> Thanks,
> Regards
> JB
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com

-- 
Daniel Kulp
dk...@apache.org - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com

Re: [VOTE] Apache Aries Blueprint Parser 1.5.0, Blueprint Core 1.6.1, Blueprint CM 1.0.9 (take 2)

2016-04-11 Thread Christian Schneider 

+1

Christian

On 11.04.2016 10:42, Jean-Baptiste Onofré wrote:

Hi all,

in order to fix ARIES-1503 (severe issue), I staged the following 
artifacts:


* blueprint-parser 1.5.0
* blueprint-core 1.6.1
* blueprint-cm 1.0.9

Staging Repository:
https://repository.apache.org/content/repositories/orgapachearies-1066/

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Don't approve the release (please provide specific comments)

This vote will be open for at least 72 hours.

Thanks,
Regards
JB



--
Christian Schneider
http://www.liquid-reality.de

Open Source Architect
http://www.talend.com

Re: [VOTE] Apache Aries Blueprint Parser 1.5.0, Blueprint Core 1.6.1, Blueprint CM 1.0.9 (take 2)

2016-04-11 Thread David Bosschaert 
+1

David

On 11 April 2016 at 09:42, Jean-Baptiste Onofré  wrote:

> Hi all,
>
> in order to fix ARIES-1503 (severe issue), I staged the following
> artifacts:
>
> * blueprint-parser 1.5.0
> * blueprint-core 1.6.1
> * blueprint-cm 1.0.9
>
> Staging Repository:
> https://repository.apache.org/content/repositories/orgapachearies-1066/
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Thanks,
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

[jira] [Commented] (ARIES-1525) The RSA core should not get the service before it is needed

2016-04-11 Thread Christian Schneider (JIRA) 

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

Christian Schneider commented on ARIES-1525:


I don't think this is needed. The code in the DistributionProvider is only 
called when a service is to be exported or imported. So at this point there is 
no need for a defered instantiation.

> The RSA core should not get the service before it is needed 
> 
>
> Key: ARIES-1525
> URL: https://issues.apache.org/jira/browse/ARIES-1525
> Project: Aries
>  Issue Type: Improvement
>  Components: Remote Service Admin
>Reporter: Guillaume Nodet
> Fix For: rsa-2.0.0
>
>
> {{RemoteServiceAdminCore#exportService}} get the service implementation from 
> the OSGi registry and pass it as an argument to the {{DistributionProvider}}. 
>  
> I think this should be delayed until the service is actually used.



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

Re: [VOTE] Apache Aries Blueprint Parser 1.5.0, Blueprint Core 1.6.1, Blueprint CM 1.0.9 (take 2)

2016-04-11 Thread Grzegorz Grzybek 
+1 (non-binding)

camel-test-blueprint tests (using felix-connect) work fine.

regards
Grzegorz Grzybek

2016-04-11 10:42 GMT+02:00 Jean-Baptiste Onofré :

> Hi all,
>
> in order to fix ARIES-1503 (severe issue), I staged the following
> artifacts:
>
> * blueprint-parser 1.5.0
> * blueprint-core 1.6.1
> * blueprint-cm 1.0.9
>
> Staging Repository:
> https://repository.apache.org/content/repositories/orgapachearies-1066/
>
> Please vote to approve this release:
>
> [ ] +1 Approve the release
> [ ] -1 Don't approve the release (please provide specific comments)
>
> This vote will be open for at least 72 hours.
>
> Thanks,
> Regards
> JB
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

[jira] [Commented] (ARIES-1526) Add a fast nio/protobuf provider

2016-04-11 Thread ASF subversion and git services (JIRA) 

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

ASF subversion and git services commented on ARIES-1526:


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

[ARIES-1526] Add a fast nio/protobuf provider

> Add a fast nio/protobuf provider
> 
>
> Key: ARIES-1526
> URL: https://issues.apache.org/jira/browse/ARIES-1526
> Project: Aries
>  Issue Type: New Feature
>  Components: Remote Service Admin
>Reporter: Guillaume Nodet
>Assignee: Guillaume Nodet
> Fix For: rsa-2.0.0
>
>




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

[jira] [Commented] (ARIES-1525) The RSA core should not get the service before it is needed

2016-04-11 Thread Guillaume Nodet (JIRA) 

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

Guillaume Nodet commented on ARIES-1525:


I also don't think the provider should deal with the OSGi service registry 
directly, but it should be given a simple interface instead:
{code}
public interface ServiceFactory {

Object get();

void unget();

}
{code}

The benefit is that when services are provided through extenders (blueprint, 
scr, etc...), the service instantiation may be delayed until the service is 
actually needed.  This is an optimization, as it also avoids loading all the 
needed classes from the bundle until the service is actually created. 

It could be configurable, so that you could choose between a lazy / eager 
policy.


> The RSA core should not get the service before it is needed 
> 
>
> Key: ARIES-1525
> URL: https://issues.apache.org/jira/browse/ARIES-1525
> Project: Aries
>  Issue Type: Improvement
>  Components: Remote Service Admin
>Reporter: Guillaume Nodet
> Fix For: rsa-2.0.0
>
>
> {{RemoteServiceAdminCore#exportService}} get the service implementation from 
> the OSGi registry and pass it as an argument to the {{DistributionProvider}}. 
>  
> I think this should be delayed until the service is actually used.



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

[jira] [Created] (ARIES-1526) Add a fast nio/protobuf provider

2016-04-11 Thread Guillaume Nodet (JIRA) 
Guillaume Nodet created ARIES-1526:
--

 Summary: Add a fast nio/protobuf provider
 Key: ARIES-1526
 URL: https://issues.apache.org/jira/browse/ARIES-1526
 Project: Aries
  Issue Type: New Feature
  Components: Remote Service Admin
Reporter: Guillaume Nodet
Assignee: Guillaume Nodet
 Fix For: rsa-2.0.0






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

[jira] [Created] (ARIES-1525) The RSA core should not get the service before it is needed

2016-04-11 Thread Guillaume Nodet (JIRA) 
Guillaume Nodet created ARIES-1525:
--

 Summary: The RSA core should not get the service before it is 
needed 
 Key: ARIES-1525
 URL: https://issues.apache.org/jira/browse/ARIES-1525
 Project: Aries
  Issue Type: Improvement
  Components: Remote Service Admin
Reporter: Guillaume Nodet
 Fix For: rsa-2.0.0


{{RemoteServiceAdminCore#exportService}} get the service implementation from 
the OSGi registry and pass it as an argument to the {{DistributionProvider}}.  

I think this should be delayed until the service is actually used.



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

[VOTE] Apache Aries Blueprint Parser 1.5.0, Blueprint Core 1.6.1, Blueprint CM 1.0.9 (take 2)

2016-04-11 Thread Jean-Baptiste Onofré 

Hi all,

in order to fix ARIES-1503 (severe issue), I staged the following artifacts:

* blueprint-parser 1.5.0
* blueprint-core 1.6.1
* blueprint-cm 1.0.9

Staging Repository:
https://repository.apache.org/content/repositories/orgapachearies-1066/

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Don't approve the release (please provide specific comments)

This vote will be open for at least 72 hours.

Thanks,
Regards
JB
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [CANCEL][VOTE] Apache Aries Blueprint Parser 1.5.0, Blueprint Core 1.6.1, Blueprint CM 1.0.9

2016-04-11 Thread Jean-Baptiste Onofré 

Thanks for that, I'm reviewing and testing it now.

Regards
JB

On 04/11/2016 09:00 AM, Grzegorz Grzybek wrote:

Hi

Last (I hope so) issue was that blueprint-cm couldn't resolve ext
namespaces in on its own, when running under felix-connect (flat
classloader). PR#43 fixes this issue.

regards
Grzegorz Grzybek

2016-04-11 8:45 GMT+02:00 Jean-Baptiste Onofré :


Hi all,

due to an issue detected in ARIES-1503 fix, I have to cancel this vote.

We are fixing it, and I will cask a new vote soon.

Sorry about that,
Regards
JB


On 04/09/2016 09:17 PM, Jean-Baptiste Onofré wrote:


Hi all,

in order to fix ARIES-1503 (severe issue), I staged the following
artifacts:

* blueprint-parser 1.5.0
* blueprint-core 1.6.1
* blueprint-cm 1.0.9

Staging Repository:
https://repository.apache.org/content/repositories/orgapachearies-1065/

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Don't approve the release (please provide specific comments)

This vote will be open for at least 72 hours.

Thanks,
Regards
JB



--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com





--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: [CANCEL][VOTE] Apache Aries Blueprint Parser 1.5.0, Blueprint Core 1.6.1, Blueprint CM 1.0.9

2016-04-11 Thread Grzegorz Grzybek 
Hi

Last (I hope so) issue was that blueprint-cm couldn't resolve ext
namespaces in on its own, when running under felix-connect (flat
classloader). PR#43 fixes this issue.

regards
Grzegorz Grzybek

2016-04-11 8:45 GMT+02:00 Jean-Baptiste Onofré :

> Hi all,
>
> due to an issue detected in ARIES-1503 fix, I have to cancel this vote.
>
> We are fixing it, and I will cask a new vote soon.
>
> Sorry about that,
> Regards
> JB
>
>
> On 04/09/2016 09:17 PM, Jean-Baptiste Onofré wrote:
>
>> Hi all,
>>
>> in order to fix ARIES-1503 (severe issue), I staged the following
>> artifacts:
>>
>> * blueprint-parser 1.5.0
>> * blueprint-core 1.6.1
>> * blueprint-cm 1.0.9
>>
>> Staging Repository:
>> https://repository.apache.org/content/repositories/orgapachearies-1065/
>>
>> Please vote to approve this release:
>>
>> [ ] +1 Approve the release
>> [ ] -1 Don't approve the release (please provide specific comments)
>>
>> This vote will be open for at least 72 hours.
>>
>> Thanks,
>> Regards
>> JB
>>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

[CANCEL][VOTE] Apache Aries Blueprint Parser 1.5.0, Blueprint Core 1.6.1, Blueprint CM 1.0.9

2016-04-11 Thread Jean-Baptiste Onofré 

Hi all,

due to an issue detected in ARIES-1503 fix, I have to cancel this vote.

We are fixing it, and I will cask a new vote soon.

Sorry about that,
Regards
JB

On 04/09/2016 09:17 PM, Jean-Baptiste Onofré wrote:

Hi all,

in order to fix ARIES-1503 (severe issue), I staged the following
artifacts:

* blueprint-parser 1.5.0
* blueprint-core 1.6.1
* blueprint-cm 1.0.9

Staging Repository:
https://repository.apache.org/content/repositories/orgapachearies-1065/

Please vote to approve this release:

[ ] +1 Approve the release
[ ] -1 Don't approve the release (please provide specific comments)

This vote will be open for at least 72 hours.

Thanks,
Regards
JB


--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com