[
https://issues.jboss.org/browse/ISPN-2139?page=com.atlassian.jira.plugin....
]
Dan Berindei commented on ISPN-2139:
------------------------------------
Galder, I didn't actually add the ping call, I just added another ping() method in RCM
that wrapped the existing cache.ping() call in order to pass the Transport as a
parameter.
Actually, I think the ping() was first added in your commit for ISPN-990 :)
ping_on_startup ignored
-----------------------
Key: ISPN-2139
URL:
https://issues.jboss.org/browse/ISPN-2139
Project: Infinispan
Issue Type: Bug
Affects Versions: 5.1.5.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Labels: jdg6
Fix For: 5.1.x, 5.2.0.ALPHA2, 5.2.0.FINAL
When a configuration property
infinispan.client.hotrod.ping_on_startup=false
is passed to the properties of RemoteCacheManager, this
avoids ping in RemoteCacheManager.start() but
RemoteCacheManager.getCache() does ping without checking this property
and thus rendering this setting useless for scenario
where we want to specify
infinispan.client.hotrod.server_list
with list of servers with some of the servers possibly not available yet.
In such case we would expect the client to failover to first working server
and retrying the first operation we want to do with the cache.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see:
http://www.atlassian.com/software/jira