[JBoss JIRA] (ISPN-5537) Upgrade to Lucene 5
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-5537?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-5537:
------------------------------------
Fix Version/s: 8.0.0.Beta3
8.0.0.Final
(was: 8.1.0.Final)
> Upgrade to Lucene 5
> -------------------
>
> Key: ISPN-5537
> URL: https://issues.jboss.org/browse/ISPN-5537
> Project: Infinispan
> Issue Type: Feature Request
> Components: Embedded Querying
> Affects Versions: 8.0.0.Alpha1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Fix For: 8.0.0.Beta3, 8.0.0.Final
>
>
> Update Infinispan directory to Lucene 5. Also required update to Hibernate Search 5.5.0.Alpha1, Hibernate ORM 5.0.0.CR3, Wildfly 10.0.0.Alpha6 (integration tests only)
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (ISPN-5537) Upgrade to Lucene 5
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-5537?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-5537:
------------------------------------
Description: Update Infinispan directory to Lucene 5. Also required update to Hibernate Search 5.5.0.Alpha1, Hibernate ORM 5.0.0.CR3, Wildfly 10.0.0.Alpha6 (integration tests only) (was: Update Infinispan directory to Lucene 5)
> Upgrade to Lucene 5
> -------------------
>
> Key: ISPN-5537
> URL: https://issues.jboss.org/browse/ISPN-5537
> Project: Infinispan
> Issue Type: Feature Request
> Components: Embedded Querying
> Affects Versions: 8.0.0.Alpha1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Fix For: 8.0.0.Beta3, 8.0.0.Final
>
>
> Update Infinispan directory to Lucene 5. Also required update to Hibernate Search 5.5.0.Alpha1, Hibernate ORM 5.0.0.CR3, Wildfly 10.0.0.Alpha6 (integration tests only)
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (ISPN-5553) Functional Java 8 API
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-5553?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-5553:
----------------------------------
Status: Open (was: New)
> Functional Java 8 API
> ---------------------
>
> Key: ISPN-5553
> URL: https://issues.jboss.org/browse/ISPN-5553
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 8.0.0.Beta3, 8.0.0.Final
>
>
> Infinispan 8 is baselining on Java 8 and that enables a more advanced , functional, APIs to be built instead of relying on the traditional Map-like APIs. Such APIs, taking lambda functions, can improve on the current APIs in the following way:
> * Being able to provide a write operation, where the operation is defined as a lambda, better enables conditional (CAS) like operations that are based in functions other than equality, e.g. version equality. If this functions can be executed atomically, they provide a better solution for Hot Rod version-based replace operations that currently can cause some weird behaviour (ISPN-4972)
> * When operations are defined as lambdas, it's easier to move towards a model that tracks/replicates operations leading to state, rather than replicating state itself. This makes it easier to implement more-efficiently replicated alternative data structures, such as counts, lists...etc, and paths the way towards CRDTs, particularly CmRDT (Commutative Replicated Data Types) or operation-based CRDTs.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (ISPN-5553) Functional Java 8 API
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-5553?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-5553:
----------------------------------
Status: Pull Request Sent (was: Open)
> Functional Java 8 API
> ---------------------
>
> Key: ISPN-5553
> URL: https://issues.jboss.org/browse/ISPN-5553
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 8.0.0.Beta3, 8.0.0.Final
>
>
> Infinispan 8 is baselining on Java 8 and that enables a more advanced , functional, APIs to be built instead of relying on the traditional Map-like APIs. Such APIs, taking lambda functions, can improve on the current APIs in the following way:
> * Being able to provide a write operation, where the operation is defined as a lambda, better enables conditional (CAS) like operations that are based in functions other than equality, e.g. version equality. If this functions can be executed atomically, they provide a better solution for Hot Rod version-based replace operations that currently can cause some weird behaviour (ISPN-4972)
> * When operations are defined as lambdas, it's easier to move towards a model that tracks/replicates operations leading to state, rather than replicating state itself. This makes it easier to implement more-efficiently replicated alternative data structures, such as counts, lists...etc, and paths the way towards CRDTs, particularly CmRDT (Commutative Replicated Data Types) or operation-based CRDTs.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months
[JBoss JIRA] (ISPN-5553) Functional Java 8 API
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-5553?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-5553:
----------------------------------
Fix Version/s: 8.0.0.Beta3
> Functional Java 8 API
> ---------------------
>
> Key: ISPN-5553
> URL: https://issues.jboss.org/browse/ISPN-5553
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 8.0.0.Beta3, 8.0.0.Final
>
>
> Infinispan 8 is baselining on Java 8 and that enables a more advanced , functional, APIs to be built instead of relying on the traditional Map-like APIs. Such APIs, taking lambda functions, can improve on the current APIs in the following way:
> * Being able to provide a write operation, where the operation is defined as a lambda, better enables conditional (CAS) like operations that are based in functions other than equality, e.g. version equality. If this functions can be executed atomically, they provide a better solution for Hot Rod version-based replace operations that currently can cause some weird behaviour (ISPN-4972)
> * When operations are defined as lambdas, it's easier to move towards a model that tracks/replicates operations leading to state, rather than replicating state itself. This makes it easier to implement more-efficiently replicated alternative data structures, such as counts, lists...etc, and paths the way towards CRDTs, particularly CmRDT (Commutative Replicated Data Types) or operation-based CRDTs.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 8 months