June 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3160) RemoteCacheManager javadocs list wrong default pool size

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3160?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3160: ----------------------------------- Assignee: Tristan Tarrant (was: Galder Zamarreño) > RemoteCacheManager javadocs list wrong default pool size > -------------------------------------------------------- > > Key: ISPN-3160 > URL: https://issues.jboss.org/browse/ISPN-3160 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Remote Protocols > Affects Versions: 5.1.8.Final > Reporter: Dennis Reed > Assignee: Tristan Tarrant > Priority: Minor > > RemoteCacheManager javadocs list the default pool size as 10: > "infinispan.client.hotrod.default_executor_factory.pool_size, default = 10." > However, the default is actually 99: > org/infinispan/client/hotrodimpl/ConfigurationProperties.java: return props.getIntProperty(DEFAULT_EXECUTOR_FACTORY_POOL_SIZE, 99); -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4212) Unable to get entries from newly started non-defined caches

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4212?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4212: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.0.0.Alpha5 (was: 7.0.0.Beta1) Resolution: Done > Unable to get entries from newly started non-defined caches > ----------------------------------------------------------- > > Key: ISPN-4212 > URL: https://issues.jboss.org/browse/ISPN-4212 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Remote Protocols, Server > Affects Versions: 7.0.0.Alpha3 > Reporter: Jakub Markos > Assignee: Galder Zamarreño > Fix For: 7.0.0.Alpha5 > > > If you use hotrod to put entries into a cache which is not defined in standalone.xml, it will be started: > {code} > 15:35:50,676 INFO [org.jboss.as.clustering.infinispan] (HotRodServerWorker-1) JBAS010281: Started nonDefinedCache cache from local container > {code} > but when you try to retrieve the entry back, you'll get null. > {code} > RemoteCacheManager rcm = new RemoteCacheManager(new ConfigurationBuilder().addServer().host("localhost").port(11222).build()); > RemoteCache<String, String> cache = rcm.getCache("nonDefinedCache"); > cache.put("key", "value"); > cache.get("key"); // returns null > {code} > Happens in the current server snapshot. > A while back you'd get this > {code} > WARN: ISPN004005: Error received from the server: org.infinispan.server.hotrod.CacheNotFoundException: Cache with name 'nonDefinedCache' not found amongst the configured caches > {code} > So it seems we're somewhere in the middle now (not throwing exception, but also not working). The documentation here is also wrong https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... . -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4441) Improvements on getCacheEntry() synchronization

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4441?page=com.atlassian.jira.plugin.... ] Galder Zamarreño resolved ISPN-4441. ------------------------------------ Fix Version/s: (was: 7.0.0.Alpha5) Resolution: Won't Fix The final solution used clone() which solves the issue pointed out by Pedro. Separating get commands is not urgent. > Improvements on getCacheEntry() synchronization > ----------------------------------------------- > > Key: ISPN-4441 > URL: https://issues.jboss.org/browse/ISPN-4441 > Project: Infinispan > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Core > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > > - Separate GetKeyValueCommand into two, GetKeyValueCommand and GetCacheEntryCommand to have good separation and avoid conditional logic in GetKeyValueCommand. > - As indicated by Pedro in https://github.com/infinispan/infinispan/pull/2671: > {quote} > I had something simpler in mind. you could invoke create(cacheEntry) that returns a mutable copy. I think it is ok the copy to be mutable, but it you really want it immutable, you can do immutableInternalCacheEntry(create(cacheEntry)) > this way you would avoid all the changes in CoreImmutables > {quote} > - Finally, sort out TODO in documentation of InternalEntryFactory -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4451) Missing ACCESS right

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4451?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4451: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1113872 > Missing ACCESS right > -------------------- > > Key: ISPN-4451 > URL: https://issues.jboss.org/browse/ISPN-4451 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Security > Reporter: Vojtech Juranek > Assignee: Tristan Tarrant > > When security is turned on ({{cacheConfig.security().authorization().enable()}}), any user can obtain/create a cache, even unauthorized users. This should be allowed only for users with right {{ACCESS}}. This right is actually not present in {{AuthorizationPermission}}. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4451) Missing ACCESS right

by Vojtech Juranek (JIRA)

Vojtech Juranek created ISPN-4451: ------------------------------------- Summary: Missing ACCESS right Key: ISPN-4451 URL: https://issues.jboss.org/browse/ISPN-4451 Project: Infinispan Issue Type: Bug Security Level: Public (Everyone can see) Components: Security Reporter: Vojtech Juranek Assignee: Tristan Tarrant When security is turned on ({{cacheConfig.security().authorization().enable()}}), any user can obtain/create a cache, even unauthorized users. This should be allowed only for users with right {{ACCESS}}. This right is actually not present in {{AuthorizationPermission}}. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4276) Make JPA cache store work in Karaf

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4276?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4276: ----------------------------------------------- gsheldon(a)redhat.com changed the Status of [bug 1067725|https://bugzilla.redhat.com/show_bug.cgi?id=1067725] from ASSIGNED to MODIFIED > Make JPA cache store work in Karaf > ---------------------------------- > > Key: ISPN-4276 > URL: https://issues.jboss.org/browse/ISPN-4276 > Project: Infinispan > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 7.0.0.Alpha3 > Reporter: Martin Gencur > Assignee: Ion Savin > Labels: 63gablocker > Fix For: 7.0.0.Alpha5 > > > The JPA cache store does not currently work in Karaf. There are several thing to make it work in OSGi: > * use hibernate-osgi dependency, and possibly change some other dependencies > * JpaStoreConfigurationParser70 should be exposed as a service in Blueprint > * EntityManagerFactory should be obtained from the service registry, similar to https://github.com/hibernate/hibernate-orm/tree/master/documentation/src/... -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4385) Document installation process for OSGi containers

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4385?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4385: ----------------------------------------------- gsheldon(a)redhat.com changed the Status of [bug 1067725|https://bugzilla.redhat.com/show_bug.cgi?id=1067725] from ASSIGNED to MODIFIED > Document installation process for OSGi containers > ------------------------------------------------- > > Key: ISPN-4385 > URL: https://issues.jboss.org/browse/ISPN-4385 > Project: Infinispan > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Ion Savin > Assignee: Ion Savin > -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4376) AdvancedCache.filterEntries(...) does not respect configured cache flags

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4376?page=com.atlassian.jira.plugin.... ] Work on ISPN-4376 started by William Burns. > AdvancedCache.filterEntries(...) does not respect configured cache flags > ------------------------------------------------------------------------ > > Key: ISPN-4376 > URL: https://issues.jboss.org/browse/ISPN-4376 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Core > Affects Versions: 7.0.0.Alpha4 > Reporter: Paul Ferraro > Assignee: William Burns > > Consider the following: > {code} > Cache<K, V> cache = ...; > KeyValueFilter<K, V> filter = ...; > EntryIterator<K, V> entries = cache.getAdvancedCache().withFlags(Flag.CACHE_MODE_LOCAL, Flag.SKIP_CACHE_LOAD).filterEntries(filter); > {code} > One would expect this to return only local, in-memory entries, but it instead returns both entries from remote nodes and from a cache loader, effectively ignoring the configured flags. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4448) RHQ server plugin: synchronize data operation String casting to Byte array fails

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4448?page=com.atlassian.jira.plugin.... ] William Burns commented on ISPN-4448: ------------------------------------- [~tsykora] are you able to run the command through jboss-cli ? I haven't been able to reproduce this error yet and unfortunately the stack trace isn't present, it just shows the RHQ stack which doesn't help. Thanks. > RHQ server plugin: synchronize data operation String casting to Byte array fails > -------------------------------------------------------------------------------- > > Key: ISPN-4448 > URL: https://issues.jboss.org/browse/ISPN-4448 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JMX, reporting and management > Affects Versions: 7.0.0.Alpha4 > Reporter: Tomas Sykora > Assignee: William Burns > Labels: rhq > > Invocation of rolling upgrades related operation -- Synchronize Data -- on a new node's cache fails with a following error: > java.lang.Exception: JBAS011002: Failed to invoke operation: java.lang.String cannot be cast to [B, rolled-back=true > at org.rhq.core.pc.operation.OperationInvocation.run(OperationInvocation.java:278) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) > Note, that there is also ISPN-4447 which says, that we can't record known global keyset using RHQ. > In this issue, we proceed that operation using CLI interface console in order to create dumped keys. Then, we tried to synchronize data using RHQ cache operation and passing "hotrod" as a migrator. This was expected to work properly. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4450) RemoteStore uses wrong classloader with rawValues

by Dennis Reed (JIRA)

[ https://issues.jboss.org/browse/ISPN-4450?page=com.atlassian.jira.plugin.... ] Dennis Reed commented on ISPN-4450: ----------------------------------- The easy fix: change GenericJBossMarshaller to use Thread.currentThread().getContextClassLoader() instead of this.getClass().getClassLoader(). Questions: 1) Will that break any existing uses, or defined API, for GenericJBossMarshaller? I don't think so (you'd never want to use the current GenericJBossMarshaller for any custom user classes because of this issue, so it could only affect internal Infinispan usage, but I don't think it's used that way?). If it does, we'll need to create a new class. 2) Is the TCCL the correct classloader to use? Or should it get the classloader from Infinispan somewhere, where it can be overridden if needed? > RemoteStore uses wrong classloader with rawValues > ------------------------------------------------- > > Key: ISPN-4450 > URL: https://issues.jboss.org/browse/ISPN-4450 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Loaders and Stores > Affects Versions: 6.0.2.Final > Reporter: Dennis Reed > Assignee: Dan Berindei > > RemoteStore uses the wrong classloader (Infinispan's classloader instead of the caller's classloader) during deserialization when rawValues=true is set. > It uses a GenericJBossMarshaller, which is hard-coded to only look in Infinispan's classloader). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

9 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues June 2014