:Redisアダプタを使用してGeodeに書き込んだ後、Geodeクライアントを使用してイベントに読み書きするにはどうすればよいですか?私は、次の操作を実行しようとしている
- データはのGeodeクライアントを使用していること
CacheListener
- 読むを使用して、いくつかのキーを作成/更新イベントに反応Redisのコネクタ
- を使用してジオードにいくつかのデータを入れて地域の方法は
entrySet
です。
私のGeodeクライアントからのredisデータにはすでにアクセスできませんでした。
region.get(Coder.stringToByteArrayWrapper("key"));
は私もregion.entrySet()
作品を作るのトラブルの多くを持っていた:私は、次の操作を行う必要がありました。まず、それがすべてでClientRegionShortcut.PROXY
では動作しません、それはClientRegionShortcut.CACHING_PROXY
と時間の50%のみが働くようです。
ここで(私はRedisのクライアントとしてlettuceを使用していますことに注意してください)私はこれをテストするために使用しているコードです:
@Test
public void test_subscribe() throws InterruptedException, ExecutionException {
ClientCache cache = new ClientCacheFactory()
.addPoolLocator(HOST, LOCATOR_PORT)
.create();
@SuppressWarnings({ "rawtypes", "unchecked" })
CacheListener<ByteArrayWrapper, ByteArrayWrapper> cl = new CacheListenerAdapter() {
@Override
public void afterCreate(EntryEvent event) {
System.out.println("Created: " + event.getKey() + " = " + event.getNewValue());
}
@Override
public void afterUpdate(EntryEvent event) {
System.out.println("Updated: " + event.getKey() + " replacing " + event.getOldValue() + "with" + event.getNewValue());
}
};
Region<ByteArrayWrapper, ByteArrayWrapper> region = cache
.<ByteArrayWrapper, ByteArrayWrapper> createClientRegionFactory(ClientRegionShortcut.CACHING_PROXY)
.addCacheListener(cl)
.setKeyConstraint(ByteArrayWrapper.class)
.setValueConstraint(ByteArrayWrapper.class)
.create(GeodeRedisServer.STRING_REGION);
RedisClient client = RedisClient.create("redis://" + HOST);
StatefulRedisConnection<String, String> connection = client.connect();
RedisAsyncCommands<String, String> cmd = connection.async();
cmd.set("1", "HelloGeodeRedis").get();
cmd.set("2", "WorldGeodeRedis" + System.currentTimeMillis()).get();
System.out.println("FromRedis: " + cmd.get("2").get());
System.out.println("FromGeode: " + region.get(Coder.stringToByteArrayWrapper("2")));
for (Map.Entry<?, ?> entry : region.entrySet()) {
System.out.format("key = %s, value = %s\n", entry.getKey(), entry.getValue());
}
cache.close();
}
50%のブツは、サーバに関係している場合、私は思ったんだけど私が実行しているよ:
gfsh>describe region --name=ReDiS_StRiNgS
..........................................................
Name : ReDiS_StRiNgS
Data Policy : persistent partition
Hosting Members : my-redis
Non-Default Attributes Shared By Hosting Members
Type | Name | Value
------ | ----------- | --------------------
Region | size | 2
| data-policy | PERSISTENT_PARTITION
gfsh>describe region --name my-region
..........................................................
Name : my-region
Data Policy : persistent replicate
Hosting Members : my-server
my-redis
Non-Default Attributes Shared By Hosting Members
Type | Name | Value
------ | ----------- | --------------------
Region | data-policy | PERSISTENT_REPLICATE
| size | 2
| scope | distributed-ack
gfsh>list members
Name | Id
---------------- | -----------------------------------------------------------
my-locator | 172.16.202.245(my-locator:21234:locator)<ec><v0>:1024
my-server | 172.16.202.245(my-server:22154)<v1>:1025
my-redis | 172.16.202.245(my-redis:24890)<v2>:1026
あなたは私が手動で作成した領域は、両方のサーバーでホストされているが、Redisのによって作成されたものが唯一のRedisのサーバーでホストされて見ることができるように。
私は時間の50%を取得していますエラーは以下の通りです:
org.apache.geode.cache.client.ServerOperationException: remote server on My-Computer(4352:loner):64103:58d54999: While performing a remote get
at org.apache.geode.cache.client.internal.AbstractOp.processObjResponse(AbstractOp.java:285)
at org.apache.geode.cache.client.internal.GetOp$GetOpImpl.processResponse(GetOp.java:143)
at org.apache.geode.cache.client.internal.AbstractOp.attemptReadResponse(AbstractOp.java:171)
at org.apache.geode.cache.client.internal.AbstractOp.attempt(AbstractOp.java:382)
at org.apache.geode.cache.client.internal.ConnectionImpl.execute(ConnectionImpl.java:275)
at org.apache.geode.cache.client.internal.pooling.PooledConnection.execute(PooledConnection.java:332)
at org.apache.geode.cache.client.internal.OpExecutorImpl.executeWithPossibleReAuthentication(OpExecutorImpl.java:900)
at org.apache.geode.cache.client.internal.OpExecutorImpl.execute(OpExecutorImpl.java:158)
at org.apache.geode.cache.client.internal.OpExecutorImpl.execute(OpExecutorImpl.java:115)
at org.apache.geode.cache.client.internal.PoolImpl.execute(PoolImpl.java:763)
at org.apache.geode.cache.client.internal.GetOp.execute(GetOp.java:91)
at org.apache.geode.cache.client.internal.ServerRegionProxy.get(ServerRegionProxy.java:116)
at org.apache.geode.internal.cache.LocalRegion.findObjectInSystem(LocalRegion.java:2776)
at org.apache.geode.internal.cache.LocalRegion.nonTxnFindObject(LocalRegion.java:1488)
at org.apache.geode.internal.cache.LocalRegionDataView.findObject(LocalRegionDataView.java:175)
at org.apache.geode.internal.cache.LocalRegion.get(LocalRegion.java:1377)
at org.apache.geode.internal.cache.LocalRegion.get(LocalRegion.java:1310)
at org.apache.geode.internal.cache.LocalRegion.get(LocalRegion.java:1295)
at org.apache.geode.internal.cache.AbstractRegion.get(AbstractRegion.java:320)
at trial.GeodeTest.test_subscribe(GeodeTest.java:112)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:678)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)
Caused by: org.apache.geode.cache.RegionDestroyedException: Server connection from [identity(192.168.64.106(4352:loner):64103:58d54999,connection=1; port=64103]: Region named /ReDiS_StRiNgS/ReDiS_StRiNgS was not found during get request
at org.apache.geode.internal.cache.tier.sockets.BaseCommand.writeRegionDestroyedEx(BaseCommand.java:615)
at org.apache.geode.internal.cache.tier.sockets.command.Get70.cmdExecute(Get70.java:126)
at org.apache.geode.internal.cache.tier.sockets.BaseCommand.execute(BaseCommand.java:165)
at org.apache.geode.internal.cache.tier.sockets.ServerConnection.doNormalMsg(ServerConnection.java:780)
at org.apache.geode.internal.cache.tier.sockets.ServerConnection.doOneMessage(ServerConnection.java:911)
at org.apache.geode.internal.cache.tier.sockets.ServerConnection.run(ServerConnection.java:1166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at org.apache.geode.internal.cache.tier.sockets.AcceptorImpl$1$1.run(AcceptorImpl.java:523)
at java.lang.Thread.run(Thread.java:745)
、私はこれをテストしていた理由は、私はカフカからのデータを入れたいということですので、あなたは完全な免責条項を持っていますジオコードにkafka-connect-redisを使用してトピックにトピックを追加すると、ジオードkafkaコネクタを自分でコーディングする必要がなくなります。
EDIT:50%問題が@Swapnilのおかげで修正されましたが、今私は戻ってトラブルentrySet
を作り、イベント通知の仕事を持つことです。私が強制的に私がredisクライアントを使用してキーを取得しない限り、私は何もEntryEvent
通知を取得していないようだ。
本当にありがとうございました。私は他のサーバーを停止し、それ以上のエラーはありません。私は、各サーバーが多くの場合、赤いアダプターをホストしていることを意味しています。 – Crystark
50%の問題は修正されているようですが、今私は他のプレブレムに直面しているようです。ジオードクライアントを使用してキーを強制的に取得しない限り、イベント通知も取得もしません。 – Crystark