[JBoss JIRA] (ISPN-7209) Collation not set properly when data stored via Hot Rod when JdbcStringBasedStore is used with MariaDB
by Ryan Emerson (JIRA)
[ https://issues.jboss.org/browse/ISPN-7209?page=com.atlassian.jira.plugin.... ]
Ryan Emerson updated ISPN-7209:
-------------------------------
Workaround Description:
There are two options:
Use the MySQL JDBC driver instead of the official MariaDB one.
Explicitly set the collation and character set of either the database, table involved, or the table column used to store the string key before infinispan starts interacting with the DB. I believe different collation and character combos can be combined, however forcing utf8 seems to cause the least amount of problems:
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci
Workaround: Workaround Exists
> Collation not set properly when data stored via Hot Rod when JdbcStringBasedStore is used with MariaDB
> ------------------------------------------------------------------------------------------------------
>
> Key: ISPN-7209
> URL: https://issues.jboss.org/browse/ISPN-7209
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 9.0.0.Alpha4
> Reporter: Jiří Holuša
> Assignee: Ryan Emerson
>
> Given following scenario:
> 1) store entry to ISPN server via Hot Rod (e.g. with RemoteCache)
> 2) have the server configured to use JdbcStringBasedStore
> 3) used database is MariaDB 10
> Following exception is thrown:
> {code}
> ERROR [org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore] (HotRodServerHandler-3-2) ISPN008024: Error while storing string key to database; key: '9A09AJAAAAAAAAA==': java.sql.BatchUpdateException: Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '='
> {code}
> Note that his doesn't happen when stored via, for example, Memcached client. Also this issue doesn't appear in library mode, doesn't appear in any with any other database (including MySQL, which is very similar to MariaDB).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ISPN-7300) Operator '-' doesn't work in fulltext querying
by Pedro Zapata (JIRA)
[ https://issues.jboss.org/browse/ISPN-7300?page=com.atlassian.jira.plugin.... ]
Pedro Zapata updated ISPN-7300:
-------------------------------
Status: Pull Request Sent (was: Open)
> Operator '-' doesn't work in fulltext querying
> ----------------------------------------------
>
> Key: ISPN-7300
> URL: https://issues.jboss.org/browse/ISPN-7300
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Remote Querying
> Affects Versions: 9.0.0.Beta1
> Reporter: Jiří Holuša
> Assignee: Adrian Nistor
> Fix For: 9.0.0.Beta2
>
>
> Given following query:
> {code}
> from Entity t where t.longDescription : (-'really')
> {code}
> I would expect to return all entities that doesn't contain the word 'really' (opposite to +), but it seems to be not working.
> PR contains test for it as well as other tests for extending query testsuite.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ISPN-3702) Too many threads for cleaning up infinispan transactions
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-3702?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-3702:
-------------------------------
Fix Version/s: 8.1.7.Final
> Too many threads for cleaning up infinispan transactions
> --------------------------------------------------------
>
> Key: ISPN-3702
> URL: https://issues.jboss.org/browse/ISPN-3702
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Transactions
> Affects Versions: 5.3.0.Final
> Environment: Mac and Linux
> Reporter: Prasanth Pallamreddy
> Assignee: Pedro Ruivo
> Fix For: 9.0.0.Alpha2, 8.2.2.Final, 8.1.7.Final
>
>
> When using multiple transactional caches, we are seeing that each cache has a dedicated cleanup thread. While this is not an issue for small number of caches, when the number of caches is high as in our case (~100), we see around a 100 threads dedicated for cleanup like the following.
> "TxCleanupService,{default}_{XXX},user-mac-54275" daemon prio=5 tid=0x00007fa0f50d3800 nid=0x10f03 waiting on condition [0x00000001a5a5d000]
> "TxCleanupService,{default}_{XXX},user-mac-54275" daemon prio=5 tid=0x00007fa0f507e800 nid=0x10e03 waiting on condition [0x00000001a595a000]
> "TxCleanupService,{default}_{XXX},user-mac-54275" daemon prio=5 tid=0x00007fa0f507e000 nid=0x10d03 waiting on condition [0x00000001a5857000]
> "TxCleanupService,{default}_{XXX},user-mac-54275" daemon prio=5 tid=0x00007fa0f5817800 nid=0x10c03 waiting on condition [0x00000001a5754000]
> ...
> Looking at the source code for
> https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o...
> if (!totalOrder) {
> // Periodically run a task to cleanup the transaction table from completed transactions.
> ThreadFactory tf = new ThreadFactory() {
> @Override
> public Thread newThread(Runnable r) {
> String address = rpcManager != null ? rpcManager.getTransport().getAddress().toString() : "local";
> Thread th = new Thread(r, "TxCleanupService," + cacheName + "," + address);
> th.setDaemon(true);
> return th;
> }
> };
> executorService = Executors.newSingleThreadScheduledExecutor(tf);
> This code can benefit from drawing the threads from a dedicated pool which is bounded.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ISPN-7298) PrimaryAckCommand must send the DeltaAware instead of its Delta
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-7298?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-7298:
--------------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.0.0.Beta2
9.0.0.Final
Resolution: Done
> PrimaryAckCommand must send the DeltaAware instead of its Delta
> ---------------------------------------------------------------
>
> Key: ISPN-7298
> URL: https://issues.jboss.org/browse/ISPN-7298
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Lucene Directory
> Affects Versions: 9.0.0.Beta1
> Reporter: Gustavo Fernandes
> Assignee: Pedro Ruivo
> Fix For: 9.0.0.Beta2, 9.0.0.Final
>
> Attachments: DistFileListCacheValueDeltaTest.java, trace.tgz
>
>
> Happens intermittently when doing perf tests for Affinity from https://github.com/infinispan/infinispan/pull/4576, but this should affect any index manager that uses the Infinispan directory, either during query or indexing.
> {noformat}
> [TestSuiteProgress] Test failed: org.infinispan.query.affinity.IndexManagerPerfTest.testQueryWithWrites
> 17:09:53,228 ERROR (testng-IndexManagerPerfTest) [TestSuiteProgress] Test failed: org.infinispan.query.affinity.IndexManagerPerfTest.testQueryWithWrites
> org.hibernate.search.exception.SearchException: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'entity.116'
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> at java.util.concurrent.ForkJoinTask.getThrowableException(ForkJoinTask.java:593)
> at java.util.concurrent.ForkJoinTask.reportException(ForkJoinTask.java:677)
> at java.util.concurrent.ForkJoinTask.invoke(ForkJoinTask.java:735)
> at java.util.stream.ForEachOps$ForEachOp.evaluateParallel(ForEachOps.java:160)
> at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateParallel(ForEachOps.java:174)[TestSuiteProgress] Tests succeeded: 0, failed: 1, skipped: 0
> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 17.406 sec <<< FAILURE! - in org.infinispan.query.affinity.IndexManagerPerfTest
> testQueryWithWrites(org.infinispan.query.affinity.IndexManagerPerfTest) Time elapsed: 16.311 sec <<< FAILURE!
> org.hibernate.search.exception.SearchException: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'entity.116'
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> at java.util.concurrent.ForkJoinTask.getThrowableException(ForkJoinTask.java:593)
> at java.util.concurrent.ForkJoinTask.reportException(ForkJoinTask.java:677)
> at java.util.concurrent.ForkJoinTask.invoke(ForkJoinTask.java:735)
> at java.util.stream.ForEachOps$ForEachOp.evaluateParallel(ForEachOps.java:160)
> at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateParallel(ForEachOps.java:174)
> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:233)
> at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418)
> at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:583)
> at org.infinispan.query.affinity.IndexManagerPerfTest.warmup(IndexManagerPerfTest.java:169)
> at org.infinispan.query.affinity.IndexManagerPerfTest.testQueryWithWrites(IndexManagerPerfTest.java:78)
> 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:498)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:38)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: org.hibernate.search.exception.SearchException: HSEARCH000103: Unable to initialize IndexManager named 'entity.116'
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:288)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:541)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.getOrCreateIndexManager(IndexManagerHolder.java:164)
> at org.hibernate.search.engine.impl.DynamicShardingStrategy.getIndexManagersFromShards(DynamicShardingStrategy.java:82)
> at org.hibernate.search.engine.impl.DynamicShardingStrategy.getIndexManagersForQuery(DynamicShardingStrategy.java:71)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.getIndexManagers(LuceneHSQuery.java:616)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.buildSearcher(LuceneHSQuery.java:452)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.buildSearcher(LuceneHSQuery.java:385)
> at org.hibernate.search.query.engine.impl.LuceneHSQuery.queryEntityInfos(LuceneHSQuery.java:143)
> at org.infinispan.query.impl.CacheQueryImpl.list(CacheQueryImpl.java:157)
> at org.infinispan.query.affinity.BaseAffinityTest$QueryingNode.warmup(BaseAffinityTest.java:362)
> at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184)
> at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
> at java.util.stream.ForEachOps$ForEachTask.compute(ForEachOps.java:291)
> at java.util.concurrent.CountedCompleter.exec(CountedCompleter.java:731)
> at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289)
> at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056)
> at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1692)
> at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157)
> Caused by: java.lang.ClassCastException: org.infinispan.lucene.impl.FileListCacheValueDelta cannot be cast to org.infinispan.lucene.impl.FileListCacheValue
> at org.infinispan.lucene.impl.FileListOperations.getFileList(FileListOperations.java:171)
> at org.infinispan.lucene.impl.FileListOperations.listFilenames(FileListOperations.java:108)
> at org.infinispan.lucene.impl.DirectoryImplementor.list(DirectoryImplementor.java:62)
> at org.infinispan.lucene.impl.DirectoryLucene.listAll(DirectoryLucene.java:128)
> at org.apache.lucene.index.DirectoryReader.indexExists(DirectoryReader.java:318)
> at org.hibernate.search.store.spi.DirectoryHelper.initializeIndexIfNeeded(DirectoryHelper.java:52)
> at org.infinispan.hibernate.search.spi.InfinispanDirectoryProvider.start(InfinispanDirectoryProvider.java:144)
> at org.hibernate.search.indexes.spi.DirectoryBasedIndexManager.initialize(DirectoryBasedIndexManager.java:86)
> at org.infinispan.query.affinity.AffinityIndexManager.initialize(AffinityIndexManager.java:82)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:284)
> ... 19 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ISPN-7238) Reduce number of CompletableFuture allocations during async invocation
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-7238?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-7238:
--------------------------------------
Status: Open (was: New)
> Reduce number of CompletableFuture allocations during async invocation
> ----------------------------------------------------------------------
>
> Key: ISPN-7238
> URL: https://issues.jboss.org/browse/ISPN-7238
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.0.0.Beta2, 9.0.0.Final
>
>
> The current asynchronous invocations allocate a new {{CompletableFuture}} instance (plus a {{UniHandle}}, and a {{ComposedAsyncInvocationStage}}) for every interceptor that calls {{compose()}} or the other {{InvocationState}} methods that add a callback.
> We can reduce this by having a list of handlers in each invocation stage, and only creating a new {{CompletableFuture}} when we need to change the {{command}}.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ISPN-7238) Reduce number of CompletableFuture allocations during async invocation
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-7238?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-7238:
--------------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.0.0.Final
Resolution: Done
> Reduce number of CompletableFuture allocations during async invocation
> ----------------------------------------------------------------------
>
> Key: ISPN-7238
> URL: https://issues.jboss.org/browse/ISPN-7238
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.0.0.Beta2, 9.0.0.Final
>
>
> The current asynchronous invocations allocate a new {{CompletableFuture}} instance (plus a {{UniHandle}}, and a {{ComposedAsyncInvocationStage}}) for every interceptor that calls {{compose()}} or the other {{InvocationState}} methods that add a callback.
> We can reduce this by having a list of handlers in each invocation stage, and only creating a new {{CompletableFuture}} when we need to change the {{command}}.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ISPN-7312) Infinispan uses old version KUBE_PING
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-7312?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-7312:
--------------------------------------
Status: Open (was: New)
> Infinispan uses old version KUBE_PING
> -------------------------------------
>
> Key: ISPN-7312
> URL: https://issues.jboss.org/browse/ISPN-7312
> Project: Infinispan
> Issue Type: Bug
> Components: Cloud Integrations
> Affects Versions: 9.0.0.Beta1
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
> Priority: Blocker
>
> Causes error:
> {noformat}
> 02:41:12,086 INFO [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 9) WFLYCTL0028: Attribute 'default-stack' in the resource at address '/subsystem=datagrid-jgroups' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> 02:41:12,163 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 9) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "datagrid-jgroups"),
> ("channel" => "cluster")
> ]): java.lang.VerifyError: Bad type on operand stack
> Exception Details:
> Location:
> org/jgroups/ping/common/OpenshiftPing.start()V @126: invokeinterface
> Reason:
> Type 'org/jgroups/JChannel' (current frame, stack[1]) is not assignable to 'org/jgroups/Channel'
> Current Frame:
> bci: @126
> flags: { }
> locals: { 'org/jgroups/ping/common/OpenshiftPing', integer }
> stack: { 'org/jgroups/ping/common/server/Server', 'org/jgroups/JChannel' }
> Bytecode:
> 0x0000000: 2ab6 001f 9900 b32a b600 203c 2ab4 0016
> 0x0000010: c600 142a 2ab4 0016 1bb9 0021 0200 b500
> 0x0000020: 22a7 000b 2a1b b800 23b5 0022 2a2a b400
> 0x0000030: 22b6 0024 b600 25b5 0026 2ab4 0004 b900
> 0x0000040: 2701 0099 0030 2ab4 0004 1228 06bd 0029
> 0x0000050: 5903 2ab4 0026 5359 041b b800 2a53 5905
> 0x0000060: 2ab4 002b b600 2cb6 002d 53b8 002e b900
> 0x0000070: 2f02 002a b400 222a b400 2bb6 002c b900
> 0x0000080: 3002 003d 2ab4 0004 b900 2701 0099 002a
> 0x0000090: 2ab4 0004 1231 05bd 0029 5903 2ab4 0026
> 0x00000a0: 5359 041c 9900 0812 32a7 0005 1233 53b8
> 0x00000b0: 002e b900 2f02 002a b700 34b1
> Stackmap Table:
> append_frame(@36,Integer)
> same_frame(@44)
> same_frame_extended(@115)
> full_frame(@172,{Object[#148],Integer,Integer},{Object[#149],Object[#127],Object[#150],Object[#150],Integer})
> full_frame(@174,{Object[#148],Integer,Integer},{Object[#149],Object[#127],Object[#150],Object[#150],Integer,Object[#151]})
> chop_frame(@183,2)
> at java.lang.Class.getDeclaredMethods0(Native Method) [rt.jar:1.8.0_111]
> at java.lang.Class.privateGetDeclaredMethods(Class.java:2701) [rt.jar:1.8.0_111]
> at java.lang.Class.getDeclaredMethods(Class.java:1975) [rt.jar:1.8.0_111]
> at org.infinispan.server.jgroups.subsystem.ProtocolMetricsHandler.findProtocolAttributes(ProtocolMetricsHandler.java:285)
> at org.infinispan.server.jgroups.subsystem.ProtocolResourceRegistrationHandler.createProtocolResourceDefinition(ProtocolResourceRegistrationHandler.java:161)
> at org.infinispan.server.jgroups.subsystem.ProtocolResourceRegistrationHandler.execute(ProtocolResourceRegistrationHandler.java:140)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:359) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111]
> at org.jboss.threads.JBossThread.run(JBossThread.java:320) [jboss-threads-2.2.1.Final.jar:2.2.1.Final]
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ISPN-7312) Infinispan uses old version KUBE_PING
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-7312?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec updated ISPN-7312:
--------------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4720
> Infinispan uses old version KUBE_PING
> -------------------------------------
>
> Key: ISPN-7312
> URL: https://issues.jboss.org/browse/ISPN-7312
> Project: Infinispan
> Issue Type: Bug
> Components: Cloud Integrations
> Affects Versions: 9.0.0.Beta1
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
> Priority: Blocker
>
> Causes error:
> {noformat}
> 02:41:12,086 INFO [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 9) WFLYCTL0028: Attribute 'default-stack' in the resource at address '/subsystem=datagrid-jgroups' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
> 02:41:12,163 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 9) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "datagrid-jgroups"),
> ("channel" => "cluster")
> ]): java.lang.VerifyError: Bad type on operand stack
> Exception Details:
> Location:
> org/jgroups/ping/common/OpenshiftPing.start()V @126: invokeinterface
> Reason:
> Type 'org/jgroups/JChannel' (current frame, stack[1]) is not assignable to 'org/jgroups/Channel'
> Current Frame:
> bci: @126
> flags: { }
> locals: { 'org/jgroups/ping/common/OpenshiftPing', integer }
> stack: { 'org/jgroups/ping/common/server/Server', 'org/jgroups/JChannel' }
> Bytecode:
> 0x0000000: 2ab6 001f 9900 b32a b600 203c 2ab4 0016
> 0x0000010: c600 142a 2ab4 0016 1bb9 0021 0200 b500
> 0x0000020: 22a7 000b 2a1b b800 23b5 0022 2a2a b400
> 0x0000030: 22b6 0024 b600 25b5 0026 2ab4 0004 b900
> 0x0000040: 2701 0099 0030 2ab4 0004 1228 06bd 0029
> 0x0000050: 5903 2ab4 0026 5359 041b b800 2a53 5905
> 0x0000060: 2ab4 002b b600 2cb6 002d 53b8 002e b900
> 0x0000070: 2f02 002a b400 222a b400 2bb6 002c b900
> 0x0000080: 3002 003d 2ab4 0004 b900 2701 0099 002a
> 0x0000090: 2ab4 0004 1231 05bd 0029 5903 2ab4 0026
> 0x00000a0: 5359 041c 9900 0812 32a7 0005 1233 53b8
> 0x00000b0: 002e b900 2f02 002a b700 34b1
> Stackmap Table:
> append_frame(@36,Integer)
> same_frame(@44)
> same_frame_extended(@115)
> full_frame(@172,{Object[#148],Integer,Integer},{Object[#149],Object[#127],Object[#150],Object[#150],Integer})
> full_frame(@174,{Object[#148],Integer,Integer},{Object[#149],Object[#127],Object[#150],Object[#150],Integer,Object[#151]})
> chop_frame(@183,2)
> at java.lang.Class.getDeclaredMethods0(Native Method) [rt.jar:1.8.0_111]
> at java.lang.Class.privateGetDeclaredMethods(Class.java:2701) [rt.jar:1.8.0_111]
> at java.lang.Class.getDeclaredMethods(Class.java:1975) [rt.jar:1.8.0_111]
> at org.infinispan.server.jgroups.subsystem.ProtocolMetricsHandler.findProtocolAttributes(ProtocolMetricsHandler.java:285)
> at org.infinispan.server.jgroups.subsystem.ProtocolResourceRegistrationHandler.createProtocolResourceDefinition(ProtocolResourceRegistrationHandler.java:161)
> at org.infinispan.server.jgroups.subsystem.ProtocolResourceRegistrationHandler.execute(ProtocolResourceRegistrationHandler.java:140)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
> at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:359) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111]
> at org.jboss.threads.JBossThread.run(JBossThread.java:320) [jboss-threads-2.2.1.Final.jar:2.2.1.Final]
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ISPN-7312) Infinispan uses old version KUBE_PING
by Sebastian Łaskawiec (JIRA)
Sebastian Łaskawiec created ISPN-7312:
-----------------------------------------
Summary: Infinispan uses old version KUBE_PING
Key: ISPN-7312
URL: https://issues.jboss.org/browse/ISPN-7312
Project: Infinispan
Issue Type: Bug
Components: Cloud Integrations
Affects Versions: 9.0.0.Beta1
Reporter: Sebastian Łaskawiec
Assignee: Sebastian Łaskawiec
Priority: Blocker
Causes error:
{noformat}
02:41:12,086 INFO [org.jboss.as.controller.management-deprecated] (ServerService Thread Pool -- 9) WFLYCTL0028: Attribute 'default-stack' in the resource at address '/subsystem=datagrid-jgroups' is deprecated, and may be removed in future version. See the attribute description in the output of the read-resource-description operation to learn more about the deprecation.
02:41:12,163 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 9) WFLYCTL0013: Operation ("add") failed - address: ([
("subsystem" => "datagrid-jgroups"),
("channel" => "cluster")
]): java.lang.VerifyError: Bad type on operand stack
Exception Details:
Location:
org/jgroups/ping/common/OpenshiftPing.start()V @126: invokeinterface
Reason:
Type 'org/jgroups/JChannel' (current frame, stack[1]) is not assignable to 'org/jgroups/Channel'
Current Frame:
bci: @126
flags: { }
locals: { 'org/jgroups/ping/common/OpenshiftPing', integer }
stack: { 'org/jgroups/ping/common/server/Server', 'org/jgroups/JChannel' }
Bytecode:
0x0000000: 2ab6 001f 9900 b32a b600 203c 2ab4 0016
0x0000010: c600 142a 2ab4 0016 1bb9 0021 0200 b500
0x0000020: 22a7 000b 2a1b b800 23b5 0022 2a2a b400
0x0000030: 22b6 0024 b600 25b5 0026 2ab4 0004 b900
0x0000040: 2701 0099 0030 2ab4 0004 1228 06bd 0029
0x0000050: 5903 2ab4 0026 5359 041b b800 2a53 5905
0x0000060: 2ab4 002b b600 2cb6 002d 53b8 002e b900
0x0000070: 2f02 002a b400 222a b400 2bb6 002c b900
0x0000080: 3002 003d 2ab4 0004 b900 2701 0099 002a
0x0000090: 2ab4 0004 1231 05bd 0029 5903 2ab4 0026
0x00000a0: 5359 041c 9900 0812 32a7 0005 1233 53b8
0x00000b0: 002e b900 2f02 002a b700 34b1
Stackmap Table:
append_frame(@36,Integer)
same_frame(@44)
same_frame_extended(@115)
full_frame(@172,{Object[#148],Integer,Integer},{Object[#149],Object[#127],Object[#150],Object[#150],Integer})
full_frame(@174,{Object[#148],Integer,Integer},{Object[#149],Object[#127],Object[#150],Object[#150],Integer,Object[#151]})
chop_frame(@183,2)
at java.lang.Class.getDeclaredMethods0(Native Method) [rt.jar:1.8.0_111]
at java.lang.Class.privateGetDeclaredMethods(Class.java:2701) [rt.jar:1.8.0_111]
at java.lang.Class.getDeclaredMethods(Class.java:1975) [rt.jar:1.8.0_111]
at org.infinispan.server.jgroups.subsystem.ProtocolMetricsHandler.findProtocolAttributes(ProtocolMetricsHandler.java:285)
at org.infinispan.server.jgroups.subsystem.ProtocolResourceRegistrationHandler.createProtocolResourceDefinition(ProtocolResourceRegistrationHandler.java:161)
at org.infinispan.server.jgroups.subsystem.ProtocolResourceRegistrationHandler.execute(ProtocolResourceRegistrationHandler.java:140)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:359) [wildfly-controller-2.2.0.Final.jar:2.2.0.Final]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111]
at org.jboss.threads.JBossThread.run(JBossThread.java:320) [jboss-threads-2.2.1.Final.jar:2.2.1.Final]
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months