public class SharedData extends Object
Shared data provides:
WARNING: In clustered mode, asynchronous maps/locks/counters rely on distributed data structures provided by the cluster manager. Beware that the latency relative to asynchronous maps/locks/counters operations can be much higher in clustered than in local mode.
Please see the documentation for more information. NOTE: This class has been automatically generated from theoriginal
non RX-ified interface using Vert.x codegen.Modifier and Type | Field and Description |
---|---|
static io.vertx.lang.rx.TypeArg<SharedData> |
__TYPE_ARG |
Constructor and Description |
---|
SharedData(Object delegate) |
SharedData(SharedData delegate) |
public static final io.vertx.lang.rx.TypeArg<SharedData> __TYPE_ARG
public SharedData(SharedData delegate)
public SharedData(Object delegate)
public SharedData getDelegate()
public <K,V> void getClusterWideMap(String name, Handler<AsyncResult<AsyncMap<K,V>>> resultHandler)
name
- the name of the mapresultHandler
- the map will be returned asynchronously in this handler@Deprecated public <K,V> Observable<AsyncMap<K,V>> getClusterWideMapObservable(String name)
rxGetClusterWideMap(java.lang.String)
insteadname
- the name of the mappublic <K,V> Single<AsyncMap<K,V>> rxGetClusterWideMap(String name)
name
- the name of the mappublic <K,V> void getAsyncMap(String name, Handler<AsyncResult<AsyncMap<K,V>>> resultHandler)
AsyncMap
with the specified name. When clustered, the map is accessible to all nodes in the cluster
and data put into the map from any node is visible to to any other node.
WARNING: In clustered mode, asynchronous shared maps rely on distributed data structures provided by the cluster manager. Beware that the latency relative to asynchronous shared maps operations can be much higher in clustered than in local mode.
name
- the name of the mapresultHandler
- the map will be returned asynchronously in this handler@Deprecated public <K,V> Observable<AsyncMap<K,V>> getAsyncMapObservable(String name)
rxGetAsyncMap(java.lang.String)
insteadAsyncMap
with the specified name. When clustered, the map is accessible to all nodes in the cluster
and data put into the map from any node is visible to to any other node.
WARNING: In clustered mode, asynchronous shared maps rely on distributed data structures provided by the cluster manager. Beware that the latency relative to asynchronous shared maps operations can be much higher in clustered than in local mode.
name
- the name of the mappublic <K,V> Single<AsyncMap<K,V>> rxGetAsyncMap(String name)
AsyncMap
with the specified name. When clustered, the map is accessible to all nodes in the cluster
and data put into the map from any node is visible to to any other node.
WARNING: In clustered mode, asynchronous shared maps rely on distributed data structures provided by the cluster manager. Beware that the latency relative to asynchronous shared maps operations can be much higher in clustered than in local mode.
name
- the name of the mappublic <K,V> void getLocalAsyncMap(String name, Handler<AsyncResult<AsyncMap<K,V>>> resultHandler)
AsyncMap
with the specified name.
When clustered, the map is NOT accessible to all nodes in the cluster. Only the instance which created the map can put and retrieve data from this map.
name
- the name of the mapresultHandler
- the map will be returned asynchronously in this handler@Deprecated public <K,V> Observable<AsyncMap<K,V>> getLocalAsyncMapObservable(String name)
rxGetLocalAsyncMap(java.lang.String)
insteadAsyncMap
with the specified name.
When clustered, the map is NOT accessible to all nodes in the cluster. Only the instance which created the map can put and retrieve data from this map.
name
- the name of the mappublic <K,V> Single<AsyncMap<K,V>> rxGetLocalAsyncMap(String name)
AsyncMap
with the specified name.
When clustered, the map is NOT accessible to all nodes in the cluster. Only the instance which created the map can put and retrieve data from this map.
name
- the name of the mappublic void getLock(String name, Handler<AsyncResult<Lock>> resultHandler)
In general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the lockresultHandler
- the handler@Deprecated public Observable<Lock> getLockObservable(String name)
rxGetLock(java.lang.String)
insteadIn general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the lockpublic Single<Lock> rxGetLock(String name)
In general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the lockpublic void getLockWithTimeout(String name, long timeout, Handler<AsyncResult<Lock>> resultHandler)
getLock(java.lang.String, io.vertx.core.Handler<io.vertx.core.AsyncResult<io.vertx.rxjava.core.shareddata.Lock>>)
but specifying a timeout. If the lock is not obtained within the timeout
a failure will be sent to the handler.
In general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the locktimeout
- the timeout in msresultHandler
- the handler@Deprecated public Observable<Lock> getLockWithTimeoutObservable(String name, long timeout)
rxGetLockWithTimeout(java.lang.String, long)
insteadgetLock(java.lang.String, io.vertx.core.Handler<io.vertx.core.AsyncResult<io.vertx.rxjava.core.shareddata.Lock>>)
but specifying a timeout. If the lock is not obtained within the timeout
a failure will be sent to the handler.
In general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the locktimeout
- the timeout in mspublic Single<Lock> rxGetLockWithTimeout(String name, long timeout)
getLock(java.lang.String, io.vertx.core.Handler<io.vertx.core.AsyncResult<io.vertx.rxjava.core.shareddata.Lock>>)
but specifying a timeout. If the lock is not obtained within the timeout
a failure will be sent to the handler.
In general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the locktimeout
- the timeout in mspublic void getLocalLock(String name, Handler<AsyncResult<Lock>> resultHandler)
In general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the lockresultHandler
- the handler@Deprecated public Observable<Lock> getLocalLockObservable(String name)
rxGetLocalLock(java.lang.String)
insteadIn general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the lockpublic Single<Lock> rxGetLocalLock(String name)
In general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the lockpublic void getLocalLockWithTimeout(String name, long timeout, Handler<AsyncResult<Lock>> resultHandler)
getLocalLock(java.lang.String, io.vertx.core.Handler<io.vertx.core.AsyncResult<io.vertx.rxjava.core.shareddata.Lock>>)
but specifying a timeout. If the lock is not obtained within the timeout
a failure will be sent to the handler.
In general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the locktimeout
- the timeout in msresultHandler
- the handler@Deprecated public Observable<Lock> getLocalLockWithTimeoutObservable(String name, long timeout)
rxGetLocalLockWithTimeout(java.lang.String, long)
insteadgetLocalLock(java.lang.String, io.vertx.core.Handler<io.vertx.core.AsyncResult<io.vertx.rxjava.core.shareddata.Lock>>)
but specifying a timeout. If the lock is not obtained within the timeout
a failure will be sent to the handler.
In general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the locktimeout
- the timeout in mspublic Single<Lock> rxGetLocalLockWithTimeout(String name, long timeout)
getLocalLock(java.lang.String, io.vertx.core.Handler<io.vertx.core.AsyncResult<io.vertx.rxjava.core.shareddata.Lock>>)
but specifying a timeout. If the lock is not obtained within the timeout
a failure will be sent to the handler.
In general lock acquision is unordered, so that sequential attempts to acquire a lock, even from a single thread, can happen in non-sequential order.
name
- the name of the locktimeout
- the timeout in mspublic void getCounter(String name, Handler<AsyncResult<Counter>> resultHandler)
name
- the name of the counter.resultHandler
- the handler@Deprecated public Observable<Counter> getCounterObservable(String name)
rxGetCounter(java.lang.String)
insteadname
- the name of the counter.public Single<Counter> rxGetCounter(String name)
name
- the name of the counter.public void getLocalCounter(String name, Handler<AsyncResult<Counter>> resultHandler)
name
- the name of the counter.resultHandler
- the handler@Deprecated public Observable<Counter> getLocalCounterObservable(String name)
rxGetLocalCounter(java.lang.String)
insteadname
- the name of the counter.public Single<Counter> rxGetLocalCounter(String name)
name
- the name of the counter.public <K,V> LocalMap<K,V> getLocalMap(String name)
LocalMap
with the specific name
.name
- the name of the mappublic static SharedData newInstance(SharedData arg)
Copyright © 2023 Eclipse. All rights reserved.