[JBoss JIRA] (ISPN-11857) AbstractInfinispanTest.eventually() default poll interval is too long
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11857?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11857:
-----------------------------------
Fix Version/s: 11.0.0.Final
(was: 11.0.0.CR1)
> AbstractInfinispanTest.eventually() default poll interval is too long
> ---------------------------------------------------------------------
>
> Key: ISPN-11857
> URL: https://issues.redhat.com/browse/ISPN-11857
> Project: Infinispan
> Issue Type: Task
> Components: Core, Test Suite
> Affects Versions: 11.0.0.Dev05, 10.1.8.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 11.0.0.Final
>
>
> Some of the {{AbstractInfinispanTest.eventually()}} overloads use a poll interval of 500ms, which is too long.
> The overloads that use a message supplier, and {{eventuallyEquals()}}, use a dynamic polling interval, starting at 65ms by default. All the overloads should use the same strategy, and the overloads that use an explicit polling interval should be removed.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (ISPN-11855) Internal caches should ignore wildcard configurations
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11855?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11855:
-----------------------------------
Fix Version/s: 11.0.0.Final
(was: 11.0.0.CR1)
> Internal caches should ignore wildcard configurations
> -----------------------------------------------------
>
> Key: ISPN-11855
> URL: https://issues.redhat.com/browse/ISPN-11855
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 11.0.0.Dev05, 10.1.8.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 11.0.0.Final, 10.1.9.Final
>
>
> {{InternalCacheRegistryImpl.registerInternalCache}} throws a {{CacheConfigurationException}} if a wildcard configuration matches the internal cache name.
> It should ignore wildcard configurations instead, and a user should be able to replicate the pre-ISPN-11367 behaviour with a {{*}} wildcard:
> {code:xml}
> <cache-container>
> <local-cache-configuration name="*">
> </local-cache-configuration>
> </cache-container>
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (ISPN-11851) FD_SOCK should use the same bind address as TCP
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11851?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11851:
-----------------------------------
Fix Version/s: 11.0.0.Final
(was: 11.0.0.CR1)
> FD_SOCK should use the same bind address as TCP
> -----------------------------------------------
>
> Key: ISPN-11851
> URL: https://issues.redhat.com/browse/ISPN-11851
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration, Core
> Affects Versions: 11.0.0.Dev05, 10.1.8.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 11.0.0.Final
>
>
> In the JGroups configuration files we ship, we use a different default for {{TCP.bind_addr}} and {{UDP.bind_addr}} than JGroups does.
> {code:xml}
> <TCP bind_addr="${jgroups.bind.address,jgroups.tcp.address:SITE_LOCAL}"/>
> <UDP bind_addr="${jgroups.bind.address,jgroups.udp.address:SITE_LOCAL}"/>
> {code}
> However, we didn't change the default for {{FD_SOCK}}, so it uses the JGroups default:
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (ISPN-11847) Remove QueryBuilder and other deprecated dsl package usages
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11847?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11847:
-----------------------------------
Fix Version/s: 11.0.0.Final
(was: 11.0.0.CR1)
> Remove QueryBuilder and other deprecated dsl package usages
> -----------------------------------------------------------
>
> Key: ISPN-11847
> URL: https://issues.redhat.com/browse/ISPN-11847
> Project: Infinispan
> Issue Type: Task
> Components: Embedded Querying, Remote Querying
> Affects Versions: 11.0.0.Dev05
> Reporter: Nistor Adrian
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 11.0.0.Final
>
>
> The QueryBuilder and friends is deprecated, scheduled for removal in next major.
> We need to remove all its usages from tests and convert them to query string. There might be some tests that do not need to be converted because will be removed with the QueryBuilder when the time comes.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (ISPN-11899) Allow application/x-java-serialized-object media type without custom marshaller
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11899?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11899:
-----------------------------------
Fix Version/s: 11.0.0.Final
(was: 11.0.0.CR1)
> Allow application/x-java-serialized-object media type without custom marshaller
> -------------------------------------------------------------------------------
>
> Key: ISPN-11899
> URL: https://issues.redhat.com/browse/ISPN-11899
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Affects Versions: 11.0.0.Dev05
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 11.0.0.Final
>
>
> The server registers a {{JavaSerializationTranscoder}} to make {{application/x-java-serialized-object}} available as a request/storage media type.
> The core {{EncoderRegistryFactory}} registers instead a {{JavaSerializationEncoder}}, which can be used explicitly ({{cache.withEncoding(JavaSerializationEncoder.class)}}), but is not picked up automatically when the user configures storage media type {{application/x-java-serialized-object}}.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months
[JBoss JIRA] (ISPN-11898) Missing transcoder for user marshaller's media type
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11898?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11898:
-----------------------------------
Fix Version/s: 11.0.0.Final
(was: 11.0.0.CR1)
> Missing transcoder for user marshaller's media type
> ---------------------------------------------------
>
> Key: ISPN-11898
> URL: https://issues.redhat.com/browse/ISPN-11898
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 11.0.0.Dev05
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 11.0.0.Final
>
>
> When the user configures a custom marshaller like {{JavaSerializationMarshaller}}, the cache needs a transcoder to wrap the user marshaller and convert between Java objects and the storage media type. Of course, if the cache's storage media type is not the same as the user marshaller's media type, another transcoder will be used, but the user marshaller transcoder needs to be available.
> Currently {{EncoderRegistryFactory}} registers a transcoder wrapping the global marshaller instead, and the cache won't start:
> {code:java}
> GlobalConfigurationBuilder gcb = new GlobalConfigurationBuilder();
> gcb.serialization().marshaller(new JavaSerializationMarshaller());
> DefaultCacheManager manager = new DefaultCacheManager(gcb.build());
> ConfigurationBuilder builder = new ConfigurationBuilder();
> builder.encoding().mediaType(MediaType.APPLICATION_SERIALIZED_OBJECT_TYPE);
> manager.createCache("cache", builder.build());
> {code}
> {noformat}
> org.infinispan.commons.CacheConfigurationException: Unable to inject dependencies for component class org.infinispan.encoding.DataConversion, path org.infinispan.AdvancedCache (a org.infinispan.cache.impl.EncoderCache)
> Caused by: org.infinispan.commons.dataconversion.EncodingException: ISPN000492: Cannot find transcoder between 'application/x-java-object' to 'application/x-java-serialized-object'
> at org.infinispan.marshall.core.EncoderRegistryImpl.getTranscoder(EncoderRegistryImpl.java:64)
> at org.infinispan.encoding.DataConversion.lookupTranscoder(DataConversion.java:210)
> at org.infinispan.encoding.DataConversion.injectDependencies(DataConversion.java:185)
> at org.infinispan.encoding.CorePackageImpl$1.wire(CorePackageImpl.java:29)
> at org.infinispan.encoding.CorePackageImpl$1.wire(CorePackageImpl.java:27)
> at org.infinispan.factories.impl.BasicComponentRegistryImpl.invokeInjection(BasicComponentRegistryImpl.java:339)
> ... 45 more
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 7 months