February 2018 - infinispan-issues

[JBoss JIRA] (ISPN-8867) REST server fails to convert between text formats and octet-stream

by Gustavo Fernandes (JIRA)

Gustavo Fernandes created ISPN-8867: --------------------------------------- Summary: REST server fails to convert between text formats and octet-stream Key: ISPN-8867 URL: https://issues.jboss.org/browse/ISPN-8867 Project: Infinispan Issue Type: Bug Reporter: Gustavo Fernandes Assignee: Gustavo Fernandes Using the default cache with no MediaType configuration: The following request returns error 500: {noformat} curl -v -u user:pass -XPUT -H "Content-type: application/xml" -d "<root>element</root>" http://localhost:8080/rest/default/1 {noformat} The following request succeds: {noformat} curl -v -u user:pass -XPUT -H "Content-type: application/json" -d '{ "name": "test"}' http://localhost:8080/rest/default/2 {noformat} But when reading it back it returns "[B@26197e2f" instead of the inserted document. {noformat} curl -v -u user:pass -H "Content-type: text/plain" http://localhost:8080/rest/default/2 {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8867) REST server fails to convert between text formats and octet-stream

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8867?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-8867: ------------------------------------ Affects Version/s: 9.2.0.CR3 > REST server fails to convert between text formats and octet-stream > ------------------------------------------------------------------ > > Key: ISPN-8867 > URL: https://issues.jboss.org/browse/ISPN-8867 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.2.0.CR3 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > Using the default cache with no MediaType configuration: > The following request returns error 500: > {noformat} > curl -v -u user:pass -XPUT -H "Content-type: application/xml" -d "<root>element</root>" http://localhost:8080/rest/default/1 > {noformat} > The following request succeds: > {noformat} > curl -v -u user:pass -XPUT -H "Content-type: application/json" -d '{ "name": "test"}' http://localhost:8080/rest/default/2 > {noformat} > But when reading it back it returns "[B@26197e2f" instead of the inserted document. > {noformat} > curl -v -u user:pass -H "Content-type: text/plain" http://localhost:8080/rest/default/2 > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8867) REST server fails to convert between text formats and octet-stream

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8867?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-8867: ------------------------------------ Status: Open (was: New) > REST server fails to convert between text formats and octet-stream > ------------------------------------------------------------------ > > Key: ISPN-8867 > URL: https://issues.jboss.org/browse/ISPN-8867 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.2.0.CR3 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > Using the default cache with no MediaType configuration: > The following request returns error 500: > {noformat} > curl -v -u user:pass -XPUT -H "Content-type: application/xml" -d "<root>element</root>" http://localhost:8080/rest/default/1 > {noformat} > The following request succeds: > {noformat} > curl -v -u user:pass -XPUT -H "Content-type: application/json" -d '{ "name": "test"}' http://localhost:8080/rest/default/2 > {noformat} > But when reading it back it returns "[B@26197e2f" instead of the inserted document. > {noformat} > curl -v -u user:pass -H "Content-type: text/plain" http://localhost:8080/rest/default/2 > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8866) Multimap Cache Documentation has additional chapters

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-8866?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-8866: ------------------------------- Description: the user guide for 9.2 has a bug on multimap chapter http://infinispan.org/docs/dev/user_guide/user_guide.html#limitations additional chapters are included where it shouldn't 26.2, 2.3.2 and 13.4.3 was: the user guide for 9.2 has a bug on multimap chapter http://infinispan.org/docs/dev/user_guide/user_guide.html#limitations additional chapters are included where it shouldn't > Multimap Cache Documentation has additional chapters > ---------------------------------------------------- > > Key: ISPN-8866 > URL: https://issues.jboss.org/browse/ISPN-8866 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Core, Multimap > Reporter: Katia Aresti > Assignee: Katia Aresti > Priority: Critical > > the user guide for 9.2 has a bug on multimap chapter > http://infinispan.org/docs/dev/user_guide/user_guide.html#limitations > additional chapters are included where it shouldn't > 26.2, 2.3.2 and 13.4.3 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8537) Off-heap tx tests random failures

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-8537?page=com.atlassian.jira.plugin.... ] Adrian Nistor commented on ISPN-8537: ------------------------------------- Thanks [~vjuranek]! > Off-heap tx tests random failures > --------------------------------- > > Key: ISPN-8537 > URL: https://issues.jboss.org/browse/ISPN-8537 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 9.2.0.Beta2 > > > The new tests added in for ISPN-8428 define a factory method, but do not use it correctly: tests extending {{MultipleCacheManagerTest}} are supposed to override {{factory()}} without adding a {{@Factory}} annotation, and subclass are supposed to have their own override. > Because of this, subclasses actually create new instances of the base class. {{TestResourceTracker}} doesn't like it when multiple tests with the same name run in parallel, so this causes random failures: > {noformat} > 15:45:04,513 ERROR (testng-Test:[]) [TestSuiteProgress] Test setup failed: org.infinispan.tx.ContextAffectsTransactionReadCommittedTest.testClassStarted > java.lang.IllegalStateException: Two tests with the same name running in parallel: org.infinispan.tx.Test > at org.infinispan.test.fwk.TestResourceTracker.testStarted(TestResourceTracker.java:93) ~[test-classes/:?] > at org.infinispan.test.AbstractInfinispanTest.testClassStarted(AbstractInfinispanTest.java:112) ~[test-classes/:?] > {noformat} > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8863) Initial Infinispan subsystem cannot be created via CLI

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8863?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-8863: ------------------------------- Status: Open (was: New) > Initial Infinispan subsystem cannot be created via CLI > ------------------------------------------------------ > > Key: ISPN-8863 > URL: https://issues.jboss.org/browse/ISPN-8863 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 9.2.0.CR2 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Attachments: no-ispn.xml > > > If the infinispan server is created with a .xml file that does not contain a {code}<subsystem xmlns="urn:infinispan:server:core:9.2"><cache-container>...</cache-container></subsystem{code} entry, then it's not possible to initialise the subsystem via CLI DMR operations. > Executing {code}/subsystem=datagrid-infinispan:add(){code} results in the following server error: > {code} > 16:46:18,701 INFO [org.jboss.as.clustering.infinispan] (management-handler-thread - 2) Activating Infinispan subsystem. > 16:46:18,705 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "datagrid-infinispan")]): java.lang.IllegalStateException > at org.jboss.as.server.AbstractDeploymentChainStep.execute(AbstractDeploymentChainStep.java:74) > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:980) > at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726) > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450) > at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402) > at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418) > at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229) > at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244) > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254) > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157) > at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70) > at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160) > 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) > at org.jboss.threads.JBossThread.run(JBossThread.java:320) > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8863) Initial Infinispan subsystem cannot be created via CLI

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8863?page=com.atlassian.jira.plugin.... ] Work on ISPN-8863 started by Ryan Emerson. ------------------------------------------ > Initial Infinispan subsystem cannot be created via CLI > ------------------------------------------------------ > > Key: ISPN-8863 > URL: https://issues.jboss.org/browse/ISPN-8863 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 9.2.0.CR2 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Attachments: no-ispn.xml > > > If the infinispan server is created with a .xml file that does not contain a {code}<subsystem xmlns="urn:infinispan:server:core:9.2"><cache-container>...</cache-container></subsystem{code} entry, then it's not possible to initialise the subsystem via CLI DMR operations. > Executing {code}/subsystem=datagrid-infinispan:add(){code} results in the following server error: > {code} > 16:46:18,701 INFO [org.jboss.as.clustering.infinispan] (management-handler-thread - 2) Activating Infinispan subsystem. > 16:46:18,705 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "datagrid-infinispan")]): java.lang.IllegalStateException > at org.jboss.as.server.AbstractDeploymentChainStep.execute(AbstractDeploymentChainStep.java:74) > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:980) > at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726) > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450) > at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402) > at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418) > at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229) > at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244) > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254) > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157) > at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70) > at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160) > 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) > at org.jboss.threads.JBossThread.run(JBossThread.java:320) > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8866) Multimap Cache Documentation has additional chapters

by Katia Aresti (JIRA)

Katia Aresti created ISPN-8866: ---------------------------------- Summary: Multimap Cache Documentation has additional chapters Key: ISPN-8866 URL: https://issues.jboss.org/browse/ISPN-8866 Project: Infinispan Issue Type: Bug Components: Documentation-Core, Multimap Reporter: Katia Aresti Assignee: Katia Aresti Priority: Critical the user guide for 9.2 has a bug on multimap chapter http://infinispan.org/docs/dev/user_guide/user_guide.html#limitations additional chapters are included where it shouldn't -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8845) Add test for non-String keys in the rest server using a custom key

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8845?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-8845: ------------------------------------ Summary: Add test for non-String keys in the rest server using a custom key (was: Support for non-String keys in the rest server using a custom key) > Add test for non-String keys in the rest server using a custom key > ------------------------------------------------------------------ > > Key: ISPN-8845 > URL: https://issues.jboss.org/browse/ISPN-8845 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Reporter: Diego Lovison > Priority: Minor > Fix For: 9.2.0.Final > > > It would be nice if with have a test that verify a custom key. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8845) Add test for non-String keys in the rest server using a custom key

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8845?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes reassigned ISPN-8845: --------------------------------------- Assignee: Gustavo Fernandes > Add test for non-String keys in the rest server using a custom key > ------------------------------------------------------------------ > > Key: ISPN-8845 > URL: https://issues.jboss.org/browse/ISPN-8845 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Reporter: Diego Lovison > Assignee: Gustavo Fernandes > Priority: Minor > Fix For: 9.2.0.Final > > > It would be nice if with have a test that verify a custom key. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2018