[JBoss JIRA] (ISPN-8650) CLI doesn't work correctly in compatibility mode
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8650?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-8650:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.2.0.CR1
9.2.0.Final
Resolution: Done
> CLI doesn't work correctly in compatibility mode
> ------------------------------------------------
>
> Key: ISPN-8650
> URL: https://issues.jboss.org/browse/ISPN-8650
> Project: Infinispan
> Issue Type: Bug
> Components: CLI
> Affects Versions: 9.2.0.Beta2
> Reporter: Roman Macor
> Assignee: Gustavo Fernandes
> Fix For: 9.2.0.CR1, 9.2.0.Final
>
>
> Steps to reproduce:
> Enable compatibility: add compatibility tag to the cache
> <compatibility enabled="true"/>
> Connect through CLI:
> [disconnected /] connect
> [standalone@localhost:9990 /] container clustered
> [standalone@localhost:9990 cache-container=clustered] cache default
> [standalone@localhost:9990 distributed-cache=default] put key value
> [standalone@localhost:9990 distributed-cache=default] encoding rest
> [standalone@localhost:9990 distributed-cache=default] get key
> [B cannot be cast to org.infinispan.remoting.MIMECacheEntry
> Server log:
> 12:12:40,438 ERROR [org.infinispan.cli.interpreter.Interpreter] (management-handler-thread - 4) ISPN019003: Interpreter error: java.lang.ClassCastException: [B cannot be cast to org.infinispan.remoting.MIMECacheEntry
> at org.infinispan.cli.interpreter.codec.RestCodec.decodeValue(RestCodec.java:61)
> at org.infinispan.cli.interpreter.statement.GetStatement.execute(GetStatement.java:37)
> at org.infinispan.cli.interpreter.Interpreter.execute(Interpreter.java:143)
> at org.infinispan.server.infinispan.SecurityActions$8.run(SecurityActions.java:292)
> at org.infinispan.server.infinispan.SecurityActions$8.run(SecurityActions.java:289)
> at org.infinispan.security.Security.doPrivileged(Security.java:89)
> at org.infinispan.server.infinispan.SecurityActions.doPrivileged(SecurityActions.java:77)
> at org.infinispan.server.infinispan.SecurityActions.executeInterpreter(SecurityActions.java:295)
> at org.jboss.as.clustering.infinispan.subsystem.CliInterpreterHandler.execute(CliInterpreterHandler.java:72)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1329)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:400)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:222)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:208)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:130)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:152)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:148)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:422)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149)
> at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:148)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:363)
> at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:472)
> 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:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8566) Rest server doesn't handle wildcards in the Accept header
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8566?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-8566:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.2.0.CR1
Resolution: Done
> Rest server doesn't handle wildcards in the Accept header
> ---------------------------------------------------------
>
> Key: ISPN-8566
> URL: https://issues.jboss.org/browse/ISPN-8566
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.2.0.Beta1, 9.1.3.Final
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Fix For: 9.2.0.CR1, 9.2.0.Final
>
>
> Typically a browser automatically adds multiple mime types in the accept header, like:
> "text/html, application/xhtml+xml,\*/\*"
> But when requesting a document in a cache encoded with protostream with the headers above, the response is
> "Cannot find transcoder between application/xml and application/x-protostream"
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8635) Improve embedded lock tests
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8635?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-8635:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.2.0.CR1
9.2.0.Final
Resolution: Done
> Improve embedded lock tests
> ---------------------------
>
> Key: ISPN-8635
> URL: https://issues.jboss.org/browse/ISPN-8635
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.2.0.Beta1
> Reporter: Vojtech Juranek
> Assignee: Vojtech Juranek
> Fix For: 9.2.0.CR1, 9.2.0.Final
>
>
> Some embedded lock tests don't test possible paths and therefore don't fail when expected condition is not met (e.g. {{ClusteredLockSplitBrainTest#testLockUseAfterPartitionWithoutMajority}} tests only which exception is thrown, but doesn't fail when no exception is thrown).
> {{ClusteredLockTest}} should contain tests which where several nodes tries to get the same lock in parallel.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8681) Using Infinispan as extensions on EAP 7.1 results in ModuleNotFoundException
by Roman Macor (JIRA)
Roman Macor created ISPN-8681:
---------------------------------
Summary: Using Infinispan as extensions on EAP 7.1 results in ModuleNotFoundException
Key: ISPN-8681
URL: https://issues.jboss.org/browse/ISPN-8681
Project: Infinispan
Issue Type: Bug
Components: WildFly modules
Affects Versions: 9.2.0.Beta2
Reporter: Roman Macor
This is only happening with latest EAP version - 7.1
Steps to reproduce:
copy the modules to EAP's module folder
add extensions:
<extension module="org.infinispan.extension:ispn-9.2"/>
<extension module="org.infinispan.server.endpoint:ispn-9.2"/>
<extension module="org.jgroups.extension:ispn-9.2"/>
ERROR:
18:16:16,924 ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration
at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:143)
at org.jboss.as.server.ServerService.boot(ServerService.java:387)
at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:370)
at java.lang.Thread.run(Thread.java:748)
Caused by: javax.xml.stream.XMLStreamException: WFLYCTL0083: Failed to load module org.infinispan.server.endpoint:ispn-9.2
at org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:154)
at org.jboss.as.server.parsing.StandaloneXml$DefaultExtensionHandler.parseExtensions(StandaloneXml.java:131)
at org.jboss.as.server.parsing.StandaloneXml_5.readServerElement(StandaloneXml_5.java:219)
at org.jboss.as.server.parsing.StandaloneXml_5.readElement(StandaloneXml_5.java:142)
at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:107)
at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:49)
at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:122)
at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:76)
at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:126)
... 3 more
Caused by: java.util.concurrent.ExecutionException: javax.xml.stream.XMLStreamException: WFLYCTL0083: Failed to load module
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
at java.util.concurrent.FutureTask.get(FutureTask.java:192)
at org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:146)
... 11 more
Caused by: javax.xml.stream.XMLStreamException: WFLYCTL0083: Failed to load module
at org.jboss.as.controller.parsing.ExtensionXml.loadModule(ExtensionXml.java:195)
at org.jboss.as.controller.parsing.ExtensionXml.access$000(ExtensionXml.java:68)
at org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:126)
at org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:123)
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:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:320)
Caused by: org.jboss.modules.ModuleNotFoundException: org.jboss.sasl
at org.jboss.modules.Module.addPaths(Module.java:1217)
at org.jboss.modules.Module.link(Module.java:1573)
at org.jboss.modules.Module.relinkIfNecessary(Module.java:1601)
at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:287)
at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:271)
at org.jboss.as.controller.parsing.ExtensionXml.loadModule(ExtensionXml.java:177)
... 8 more
18:16:16,926 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8680) Provide cache entry meta data without necessity to set expiration
by Wolf-Dieter Fink (JIRA)
Wolf-Dieter Fink created ISPN-8680:
--------------------------------------
Summary: Provide cache entry meta data without necessity to set expiration
Key: ISPN-8680
URL: https://issues.jboss.org/browse/ISPN-8680
Project: Infinispan
Issue Type: Feature Request
Reporter: Wolf-Dieter Fink
The creation and lastUsed times are only set if the related expiration, based on lifespan for creation time and maxIdle for lastUsedTime, is configured or used for the specific entry.
For some reasons it might be interesting to have that times available for application purpose.
To be able to suppress the timestamps because of performance and space issues as the metadata will need a few bytes in memory and storage
it seems reasonable if a configuration is needed to enable this
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months