May 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4292) Update endpoint subsystem xsd version in server testsuite

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4292?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4292: ---------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.0.0.Beta1 7.0.0.Final Resolution: Done > Update endpoint subsystem xsd version in server testsuite > --------------------------------------------------------- > > Key: ISPN-4292 > URL: https://issues.jboss.org/browse/ISPN-4292 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Jakub Markos > Assignee: Jakub Markos > Fix For: 7.0.0.Beta1, 7.0.0.Final > > > We're using xslt to modify the endpoints subsystem (to remove security from rest endpoint), but we're searching for endpoint 6.0, not 7.0 - https://github.com/infinispan/infinispan/blob/master/server/integration/t... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4292) Update endpoint subsystem xsd version in server testsuite

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4292?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4292: ---------------------------------- Status: Pull Request Sent (was: Open) > Update endpoint subsystem xsd version in server testsuite > --------------------------------------------------------- > > Key: ISPN-4292 > URL: https://issues.jboss.org/browse/ISPN-4292 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Jakub Markos > Assignee: Jakub Markos > Fix For: 7.0.0.Beta1, 7.0.0.Final > > > We're using xslt to modify the endpoints subsystem (to remove security from rest endpoint), but we're searching for endpoint 6.0, not 7.0 - https://github.com/infinispan/infinispan/blob/master/server/integration/t... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4293) PR for ISPN-4137 causes a performance drop in repl tx mode

by Jakub Markos (JIRA)

Jakub Markos created ISPN-4293: ---------------------------------- Summary: PR for ISPN-4137 causes a performance drop in repl tx mode Key: ISPN-4293 URL: https://issues.jboss.org/browse/ISPN-4293 Project: Infinispan Issue Type: Bug Reporter: Jakub Markos Assignee: Dan Berindei See the last graph here for example http://jawa36.mw.lab.eng.brq.redhat.com:8080/repo/reports/metric/saved/te... Caused by this commit https://github.com/infinispan/infinispan/commit/8be817a193699ce8b59aec8da... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4190) Use Message.Flag.DONT_LOOPBACK instead of RequestOptions.setExclusionList

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/ISPN-4190?page=com.atlassian.jira.plugin.... ] Bela Ban commented on ISPN-4190: -------------------------------- Make sure you test TO with both SEQUENCER and TOA, too. I didn't look at these 2 protocols. > Use Message.Flag.DONT_LOOPBACK instead of RequestOptions.setExclusionList > ------------------------------------------------------------------------- > > Key: ISPN-4190 > URL: https://issues.jboss.org/browse/ISPN-4190 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 7.0.0.Alpha2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.0.0.Beta1 > > > We are currently using {{RequestOptions.setExclusionList(channel.getAddress())}} in CommandAwareRpcDispatcher, to prevent the sender of an RPC to receive that message. We can't use {{Channel.setDiscardOwnMessages(true)}}, because TO requires messages to be delivered to self. > JGroups 3.5.0.Beta2 has added a {{DONT_LOOPBACK}} flag, which should be a lot more efficient than using the exclusion list. We should start using it. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4292) Update endpoint subsystem xsd version in server testsuite

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4292?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4292: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1098166|https://bugzilla.redhat.com/show_bug.cgi?id=1098166] from NEW to MODIFIED > Update endpoint subsystem xsd version in server testsuite > --------------------------------------------------------- > > Key: ISPN-4292 > URL: https://issues.jboss.org/browse/ISPN-4292 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Jakub Markos > Assignee: Jakub Markos > > We're using xslt to modify the endpoints subsystem (to remove security from rest endpoint), but we're searching for endpoint 6.0, not 7.0 - https://github.com/infinispan/infinispan/blob/master/server/integration/t... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4292) Update endpoint subsystem xsd version in server testsuite

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4292?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4292: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1098166 > Update endpoint subsystem xsd version in server testsuite > --------------------------------------------------------- > > Key: ISPN-4292 > URL: https://issues.jboss.org/browse/ISPN-4292 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Jakub Markos > Assignee: Jakub Markos > > We're using xslt to modify the endpoints subsystem (to remove security from rest endpoint), but we're searching for endpoint 6.0, not 7.0 - https://github.com/infinispan/infinispan/blob/master/server/integration/t... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4292) Update endpoint subsystem xsd version in server testsuite

by Jakub Markos (JIRA)

[ https://issues.jboss.org/browse/ISPN-4292?page=com.atlassian.jira.plugin.... ] Jakub Markos updated ISPN-4292: ------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/2561 > Update endpoint subsystem xsd version in server testsuite > --------------------------------------------------------- > > Key: ISPN-4292 > URL: https://issues.jboss.org/browse/ISPN-4292 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Jakub Markos > Assignee: Jakub Markos > > We're using xslt to modify the endpoints subsystem (to remove security from rest endpoint), but we're searching for endpoint 6.0, not 7.0 - https://github.com/infinispan/infinispan/blob/master/server/integration/t... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4190) Use Message.Flag.DONT_LOOPBACK instead of RequestOptions.setExclusionList

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4190?page=com.atlassian.jira.plugin.... ] William Burns commented on ISPN-4190: ------------------------------------- This should be working with the latest JGroups Also to keep in mind: bela_> DONT_LOOPBACK is only implemented in UNICAST3 and NAKACK2 > Use Message.Flag.DONT_LOOPBACK instead of RequestOptions.setExclusionList > ------------------------------------------------------------------------- > > Key: ISPN-4190 > URL: https://issues.jboss.org/browse/ISPN-4190 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 7.0.0.Alpha2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.0.0.Beta1 > > > We are currently using {{RequestOptions.setExclusionList(channel.getAddress())}} in CommandAwareRpcDispatcher, to prevent the sender of an RPC to receive that message. We can't use {{Channel.setDiscardOwnMessages(true)}}, because TO requires messages to be delivered to self. > JGroups 3.5.0.Beta2 has added a {{DONT_LOOPBACK}} flag, which should be a lot more efficient than using the exclusion list. We should start using it. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4292) Update endpoint subsystem xsd version in server testsuite

by Jakub Markos (JIRA)

[ https://issues.jboss.org/browse/ISPN-4292?page=com.atlassian.jira.plugin.... ] Jakub Markos commented on ISPN-4292: ------------------------------------ One occurrence was already bumped with this commit https://github.com/infinispan/infinispan/commit/45295b7b426ac457d93b0cc38... > Update endpoint subsystem xsd version in server testsuite > --------------------------------------------------------- > > Key: ISPN-4292 > URL: https://issues.jboss.org/browse/ISPN-4292 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Jakub Markos > Assignee: Jakub Markos > > We're using xslt to modify the endpoints subsystem (to remove security from rest endpoint), but we're searching for endpoint 6.0, not 7.0 - https://github.com/infinispan/infinispan/blob/master/server/integration/t... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4285) HotRod digest-md5 auth fails with NPE

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4285?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4285: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1097316|https://bugzilla.redhat.com/show_bug.cgi?id=1097316] from NEW to MODIFIED > HotRod digest-md5 auth fails with NPE > ------------------------------------- > > Key: ISPN-4285 > URL: https://issues.jboss.org/browse/ISPN-4285 > Project: Infinispan > Issue Type: Bug > Components: Server > Reporter: Vojtech Juranek > Assignee: Tristan Tarrant > Fix For: 7.0.0.Beta1 > > > HotRod DIGEST-MD5 auth fails with NPE when password on the server is stored as a plain text. Example realm configuration snip: > {noformat} > <authentication> > <local default-user="$local" allowed-users="*"/> > <properties path="application-users.properties" relative-to="jboss.server.config.dir" plain-text="true"/> > </authentication> > {noformat} > Full stack trace: > {noformat} > org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:310) > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:185) > at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.getTransport(FaultTolerantPingOperation.java:27) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:48) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.ping(RemoteCacheImpl.java:535) > at org.infinispan.client.hotrod.RemoteCacheManager.ping(RemoteCacheManager.java:633) > at org.infinispan.client.hotrod.RemoteCacheManager.createRemoteCache(RemoteCacheManager.java:614) > at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:525) > at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:521) > at org.infinispan.server.test.client.hotrod.security.HotRodSaslAuthTestBase.initialize(HotRodSaslAuthTestBase.java:55) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) > at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24) > at org.jboss.arquillian.junit.Arquillian$StatementLifecycleExecutor.invoke(Arquillian.java:351) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99) > at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createBeforeContext(ContainerEventController.java:124) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:95) > at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:222) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) > at org.junit.runners.Suite.runChild(Suite.java:127) > at org.junit.runners.Suite.runChild(Suite.java:26) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:62) > at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:139) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) > at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) > at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75) > Caused by: java.lang.NullPointerException > at org.infinispan.client.hotrod.impl.transport.AbstractTransport.writeArray(AbstractTransport.java:97) > at org.infinispan.client.hotrod.impl.operations.AuthOperation.execute(AuthOperation.java:35) > at org.infinispan.client.hotrod.impl.transport.tcp.SaslTransportObjectFactory.auth(SaslTransportObjectFactory.java:99) > at org.infinispan.client.hotrod.impl.transport.tcp.SaslTransportObjectFactory.makeObject(SaslTransportObjectFactory.java:72) > at org.infinispan.client.hotrod.impl.transport.tcp.SaslTransportObjectFactory.makeObject(SaslTransportObjectFactory.java:25) > at org.apache.commons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1220) > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:306) > ... 98 more > {noformat} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2014