[JBoss JIRA] (ISPN-8052) Add more configuration options for the keystores in Hot Rod clients and servers
by Pedro Zapata (JIRA)
Pedro Zapata created ISPN-8052:
----------------------------------
Summary: Add more configuration options for the keystores in Hot Rod clients and servers
Key: ISPN-8052
URL: https://issues.jboss.org/browse/ISPN-8052
Project: Infinispan
Issue Type: Enhancement
Components: Remote Protocols
Affects Versions: 9.0.0.Final
Reporter: Pedro Zapata
Assignee: Tristan Tarrant
Fix For: 9.1.0.Final
The user should be able to specify the following additional configuration options when setting up a keystore/truststore for Hot Rod:
- the key alias to selet the desired identity to present to the peer
- the store type (JKS, JCEKS, ...)
- the protocol type (TLSv1.1, TLSv1.2, etc)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (ISPN-8051) Task context should include the cachemanager
by Pedro Zapata (JIRA)
Pedro Zapata created ISPN-8051:
----------------------------------
Summary: Task context should include the cachemanager
Key: ISPN-8051
URL: https://issues.jboss.org/browse/ISPN-8051
Project: Infinispan
Issue Type: Enhancement
Components: Tasks
Reporter: Pedro Zapata
Assignee: Tristan Tarrant
Fix For: 9.1.0.Alpha1, 9.1.0.Final
In a server-side task, many attributes are optional, but we should always include the cachemanager .
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (ISPN-8050) Reorganize tasks modules
by Pedro Zapata (JIRA)
Pedro Zapata created ISPN-8050:
----------------------------------
Summary: Reorganize tasks modules
Key: ISPN-8050
URL: https://issues.jboss.org/browse/ISPN-8050
Project: Infinispan
Issue Type: Task
Components: Tasks
Reporter: Pedro Zapata
Assignee: Tristan Tarrant
Fix For: 9.1.0.Alpha1, 9.1.0.Final
We have three tasks modules (tasks-api, tasks and scripting) which live in the top level of the source tree. They should be reorganized under a single directory
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (ISPN-8049) RemoteStore support for encryption and authentication
by Pedro Zapata (JIRA)
Pedro Zapata created ISPN-8049:
----------------------------------
Summary: RemoteStore support for encryption and authentication
Key: ISPN-8049
URL: https://issues.jboss.org/browse/ISPN-8049
Project: Infinispan
Issue Type: Enhancement
Reporter: Pedro Zapata
Assignee: Tristan Tarrant
Fix For: 9.1.0.Beta1
The RemoteStore does not support configuring the underlying RemoteCacheManager with encryption and/or authentication. At the very least we should support encryption with both truststore and keystore, and SASL with PLAIN, MD5 and EXTERNAL.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (ISPN-8047) REST cache store lazy initialization of netty causes classloading issues
by Pedro Zapata (JIRA)
Pedro Zapata created ISPN-8047:
----------------------------------
Summary: REST cache store lazy initialization of netty causes classloading issues
Key: ISPN-8047
URL: https://issues.jboss.org/browse/ISPN-8047
Project: Infinispan
Issue Type: Bug
Components: Loaders and Stores
Affects Versions: 9.0.0.CR3
Reporter: Pedro Zapata
Assignee: Tristan Tarrant
Fix For: 9.0.0.CR4
11:02:36,129 WARN [org.infinispan.persistence.rest.upgrade.RestTargetMigrator] (pool-5-thread-1) ISPN000277: Could not migrate key keyLoad40: org.infinispan.commons.CacheException: java.lang.NoClassDefFoundError: io/netty/util/internal/TypeParameterMatcher
at org.infinispan.interceptors.impl.InvocationContextInterceptor.rethrowException(InvocationContextInterceptor.java:141)
at org.infinispan.interceptors.impl.InvocationContextInterceptor.access$000(InvocationContextInterceptor.java:43)
at org.infinispan.interceptors.impl.InvocationContextInterceptor$1.apply(InvocationContextInterceptor.java:58)
at org.infinispan.interceptors.InvocationExceptionFunction.apply(InvocationExceptionFunction.java:21)
at org.infinispan.interceptors.impl.SimpleAsyncInvocationStage.addCallback(SimpleAsyncInvocationStage.java:67)
at org.infinispan.interceptors.InvocationStage.andExceptionally(InvocationStage.java:34)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:131)
at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:94)
at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248)
at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:408)
at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:400)
at org.infinispan.cache.impl.AbstractDelegatingCache.get(AbstractDelegatingCache.java:348)
at org.infinispan.cache.impl.TypeConverterDelegatingAdvancedCache.get(TypeConverterDelegatingAdvancedCache.java:390)
at org.infinispan.persistence.rest.upgrade.RestTargetMigrator$1.run(RestTargetMigrator.java:62)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
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.NoClassDefFoundError: io/netty/util/internal/TypeParameterMatcher
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:348)
at io.netty.util.internal.JavassistTypeParameterMatcherGenerator.generate(JavassistTypeParameterMatcherGenerator.java:66)
at io.netty.util.internal.JavassistTypeParameterMatcherGenerator.generate(JavassistTypeParameterMatcherGenerator.java:58)
at io.netty.util.internal.TypeParameterMatcher.get(TypeParameterMatcher.java:42)
at io.netty.util.internal.TypeParameterMatcher.find(TypeParameterMatcher.java:78)
at io.netty.channel.SimpleChannelInboundHandler.<init>(SimpleChannelInboundHandler.java:67)
at io.netty.channel.SimpleChannelInboundHandler.<init>(SimpleChannelInboundHandler.java:57)
at org.infinispan.persistence.rest.RestStore$HttpResponseHandler.<init>(RestStore.java:213)
at org.infinispan.persistence.rest.RestStore.load(RestStore.java:270)
at org.infinispan.persistence.manager.PersistenceManagerImpl.loadFromAllStores(PersistenceManagerImpl.java:486)
at org.infinispan.persistence.PersistenceUtil.loadAndCheckExpiration(PersistenceUtil.java:123)
at org.infinispan.persistence.PersistenceUtil.lambda$loadAndStoreInDataContainer$3(PersistenceUtil.java:85)
at org.infinispan.container.DefaultDataContainer.lambda$compute$6(DefaultDataContainer.java:336)
at java.util.concurrent.ConcurrentHashMap.compute(ConcurrentHashMap.java:1853)
at org.infinispan.container.DefaultDataContainer.compute(DefaultDataContainer.java:335)
at org.infinispan.persistence.PersistenceUtil.loadAndStoreInDataContainer(PersistenceUtil.java:76)
at org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadInContext(CacheLoaderInterceptor.java:335)
at org.infinispan.interceptors.impl.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:330)
at org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitDataCommand(CacheLoaderInterceptor.java:194)
at org.infinispan.interceptors.impl.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:139)
at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:101)
at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitDataReadCommand(EntryWrappingInterceptor.java:212)
at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitGetKeyValueCommand(EntryWrappingInterceptor.java:200)
at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:57)
at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitDataReadCommand(NonTransactionalLockingInterceptor.java:33)
at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitGetKeyValueCommand(AbstractLockingInterceptor.java:92)
at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndFinally(BaseAsyncInterceptor.java:153)
at org.infinispan.interceptors.impl.CacheMgmtInterceptor.visitDataReadCommand(CacheMgmtInterceptor.java:91)
at org.infinispan.interceptors.impl.CacheMgmtInterceptor.visitGetKeyValueCommand(CacheMgmtInterceptor.java:77)
at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:38)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:126)
... 12 more
Caused by: java.lang.ClassNotFoundException: io.netty.util.internal.TypeParameterMatcher from [Module "org.infinispan:main" from local module loader @1c2c22f3 (finder: local module finder @18e8568 (roots: /home/tst/Work/JBoss/infinispan/server/integration/testsuite/target/server/node1/modules,/home/tst/Work/JBoss/infinispan/server/integration/testsuite/target/server/node1/modules/system/layers/base))]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (ISPN-8046) ComponentMetadataPersister hangs with IBM JDK
by Pedro Zapata (JIRA)
Pedro Zapata created ISPN-8046:
----------------------------------
Summary: ComponentMetadataPersister hangs with IBM JDK
Key: ISPN-8046
URL: https://issues.jboss.org/browse/ISPN-8046
Project: Infinispan
Issue Type: Bug
Components: Build process
Affects Versions: 9.0.0.CR3
Environment: java version "1.8.0"
Java(TM) SE Runtime Environment (build pxa6480sr3fp12-20160919_01(SR3 FP12))
IBM J9 VM (build 2.8, JRE 1.8.0 Linux amd64-64 Compressed References 20160915_318796 (JIT enabled, AOT enabled)
J9VM - R28_Java8_SR3_20160915_0912_B318796
JIT - tr.r14.java.green_20160818_122998
GC - R28_Java8_SR3_20160915_0912_B318796_CMPRSS
J9CL - 20160915_318796)
JCL - 20160914_01 based on Oracle jdk8u101-b13
Reporter: Pedro Zapata
Assignee: Tristan Tarrant
Fix For: 9.0.0.CR4, 9.0.0.Final
When building with IBM JDK, the ComponentMetadataPersister hangs when generating infinispan-core's metadata:
[08:24:58]W: [Step 1/2] [WARNING] Couldn't destroy threadgroup org.codehaus.mojo.exec.ExecJavaMojo$IsolatedThreadGroup[name=org.infinispan.factories.components.ComponentMetadataPersister,maxpri=10]
[08:24:58] : [Step 1/2] java.lang.IllegalThreadStateException: Has threads
[08:24:58] : [Step 1/2] at java.lang.ThreadGroup.destroyImpl(ThreadGroup.java:256)
[08:24:58] : [Step 1/2] at java.lang.ThreadGroup.destroy(ThreadGroup.java:238)
[08:24:58] : [Step 1/2] at org.codehaus.mojo.exec.ExecJavaMojo.execute(ExecJavaMojo.java:328)
[08:24:58] : [Step 1/2] at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
[08:24:58] : [Step 1/2] at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
[08:24:58] : [Step 1/2] at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
[08:24:58] : [Step 1/2] at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
[08:24:58] : [Step 1/2] at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
[08:24:58] : [Step 1/2] at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
[08:24:58] : [Step 1/2] at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
[08:24:58] : [Step 1/2] at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
[08:24:58] : [Step 1/2] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
[08:24:58] : [Step 1/2] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
[08:24:58] : [Step 1/2] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
[08:24:58] : [Step 1/2] at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
[08:24:58] : [Step 1/2] at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
[08:24:58] : [Step 1/2] at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
[08:24:58] : [Step 1/2] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[08:24:58] : [Step 1/2] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
[08:24:58] : [Step 1/2] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
[08:24:58] : [Step 1/2] at java.lang.reflect.Method.invoke(Method.java:507)
[08:24:58] : [Step 1/2] at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
[08:24:58] : [Step 1/2] at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
[08:24:58] : [Step 1/2] at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
[08:24:58] : [Step 1/2] at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
After some investigation, it appears this is caused by log4j being on the classpath, pulled in as an optional compile dependency on infinispan-core.
Since nothing on core depends on log4j the fix is to make the dependency scoped to test.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (ISPN-8045) Protostream server module needs to depend on sun.jdk module
by Pedro Zapata (JIRA)
Pedro Zapata created ISPN-8045:
----------------------------------
Summary: Protostream server module needs to depend on sun.jdk module
Key: ISPN-8045
URL: https://issues.jboss.org/browse/ISPN-8045
Project: Infinispan
Issue Type: Bug
Components: Server
Affects Versions: 9.0.0.CR4
Reporter: Pedro Zapata
Assignee: Tristan Tarrant
Fix For: 9.0.0.Final
The protostream uberjar incorporates protobuf which attempts to use sun.misc.Unsafe. In order for JBoss Modules to expose this class when running under IBM JDK we need to add a module dependency on sun.jdk
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months
[JBoss JIRA] (ISPN-8043) Error "newValue is null" while connecting to cache for Infinispan 9.0.0.Final
by Pedro Zapata (JIRA)
Pedro Zapata created ISPN-8043:
----------------------------------
Summary: Error "newValue is null" while connecting to cache for Infinispan 9.0.0.Final
Key: ISPN-8043
URL: https://issues.jboss.org/browse/ISPN-8043
Project: Infinispan
Issue Type: Bug
Affects Versions: 9.0.0.Final
Reporter: Pedro Zapata
Assignee: Tristan Tarrant
Priority: Minor
Fix For: 9.1.0.Alpha1
I configured cross-site replication using infinispan 9.0.0.CR3 and everything worked then upgraded it to 9.0.0.Final but same configuration failed to perform cross-site replication with the latest version.
During debugging I observed the following error when trying to update cache default from ispn-cli(infinispan-server-9.0.0.Final/ispn-cli.sh
FLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: newValue is null
I deployed a fresh Infinispan 9.0.0.Final without any customization in standalone mode but still got same error.
> ./ispn-cli.sh
You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
[disconnected /] connect
[standalone@localhost:9990 /] container local
[standalone@localhost:9990 cache-container=local] cache default
WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: newValue is null
[standalone@localhost:9990 cache-container=local]
With a out of the box 9.0.0.CR3 deployment cache update worked fine
> ./ispn-cli.sh
You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
[disconnected /] connect
[standalone@localhost:9990 /] container local
[standalone@localhost:9990 cache-container=local] cache default
[standalone@localhost:9990 local-cache=default] put a a
[standalone@localhost:9990 local-cache=default] get a
a
[standalone@localhost:9990 local-cache=default]
See
https://developer.jboss.org/message/971206#971206
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 6 months