[ https://issues.jboss.org/browse/ISPN-2528?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-2528:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> Verify and document Query functionality with programmatically defined indexes
> -----------------------------------------------------------------------------
>
> Key: ISPN-2528
> URL: https://issues.jboss.org/browse/ISPN-2528
> Project: Infinispan
> Issue Type: Task
> Components: Embedded Querying
> Reporter: Sanne Grinovero
> Assignee: Adrian Nistor
> Fix For: 7.0.0.CR1
>
>
> Hibernate Search supports programmatic configuration of indexes, we should add some tests in Infinispan Query to verify the looks of such an API and if it works.
> Then document it.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
[ https://issues.jboss.org/browse/ISPN-2826?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-2826:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> CacheQuery.list() returns List<Object>, which is hard to cast
> -------------------------------------------------------------
>
> Key: ISPN-2826
> URL: https://issues.jboss.org/browse/ISPN-2826
> Project: Infinispan
> Issue Type: Enhancement
> Components: Embedded Querying
> Reporter: Ray Tsang
> Assignee: Sanne Grinovero
> Priority: Minor
> Fix For: 7.0.0.CR1
>
>
> In example for Books in https://docs.jboss.org/author/display/ISPN/Querying+Infinispan
> ~~ snip snip ~~
> CacheQuery query = searchManager.getQuery(luceneQuery, Book.class);
> // and there are your results!
> List<Book> objectList = query.list();
> ~~ snip snip ~~
> This doesn't actually work. CacheQuery.list() returns List<Object>
> Thus, you will need to cast: List<Book> books = (List<Book>) cq.list();
> But this wouldn't work... Instead you'll end up doing: List<Book> books = (List<Book>)(List<?>) cq.list();
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
[ https://issues.jboss.org/browse/ISPN-2820?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-2820:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> POST request with multipart/form-data encoding stores wrong content type
> ------------------------------------------------------------------------
>
> Key: ISPN-2820
> URL: https://issues.jboss.org/browse/ISPN-2820
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Affects Versions: 5.2.1.Final
> Reporter: Dan Berindei
> Assignee: Tristan Tarrant
> Fix For: 7.0.0.CR1
>
>
> The REST server uses the {{Content-Type}} header of the POST request to determine the content type of the stored entry. But with {{Content-Type: multipart/form-data}}, each parameter can have its own content type (and {{multipart/form-data}} is definitely not any parameter's content type).
> This seems to be the way to do get the content type of each parameter: http://www.mkyong.com/webservices/jax-rs/file-upload-example-in-resteasy/
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
[ https://issues.jboss.org/browse/ISPN-2854?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-2854:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> REST server discards Content Encoding information from client
> -------------------------------------------------------------
>
> Key: ISPN-2854
> URL: https://issues.jboss.org/browse/ISPN-2854
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Affects Versions: 5.2.2.Final
> Reporter: NadirX
> Fix For: 7.0.0.CR1
>
>
> The REST server discards the Content-Encoding header from the client and therefore does not serve it back when the content is being read, possibly causing misinterpretation
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
[ https://issues.jboss.org/browse/ISPN-2939?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-2939:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> Remove option for async Marshalling
> -----------------------------------
>
> Key: ISPN-2939
> URL: https://issues.jboss.org/browse/ISPN-2939
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Reporter: Sanne Grinovero
> Assignee: Dan Berindei
> Priority: Minor
> Fix For: 7.0.0.CR1
>
>
> Seems to introduce inconsistencies - and generally hard to figure out how to configure properly.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
[ https://issues.jboss.org/browse/ISPN-2857?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-2857:
--------------------------------
Fix Version/s: 7.0.0.CR1
(was: 7.0.0.Beta2)
> Support asynchronous listeners and events with old values for JSR-107
> ----------------------------------------------------------------------
>
> Key: ISPN-2857
> URL: https://issues.jboss.org/browse/ISPN-2857
> Project: Infinispan
> Issue Type: Sub-task
> Components: JCache, Listeners
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 7.0.0.CR1
>
>
> These parts of the JSR-107 listener section are not currently tested by the TCK (version 0.6)
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)