[JBoss JIRA] (ISPN-4902) Unsupported Class Version Error when running testsuite with JDK6
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4902?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4902:
-----------------------------------------------
Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1158479|https://bugzilla.redhat.com/show_bug.cgi?id=1158479] from NEW to POST
> Unsupported Class Version Error when running testsuite with JDK6
> -----------------------------------------------------------------
>
> Key: ISPN-4902
> URL: https://issues.jboss.org/browse/ISPN-4902
> Project: Infinispan
> Issue Type: Bug
> Components: Build process, Documentation-Core
> Affects Versions: 7.0.0.CR2
> Reporter: Roman Macor
> Assignee: Ion Savin
> Priority: Critical
> Fix For: 7.0.1.Final
>
>
> Description of problem:
> Unsupported Class Version Error is thrown when running testsuite with JDK6.
> The main error messages:
> [ERROR] java.lang.UnsupportedClassVersionError: org/infinispan/protostream/sampledomain/User : Unsupported major.minor version 51.0
> [ERROR] java.lang.UnsupportedClassVersionError: org/ops4j/pax/exam/Option : Unsupported major.minor version 51.0
> Extracted logs:
> [INFO] Reactor Summary:
> [INFO]
> [INFO] Infinispan BOM .................................... SUCCESS [10.406s]
> [INFO] Infinispan Common Parent .......................... SUCCESS [17.060s]
> [INFO] Infinispan Commons ................................ SUCCESS [26.115s]
> [INFO] Infinispan Core ................................... SUCCESS [1:03:33.709s]
> [INFO] Parent pom for server modules ..................... SUCCESS [3.556s]
> [INFO] Infinispan Server - Core Components ............... SUCCESS [1:07.008s]
> [INFO] Infinispan Query DSL API .......................... SUCCESS [3.722s]
> [INFO] Infinispan Object Filtering API ................... SUCCESS [8.841s]
> [INFO] Parent pom for cachestore modules ................. SUCCESS [1.038s]
> [INFO] Infinispan JDBC CacheStore ........................ SUCCESS [10:10.126s]
> [INFO] Parent pom for the Lucene integration modules ..... SUCCESS [1.188s]
> [INFO] Infinispan integration with Lucene v.3.x .......... SUCCESS [37.289s]
> [INFO] Infinispan Lucene Directory Implementation ........ SUCCESS [3.409s]
> [INFO] Infinispan Query API .............................. SUCCESS [5:25.030s]
> [INFO] Infinispan Tools .................................. SUCCESS [8.149s]
> [INFO] Infinispan Remote Query Client .................... SUCCESS [2.575s]
> [INFO] Infinispan Remote Query Server .................... FAILURE [1:09.702s]
> [INFO] Infinispan JPA CacheStore ......................... SUCCESS [4:35.809s]
> [INFO] Infinispan Hot Rod Server ......................... FAILURE [3:21.935s]
> [INFO] Infinispan Hot Rod Client ......................... FAILURE [11.828s]
> [INFO] Parent pom for compatibility modules .............. SUCCESS [0.697s]
> [INFO] infinispan-custom52x-store ........................ SUCCESS [25.898s]
> [INFO] infinispan-adaptor52x ............................. SUCCESS [3:59.482s]
> [INFO] Infinispan remote CacheStore ...................... SUCCESS [44.130s]
> [INFO] Infinispan LevelDB CacheStore ..................... SUCCESS [6:05.134s]
> [INFO] Infinispan REST Server ............................ SUCCESS [1:31.259s]
> [INFO] Infinispan REST CacheStore ........................ SUCCESS [15.390s]
> [INFO] Infinispan Memcached Server ....................... SUCCESS [1:34.134s]
> [INFO] Parent pom for uberjar modules .................... SUCCESS [0.037s]
> [INFO] Infinispan Embedded ............................... SUCCESS [31.958s]
> [INFO] Infinispan Embedded Query ......................... SUCCESS [40.679s]
> [INFO] Infinispan Remote Client .......................... FAILURE [4.012s]
> [INFO] Infinispan RHQ Plugin ............................. SUCCESS [37.664s]
> [INFO] Infinispan CLI Server ............................. SUCCESS [41.473s]
> [INFO] Infinispan CLI Client ............................. SUCCESS [11.122s]
> [INFO] Infinispan CDI support ............................ SUCCESS [1:34.483s]
> [INFO] Infinispan AS/EAP modules for library ............. SUCCESS [23.125s]
> [INFO] Infinispan AS/EAP modules for remote client ....... SUCCESS [1.783s]
> [INFO] Integration tests: Security Tests ................. SUCCESS [7:57.420s]
> [INFO] Integration tests: SecurityManager tests .......... SUCCESS [15.094s]
> [INFO] Integration tests: Karaf .......................... FAILURE [52.078s]
> [INFO] Integration tests: AS Module Integration Tests .... SUCCESS [1:35.135s]
> [INFO] Integration tests: AS Remote Client Module Integration Tests SUCCESS [52.983s]
> [INFO] Integration tests: Lucene Directory with Infinispan Query SUCCESS [13.914s]
> [INFO] Integration tests: Infinispan compatibility mode .. SUCCESS [25.802s]
> [INFO] Infinispan Embedded Integration Tests ............. SUCCESS [5.941s]
> [INFO] Infinispan Embedded Query Integration Tests ....... SUCCESS [4.319s]
> [INFO] Infinispan Remote Client Integration Tests ........ FAILURE [0.080s]
> [INFO] Infinispan Distribution ........................... SUCCESS [0.708s]
> [INFO] ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Total time: 2:03:47.228s
> [INFO] Finished at: Fri Oct 24 07:33:04 EDT 2014
> [INFO] Final Memory: 145M/446M
> [INFO] ------------------------------------------------------------------------
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test (default-test) on project infinispan-remote-query-server: Execution default-test of goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test failed: The forked VM terminated without saying properly goodbye. VM crash or System.exit called ?
> [ERROR] Command was/bin/sh -c cd /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/6a814865/infinispan/remote-query/remote-query-server && /qa/tools/opt/amd64/jdk1.6.0_last/bin/java -Xmx1536m -XX:MaxPermSize=384m -Dsun.nio.ch.bugLevel -jar /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/6a814865/infinispan/remote-query/remote-query-server/target/surefire/surefirebooter1225172043033571111.jar /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/6a814865/infinispan/remote-query/remote-query-server/target/surefire/surefire4460884784028612739tmp /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/6a814865/infinispan/remote-query/remote-query-server/target/surefire/surefire_61815997041197751408tmp
> [ERROR] -> [Help 1]
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test (default-test) on project infinispan-server-hotrod: Execution default-test of goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test failed: The forked VM terminated without saying properly goodbye. VM crash or System.exit called ?
> [ERROR] Command was/bin/sh -c cd /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/6a814865/infinispan/server/hotrod && /qa/tools/opt/amd64/jdk1.6.0_last/bin/java -Xmx1536m -XX:MaxPermSize=384m -Dsun.nio.ch.bugLevel -jar /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/6a814865/infinispan/server/hotrod/target/surefire/surefirebooter8896904403305648242.jar /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/6a814865/infinispan/server/hotrod/target/surefire/surefire878622548590911280tmp /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/6a814865/infinispan/server/hotrod/target/surefire/surefire_86027626310850569139tmp
> [ERROR] -> [Help 1]
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test (default-test) on project infinispan-client-hotrod: Execution default-test of goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test failed: There was an error in the forked process
> [ERROR] java.lang.UnsupportedClassVersionError: org/infinispan/protostream/sampledomain/User : Unsupported major.minor version 51.0
> [ERROR] at java.lang.ClassLoader.defineClass1(Native Method)
> [ERROR] at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
> [ERROR] at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
> [ERROR] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
> [ERROR] at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
> [ERROR] at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
> [ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
> [ERROR] at java.security.AccessController.doPrivileged(Native Method)
> [ERROR] at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> [ERROR] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> [ERROR] at java.lang.Class.getDeclaredMethods0(Native Method)
> [ERROR] at java.lang.Class.privateGetDeclaredMethods(Class.java:2436)
> [ERROR] at java.lang.Class.getDeclaredMethods(Class.java:1793)
> [ERROR] at org.testng.internal.annotations.AnnotationHelper.findMethodsWithAnnotation(AnnotationHelper.java:214)
> [ERROR] at org.testng.internal.TestNGMethodFinder.getTestMethods(TestNGMethodFinder.java:49)
> [ERROR] at org.testng.TestClass.initMethods(TestClass.java:123)
> [ERROR] at org.testng.TestClass.init(TestClass.java:86)
> [ERROR] at org.testng.TestClass.<init>(TestClass.java:45)
> [ERROR] at org.testng.TestRunner.initMethods(TestRunner.java:427)
> [ERROR] at org.testng.TestRunner.init(TestRunner.java:235)
> [ERROR] at org.testng.TestRunner.init(TestRunner.java:205)
> [ERROR] at org.testng.TestRunner.<init>(TestRunner.java:153)
> [ERROR] at org.testng.SuiteRunner$DefaultTestRunnerFactory.newTestRunner(SuiteRunner.java:522)
> [ERROR] at org.testng.SuiteRunner.init(SuiteRunner.java:157)
> [ERROR] at org.testng.SuiteRunner.<init>(SuiteRunner.java:111)
> [ERROR] at org.testng.TestNG.createSuiteRunner(TestNG.java:1273)
> [ERROR] at org.testng.TestNG.createSuiteRunners(TestNG.java:1260)
> [ERROR] at org.testng.TestNG.runSuitesLocally(TestNG.java:1114)
> [ERROR] at org.testng.TestNG.run(TestNG.java:1031)
> [ERROR] at org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:77)
> [ERROR] at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.executeMulti(TestNGDirectoryTestSuite.java:189)
> [ERROR] at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDirectoryTestSuite.java:105)
> [ERROR] at org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.java:117)
> [ERROR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> [ERROR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> [ERROR] at java.lang.reflect.Method.invoke(Method.java:597)
> [ERROR] at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray2(ReflectionUtils.java:208)
> [ERROR] at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:159)
> [ERROR] at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:87)
> [ERROR] at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
> [ERROR] at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:95)
> [ERROR] -> [Help 1]
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-shade-plugin:2.3:shade (default) on project infinispan-remote: Error creating shaded jar: /mnt/hudson_workspace/workspace/edg-60-ispn-testsuite-rhel/6a814865/infinispan/client/hotrod-client/target/classes (Is a directory) -> [Help 2]
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test (default-test) on project integrationtests-osgi: Execution default-test of goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test failed: There was an error in the forked process
> [ERROR] java.lang.UnsupportedClassVersionError: org/ops4j/pax/exam/Option : Unsupported major.minor version 51.0
> [ERROR] at java.lang.ClassLoader.defineClass1(Native Method)
> [ERROR] at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
> [ERROR] at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
> [ERROR] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
> [ERROR] at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
> [ERROR] at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
> [ERROR] at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
> [ERROR] at java.security.AccessController.doPrivileged(Native Method)
> [ERROR] at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> [ERROR] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> [ERROR] at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
> [ERROR] at java.lang.Class.getDeclaredMethods0(Native Method)
> [ERROR] at java.lang.Class.privateGetDeclaredMethods(Class.java:2436)
> [ERROR] at java.lang.Class.getMethod0(Class.java:2679)
> [ERROR] at java.lang.Class.getMethod(Class.java:1605)
> [ERROR] at org.apache.maven.surefire.util.ReflectionUtils.tryGetMethod(ReflectionUtils.java:57)
> [ERROR] at org.apache.maven.surefire.common.junit3.JUnit3TestChecker.isSuiteOnly(JUnit3TestChecker.java:64)
> [ERROR] at org.apache.maven.surefire.common.junit3.JUnit3TestChecker.isValidJUnit3Test(JUnit3TestChecker.java:59)
> [ERROR] at org.apache.maven.surefire.common.junit3.JUnit3TestChecker.accept(JUnit3TestChecker.java:54)
> [ERROR] at org.apache.maven.surefire.common.junit4.JUnit4TestChecker.accept(JUnit4TestChecker.java:51)
> [ERROR] at org.apache.maven.surefire.util.DefaultScanResult.applyFilter(DefaultScanResult.java:97)
> [ERROR] at org.apache.maven.surefire.junitcore.JUnitCoreProvider.scanClassPath(JUnitCoreProvider.java:179)
> [ERROR] at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:132)
> [ERROR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [ERROR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> [ERROR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> [ERROR] at java.lang.reflect.Method.invoke(Method.java:597)
> [ERROR] at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray2(ReflectionUtils.java:208)
> [ERROR] at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:159)
> [ERROR] at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:87)
> [ERROR] at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
> [ERROR] at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:95)
> [ERROR] -> [Help 1]
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (ISPN-5093) Granularity of remote event listener implementations doing the same job
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-5093?page=com.atlassian.jira.plugin.... ]
William Burns commented on ISPN-5093:
-------------------------------------
This has a good step forward with ISPN-4491, however there is a part missing that if we resused the same value multiple times we could further reduce output, although sending a single message is a huge step forward.
We could use https://github.com/infinispan/infinispan/blob/master/commons/src/main/jav... class to allow for the message to automatically cache the same values (although if we had converters there is a possibility it could create object equal but not instance equal objects that we would also have to look into.
> Granularity of remote event listener implementations doing the same job
> -----------------------------------------------------------------------
>
> Key: ISPN-5093
> URL: https://issues.jboss.org/browse/ISPN-5093
> Project: Infinispan
> Issue Type: Enhancement
> Components: Remote Protocols
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 7.1.0.Final
>
>
> Currently, if N clients add the same listener to a cache that does the same job, e.g. keeping a near cache consistent, this results in N server-side cluster listeners created, each potentially installed in different nodes. If one of those nodes fails, all clients that had a listener registered to that node will have to find a different node for this listener.
> The downsides of this approach is that there are as many cluster listeners installed as clients have added listeners (or have near cache enabled), which might not very efficient. If a node goes down, all clients that have cluster listeners there need to failover to some other node.
> The advantage of this approach is simplicity of the approach to decide where to add the listener and where to failover to.
> For this type of scenarios, an alternative set up might be worth exploring:
> If all these client side listeners are interested in exactly the same events, and the client ID would be exposed via the RemoteCache API, a server side cluster listener multi-plexing between all these clients could be potentially built. In other words, instead of having N clients register N cluster listeners, the first client would register the cluster listener with a client listener ID, and if more registrations were added with the same client listener ID, the connections would be added to the existing cluster listener implementation.
> The maximise the efficiency of this solution, all clients (even running in different JMVs), given the same client listener ID, should agree upon the node to add the listener in. For a distributed cache, hashing on the cache name would work. For replicated caches, since there's no hashing available, the first node of the view could be used.
> Since the logic to be executed server-side varies between being the first node adding the client listener vs the others, synchronization would be added to make sure that the first invocation only creates the cluster listener, and the others simply add the channel to the listener.
> Failover is a bit more tricky too, because if the node with the cluster listener goes down, all the clients have to failover, which again exposes a 1st vs the others type of logic.
> Advantages of this approach is the reduction in number of cluster listeners and potentially efficiency coming from a single cluster listener implementation server side.
> The disadvantages come from the server side logic to add/failover a cluster listener, which need to take into account if the listener is present or not. Other disadvantages come from needing the clients to use some specific routing for adding listeners for same node.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (ISPN-4445) RHQ or CLI server -- cli.interpreter.ParseException in newly started cache for getting stats
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4445?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4445:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1113552|https://bugzilla.redhat.com/show_bug.cgi?id=1113552] from NEW to ASSIGNED
> RHQ or CLI server -- cli.interpreter.ParseException in newly started cache for getting stats
> --------------------------------------------------------------------------------------------
>
> Key: ISPN-4445
> URL: https://issues.jboss.org/browse/ISPN-4445
> Project: Infinispan
> Issue Type: Bug
> Components: CLI, JMX, reporting and management
> Affects Versions: 7.0.0.Alpha4
> Reporter: Tomas Sykora
> Assignee: William Burns
>
> We found this issue during RHQ testing.
> When we create a new Cache child resource under cache-manager, it should create a cache, change server configuration file and (after server restart) monitor a new cache without problem.
> However, we spotted and issue in CLI. Even a connecting through jboss-cli.sh is showing the same problem with parsing.
> Relevant server console output:
> 07:44:28,195 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-1) JBAS010281: Started new-local-cache-9990 cache from local container
> 07:44:28,369 INFO [org.jboss.as.remoting] (MSC service thread 1-1) JBAS017100: Listening on 0.0.0.0:9999
> 07:44:28,371 INFO [org.jboss.as.remoting] (MSC service thread 1-1) JBAS017100: Listening on 0.0.0.0:4447
> 07:44:28,550 INFO [org.jboss.as] (Controller Boot Thread) JBAS015961: Http management interface listening on http://0.0.0.0:9990/management
> 07:44:28,551 INFO [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://0.0.0.0:9990
> 07:44:28,551 INFO [org.jboss.as] (Controller Boot Thread) JBAS015874: JBoss Data Grid 6.3.0 (AS 7.3.3.Final-redhat-3) started in 8928ms - Started 96 of 137 services (41 services are passive or on-demand)
> 07:46:16,328 INFO [org.jboss.as.clustering.infinispan] (management-handler-thread - 3) JBAS010281: Started ___defaultcache cache from local container
> 07:46:26,593 ERROR [stderr] (management-handler-thread - 2) line 1:10 mismatched character 'l' expecting '-'
> 07:46:26,607 ERROR [stderr] (management-handler-thread - 2) line 1:16 mismatched character 'c' expecting '-'
> 07:46:26,608 ERROR [stderr] (management-handler-thread - 2) line 1:22 mismatched character '9' expecting '-'
> 07:46:26,609 ERROR [org.infinispan.cli.interpreter.Interpreter] (management-handler-thread - 2) ISPN019003: Interpreter error: org.infinispan.cli.interpreter.ParseException: line 1:11 mismatched input 'ocal' expecting set null
> at org.infinispan.cli.interpreter.Interpreter.execute(Interpreter.java:144) [infinispan-cli-server-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.infinispan.server.infinispan.SecurityActions$6.run(SecurityActions.java:237) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.infinispan.server.infinispan.SecurityActions$6.run(SecurityActions.java:234) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.infinispan.security.Security.doPrivileged(Security.java:89) [infinispan-core-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.infinispan.server.infinispan.SecurityActions.doPrivileged(SecurityActions.java:55) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.infinispan.server.infinispan.SecurityActions.executeInterpreter(SecurityActions.java:240) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.jboss.as.clustering.infinispan.subsystem.CliInterpreterHandler.execute(CliInterpreterHandler.java:49) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1]
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:601) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:479) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:283) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:278) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:231) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:137) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:173) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:105) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:125) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:121) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_09-icedtea]
> at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_09-icedtea]
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:121) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3]
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09-icedtea]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final-redhat-1.jar:2.1.1.Final-redhat-1]
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (ISPN-5092) CDI fails when both remote and embedded uber-jar are present
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-5092?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-5092:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1175272|https://bugzilla.redhat.com/show_bug.cgi?id=1175272] from NEW to ASSIGNED
> CDI fails when both remote and embedded uber-jar are present
> ------------------------------------------------------------
>
> Key: ISPN-5092
> URL: https://issues.jboss.org/browse/ISPN-5092
> Project: Infinispan
> Issue Type: Bug
> Components: Build process, CDI Integration
> Reporter: Vojtech Juranek
>
> When both uber-jars {{infinispan-remote}} and {{infinispan-embedded}} (e.g. for {{RemoteCacheStore}}), CDI fails with
> {noformat}
> org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions:
> Exception 0 :
> java.lang.NullPointerException
> at org.infinispan.cdi.util.defaultbean.DefaultBeanExtension.afterBeanDiscovery(DefaultBeanExtension.java:345)
> 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.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
> at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
> at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
> at org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:51)
> at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:154)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:245)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:233)
> at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:213)
> at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:75)
> at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:46)
> at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:42)
> at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:359)
> at org.jboss.weld.bootstrap.api.helpers.ForwardingBootstrap.deployBeans(ForwardingBootstrap.java:70)
> at org.jboss.weld.environment.se.Weld.initialize(Weld.java:133)
> at org.infinispan.all.remote.RemoteCDIDefaultCacheTest.loadBean(RemoteCDIDefaultCacheTest.java:26)
> {noformat}
> It's prpbably because CDI stuff is included in both jar and {{exclude}} in {{pom.xml}} doesn't work for uber-jars
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (ISPN-3602) Cache statistics update differently in library and Client-Server mode
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3602?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3602:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1016450|https://bugzilla.redhat.com/show_bug.cgi?id=1016450] from NEW to ASSIGNED
> Cache statistics update differently in library and Client-Server mode
> ---------------------------------------------------------------------
>
> Key: ISPN-3602
> URL: https://issues.jboss.org/browse/ISPN-3602
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 6.0.0.CR1
> Reporter: Jiří Holuša
> Assignee: Vladimir Blagojevic
> Priority: Minor
> Labels: dm
> Fix For: 7.1.0.Beta1
>
>
> When running jdg quickstart carmart ( https://github.com/infinispan/jdg-quickstart/tree/master/carmart ) I noticed interesting thing.
> When calling replace() in library mode, the number of stores in cache statistics doesn't change whereas when calling in Client-Server mode, the number of stores increase by 1.
> I went deeper into the code and I found out that in CacheMgmtInterceptor, where there are implemented methods for such statistics updates (like for put() ), there isn't implemented method for updating stats for replace() method, so the control flow is just passed.
> I think it should be consistent, but I don't know which approach is intended, if either increase by 1 or leave it the same.
> If increase is the answer than the solution is simple, implement CacheMgmtInterceptor.visitReplaceCommand(...) the same way as e.g. visitPutKeyValueCommand.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (ISPN-3618) Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-3618?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant commented on ISPN-3618:
---------------------------------------
Explore the possibility of adding an encoding to the keys in the StringBased JDBC CacheStore
> Cannot retrieve evicted entries from Microsoft SQL Server 2012/2008R2
> ---------------------------------------------------------------------
>
> Key: ISPN-3618
> URL: https://issues.jboss.org/browse/ISPN-3618
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores, Server
> Affects Versions: 6.0.0.CR1
> Reporter: Jakub Markos
> Assignee: Ion Savin
> Attachments: server_mssql2012_mysql55.log.zip
>
>
> When using this configuration:
> {code:xml}
> <local-cache name="default" start="EAGER" batching="false">
> <locking isolation="READ_COMMITTED" acquire-timeout="20000" concurrency-level="500" striping="false" />
> <transaction mode="NONE" />
> <eviction strategy="LRU" max-entries="2"/>
> <string-keyed-jdbc-store name="defaultStoreName" datasource="java:jboss/datasources/JdbcDS" passivation="false" preload="true" purge="false">
> <string-keyed-table prefix="EDG_STRING">
> <id-column name="id" type="VARCHAR(255)"/>
> <data-column name="datum" type="VARBINARY(1000)"/>
> <timestamp-column name="version" type="BIGINT"/>
> </string-keyed-table>
> </string-keyed-jdbc-store>
> </local-cache>
> {code}
> and running this code:
> {code}
> RemoteCache<Object, Object> cache = new RemoteCacheManager(conf).getCache();
> cache.clear();
> cache.put(new Double(10), new Double(10));
> cache.put(new Double(20), new Double(20));
> cache.put(new Double(30), new Double(30)); // key 10 is evicted
> System.out.println(cache.get(new Double(10)));
> System.out.println(cache.get(new Double(20)));
> System.out.println(cache.get(new Double(30)));
> {code}
> output:
> {quote}
> null
> 20.0
> 30.0
> {quote}
> Attached are logs for mssql2012 and mysql55 (where it works).
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months