[JBoss JIRA] (ISPN-6397) Expose DMR operation that returns caches using a certain template
by Vladimir Blagojevic (JIRA)
[ https://issues.jboss.org/browse/ISPN-6397?page=com.atlassian.jira.plugin.... ]
Vladimir Blagojevic updated ISPN-6397:
--------------------------------------
Priority: Minor (was: Major)
> Expose DMR operation that returns caches using a certain template
> -----------------------------------------------------------------
>
> Key: ISPN-6397
> URL: https://issues.jboss.org/browse/ISPN-6397
> Project: Infinispan
> Issue Type: Feature Request
> Components: Console
> Affects Versions: 8.2.0.Final
> Reporter: Vladimir Blagojevic
> Assignee: Tristan Tarrant
> Priority: Minor
>
> In order to trigger server restart we need to know not only if a certain template field requires a restart or not (in conf metadata) but we also need to know if a certain template is being used to configure caches or not. We could do this with a series of DMR calls from Admin console but it would be simpler to add DMR op that given a template returns caches it configures. In the case when the list of caches is empty we can safely conclude that changing the template does not require server restart even if some fields requiring restart are changed.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ISPN-6809) Monitor indexing status
by Vladimir Blagojevic (JIRA)
[ https://issues.jboss.org/browse/ISPN-6809?page=com.atlassian.jira.plugin.... ]
Vladimir Blagojevic commented on ISPN-6809:
-------------------------------------------
[~gustavonalle] Gustavo what is the status of the DMR hooks for the mass indexer and index status? I remember we talked about it and that you guys were revamping a lot of codebase there and that the whole thing was rather fluid at the time.
> Monitor indexing status
> -----------------------
>
> Key: ISPN-6809
> URL: https://issues.jboss.org/browse/ISPN-6809
> Project: Infinispan
> Issue Type: Enhancement
> Components: Console
> Reporter: Pedro Zapata
> Assignee: Vladimir Blagojevic
> Fix For: 9.0.0.Beta3
>
>
> Status of mass indexer and index status should be displayed per cache.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ISPN-7151) Migrate to Typescript 2.0
by Vladimir Blagojevic (JIRA)
[ https://issues.jboss.org/browse/ISPN-7151?page=com.atlassian.jira.plugin.... ]
Vladimir Blagojevic reassigned ISPN-7151:
-----------------------------------------
Assignee: Vladimir Blagojevic
> Migrate to Typescript 2.0
> -------------------------
>
> Key: ISPN-7151
> URL: https://issues.jboss.org/browse/ISPN-7151
> Project: Infinispan
> Issue Type: Task
> Components: Console
> Affects Versions: 9.0.0.Alpha4
> Reporter: Ryan Emerson
> Assignee: Vladimir Blagojevic
> Priority: Minor
>
> We should migrate from Typescript 1.x to 2.x. As well as many new features, the key benefit of such a transition is that it removes the need to utilises Typings as the ability to search/install t.ds files is now part of Typescript itself.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ISPN-6451) NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent still fails randomly
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-6451?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-6451:
----------------------------------
Fix Version/s: 8.2.5.Final
> NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent still fails randomly
> -------------------------------------------------------------------------------------------
>
> Key: ISPN-6451
> URL: https://issues.jboss.org/browse/ISPN-6451
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 8.2.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Critical
> Labels: testsuite_stability
> Fix For: 9.0.0.Alpha3, 8.2.5.Final
>
>
> {noformat}
> java.util.concurrent.ExecutionException: java.lang.AssertionError: expected:<value_48_1> but was:<null>
> at java.util.concurrent.FutureTask.report(FutureTask.java:122)
> at java.util.concurrent.FutureTask.get(FutureTask.java:206)
> at org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent(NonTxPutIfAbsentDuringLeaveStressTest.java:97)
> 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.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: java.lang.AssertionError: expected:<value_48_1> but was:<null>
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88)
> at org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest$1.doPut(NonTxPutIfAbsentDuringLeaveStressTest.java:82)
> at org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest$1.call(NonTxPutIfAbsentDuringLeaveStressTest.java:66)
> at org.infinispan.test.AbstractInfinispanTest$LoggingCallable.call(AbstractInfinispanTest.java:478)
> ... 4 more
> {noformat}
> http://ci.infinispan.org/project.html?projectId=Infinispan&testNameId=717...
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ISPN-7172) Total order caches can hang during join
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-7172?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-7172:
-------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/4663
> Total order caches can hang during join
> ---------------------------------------
>
> Key: ISPN-7172
> URL: https://issues.jboss.org/browse/ISPN-7172
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite - Core
> Affects Versions: 9.0.0.Alpha4
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Critical
> Labels: testsuite_stability
> Fix For: 9.0.0.Beta1
>
>
> When two nodes join a cache in quick sequence, it's possible for a {{CacheTopologyControlCommand}} to arrive between {{LocalTopologyManagerImpl}} adding the {{LocalCacheStatus}} to the {{runningCaches}} map, but before it calling {{cacheStatus.getTopologyUpdatesExecutor().executeAsync(() -> joinFuture)}} to block topology updates.
> This exposes a bug in the way {{LimitedExecutor}} wraps a {{WithinThreadExecutor}}, which causes {{SyncPrepareUseSynchronizationTotalOrderTest}} (and possibly other total order tests) to hang:
> {noformat}
> "testng-SyncPrepareUseSynchronizationTotalOrderTest" #15 prio=5 os_prio=0 tid=0x00007fc674b74000 nid=0x2f3f waiting on condition [0x00007fc626682000]
> java.lang.Thread.State: TIMED_WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0x00000000829d03a0> (a java.util.concurrent.CompletableFuture$Signaller)
> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
> at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1687)
> at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3320)
> at java.util.concurrent.CompletableFuture.timedGet(CompletableFuture.java:1767)
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1907)
> at org.infinispan.util.concurrent.CompletableFutures.await(CompletableFutures.java:82)
> at org.infinispan.executors.LimitedExecutor.execute(LimitedExecutor.java:70)
> at org.infinispan.executors.LimitedExecutor.executeAsync(LimitedExecutor.java:96)
> at org.infinispan.topology.LocalTopologyManagerImpl.join(LocalTopologyManagerImpl.java:141)
> at org.infinispan.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:121)
> at sun.reflect.GeneratedMethodAccessor146.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:867)
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:633)
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:622)
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:547)
> - locked <0x00000000829d0520> (a org.infinispan.factories.ComponentRegistry)
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:231)
> at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:808)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:639)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:590)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:454)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:440)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:422)
> at org.infinispan.test.MultipleCacheManagersTest.getCaches(MultipleCacheManagersTest.java:248)
> at org.infinispan.test.MultipleCacheManagersTest.waitForClusterToForm(MultipleCacheManagersTest.java:257)
> at org.infinispan.test.MultipleCacheManagersTest.waitForClusterToForm(MultipleCacheManagersTest.java:266)
> at org.infinispan.tx.totalorder.simple.BaseSimpleTotalOrderTest.createCacheManagers(BaseSimpleTotalOrderTest.java:326)
> at org.infinispan.test.MultipleCacheManagersTest.callCreateCacheManagers(MultipleCacheManagersTest.java:109)
> at org.infinispan.test.MultipleCacheManagersTest.createBeforeMethod(MultipleCacheManagersTest.java:119)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ISPN-7190) Administration console - when adding new cache, base configuration shouldn't show existing caches
by Vladimir Blagojevic (JIRA)
[ https://issues.jboss.org/browse/ISPN-7190?page=com.atlassian.jira.plugin.... ]
Vladimir Blagojevic edited comment on ISPN-7190 at 11/14/16 5:25 AM:
---------------------------------------------------------------------
[~rmacor] Are you possibly looking at the wrong branch or release? Or perhaps not clearing cache? I have just fresh checked out master branch of https://github.com/infinispan/infinispan-management-console master branch, cleaned up my cache, and this issue is not present. There are some conflicts potentially with the old non-Typescript dist layout so make sure you get a clean fresh directory where you will checkout the above-mentioned master branch.
Another indicator that something is not right in your build is the fact that translation file is not loaded properly. That is why you have capital letters with underscores in the modal titles. Please double check. [~pzapataf]
was (Author: vblagojevic):
[~rmacor] Are you possibly looking at the wrong branch or release? Or perhaps not clearing cache? I have just fresh checked out master branch of https://github.com/infinispan/infinispan-management-console master branch, cleaned up my cache, and this issue is not present. There are some conflicts potentially with the old non-Typescript dist layout so make sure you get a clean fresh directory where you will checkout the above-mentioned master branch.
Another that something is not right in your build is the fact that translation file is not loaded properly. That is why you have capital letters with underscores in the modal titles. Please double check. [~pzapataf]
> Administration console - when adding new cache, base configuration shouldn't show existing caches
> -------------------------------------------------------------------------------------------------
>
> Key: ISPN-7190
> URL: https://issues.jboss.org/browse/ISPN-7190
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management
> Affects Versions: 9.0.0.Alpha4
> Reporter: Roman Macor
> Assignee: Vladimir Blagojevic
> Attachments: Screen Shot 2016-11-13 at 8.05.40 AM.png, Screenshot from 2016-11-11.png
>
>
> Click on cache container -> Add cache -> expand "base configuration" drop down
> Result: The drop down offers cache configurations and existing caches
> Expected result: The drop down should only offer cache configurations. ("default" and "memcachedCache" shouldn't be there )
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month