[JBoss JIRA] (ISPN-10620) BasicComponentRegistryImpl.getMBeanMetadata discards overloaded operations and ignores overwriting
by Nistor Adrian (Jira)
[ https://issues.jboss.org/browse/ISPN-10620?page=com.atlassian.jira.plugin... ]
Nistor Adrian updated ISPN-10620:
---------------------------------
Summary: BasicComponentRegistryImpl.getMBeanMetadata discards overloaded operations and ignores overwriting (was: BasicComponentRegistryImpl.getMBeanMetadata discards overloaded operations and also does not perform proper overwriting)
> BasicComponentRegistryImpl.getMBeanMetadata discards overloaded operations and ignores overwriting
> --------------------------------------------------------------------------------------------------
>
> Key: ISPN-10620
> URL: https://issues.jboss.org/browse/ISPN-10620
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management
> Affects Versions: 10.0.0.CR1
> Reporter: Nistor Adrian
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 10.0.0.CR3
>
>
> The operations are held in a map keyed by name, so some overloaded operations like DefaultCahcheManager.startCache() and DefaultCahcheManager.startCache(String cacheName) are basically discarded unintentionally.
> Also, the order of processing superclasses is wrong (reversed), so eventually overwritten operations are not correctly processed. The one in the superclass wins, so the overwrite is basically ignored.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
5 years, 3 months
[JBoss JIRA] (ISPN-10620) BasicComponentRegistryImpl.getMBeanMetadata discards overloaded operations and also does not perform proper overwriting
by Nistor Adrian (Jira)
Nistor Adrian created ISPN-10620:
------------------------------------
Summary: BasicComponentRegistryImpl.getMBeanMetadata discards overloaded operations and also does not perform proper overwriting
Key: ISPN-10620
URL: https://issues.jboss.org/browse/ISPN-10620
Project: Infinispan
Issue Type: Bug
Components: JMX, reporting and management
Affects Versions: 10.0.0.CR1
Reporter: Nistor Adrian
Assignee: Nistor Adrian
Fix For: 10.0.0.CR3
The operations are held in a map keyed by name, so some overloaded operations like DefaultCahcheManager.startCache() and DefaultCahcheManager.startCache(String cacheName) are basically discarded unintentionally.
Also, the order of processing superclasses is wrong (reversed), so eventually overwritten operations are not correctly processed. The one in the superclass wins, so the overwrite is basically ignored.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
5 years, 3 months
[JBoss JIRA] (ISPN-10619) If Expiration is enabled the cretionDate is modified to the current server start date if preload is enabled for a persistence
by Wolf-Dieter Fink (Jira)
Wolf-Dieter Fink created ISPN-10619:
---------------------------------------
Summary: If Expiration is enabled the cretionDate is modified to the current server start date if preload is enabled for a persistence
Key: ISPN-10619
URL: https://issues.jboss.org/browse/ISPN-10619
Project: Infinispan
Issue Type: Bug
Components: Loaders and Stores
Affects Versions: 10.0.0.CR2
Environment: Cache configuration with preload
<local-cache name="default">
<persistence>
<file-store shared="false" preload="true" fetch-state="true"/>
</persistence>
</local-cache>
Reporter: Wolf-Dieter Fink
If a cache store entries with expiration the MetaData creationTime is used to calculate the expiration.
This works correct if the server is not restarted or preload=false for the store.
If preload is enabled and the server preload the date the creationTime is set to the current server start time.
In this case all expiration for existing entries is not working correctly
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
5 years, 3 months
[JBoss JIRA] (ISPN-10618) If Expiration is enabled the cretionDate is modified to the current server start date if preload is enabled for a persistence
by Wolf-Dieter Fink (Jira)
Wolf-Dieter Fink created ISPN-10618:
---------------------------------------
Summary: If Expiration is enabled the cretionDate is modified to the current server start date if preload is enabled for a persistence
Key: ISPN-10618
URL: https://issues.jboss.org/browse/ISPN-10618
Project: Infinispan
Issue Type: Bug
Components: Loaders and Stores
Affects Versions: 10.0.0.CR2
Environment: Cache configuration with preload
<local-cache name="default">
<persistence>
<file-store shared="false" preload="true" fetch-state="true"/>
</persistence>
</local-cache>
Reporter: Wolf-Dieter Fink
If a cache store entries with expiration the MetaData creationTime is used to calculate the expiration.
This works correct if the server is not restarted or preload=false for the store.
If preload is enabled and the server preload the date the creationTime is set to the current server start time.
In this case all expiration for existing entries is not working correctly
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
5 years, 3 months