[Red Hat JIRA] (ISPN-12534) CacheConfigurationException message ISPN028021 should return that it is missing an annotation in the field
by Gustavo Fernandes (Jira)
[ https://issues.redhat.com/browse/ISPN-12534?page=com.atlassian.jira.plugi... ]
Gustavo Fernandes reassigned ISPN-12534:
----------------------------------------
Assignee: Gustavo Fernandes
> CacheConfigurationException message ISPN028021 should return that it is missing an annotation in the field
> ----------------------------------------------------------------------------------------------------------
>
> Key: ISPN-12534
> URL: https://issues.redhat.com/browse/ISPN-12534
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Querying
> Reporter: Diego Lovison
> Assignee: Gustavo Fernandes
> Priority: Major
> Attachments: query.diff
>
>
> When creating a cache with an indexed entity with the wrong configuration. Infinispan is returning the wrong message.
> If the java class has the following content.
> {code:java}
> @Indexed
> @ProtoDoc("@Indexed")
> public static final class User {
> @ProtoField(number = 1)
> Long id;
> @ProtoField(number = 2)
> String name;
> }
> {code}
> When creating a cache, the server is returning
> {noformat}
> Exception in thread "main" org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=10 returned server error (status=0x85): org.infinispan.commons.CacheConfigurationException: ISPN028021: The configured indexed-entity type 'black_friday.User' must be indexed. Please annotate it with @Indexed or remove it from the configuration.
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:335)
> {noformat}
> As you can see, the entity has the @Indexed annotation.
> What is missing is the @ProtoDoc annotation in the field, as the following
> {code:java}
> @Indexed
> @ProtoDoc("@Indexed")
> public static final class User {
> @ProtoDoc("@Field(index=Index.YES, analyze = Analyze.YES, store = Store.NO)")
> @ProtoField(number = 1)
> Long id;
> @ProtoField(number = 2)
> String name;
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 1 month
[Red Hat JIRA] (ISPN-12535) Fix WARN messages org.hibernate.search in the server
by Gustavo Fernandes (Jira)
[ https://issues.redhat.com/browse/ISPN-12535?page=com.atlassian.jira.plugi... ]
Gustavo Fernandes reassigned ISPN-12535:
----------------------------------------
Assignee: Gustavo Fernandes
> Fix WARN messages org.hibernate.search in the server
> ----------------------------------------------------
>
> Key: ISPN-12535
> URL: https://issues.redhat.com/browse/ISPN-12535
> Project: Infinispan
> Issue Type: Enhancement
> Components: Remote Querying
> Affects Versions: 12.0.0.Dev07
> Reporter: Diego Lovison
> Assignee: Gustavo Fernandes
> Priority: Major
> Attachments: query.diff
>
>
> When creating the caches using the attached test, we can see the following WARN messages in the server
>
> {noformat}
> 11:52:13,778 WARN (blocking-thread--p3-t1) [org.hibernate.search.engine.common.impl.IndexManagerBuildingStateHolder] HSEARCH000574: Using configuration property 'hibernate.search.default_backend' to set the name of the default backend to 'infinispan_backend'. This configuration property is deprecated and shouldn't be used anymore. Instead, do not assign a name your default backend and configure it using the 'hibernate.search.backend' prefix, e.g. hibernate.search.backend.type = elasticsearch.
> 11:52:13,857 WARN (blocking-thread--p3-t1) [org.hibernate.search.backend.lucene.impl.LuceneBackendFactory] HSEARCH000075: Configuration setting 'lucene_version' was not specified: using LATEST (currently '8.6.2'). Context: backend 'infinispan_backend'
> 11:52:14,428 WARN (blocking-thread--p3-t1) [org.hibernate.search.engine.cfg.impl.EngineConfigurationUtils] HSEARCH000585: Using configuration property 'index_defaults.indexing.queue_count'. The prefix 'index_defaults' is deprecated and its support will ultimately be removed. Instead, you should just set defaults for index properties at the backend level. For example, set 'hibernate.search.backend.indexing.queue_size' instead of 'hibernate.search.backend.index_defaults.indexing.queue_size'.
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 1 month
[Red Hat JIRA] (ISPN-12536) Query cache creating create folders in the server bin directory
by Diego Lovison (Jira)
[ https://issues.redhat.com/browse/ISPN-12536?page=com.atlassian.jira.plugi... ]
Diego Lovison updated ISPN-12536:
---------------------------------
Description:
When creating caches with the attached configuration.
Infinispan server is creating folders in the bin directory.
It should be created in the data directory.
{noformat}
black_friday.Inventory black_friday.ShoppingProduct cli.log4j2.xml common.sh server.bat service
black_friday.Product black_friday.User cli.sh report-osx.sh server.conf user-tool.bat
black_friday.ShoppingCart cli.bat common.bat report.sh server.sh user-tool.sh
{noformat}
> Query cache creating create folders in the server bin directory
> ---------------------------------------------------------------
>
> Key: ISPN-12536
> URL: https://issues.redhat.com/browse/ISPN-12536
> Project: Infinispan
> Issue Type: Bug
> Reporter: Diego Lovison
> Priority: Major
> Attachments: query.diff
>
>
> When creating caches with the attached configuration.
> Infinispan server is creating folders in the bin directory.
> It should be created in the data directory.
> {noformat}
> black_friday.Inventory black_friday.ShoppingProduct cli.log4j2.xml common.sh server.bat service
> black_friday.Product black_friday.User cli.sh report-osx.sh server.conf user-tool.bat
> black_friday.ShoppingCart cli.bat common.bat report.sh server.sh user-tool.sh
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 1 month
[Red Hat JIRA] (ISPN-12538) Clustered Locks with zero-capacity throws ClassCastException
by Ryan Emerson (Jira)
Ryan Emerson created ISPN-12538:
-----------------------------------
Summary: Clustered Locks with zero-capacity throws ClassCastException
Key: ISPN-12538
URL: https://issues.redhat.com/browse/ISPN-12538
Project: Infinispan
Issue Type: Bug
Components: Clustered Locks
Affects Versions: 12.0.0.Dev07
Reporter: Ryan Emerson
Assignee: Dan Berindei
Fix For: 12.0.0.Final
When creating a cluster with no explicit clustered-locks configuration, i.e. num_Owners is not defined, a `ClassCastException` is thrown if a zero-capacity node joins the cluster and attempts to use a lock:
{code:java}
10:10:36,564 ERROR (non-blocking-thread--p2-t2) [org.infinispan.topology.LocalTopologyManagerImpl] ISPN000230: Failed to start rebalance for cache org.infinispan.LOCKS java.util.concurrent.CompletionException: java.lang.ClassCastException: class org.infinispan.distribution.ch.impl.ReplicatedConsistentHash cannot be cast to class org.infinispan.distribution.ch.impl.DefaultConsistentHash (org.infinispan.distribution.ch.impl.ReplicatedConsistentHash and org.infinispan.distribution.ch.impl.DefaultConsistentHash are in unnamed module of loader java.net.URLClassLoader @6d03e736)
at java.base/java.util.concurrent.CompletableFuture.encodeRelay(CompletableFuture.java:367)
at java.base/java.util.concurrent.CompletableFuture.completeRelay(CompletableFuture.java:376)
at java.base/java.util.concurrent.CompletableFuture$UniRelay.tryFire(CompletableFuture.java:1019)
at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506)
at java.base/java.util.concurrent.CompletableFuture.completeExceptionally(CompletableFuture.java:2088)
at org.infinispan.util.concurrent.ActionSequencer$SequenceEntry.accept(ActionSequencer.java:213)
at org.infinispan.util.concurrent.ActionSequencer$SequenceEntry.accept(ActionSequencer.java:179)
at java.base/java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:859)
at java.base/java.util.concurrent.CompletableFuture.uniWhenCompleteStage(CompletableFuture.java:883)
at java.base/java.util.concurrent.CompletableFuture.whenComplete(CompletableFuture.java:2251)
at java.base/java.util.concurrent.CompletableFuture.whenComplete(CompletableFuture.java:143)
at org.infinispan.util.concurrent.ActionSequencer$SequenceEntry.run(ActionSequencer.java:227)
at org.infinispan.util.concurrent.ActionSequencer$SequenceEntry.apply(ActionSequencer.java:219)
at org.infinispan.util.concurrent.ActionSequencer$SequenceEntry.apply(ActionSequencer.java:179)
at java.base/java.util.concurrent.CompletableFuture.uniHandle(CompletableFuture.java:930)
at java.base/java.util.concurrent.CompletableFuture$UniHandle.tryFire(CompletableFuture.java:907)
at java.base/java.util.concurrent.CompletableFuture$Completion.run(CompletableFuture.java:478)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.lang.ClassCastException: class org.infinispan.distribution.ch.impl.ReplicatedConsistentHash cannot be cast to class org.infinispan.distribution.ch.impl.DefaultConsistentHash (org.infinispan.distribution.ch.impl.ReplicatedConsistentHash and org.infinispan.distribution.ch.impl.DefaultConsistentHash are in unnamed module of loader java.net.URLClassLoader @6d03e736)
at org.infinispan.distribution.ch.impl.SyncConsistentHashFactory.union(SyncConsistentHashFactory.java:58)
at org.infinispan.topology.LocalTopologyManagerImpl.doHandleRebalance(LocalTopologyManagerImpl.java:562)
at org.infinispan.topology.LocalTopologyManagerImpl.lambda$handleRebalance$16(LocalTopologyManagerImpl.java:531)
at org.infinispan.topology.LocalTopologyManagerImpl.lambda$orderOnCache$24(LocalTopologyManagerImpl.java:736)
at org.infinispan.util.concurrent.ActionSequencer.safeNonBlockingCall(ActionSequencer.java:57)
at org.infinispan.util.concurrent.ActionSequencer.access$400(ActionSequencer.java:32)
at org.infinispan.util.concurrent.ActionSequencer$SequenceEntry.run(ActionSequencer.java:226)
... 8 more
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 1 month
[Red Hat JIRA] (ISPN-12535) Fix WARN messages org.hibernate.search in the server
by Diego Lovison (Jira)
Diego Lovison created ISPN-12535:
------------------------------------
Summary: Fix WARN messages org.hibernate.search in the server
Key: ISPN-12535
URL: https://issues.redhat.com/browse/ISPN-12535
Project: Infinispan
Issue Type: Enhancement
Components: Remote Querying
Affects Versions: 12.0.0.Dev07
Reporter: Diego Lovison
Attachments: query.diff
When creating the caches using the attached test, we can see the following WARN messages in the server
{noformat}
11:52:13,778 WARN (blocking-thread--p3-t1) [org.hibernate.search.engine.common.impl.IndexManagerBuildingStateHolder] HSEARCH000574: Using configuration property 'hibernate.search.default_backend' to set the name of the default backend to 'infinispan_backend'. This configuration property is deprecated and shouldn't be used anymore. Instead, do not assign a name your default backend and configure it using the 'hibernate.search.backend' prefix, e.g. hibernate.search.backend.type = elasticsearch.
11:52:13,857 WARN (blocking-thread--p3-t1) [org.hibernate.search.backend.lucene.impl.LuceneBackendFactory] HSEARCH000075: Configuration setting 'lucene_version' was not specified: using LATEST (currently '8.6.2'). Context: backend 'infinispan_backend'
11:52:14,428 WARN (blocking-thread--p3-t1) [org.hibernate.search.engine.cfg.impl.EngineConfigurationUtils] HSEARCH000585: Using configuration property 'index_defaults.indexing.queue_count'. The prefix 'index_defaults' is deprecated and its support will ultimately be removed. Instead, you should just set defaults for index properties at the backend level. For example, set 'hibernate.search.backend.indexing.queue_size' instead of 'hibernate.search.backend.index_defaults.indexing.queue_size'.
{noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 1 month