[jira] [Commented] (TUSCANY-3581) Tribes MultiRegTestCase fails with IPV6
[ https://issues.apache.org/jira/browse/TUSCANY-3581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13043239#comment-13043239 ] ant elder commented on TUSCANY-3581: Hi Benjamin, Tuscany has several registry implementations this Tribes based one is just one of those and is optional, so are you needing to actually use the Tribes based registry or is this issue just to fix the build fail? Tribes MultiRegTestCase fails with IPV6 Key: TUSCANY-3581 URL: https://issues.apache.org/jira/browse/TUSCANY-3581 Project: Tuscany Issue Type: Bug Components: SCA Java Runtime Affects Versions: Java-SCA-2.0-M5, Java-SCA-2.x Reporter: Luciano Resende Fix For: Java-SCA-1.x Tribes MultiRegTestCase seems to be feiling when IPV6 is set (which seems to be default with recent ubuntu server install) --- Test set: org.apache.tuscany.sca.endpoint.tribes.MultiRegTestCase --- Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.182 sec FAILURE! testReplication(org.apache.tuscany.sca.endpoint.tribes.MultiRegTestCase) Time elapsed: 1.123 sec ERROR! java.lang.IllegalStateException: org.apache.catalina.tribes.ChannelException: java.io.IOException: Invalid argument; No faulty members identified. at org.apache.tuscany.sca.endpoint.tribes.ReplicatedEndpointRegistry.start(ReplicatedEndpointRegistry.java:268) at org.apache.tuscany.sca.endpoint.tribes.MultiRegTestCase.testReplication(MultiRegTestCase.java:73) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) Caused by: org.apache.catalina.tribes.ChannelException: java.io.IOException: Invalid argument; No faulty members identified. at org.apache.catalina.tribes.group.ChannelCoordinator.internalStart(ChannelCoordinator.java:169) at org.apache.catalina.tribes.group.ChannelCoordinator.start(ChannelCoordinator.java:97) at org.apache.catalina.tribes.group.ChannelInterceptorBase.start(ChannelInterceptorBase.java:149) at org.apache.catalina.tribes.group.interceptors.MessageDispatchInterceptor.start(MessageDispatchInterceptor.java:147) at org.apache.catalina.tribes.group.ChannelInterceptorBase.start(ChannelInterceptorBase.java:149) at org.apache.catalina.tribes.group.GroupChannel.start(GroupChannel.java:407) at
Re: [VOTE] Release Tuscany Zip Plugin Alpha3
Hi Ant, I'm trying to test the alpha3 version of the plugin but I'm facing the following problem while trying to package one of my samples as a zip contribution. I'm using ... packagingzip/packaging ... build plugins plugin groupIdorg.apache.tuscany.sca/groupId artifactIdtuscany-zip-plugin/artifactId versionalpha3/version extensionstrue/extensions /plugin /plugins /build I've tried repositories repository idant-people-apache/id url http://people.apache.org/~antelder/tuscany/tuscany-zip-plugin-alpha3-RC1 /url /repository /repositories but maven says it's unable to index the repo. I've also tried manually deploying the plugin to the local repo but maven 2.2.1 still downloads alpha2 even though version is set to alpha3... How can I test it? Thanks, Florian On Thu, Jun 2, 2011 at 2:00 PM, ant elder ant.el...@gmail.com wrote: Please vote on releasing the Tuscany Zip Plugin module. The change over the alpha2 release is to rename the module from maven-zip-plugin to tuscany-zip-plugin, see TUSCANY-3861. The tag for the release is: https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-zip-plugin-alpha3 The Maven staging repository is: http://people.apache.org/~antelder/tuscany/tuscany-zip-plugin-alpha3-RC1 +1 from me. ...ant
Florian Pinel is out of the office.
I will be out of the office starting 06/03/2011 and will not return until 06/07/2011.
Re: [VOTE] Release Tuscany Zip Plugin Alpha3
On Fri, Jun 3, 2011 at 8:47 AM, Florian Moga moga@gmail.com wrote: Hi Ant, I'm trying to test the alpha3 version of the plugin but I'm facing the following problem while trying to package one of my samples as a zip contribution. I'm using ... packagingzip/packaging ... build plugins plugin groupIdorg.apache.tuscany.sca/groupId artifactIdtuscany-zip-plugin/artifactId versionalpha3/version extensionstrue/extensions /plugin /plugins /build I've tried repositories repository idant-people-apache/id urlhttp://people.apache.org/~antelder/tuscany/tuscany-zip-plugin-alpha3-RC1/url /repository /repositories but maven says it's unable to index the repo. I've also tried manually deploying the plugin to the local repo but maven 2.2.1 still downloads alpha2 even though version is set to alpha3... Thats a bug, the plugins component.xml was still referencing the old 'maven-zip-plugin' name. I'll go fix it and respin the release. Thanks for reviewing. ...ant
Re: [VOTE] Release Tuscany Zip Plugin Alpha3 RC2
Hi Ant, It now works fine with the helloworld sample. I've checked and it uses alpha3 with mvn help:describe -Dplugin=org.apache.tuscany.sca:tuscany-zip-plugin. I've tried packaging webapps as zip and running them with something like node = NodeFactory.newInstance().createNode(new Contribution(foo, target/helloworld-webapp-2.0-SNAPSHOT.zip)); node.start(); but the Tuscany runtime simply logs INFO: Loading contribution: file:/home/fmoga/coding/apache-tuscany/trunk/samples/getting-started/helloworld-webapp/target/helloworld-webapp-2.0-SNAPSHOT.zip and doesn't deploy the webapp. Is this plugin intended to support webapps as well? Couldn't find any information related to this in the README. Thanks, Florian On Fri, Jun 3, 2011 at 12:06 PM, ant elder ant.el...@gmail.com wrote: Please vote on releasing the Tuscany Zip Plugin module (RC2). The change over the alpha2 release is to rename the module from maven-zip-plugin to tuscany-zip-plugin, see TUSCANY-3861. This RC2 fixes the issue Florian found with the old plugin name still being referenced. The tag for the release is: https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/tuscany-zip-plugin-alpha3 The Maven staging repository is: http://people.apache.org/~antelder/tuscany/tuscany-zip-plugin-alpha3-RC2 +1 from me. ...ant
Re: [VOTE] Release Tuscany Zip Plugin Alpha3 RC2
No, that's not an issue. I was checking with you in case the plugin had to detect the webapp and construct the zip file in a different way so that the Node will know to start the webapp. In this case, everything seems fine, so here my +1. On Fri, Jun 3, 2011 at 1:16 PM, ant elder antel...@apache.org wrote: On Fri, Jun 3, 2011 at 10:59 AM, Florian Moga moga@gmail.com wrote: Hi Ant, It now works fine with the helloworld sample. I've checked and it uses alpha3 with mvn help:describe -Dplugin=org.apache.tuscany.sca:tuscany-zip-plugin. I've tried packaging webapps as zip and running them with something like node = NodeFactory.newInstance().createNode(new Contribution(foo, target/helloworld-webapp-2.0-SNAPSHOT.zip)); node.start(); but the Tuscany runtime simply logs INFO: Loading contribution: file:/home/fmoga/coding/apache-tuscany/trunk/samples/getting-started/helloworld-webapp/target/helloworld-webapp-2.0-SNAPSHOT.zip and doesn't deploy the webapp. Is this plugin intended to support webapps as well? Couldn't find any information related to this in the README. Thanks, Florian No I don't expect that would work presently, but from what you've said it sounds like the tuscany-zip-plugin did work ok and create a zip contribution but the issue is that the NodeFactory Node doesn't know who to run that as a webapp. Is this something that needs to be supported, why would you want a webapp not packaged as a .war? Either way, is this an issue for this plugin release or could it be left for a later release? ...ant
[jira] [Commented] (TUSCANY-3581) Tribes MultiRegTestCase fails with IPV6
[ https://issues.apache.org/jira/browse/TUSCANY-3581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13043416#comment-13043416 ] Benjamin Busjaeger commented on TUSCANY-3581: - Hi Ant, I just need the ability to resolve endpoints across JVMs; I can use another registry implementation. I am currently using a minimal runtime: tuscany core + java impl + sca/ws binding + endpoint tribes. Can I swap tribes for something else? Btw. turning off ipv6 gets me past the exception above, but the replication still does not seem to be working on ubuntu (it works for the same test case on windows). Tribes MultiRegTestCase fails with IPV6 Key: TUSCANY-3581 URL: https://issues.apache.org/jira/browse/TUSCANY-3581 Project: Tuscany Issue Type: Bug Components: SCA Java Runtime Affects Versions: Java-SCA-2.0-M5, Java-SCA-2.x Reporter: Luciano Resende Fix For: Java-SCA-1.x Tribes MultiRegTestCase seems to be feiling when IPV6 is set (which seems to be default with recent ubuntu server install) --- Test set: org.apache.tuscany.sca.endpoint.tribes.MultiRegTestCase --- Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.182 sec FAILURE! testReplication(org.apache.tuscany.sca.endpoint.tribes.MultiRegTestCase) Time elapsed: 1.123 sec ERROR! java.lang.IllegalStateException: org.apache.catalina.tribes.ChannelException: java.io.IOException: Invalid argument; No faulty members identified. at org.apache.tuscany.sca.endpoint.tribes.ReplicatedEndpointRegistry.start(ReplicatedEndpointRegistry.java:268) at org.apache.tuscany.sca.endpoint.tribes.MultiRegTestCase.testReplication(MultiRegTestCase.java:73) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) Caused by: org.apache.catalina.tribes.ChannelException: java.io.IOException: Invalid argument; No faulty members identified. at org.apache.catalina.tribes.group.ChannelCoordinator.internalStart(ChannelCoordinator.java:169) at org.apache.catalina.tribes.group.ChannelCoordinator.start(ChannelCoordinator.java:97) at org.apache.catalina.tribes.group.ChannelInterceptorBase.start(ChannelInterceptorBase.java:149) at org.apache.catalina.tribes.group.interceptors.MessageDispatchInterceptor.start(MessageDispatchInterceptor.java:147) at
