[JBoss JIRA] (ISPN-10725) Server Docs: Authentication Mechanisms + Encryption
by Donald Naro (Jira)
[ https://issues.redhat.com/browse/ISPN-10725?page=com.atlassian.jira.plugi... ]
Donald Naro updated ISPN-10725:
-------------------------------
Sprint: (was: DataGrid Sprint #38)
> Server Docs: Authentication Mechanisms + Encryption
> ---------------------------------------------------
>
> Key: ISPN-10725
> URL: https://issues.redhat.com/browse/ISPN-10725
> Project: Infinispan
> Issue Type: Enhancement
> Components: Documentation
> Reporter: Donald Naro
> Assignee: Donald Naro
> Priority: Major
>
> Configuring authentication and encryption.
> As a user, I need to understand auth mechanisms (BASIC, DIGEST-MD5, OAUTH [KeyCloak], SCRAM, SPNEGO and CERT)
> Authentication: Hot Rod > SASL, REST > HTTP Auth
> Auth methods
> SASL: PLAIN <> HTTP: Basic
> SASL: DIGEST-MD5 <> HTTP: Digest
> SASL: EXTERNAL <> HTTP: ClientCert
> As an admin, I can enable memcached even though it does not support authentication.
> As a user, I need to create and manage credentials.
> As a user, I need to set up encryption. Adding CA-signed server certs. Creating and adding self-signed certs.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-11089) Add LDAP attribute from reference
by Tristan Tarrant (Jira)
Tristan Tarrant created ISPN-11089:
--------------------------------------
Summary: Add LDAP attribute from reference
Key: ISPN-11089
URL: https://issues.redhat.com/browse/ISPN-11089
Project: Infinispan
Issue Type: Enhancement
Components: Security, Server
Affects Versions: 10.1.0.CR1
Reporter: Tristan Tarrant
Assignee: Tristan Tarrant
Fix For: 10.1.0.Final
For LDAP servers which map group membership directly into the user entry (e.g. Active Directory)
we need to support attribute references
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-11088) NPE while using MySQL 5.7.28
by AshokKumar NV (Jira)
AshokKumar NV created ISPN-11088:
------------------------------------
Summary: NPE while using MySQL 5.7.28
Key: ISPN-11088
URL: https://issues.redhat.com/browse/ISPN-11088
Project: Infinispan
Issue Type: Bug
Components: Marshalling
Affects Versions: 9.4.4.Final
Reporter: AshokKumar NV
Infinispan is used in embedded mode with MySQL 5.7.28 and JDBC Store
NPE occurs when we try to call Cache.isEmpty() while using MySQL 5.7.28 (server installed on Windows platform). The call goes to AbstractDelegatingCache and the NPE actually occurs in the JdbcStringBasedStore. The issue does not occur if the same server version is installed on Linux
The stack trace is as below.
{noformat}
java.lang.NullPointerException
at org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore$ResultSetEntryIterator.getNext(JdbcStringBasedStore.java:778)
at org.infinispan.persistence.jdbc.stringbased.JdbcStringBasedStore$ResultSetEntryIterator.getNext(JdbcStringBasedStore.java:752)
at org.infinispan.commons.util.AbstractIterator.hasNext(AbstractIterator.java:26)
at io.reactivex.internal.operators.flowable.FlowableFromIterable$IteratorSubscription.slowPath(FlowableFromIterable.java:250)
at io.reactivex.internal.operators.flowable.FlowableFromIterable$BaseRangeSubscription.request(FlowableFromIterable.java:125)
at io.reactivex.internal.operators.flowable.FlowableUsing$UsingSubscriber.request(FlowableUsing.java:158)
at io.reactivex.internal.operators.flowable.FlowableUsing$UsingSubscriber.request(FlowableUsing.java:158)
at io.reactivex.internal.subscribers.BasicFuseableSubscriber.request(BasicFuseableSubscriber.java:153)
at io.reactivex.internal.subscriptions.SubscriptionHelper.setOnce(SubscriptionHelper.java:257)
at io.reactivex.internal.operators.flowable.BlockingFlowableIterable$BlockingFlowableIterator.onSubscribe(BlockingFlowableIterable.java:128)
at io.reactivex.internal.subscribers.BasicFuseableSubscriber.onSubscribe(BasicFuseableSubscriber.java:67)
at io.reactivex.internal.operators.flowable.FlowableUsing$UsingSubscriber.onSubscribe(FlowableUsing.java:99)
at io.reactivex.internal.operators.flowable.FlowableUsing$UsingSubscriber.onSubscribe(FlowableUsing.java:99)
at io.reactivex.internal.operators.flowable.FlowableFromIterable.subscribe(FlowableFromIterable.java:69)
at io.reactivex.internal.operators.flowable.FlowableFromIterable.subscribeActual(FlowableFromIterable.java:47)
at io.reactivex.Flowable.subscribe(Flowable.java:14409)
at io.reactivex.Flowable.subscribe(Flowable.java:14356)
at io.reactivex.internal.operators.flowable.FlowableUsing.subscribeActual(FlowableUsing.java:74)
at io.reactivex.Flowable.subscribe(Flowable.java:14409)
at io.reactivex.Flowable.subscribe(Flowable.java:14356)
at io.reactivex.internal.operators.flowable.FlowableUsing.subscribeActual(FlowableUsing.java:74)
at io.reactivex.Flowable.subscribe(Flowable.java:14409)
at io.reactivex.internal.operators.flowable.FlowableMap.subscribeActual(FlowableMap.java:38)
at io.reactivex.Flowable.subscribe(Flowable.java:14409)
at io.reactivex.internal.operators.flowable.BlockingFlowableIterable.iterator(BlockingFlowableIterable.java:42)
at org.infinispan.util.Closeables.iterator(Closeables.java:30)
at org.infinispan.stream.impl.local.PersistenceEntryStreamSupplier.lambda$null$5(PersistenceEntryStreamSupplier.java:104)
at org.infinispan.util.LazyConcatIterator.hasNext(LazyConcatIterator.java:43)
at java.base/java.util.Spliterators$IteratorSpliterator.tryAdvance(Spliterators.java:1811)
at java.base/java.util.stream.ReferencePipeline.forEachWithCancel(ReferencePipeline.java:127)
at java.base/java.util.stream.AbstractPipeline.copyIntoWithCancel(AbstractPipeline.java:502)
at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:488)
at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474)
at java.base/java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:230)
at java.base/java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:196)
at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
at java.base/java.util.stream.ReferencePipeline.anyMatch(ReferencePipeline.java:528)
at org.infinispan.stream.impl.local.LocalCacheStream.anyMatch(LocalCacheStream.java:294)
at org.infinispan.cache.impl.CacheImpl.isEmpty(CacheImpl.java:500)
at org.infinispan.cache.impl.DecoratedCache.isEmpty(DecoratedCache.java:523)
at org.infinispan.cache.impl.AbstractDelegatingCache.isEmpty(AbstractDelegatingCache.java:378)
{noformat}
JDK version - 11.0.4
MySQL Connector - mysql-connector-java-5.1.48.jar
MySQL Server - 5.7.28 on Windows platform
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-11024) Unable to use binary memory eviction with protobuf
by Will Burns (Jira)
[ https://issues.redhat.com/browse/ISPN-11024?page=com.atlassian.jira.plugi... ]
Will Burns updated ISPN-11024:
------------------------------
Fix Version/s: 10.1.0.Final
11.0.0.Final
> Unable to use binary memory eviction with protobuf
> --------------------------------------------------
>
> Key: ISPN-11024
> URL: https://issues.redhat.com/browse/ISPN-11024
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 10.0.1.Final
> Reporter: Jens Reimann
> Assignee: Will Burns
> Priority: Critical
> Fix For: 10.1.0.Final, 11.0.0.Final
>
>
> Enabling binary eviction, e.g.:
> {code:xml}
> <memory>
> <binary strategy="REMOVE" size="134217728" eviction="MEMORY"/>
> </memory>
> {code}
> When storing protobuf based types, throws the following exception:
> {code}
> 15:36:29,859 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (async-thread--p2-t18) ISPN000136: Error executing command PrepareCommand on Cache 'devices', writing keys []: java.lang.IllegalArgumentException: Size of Class class org.infinispan.query.remote.impl.indexing.ProtobufValueWrapper cannot be determined using given entry size calculator :class org.infinispan.container.entries.PrimitiveEntrySizeCalculator
> {code}
> As protobuf produces a binary representation of the data, it is possible to calculate a size for that object.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-11024) Unable to use binary memory eviction with protobuf
by Will Burns (Jira)
[ https://issues.redhat.com/browse/ISPN-11024?page=com.atlassian.jira.plugi... ]
Will Burns updated ISPN-11024:
------------------------------
Status: Pull Request Sent (was: Coding In Progress)
Git Pull Request: https://issues.redhat.com/browse/ISPN-11086
> Unable to use binary memory eviction with protobuf
> --------------------------------------------------
>
> Key: ISPN-11024
> URL: https://issues.redhat.com/browse/ISPN-11024
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 10.0.1.Final
> Reporter: Jens Reimann
> Assignee: Will Burns
> Priority: Critical
>
> Enabling binary eviction, e.g.:
> {code:xml}
> <memory>
> <binary strategy="REMOVE" size="134217728" eviction="MEMORY"/>
> </memory>
> {code}
> When storing protobuf based types, throws the following exception:
> {code}
> 15:36:29,859 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (async-thread--p2-t18) ISPN000136: Error executing command PrepareCommand on Cache 'devices', writing keys []: java.lang.IllegalArgumentException: Size of Class class org.infinispan.query.remote.impl.indexing.ProtobufValueWrapper cannot be determined using given entry size calculator :class org.infinispan.container.entries.PrimitiveEntrySizeCalculator
> {code}
> As protobuf produces a binary representation of the data, it is possible to calculate a size for that object.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-11086) Binary storage and indexing has issues
by Will Burns (Jira)
Will Burns created ISPN-11086:
---------------------------------
Summary: Binary storage and indexing has issues
Key: ISPN-11086
URL: https://issues.redhat.com/browse/ISPN-11086
Project: Infinispan
Issue Type: Bug
Components: Indexing, Marshalling, Server
Reporter: Will Burns
When adding some tests for ISPN-11079 I found that BINARY storage has some issues when indexing is enabled.
My setup method would always received
{code}
ava.util.concurrent.CompletionException: org.infinispan.commons.CacheException: java.io.IOException: Unknown type: 74
at java.base/java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:331)
at java.base/java.util.concurrent.CompletableFuture.uniApplyNow(CompletableFuture.java:670)
at java.base/java.util.concurrent.CompletableFuture.uniApplyStage(CompletableFuture.java:658)
at java.base/java.util.concurrent.CompletableFuture.thenApply(CompletableFuture.java:2094)
at org.infinispan.cache.impl.EncoderCache.putAsync(EncoderCache.java:459)
at org.infinispan.server.hotrod.CacheRequestProcessor.putInternal(CacheRequestProcessor.java:191)
at org.infinispan.server.hotrod.CacheRequestProcessor.lambda$put$6(CacheRequestProcessor.java:184)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: org.infinispan.commons.CacheException: java.io.IOException: Unknown type: 74
at org.infinispan.commons.dataconversion.BinaryEncoder.fromStorage(BinaryEncoder.java:39)
at org.infinispan.encoding.DataConversion.extractIndexable(DataConversion.java:226)
at org.infinispan.query.backend.QueryInterceptor.extractKey(QueryInterceptor.java:401)
at org.infinispan.query.backend.QueryInterceptor.keyToString(QueryInterceptor.java:409)
at org.infinispan.query.backend.QueryInterceptor.updateIndexes(QueryInterceptor.java:371)
at org.infinispan.query.backend.QueryInterceptor.processChange(QueryInterceptor.java:454)
at org.infinispan.query.backend.QueryInterceptor.lambda$handleDataWriteCommand$0(QueryInterceptor.java:188)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:110)
at org.infinispan.query.backend.QueryInterceptor.handleDataWriteCommand(QueryInterceptor.java:182)
at org.infinispan.query.backend.QueryInterceptor.visitPutKeyValueCommand(QueryInterceptor.java:246)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenApply(BaseAsyncInterceptor.java:79)
at org.infinispan.interceptors.impl.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:699)
at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitPutKeyValueCommand(EntryWrappingInterceptor.java:315)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61)
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:69)
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.visitPutKeyValueCommand(AbstractLockingInterceptor.java:82)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59)
at org.infinispan.interceptors.impl.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:246)
at org.infinispan.interceptors.impl.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:210)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59)
at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:53)
at org.infinispan.interceptors.DDAsyncInterceptor.visitPutKeyValueCommand(DDAsyncInterceptor.java:59)
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:61)
at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:128)
at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invokeAsync(AsyncInterceptorChainImpl.java:226)
at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeededAsync(CacheImpl.java:1844)
at org.infinispan.cache.impl.CacheImpl.putAsync(CacheImpl.java:1485)
at org.infinispan.cache.impl.DecoratedCache.putAsync(DecoratedCache.java:680)
at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.putAsync(AbstractDelegatingAdvancedCache.java:343)
... 7 more
Caused by: java.io.IOException: Unknown type: 74
at org.infinispan.marshall.core.GlobalMarshaller.readNonNullableObject(GlobalMarshaller.java:721)
at org.infinispan.marshall.core.GlobalMarshaller.readNullableObject(GlobalMarshaller.java:358)
at org.infinispan.marshall.core.GlobalMarshaller.objectFromObjectInput(GlobalMarshaller.java:192)
at org.infinispan.marshall.core.GlobalMarshaller.objectFromByteBuffer(GlobalMarshaller.java:188)
at org.infinispan.commons.dataconversion.BinaryEncoder.fromStorage(BinaryEncoder.java:37)
... 44 more
{code}
My guess is something with wrapping or encoding is mixed up somewhere. The tests will be disabled, but available on ISPN-11024
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months