[JBoss JIRA] (ISPN-9968) JCacheStateAwarenessIT failure due to infinispan-remote dependency
by Ryan Emerson (Jira)
[ https://issues.jboss.org/browse/ISPN-9968?page=com.atlassian.jira.plugin.... ]
Ryan Emerson updated ISPN-9968:
-------------------------------
Sprint: Sprint 10.0.0.Beta1
> JCacheStateAwarenessIT failure due to infinispan-remote dependency
> ------------------------------------------------------------------
>
> Key: ISPN-9968
> URL: https://issues.jboss.org/browse/ISPN-9968
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 10.0.0.Beta1
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.Beta1
>
>
> ISPN-9554 introduced a dependency on {{infinispan-remote}} on the server/integration/testsuite that results in classes not being loaded as expected. We should remove this dependency and find an alternative solution for ISPN-9554.
> JCacheStateAwarenessIT failure cause:
> {code:java}
> Caused by: java.lang.IllegalArgumentException: Logger implementation class org.infinispan.jcache.logging.Log_$logger has no matching constructor
> at org.jboss.logging.Logger$1.run(Logger.java:2562) ~[?:?]
> at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
> at org.jboss.logging.Logger.getMessageLogger(Logger.java:2529) ~[?:?]
> at org.jboss.logging.Logger.getMessageLogger(Logger.java:2516) ~[?:?]
> at org.infinispan.commons.logging.LogFactory.getLog(LogFactory.java:18) ~[?:?]
> at org.infinispan.jcache.AbstractJCachingProvider.<clinit>(AbstractJCachingProvider.java:23) ~[?:?]
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:?]
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:?]
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:?]
> at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:?]
> at java.lang.Class.newInstance(Class.java:442) ~[?:?]
> at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:380) ~[?:?]
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (ISPN-9968) JCacheStateAwarenessIT failure due to infinispan-remote dependency
by Ryan Emerson (Jira)
Ryan Emerson created ISPN-9968:
----------------------------------
Summary: JCacheStateAwarenessIT failure due to infinispan-remote dependency
Key: ISPN-9968
URL: https://issues.jboss.org/browse/ISPN-9968
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Server
Affects Versions: 10.0.0.Beta1
Reporter: Ryan Emerson
Assignee: Ryan Emerson
Fix For: 10.0.0.Beta1
ISPN-9554 introduced a dependency on {{infinispan-remote}} on the server/integration/testsuite that results in classes not being loaded as expected. We should remove this dependency and find an alternative solution for ISPN-9554.
JCacheStateAwarenessIT failure cause:
{code:java}
Caused by: java.lang.IllegalArgumentException: Logger implementation class org.infinispan.jcache.logging.Log_$logger has no matching constructor
at org.jboss.logging.Logger$1.run(Logger.java:2562) ~[?:?]
at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
at org.jboss.logging.Logger.getMessageLogger(Logger.java:2529) ~[?:?]
at org.jboss.logging.Logger.getMessageLogger(Logger.java:2516) ~[?:?]
at org.infinispan.commons.logging.LogFactory.getLog(LogFactory.java:18) ~[?:?]
at org.infinispan.jcache.AbstractJCachingProvider.<clinit>(AbstractJCachingProvider.java:23) ~[?:?]
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:?]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:?]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:?]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:?]
at java.lang.Class.newInstance(Class.java:442) ~[?:?]
at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:380) ~[?:?]
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (ISPN-9967) hibernate/cache-commons should be independent of Hibernate orm classes
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-9967?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant reassigned ISPN-9967:
-------------------------------------
Assignee: Galder Zamarreño
> hibernate/cache-commons should be independent of Hibernate orm classes
> ----------------------------------------------------------------------
>
> Key: ISPN-9967
> URL: https://issues.jboss.org/browse/ISPN-9967
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.2.4.Final
> Reporter: Scott Marlow
> Assignee: Galder Zamarreño
> Priority: Minor
>
> hibernate/cache-commons contains shared code for use with Hibernate ORM 5.1 + 5.3, however, hibernate/cache-commons cannot be shared because it must have either ORM 5.1 or 5.3 in its classpath but not both.
> Hibernate orm dependencies are shown below from current Infinispan master branch:
> {quote}
> grep -ri org.hibernate * --include=*.java
> access/NonTxInvalidationCacheAccessDelegate.java:import org.hibernate.cache.CacheException;
> access/NonTxInvalidationCacheAccessDelegate.java:import org.hibernate.cache.spi.access.SoftLock;
> access/TxInvalidationCacheAccessDelegate.java:import org.hibernate.cache.CacheException;
> access/TxInvalidationCacheAccessDelegate.java:import org.hibernate.cache.spi.access.SoftLock;
> access/NonStrictAccessDelegate.java:import org.hibernate.cache.CacheException;
> access/NonStrictAccessDelegate.java:import org.hibernate.cache.spi.access.SoftLock;
> access/NonStrictAccessDelegate.java:import org.hibernate.cache.spi.entry.CacheEntry;
> access/AccessDelegate.java:import org.hibernate.cache.CacheException;
> access/AccessDelegate.java:import org.hibernate.cache.spi.access.SoftLock;
> access/AccessDelegate.java: * {@link org.hibernate.cache.spi.access.EntityRegionAccessStrategy}
> access/AccessDelegate.java: * and {@link org.hibernate.cache.spi.access.CollectionRegionAccessStrategy} implementations.
> access/AccessDelegate.java: * @throws org.hibernate.cache.CacheException Propogated from underlying {@link org.hibernate.cache.spi.Region}
> access/AccessDelegate.java: * @throws org.hibernate.cache.CacheException Propogated from underlying {@link org.hibernate.cache.spi.Region}
> access/AccessDelegate.java: * @throws CacheException Propagated from underlying {@link org.hibernate.cache.spi.Region}
> access/AccessDelegate.java: * @throws CacheException Propagated from underlying {@link org.hibernate.cache.spi.Region}
> access/TombstoneAccessDelegate.java:import org.hibernate.cache.CacheException;
> access/TombstoneAccessDelegate.java:import org.hibernate.cache.spi.access.SoftLock;
> access/PutFromLoadValidator.java:import org.hibernate.engine.spi.SessionImplementor;
> access/PutFromLoadValidator.java:import org.hibernate.cache.spi.RegionFactory;
> access/InvalidationCacheAccessDelegate.java:import org.hibernate.cache.CacheException;
> access/SessionAccess.java:import org.hibernate.engine.transaction.spi.IsolationDelegate;
> DefaultCacheManagerProvider.java:import org.hibernate.boot.registry.classloading.spi.ClassLoaderService;
> DefaultCacheManagerProvider.java:import org.hibernate.internal.util.config.ConfigurationHelper;
> DefaultCacheManagerProvider.java:import org.hibernate.service.ServiceRegistry;
> JndiCacheManagerProvider.java:import org.hibernate.cfg.Environment;
> JndiCacheManagerProvider.java:import org.hibernate.internal.util.jndi.JndiHelper;
> util/InvocationAfterCompletion.java:import org.hibernate.HibernateException;
> util/InvocationAfterCompletion.java:import org.hibernate.jdbc.WorkExecutor;
> util/InvocationAfterCompletion.java:import org.hibernate.jdbc.WorkExecutorVisitable;
> util/InfinispanMessageLogger.java:import org.hibernate.cache.CacheException;
> util/VersionedEntry.java:import org.hibernate.cache.spi.entry.CacheEntry;
> util/VersionedEntry.java:import org.hibernate.cache.spi.entry.StructuredCacheEntry;
> {quote}
> One solution could be to eliminate the hibernate/cache-commons code by inlining it into the respective hibernate/cache-v51 + cache-v52 + cache-v53 folders.
> Or removing the Hibernate ORM references from hibernate/cache-commons.
> I made this a minor issue for now, because it doesn't have to be solved yet.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (ISPN-9967) hibernate/cache-commons should be independent of Hibernate orm classes
by Scott Marlow (Jira)
Scott Marlow created ISPN-9967:
----------------------------------
Summary: hibernate/cache-commons should be independent of Hibernate orm classes
Key: ISPN-9967
URL: https://issues.jboss.org/browse/ISPN-9967
Project: Infinispan
Issue Type: Bug
Components: Hibernate Cache
Affects Versions: 9.2.4.Final
Reporter: Scott Marlow
hibernate/cache-commons contains shared code for use with Hibernate ORM 5.1 + 5.3, however, hibernate/cache-commons cannot be shared because it must have either ORM 5.1 or 5.3 in its classpath but not both.
Hibernate orm dependencies are shown below from current Infinispan master branch:
{quote}
grep -ri org.hibernate * --include=*.java
access/NonTxInvalidationCacheAccessDelegate.java:import org.hibernate.cache.CacheException;
access/NonTxInvalidationCacheAccessDelegate.java:import org.hibernate.cache.spi.access.SoftLock;
access/TxInvalidationCacheAccessDelegate.java:import org.hibernate.cache.CacheException;
access/TxInvalidationCacheAccessDelegate.java:import org.hibernate.cache.spi.access.SoftLock;
access/NonStrictAccessDelegate.java:import org.hibernate.cache.CacheException;
access/NonStrictAccessDelegate.java:import org.hibernate.cache.spi.access.SoftLock;
access/NonStrictAccessDelegate.java:import org.hibernate.cache.spi.entry.CacheEntry;
access/AccessDelegate.java:import org.hibernate.cache.CacheException;
access/AccessDelegate.java:import org.hibernate.cache.spi.access.SoftLock;
access/AccessDelegate.java: * {@link org.hibernate.cache.spi.access.EntityRegionAccessStrategy}
access/AccessDelegate.java: * and {@link org.hibernate.cache.spi.access.CollectionRegionAccessStrategy} implementations.
access/AccessDelegate.java: * @throws org.hibernate.cache.CacheException Propogated from underlying {@link org.hibernate.cache.spi.Region}
access/AccessDelegate.java: * @throws org.hibernate.cache.CacheException Propogated from underlying {@link org.hibernate.cache.spi.Region}
access/AccessDelegate.java: * @throws CacheException Propagated from underlying {@link org.hibernate.cache.spi.Region}
access/AccessDelegate.java: * @throws CacheException Propagated from underlying {@link org.hibernate.cache.spi.Region}
access/TombstoneAccessDelegate.java:import org.hibernate.cache.CacheException;
access/TombstoneAccessDelegate.java:import org.hibernate.cache.spi.access.SoftLock;
access/PutFromLoadValidator.java:import org.hibernate.engine.spi.SessionImplementor;
access/PutFromLoadValidator.java:import org.hibernate.cache.spi.RegionFactory;
access/InvalidationCacheAccessDelegate.java:import org.hibernate.cache.CacheException;
access/SessionAccess.java:import org.hibernate.engine.transaction.spi.IsolationDelegate;
DefaultCacheManagerProvider.java:import org.hibernate.boot.registry.classloading.spi.ClassLoaderService;
DefaultCacheManagerProvider.java:import org.hibernate.internal.util.config.ConfigurationHelper;
DefaultCacheManagerProvider.java:import org.hibernate.service.ServiceRegistry;
JndiCacheManagerProvider.java:import org.hibernate.cfg.Environment;
JndiCacheManagerProvider.java:import org.hibernate.internal.util.jndi.JndiHelper;
util/InvocationAfterCompletion.java:import org.hibernate.HibernateException;
util/InvocationAfterCompletion.java:import org.hibernate.jdbc.WorkExecutor;
util/InvocationAfterCompletion.java:import org.hibernate.jdbc.WorkExecutorVisitable;
util/InfinispanMessageLogger.java:import org.hibernate.cache.CacheException;
util/VersionedEntry.java:import org.hibernate.cache.spi.entry.CacheEntry;
util/VersionedEntry.java:import org.hibernate.cache.spi.entry.StructuredCacheEntry;
{quote}
One solution could be to eliminate the hibernate/cache-commons code by inlining it into the respective hibernate/cache-v51 + cache-v52 + cache-v53 folders.
Or removing the Hibernate ORM references from hibernate/cache-commons.
I made this a minor issue for now, because it doesn't have to be solved yet.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months