[JBoss JIRA] (ISPN-10718) Ensure protobuf metadata cache is predictably started when the cache manager has finished initializing
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10718?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10718:
------------------------------------------
Sprint: DataGrid Sprint #34, DataGrid Sprint #35 (was: DataGrid Sprint #34)
> Ensure protobuf metadata cache is predictably started when the cache manager has finished initializing
> ------------------------------------------------------------------------------------------------------
>
> Key: ISPN-10718
> URL: https://issues.jboss.org/browse/ISPN-10718
> Project: Infinispan
> Issue Type: Enhancement
> Components: Remote Querying
> Affects Versions: 10.0.0.CR2
> Reporter: Nistor Adrian
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 10.0.0.Final
>
>
> Casual code browsing led me to ProtobufMetadataCacheStartedTest where I see we actually assert that protobuf metadata cache is not started on cache manager start, it is actually started lazily, when first non-internal cache starts. And the code is written as if this is a (happy) accident. That's very dangerous. We should start it predictably, when the cache manager has finished startup.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (ISPN-10721) jcache/tck-runner module should not unpack cache-tests
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10721?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10721:
------------------------------------------
Sprint: DataGrid Sprint #34, DataGrid Sprint #35 (was: DataGrid Sprint #34)
> jcache/tck-runner module should not unpack cache-tests
> ------------------------------------------------------
>
> Key: ISPN-10721
> URL: https://issues.jboss.org/browse/ISPN-10721
> Project: Infinispan
> Issue Type: Bug
> Components: JCache, Test Suite - Server
> Affects Versions: 10.0.0.CR2
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Labels: testsuite_stability
> Fix For: 10.0.0.Final
>
>
> The {{jcache/tck-runner}} module is unpacking the {{cache-tests}} dependency (the TCK) in the target directory so that the Surefire Maven plugin can find and run the tests.
> This started breaking since the upgrade to Weld 2.3.4.Final (ISPN-10383), because Weld now finds the TCK beans in two different locations:
> {noformat}
> [2019-10-01T07:12:01.511Z] [OK: 214, KO: 1, SKIP: 0] Test failed: InterceptionUsingCacheConfigTest.test_AT_CacheResult
> [2019-10-01T07:12:01.511Z] org.jboss.weld.exceptions.AmbiguousResolutionException: WELD-001318: Cannot resolve an ambiguous dependency between:
> [2019-10-01T07:12:01.511Z] - Managed Bean [class manager.ClassLevelCacheConfigBlogManagerImpl] with qualifiers [@Any @Default],
> [2019-10-01T07:12:01.511Z] - Managed Bean [class manager.ClassLevelCacheConfigBlogManagerImpl] with qualifiers [@Any @Default]
> [2019-10-01T07:12:01.511Z] at org.jboss.weld.manager.BeanManagerImpl.resolve(BeanManagerImpl.java:1235)
> [2019-10-01T07:12:01.511Z] at org.jsr107.tck.annotations.cdi.test.CdiBeanProvider.getBeanByType(CdiBeanProvider.java:47)
> [2019-10-01T07:12:01.511Z] at org.jsr107.tck.annotation.AbstractInterceptionTest.getBeanByType(AbstractInterceptionTest.java:66)
> [2019-10-01T07:12:01.511Z] at org.jsr107.tck.annotation.InterceptionUsingCacheConfigTest.getBlogManager(InterceptionUsingCacheConfigTest.java:23)
> [2019-10-01T07:12:01.511Z] at org.jsr107.tck.annotation.AbstractBlogManagerInterceptionTest.before(AbstractBlogManagerInterceptionTest.java:26)
> {noformat}
> Fortunately we don't have to unpack the tests in our working directory, we can tell Surefire to run the tests from the jar instead:
> {code:xml}
> <dependenciesToScan>
> <dependency>javax.cache:cache-tests</dependency>
> </dependenciesToScan>
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (ISPN-10672) Server default configs issues
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10672?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10672:
------------------------------------------
Sprint: DataGrid Sprint #34, DataGrid Sprint #35 (was: DataGrid Sprint #34)
> Server default configs issues
> -----------------------------
>
> Key: ISPN-10672
> URL: https://issues.jboss.org/browse/ISPN-10672
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 10.0.0.CR2
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.0.0.CR3
>
>
> The default server configuration is affected by the following issues:
> * it does not set the global state shared persistent location
> * they assume that user property files will use plain text password, but the user tool defaults to hashed passwords
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (ISPN-10675) Query tests don't execute in Intellij due to NoClassDefFoundError org/antlr/runtime/tree/TreeNodeStream
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10675?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10675:
------------------------------------------
Sprint: DataGrid Sprint #34, DataGrid Sprint #35 (was: DataGrid Sprint #34)
> Query tests don't execute in Intellij due to NoClassDefFoundError org/antlr/runtime/tree/TreeNodeStream
> -------------------------------------------------------------------------------------------------------
>
> Key: ISPN-10675
> URL: https://issues.jboss.org/browse/ISPN-10675
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Query
> Affects Versions: 10.0.0.CR2
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.CR3
>
>
> Not reproducible with maven.
> {code:java}
> org.infinispan.commons.CacheException: java.lang.NoClassDefFoundError: org/antlr/runtime/tree/TreeNodeStream
> at org.infinispan.interceptors.impl.InvocationContextInterceptor.rethrowException(InvocationContextInterceptor.java:133)
> at org.infinispan.interceptors.impl.InvocationContextInterceptor.lambda$new$0(InvocationContextInterceptor.java:61)
> at org.infinispan.interceptors.InvocationExceptionFunction.apply(InvocationExceptionFunction.java:25)
> at org.infinispan.interceptors.impl.SimpleAsyncInvocationStage.addCallback(SimpleAsyncInvocationStage.java:70)
> at org.infinispan.interceptors.InvocationStage.andExceptionally(InvocationStage.java:66)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:133)
> at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:89)
> at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:244)
> at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1835)
> at org.infinispan.cache.impl.CacheImpl.computeIfAbsentInternal(CacheImpl.java:370)
> at org.infinispan.cache.impl.CacheImpl.computeIfAbsent(CacheImpl.java:360)
> at org.infinispan.cache.impl.CacheImpl.computeIfAbsent(CacheImpl.java:340)
> at org.infinispan.cache.impl.AbstractDelegatingCache.computeIfAbsent(AbstractDelegatingCache.java:424)
> at org.infinispan.cache.impl.EncoderCache.computeIfAbsent(EncoderCache.java:655)
> at org.infinispan.Cache.computeIfAbsent(Cache.java:388)
> at org.infinispan.query.dsl.embedded.impl.QueryCache.get(QueryCache.java:73)
> at org.infinispan.query.dsl.embedded.impl.QueryEngine.parse(QueryEngine.java:695)
> at org.infinispan.query.dsl.embedded.impl.DelegatingQuery.<init>(DelegatingQuery.java:58)
> at org.infinispan.query.dsl.embedded.impl.EmbeddedQueryBuilder.build(EmbeddedQueryBuilder.java:32)
> at org.infinispan.query.dsl.impl.BaseCondition.build(BaseCondition.java:198)
> at org.infinispan.query.dsl.embedded.QueryDslConditionsTest.testSampleDomainQuery22(QueryDslConditionsTest.java:1525)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:124)
> at org.testng.internal.MethodInvocationHelper$1.runTestMethod(MethodInvocationHelper.java:230)
> at org.infinispan.commons.test.TestNGLongTestsHook.run(TestNGLongTestsHook.java:24)
> at org.testng.internal.MethodInvocationHelper.invokeHookable(MethodInvocationHelper.java:242)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:579)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:719)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:989)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109)
> at org.testng.TestRunner.privateRun(TestRunner.java:648)
> at org.testng.TestRunner.run(TestRunner.java:505)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:455)
> at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:450)
> at org.testng.SuiteRunner.privateRun(SuiteRunner.java:415)
> at org.testng.SuiteRunner.run(SuiteRunner.java:364)
> at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
> at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:84)
> at org.testng.TestNG.runSuitesSequentially(TestNG.java:1208)
> at org.testng.TestNG.runSuitesLocally(TestNG.java:1137)
> at org.testng.TestNG.runSuites(TestNG.java:1049)
> at org.testng.TestNG.run(TestNG.java:1017)
> at org.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:73)
> at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:123)
> Suppressed: org.infinispan.util.logging.TraceException
> at org.infinispan.interceptors.impl.SimpleAsyncInvocationStage.get(SimpleAsyncInvocationStage.java:41)
> at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:246)
> ... 40 more
> Caused by: java.lang.NoClassDefFoundError: org/antlr/runtime/tree/TreeNodeStream
> at org.infinispan.objectfilter.impl.syntax.parser.IckleParser.<clinit>(IckleParser.java:11)
> at org.infinispan.query.dsl.embedded.impl.QueryEngine.lambda$parse$1(QueryEngine.java:695)
> at org.infinispan.query.dsl.embedded.impl.QueryCache.lambda$get$ab3121d1$1(QueryCache.java:73)
> at org.infinispan.cache.impl.FunctionMapper.apply(FunctionMapper.java:43)
> at org.infinispan.interceptors.impl.CallInterceptor.visitComputeIfAbsentCommand(CallInterceptor.java:412)
> at org.infinispan.commands.write.ComputeIfAbsentCommand.acceptVisitor(ComputeIfAbsentCommand.java:114)
> at org.infinispan.interceptors.impl.CallInterceptor.visitCommand(CallInterceptor.java:166)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenApply(BaseAsyncInterceptor.java:81)
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:703)
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitComputeIfAbsentCommand(EntryWrappingInterceptor.java:398)
> at org.infinispan.commands.write.ComputeIfAbsentCommand.acceptVisitor(ComputeIfAbsentCommand.java:114)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndFinally(BaseAsyncInterceptor.java:155)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lambda$nonTxLockAndInvokeNext$3(AbstractLockingInterceptor.java:308)
> at org.infinispan.interceptors.SyncInvocationStage.andHandle(SyncInvocationStage.java:70)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.nonTxLockAndInvokeNext(AbstractLockingInterceptor.java:303)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitNonTxDataWriteCommand(AbstractLockingInterceptor.java:128)
> at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitDataWriteCommand(NonTransactionalLockingInterceptor.java:40)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitComputeIfAbsentCommand(AbstractLockingInterceptor.java:97)
> at org.infinispan.commands.write.ComputeIfAbsentCommand.acceptVisitor(ComputeIfAbsentCommand.java:114)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59)
> at org.infinispan.interceptors.impl.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:215)
> at org.infinispan.interceptors.impl.CacheMgmtInterceptor.visitComputeIfAbsentCommand(CacheMgmtInterceptor.java:209)
> at org.infinispan.commands.write.ComputeIfAbsentCommand.acceptVisitor(ComputeIfAbsentCommand.java:114)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59)
> at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:53)
> at org.infinispan.interceptors.DDAsyncInterceptor.visitComputeIfAbsentCommand(DDAsyncInterceptor.java:74)
> at org.infinispan.commands.write.ComputeIfAbsentCommand.acceptVisitor(ComputeIfAbsentCommand.java:114)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:128)
> ... 42 more
> Caused by: java.lang.ClassNotFoundException: org.antlr.runtime.tree.TreeNodeStream
> at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
> at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
> ... 70 more
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (ISPN-10686) JGroups property replacement failure warnings on startup
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10686?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10686:
------------------------------------------
Sprint: DataGrid Sprint #34, DataGrid Sprint #35 (was: DataGrid Sprint #34)
> JGroups property replacement failure warnings on startup
> --------------------------------------------------------
>
> Key: ISPN-10686
> URL: https://issues.jboss.org/browse/ISPN-10686
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 10.0.0.CR2
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.0.0.CR3
>
>
> On startup, Infinispan prints a number of warnings related to property substitutions failing in the built-in JGroups stacks even when they are not being used.
> These should be initialized lazily, so that such substitutions only happen when a stack is effectively initialized.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (ISPN-10699) Add Transcoder name to log statements to aid debugging
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10699?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10699:
------------------------------------------
Sprint: DataGrid Sprint #34, DataGrid Sprint #35 (was: DataGrid Sprint #34)
> Add Transcoder name to log statements to aid debugging
> ------------------------------------------------------
>
> Key: ISPN-10699
> URL: https://issues.jboss.org/browse/ISPN-10699
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Affects Versions: 10.0.0.CR2
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.CR3
>
>
> Currently the error message returned to the client when a transcoding exception occurs is not very detailed as the stack trace is where the `HotRodClientException` is thrown and the server error message does not detail the transcoder that encountered the issue.
> We should include the name of the transcoder in the server exception to aid debugging.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months