February 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-6162) Clustering TS: add test varian with OPTIMISTIC locking to -DextendedTests

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-6162?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated WFLY-6162: --------------------------------- Priority: Minor (was: Major) > Clustering TS: add test varian with OPTIMISTIC locking to -DextendedTests > ------------------------------------------------------------------------- > > Key: WFLY-6162 > URL: https://issues.jboss.org/browse/WFLY-6162 > Project: WildFly > Issue Type: Task > Components: Clustering, Test Suite > Affects Versions: 10.0.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > > Might find issues such as https://issues.jboss.org/browse/ISPN-6146 early on. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6162) Clustering TS: add test variant with OPTIMISTIC locking to -DextendedTests

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-6162?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated WFLY-6162: --------------------------------- Summary: Clustering TS: add test variant with OPTIMISTIC locking to -DextendedTests (was: Clustering TS: add test varian with OPTIMISTIC locking to -DextendedTests) > Clustering TS: add test variant with OPTIMISTIC locking to -DextendedTests > -------------------------------------------------------------------------- > > Key: WFLY-6162 > URL: https://issues.jboss.org/browse/WFLY-6162 > Project: WildFly > Issue Type: Task > Components: Clustering, Test Suite > Affects Versions: 10.0.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > > Might find issues such as https://issues.jboss.org/browse/ISPN-6146 early on. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6162) Clustering TS: add test varian with OPTIMISTIC locking to -DextendedTests

by Radoslav Husar (JIRA)

Radoslav Husar created WFLY-6162: ------------------------------------ Summary: Clustering TS: add test varian with OPTIMISTIC locking to -DextendedTests Key: WFLY-6162 URL: https://issues.jboss.org/browse/WFLY-6162 Project: WildFly Issue Type: Task Components: Clustering, Test Suite Reporter: Radoslav Husar Assignee: Radoslav Husar Priority: Minor -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6162) Clustering TS: add test varian with OPTIMISTIC locking to -DextendedTests

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-6162?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated WFLY-6162: --------------------------------- Affects Version/s: 10.0.0.Final > Clustering TS: add test varian with OPTIMISTIC locking to -DextendedTests > ------------------------------------------------------------------------- > > Key: WFLY-6162 > URL: https://issues.jboss.org/browse/WFLY-6162 > Project: WildFly > Issue Type: Task > Components: Clustering, Test Suite > Affects Versions: 10.0.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5788) EJB client can fail with CNFE when deserializing EJBException since wrapped cause might not be on classpath such as CacheException

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-5788?page=com.atlassian.jira.plugin.... ] Radoslav Husar commented on WFLY-5788: -------------------------------------- Discussion on the current PR: https://github.com/jbossas/jboss-eap7/pull/261 > EJB client can fail with CNFE when deserializing EJBException since wrapped cause might not be on classpath such as CacheException > ---------------------------------------------------------------------------------------------------------------------------------- > > Key: WFLY-5788 > URL: https://issues.jboss.org/browse/WFLY-5788 > Project: WildFly > Issue Type: Bug > Components: Clustering > Affects Versions: 10.0.0.CR5 > Reporter: Michal Vinkler > Assignee: Radoslav Husar > > -RuntimeExceptions thrown when accessing the SFSB cache should be rethrown as an EJBException. Otherwise the client doesn't know how to serialize implementation specific exception classes.- > This is not correct. The cause is wrapped in the EJBException but it is the cause that cannot be deserialized. Updated the Jira summary and crossed ^ out. --Rado > Seen in our failover tests for remote stateful EJBs - scenarios. > After failing a node, client logs these error messages: > {code} > 2015/11/27 04:10:03:241 EST [ERROR][Runner - 894] HOST perf17.mw.lab.eng.bos.redhat.com:rootProcess:c - Error getting response. <javax.ejb.EJBException: java.lang.ClassNotFoundException: org.infinispan.statetransfer.OutdatedTopologyException> > javax.ejb.EJBException: java.lang.ClassNotFoundException: org.infinispan.statetransfer.OutdatedTopologyException > at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:238) > at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:183) > at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:146) > at com.sun.proxy.$Proxy2.getSerialAndIncrement(Unknown Source) > at org.jboss.smartfrog.clustering.ejb3.StatefulSBProcessorFactoryImpl$EJB3RequestProcessor.processRequest(StatefulSBProcessorFactoryImpl.java:84) > at org.jboss.smartfrog.loaddriver.CompoundRequestProcessorFactoryImpl$CompoundRequestProcessor.processRequest(CompoundRequestProcessorFactoryImpl.java:52) > at org.jboss.smartfrog.loaddriver.Runner.run(Runner.java:103) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.ClassNotFoundException: org.infinispan.statetransfer.OutdatedTopologyException > at java.net.URLClassLoader.findClass(URLClassLoader.java:381) > at java.lang.ClassLoader.loadClass(ClassLoader.java:424) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) > at java.lang.ClassLoader.loadClass(ClassLoader.java:357) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:348) > at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:131) > at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:112) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:948) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1255) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:224) > at org.jboss.marshalling.river.RiverUnmarshaller.readFields(RiverUnmarshaller.java:1745) > at org.jboss.marshalling.river.RiverObjectInputStream.defaultReadObject(RiverObjectInputStream.java:81) > at java.lang.Throwable.readObject(Throwable.java:914) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at org.jboss.marshalling.reflect.SerializableClass.callReadObject(SerializableClass.java:307) > at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1637) > at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606) > at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606) > at org.jboss.marshalling.river.RiverUnmarshaller.doInitSerializable(RiverUnmarshaller.java:1606) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1285) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:276) > at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209) > at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) > at org.jboss.ejb.client.remoting.InvocationExceptionResponseHandler$MethodInvocationExceptionResultProducer.getResult(InvocationExceptionResponseHandler.java:79) > at org.jboss.ejb.client.EJBClientInvocationContext$1.run(EJBClientInvocationContext.java:282) > at java.security.AccessController.doPrivileged(Native Method) > at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:279) > at org.jboss.ejb.client.EJBObjectInterceptor.handleInvocationResult(EJBObjectInterceptor.java:64) > at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:290) > at org.jboss.ejb.client.EJBHomeInterceptor.handleInvocationResult(EJBHomeInterceptor.java:88) > at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:290) > at org.jboss.ejb.client.TransactionInterceptor.handleInvocationResult(TransactionInterceptor.java:46) > at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:290) > at org.jboss.ejb.client.ReceiverInterceptor.handleInvocationResult(ReceiverInterceptor.java:129) > at org.jboss.ejb.client.EJBClientInvocationContext.getResult(EJBClientInvocationContext.java:265) > at org.jboss.ejb.client.EJBClientInvocationContext.awaitResponse(EJBClientInvocationContext.java:453) > at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:204) > ... 7 more > {code} > Link > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-e... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2015) DONT_BUNDLE+OOB processing: spurious logging, uncounted rejections, retried executions

by Radoslav Husar (JIRA)

Radoslav Husar created JGRP-2015: ------------------------------------ Summary: DONT_BUNDLE+OOB processing: spurious logging, uncounted rejections, retried executions Key: JGRP-2015 URL: https://issues.jboss.org/browse/JGRP-2015 Project: JGroups Issue Type: Bug Affects Versions: 3.6.7 Reporter: Radoslav Husar Assignee: Bela Ban It seems to me there are few issues in the new DONT_BUNDLE+OOB processing: * messages are not removed from batch when execution fails * rejections are not counted to num_rejected_msgs * spurious logging per message overfills the log -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2015) DONT_BUNDLE+OOB processing: spurious logging, uncounted rejections, retried executions

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/JGRP-2015?page=com.atlassian.jira.plugin.... ] Radoslav Husar reassigned JGRP-2015: ------------------------------------ Assignee: Radoslav Husar (was: Bela Ban) > DONT_BUNDLE+OOB processing: spurious logging, uncounted rejections, retried executions > -------------------------------------------------------------------------------------- > > Key: JGRP-2015 > URL: https://issues.jboss.org/browse/JGRP-2015 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.6.7 > Reporter: Radoslav Husar > Assignee: Radoslav Husar > > It seems to me there are few issues in the new DONT_BUNDLE+OOB processing: > * messages are not removed from batch when execution fails > * rejections are not counted to num_rejected_msgs > * spurious logging per message overfills the log -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-103) NPE in PackageBuilderContext for mvel related code

by Geoffrey De Smet (JIRA)

[ https://issues.jboss.org/browse/DROOLS-103?page=com.atlassian.jira.plugin... ] Geoffrey De Smet updated DROOLS-103: ------------------------------------ Comment: was deleted (was: This also happens on jenkins turtle tests. Don't see it locally though. {code} java.lang.NoClassDefFoundError: org/kie/api/KieServices$Factory at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildKieBase(ScoreDirectorFactoryConfig.java:299) at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildDroolsScoreDirectorFactory(ScoreDirectorFactoryConfig.java:280) at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:187) at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:175) at org.optaplanner.core.config.solver.SolverConfig.buildSolver(SolverConfig.java:144) at org.optaplanner.core.config.solver.XmlSolverFactory.buildSolver(XmlSolverFactory.java:104) at org.optaplanner.examples.common.app.SolverPerformanceTest.solve(SolverPerformanceTest.java:86) at org.optaplanner.examples.common.app.SolverPerformanceTest.runSpeedTest(SolverPerformanceTest.java:71) at org.optaplanner.examples.cloudbalancing.app.CloudBalancingPerformanceTest.solveModel_cb_0200comp_0600FastAssert(CloudBalancingPerformanceTest.java:52) 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:601) 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.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74) {code} See https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/...) > NPE in PackageBuilderContext for mvel related code > -------------------------------------------------- > > Key: DROOLS-103 > URL: https://issues.jboss.org/browse/DROOLS-103 > Project: Drools > Issue Type: Bug > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Fix For: 6.0.0.CR4 > > > On jenkins drools often craches on this line in PackageBuildContext: > {code} > this.typesafe = ((MVELDialect) dialectRegistry.getDialect( "mvel" )).isStrictMode(); > {code} > This happens in the optaplanner and optaplanner-runTurtleTests jobs. > Locally I haven't seen it yet. > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/... > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/Drools%20jBPM/view/... > {code} > java.lang.NullPointerException > at org.drools.compiler.rule.builder.PackageBuildContext.init(PackageBuildContext.java:101) > at org.drools.compiler.rule.builder.RuleBuildContext.<init>(RuleBuildContext.java:78) > at org.drools.compiler.compiler.PackageBuilder.addRule(PackageBuilder.java:3028) > at org.drools.compiler.compiler.PackageBuilder.compileRules(PackageBuilder.java:948) > at org.drools.compiler.compiler.PackageBuilder.compileAllRules(PackageBuilder.java:854) > at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildRules(CompositeKnowledgeBuilderImpl.java:233) > at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.buildPackages(CompositeKnowledgeBuilderImpl.java:88) > at org.drools.compiler.compiler.CompositeKnowledgeBuilderImpl.build(CompositeKnowledgeBuilderImpl.java:76) > at org.drools.compiler.kie.builder.impl.AbstractKieModule.buildKnowledgePackages(AbstractKieModule.java:140) > at org.drools.compiler.kie.builder.impl.AbstractKieProject.verify(AbstractKieProject.java:39) > at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildKieModule(KieBuilderImpl.java:207) > at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll(KieBuilderImpl.java:160) > at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildKieBase(ScoreDirectorFactoryConfig.java:305) > at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildDroolsScoreDirectorFactory(ScoreDirectorFactoryConfig.java:273) > at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:180) > at org.optaplanner.core.config.score.director.ScoreDirectorFactoryConfig.buildScoreDirectorFactory(ScoreDirectorFactoryConfig.java:168) > at org.optaplanner.core.config.solver.SolverConfig.buildSolver(SolverConfig.java:144) > at org.optaplanner.core.config.solver.XmlSolverFactory.buildSolver(XmlSolverFactory.java:104) > at org.optaplanner.examples.common.app.SolverPerformanceTest.solve(SolverPerformanceTest.java:86) > at org.optaplanner.examples.common.app.SolverPerformanceTest.runSpeedTest(SolverPerformanceTest.java:71) > at org.optaplanner.examples.examination.app.ExaminationPerformanceTest.solveComp_set5FastAssert(ExaminationPerformanceTest.java:52) > 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: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.InvokeMethod.evaluate(InvokeMethod.java:17) > at org.junit.internal.runners.statements.FailOnTimeout$StatementThread.run(FailOnTimeout.java:74) > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-644) TS: Allow XSLT to fit any namespace versions.

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-644?page=com.atlassian.jira.plugin.s... ] Radoslav Husar closed WFLY-644. ------------------------------- Resolution: Out of Date This was already done, e.g. like this https://github.com/wildfly/wildfly/blob/master/testsuite/integration/src/... > TS: Allow XSLT to fit any namespace versions. > --------------------------------------------- > > Key: WFLY-644 > URL: https://issues.jboss.org/browse/WFLY-644 > Project: WildFly > Issue Type: Sub-task > Components: Test Suite > Reporter: Ondrej Zizka > Original Estimate: 2 days > Time Spent: 2 hours > Remaining Estimate: 1 day, 6 hours > > Namespaces versions change during development, which leads to upstream testsuite versus EAP releases mismatch, which is undesirable as the testsuite sometimes contains more up-to-date tests. > It would be good to have XLST matching namespaces but except version. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1357) XSLT scripts for integration tests failing silently

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-1357?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated WFLY-1357: --------------------------------- Priority: Optional (was: Major) > XSLT scripts for integration tests failing silently > --------------------------------------------------- > > Key: WFLY-1357 > URL: https://issues.jboss.org/browse/WFLY-1357 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Affects Versions: 8.0.0.Alpha1 > Environment: Wildfly integration tests > Reporter: Richard Achmatowicz > Priority: Optional > > We use XSLT scripts to build custom Wildfly distributions for testing. > Hard-coding of Wildfly subsystem namespace versions with no corresponding update to the scripts when schema versions change is causing XSLT scripts to be executed but silently not carry out the intended changes, resulting in broken test cases, of which no one is aware. > For example: > <xsl:stylesheet xmlns:jgroups="urn:jboss:domain:jgroups:1.1" > <xsl:template match="//jgroups:subsystem"> > // do something > </xsl:template> > <xsl:stylesheet> > will do nothing when executed against a 2.0 jgroups schema. > We need to have a general mechanism in place to work around the need to hardcode namespace versions when the namespace version is general and not specific. This needs to be applied to most XSLT scripts. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2016