[JBoss JIRA] (ISPN-11770) Add default Infinispan JGroups stacks for the test suite
by Dan Berindei (Jira)
[ https://issues.redhat.com/browse/ISPN-11770?page=com.atlassian.jira.plugi... ]
Dan Berindei updated ISPN-11770:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 12.0.0.Dev01
11.0.1.Final
Resolution: Done
> Add default Infinispan JGroups stacks for the test suite
> --------------------------------------------------------
>
> Key: ISPN-11770
> URL: https://issues.redhat.com/browse/ISPN-11770
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core, Server
> Affects Versions: 11.0.0.Dev05, 10.1.7.Final
> Reporter: Diego Lovison
> Assignee: Diego Lovison
> Priority: Minor
> Fix For: 12.0.0.Dev01, 11.0.1.Final
>
>
> As a QE, I would like to set one argument and let the whole test suite behavior in the same way:
> Today we need the following arguments:
> * org.infinispan.test.server.cluster.stack
> * infinispan.cluster.stack
> It is not possible to use default-jgroups-tcp.xml or default-jgroups-udp.xml in the core module. In the server module, I can use it.
> The name of the stacks for the core and server module is not matching.
> * For the core, when using tcp, it is using stacks/test-tcp.xml
> * For the server, when using tcp, it is using default-jgroups-tcp.xml
> The main goals of this JIRA:
> * Keep only one argument: infinispan.cluster.stack
> * Allow the core module uses default-jgroups-tcp.xml or default-jgroups-udp.xml
> * Standardize the stack name:
> * * tcp -> default-jgroups-tcp.xml
> * * udp -> default-jgroups-udp.xml
> * * test-tcp -> tcp.xml
> * * test-udp -> udp.xml
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 9 months
[JBoss JIRA] (ISPN-12205) Add RocksDB Meta Column Family
by Will Burns (Jira)
[ https://issues.redhat.com/browse/ISPN-12205?page=com.atlassian.jira.plugi... ]
Will Burns updated ISPN-12205:
------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Add RocksDB Meta Column Family
> ------------------------------
>
> Key: ISPN-12205
> URL: https://issues.redhat.com/browse/ISPN-12205
> Project: Infinispan
> Issue Type: Enhancement
> Components: Loaders and Stores
> Affects Versions: 12.0.0.Dev01
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 12.0.0.Dev03
>
>
> Currently there is no way to determine what version of Infinispan created a RocksDb store, which makes it difficult/impossible to migrate stored data from one Infinispan version to another if a binary incompatibility is introduced.
> We should add an additional column family to store such metadata.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 9 months
[JBoss JIRA] (ISPN-12204) Add JDBC Meta Table
by Will Burns (Jira)
[ https://issues.redhat.com/browse/ISPN-12204?page=com.atlassian.jira.plugi... ]
Will Burns updated ISPN-12204:
------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Add JDBC Meta Table
> -------------------
>
> Key: ISPN-12204
> URL: https://issues.redhat.com/browse/ISPN-12204
> Project: Infinispan
> Issue Type: Enhancement
> Components: Loaders and Stores
> Affects Versions: 12.0.0.Dev01
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 12.0.0.Dev03
>
>
> Currently there is no way to determine what version of Infinispan created a Jdbc store, which makes it difficult/impossible to migrate stored data from one Infinispan version to another if a binary incompatibility is introduced.
> Similarly it's not possible for us to verify that the configured number of segments match those present in an existing store.
> We should add an additional table to store such metadata.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 9 months
[JBoss JIRA] (ISPN-12286) Indexed entity declaration not enforced
by Gustavo Fernandes (Jira)
[ https://issues.redhat.com/browse/ISPN-12286?page=com.atlassian.jira.plugi... ]
Gustavo Fernandes updated ISPN-12286:
-------------------------------------
Description:
ISPN-11985 was enforcing the declaration of indexed entities in the cache, but the migration to Hibernate Search 6 undid the efforts and the cache starts normally without the entities, causing plenty of errors when doing search operations.
Also, remote query is not checking if the configured entity is indexed or not
was:ISPN-11985 was enforcing the declaration of indexed entities in the cache, but the migration to Hibernate Search 6 undid the efforts and the cache starts normally without the entities, causing plenty of errors when doing search operations
> Indexed entity declaration not enforced
> ---------------------------------------
>
> Key: ISPN-12286
> URL: https://issues.redhat.com/browse/ISPN-12286
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Remote Querying
> Affects Versions: 12.0.0.Dev02
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
>
> ISPN-11985 was enforcing the declaration of indexed entities in the cache, but the migration to Hibernate Search 6 undid the efforts and the cache starts normally without the entities, causing plenty of errors when doing search operations.
> Also, remote query is not checking if the configured entity is indexed or not
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 9 months
[JBoss JIRA] (ISPN-12088) Property realm groups file format is wrong
by Donald Naro (Jira)
[ https://issues.redhat.com/browse/ISPN-12088?page=com.atlassian.jira.plugi... ]
Donald Naro updated ISPN-12088:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 12.0.0.Dev03
11.0.4.Final
Resolution: Done
> Property realm groups file format is wrong
> ------------------------------------------
>
> Key: ISPN-12088
> URL: https://issues.redhat.com/browse/ISPN-12088
> Project: Infinispan
> Issue Type: Bug
> Components: Documentation
> Affects Versions: 11.0.1.Final
> Reporter: Kai Hudalla
> Assignee: Tristan Tarrant
> Priority: Major
> Labels: documentation_issue
> Fix For: 12.0.0.Dev03, 11.0.4.Final
>
>
> The description of the format of the groups.properties file used for the Property Realm at
> [https://infinispan.org/docs/stable/titles/server/server.html#server_realms]
> seems to be wrong. It maps role names to lists of user IDs. However, using that format, I have not been able to access a cache that required WRITE permission. After changing the file to contain mappings of user IDs to lists of role names, everything worked as expected. The example group.properties file in the server image also describes the format as user=group1,group2.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 9 months
[JBoss JIRA] (ISPN-12286) Indexed entity declaration not enforced
by Gustavo Fernandes (Jira)
[ https://issues.redhat.com/browse/ISPN-12286?page=com.atlassian.jira.plugi... ]
Gustavo Fernandes updated ISPN-12286:
-------------------------------------
Status: Open (was: New)
> Indexed entity declaration not enforced
> ---------------------------------------
>
> Key: ISPN-12286
> URL: https://issues.redhat.com/browse/ISPN-12286
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying, Remote Querying
> Affects Versions: 12.0.0.Dev02
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Major
>
> ISPN-11985 was enforcing the declaration of indexed entities in the cache, but the migration to Hibernate Search 6 undid the efforts and the cache starts normally without the entities, causing plenty of errors when doing search operations
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 9 months
[JBoss JIRA] (ISPN-12286) Indexed entity declaration not enforced
by Gustavo Fernandes (Jira)
Gustavo Fernandes created ISPN-12286:
----------------------------------------
Summary: Indexed entity declaration not enforced
Key: ISPN-12286
URL: https://issues.redhat.com/browse/ISPN-12286
Project: Infinispan
Issue Type: Bug
Components: Embedded Querying, Remote Querying
Affects Versions: 12.0.0.Dev02
Reporter: Gustavo Fernandes
Assignee: Gustavo Fernandes
ISPN-11985 was enforcing the declaration of indexed entities in the cache, but the migration to Hibernate Search undid the efforts and the cache starts normally without the entities.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 9 months