![](/img/trans.png)
[英]WEKA: java.lang.IllegalArgumentException: Unknown data type: int4
[英]Hazelcast - java.lang.IllegalArgumentException: key cannot be of type Data
我们刚刚将我们的应用程序从Hazelcast 3.8.0升级到了3.10.1。
我们收到一条错误消息“密钥不能为数据类型!” 在Hazelcast中访问数据时。
java.lang.IllegalArgumentException: key cannot be of type Data!
at com.hazelcast.util.Preconditions.checkNotInstanceOf(Preconditions.java:300)
at com.hazelcast.internal.nearcache.impl.DefaultNearCache.checkKeyFormat(DefaultNearCache.java:226)
at com.hazelcast.internal.nearcache.impl.DefaultNearCache.get(DefaultNearCache.java:114)
at com.hazelcast.map.impl.tx.TransactionalMapProxySupport.getCachedValue(TransactionalMapProxySupport.java:183)
at com.hazelcast.map.impl.tx.TransactionalMapProxySupport.getInternal(TransactionalMapProxySupport.java:132)
at com.hazelcast.map.impl.tx.TransactionalMapProxy.get(TransactionalMapProxy.java:110)
at com.hazelcast.client.impl.protocol.task.transactionalmap.TransactionalMapGetMessageTask.innerCall(TransactionalMapGetMessageTask.java:43)
at com.hazelcast.client.impl.protocol.task.AbstractTransactionalMessageTask.call(AbstractTransactionalMessageTask.java:34)
at com.hazelcast.client.impl.protocol.task.AbstractCallableMessageTask.processMessage(AbstractCallableMessageTask.java:35)
at com.hazelcast.client.impl.protocol.task.AbstractMessageTask.initializeAndProcessMessage(AbstractMessageTask.java:130)
at com.hazelcast.client.impl.protocol.task.AbstractMessageTask.run(AbstractMessageTask.java:110)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
at com.hazelcast.util.executor.HazelcastManagedThread.executeRun(HazelcastManagedThread.java:64)
at com.hazelcast.util.executor.HazelcastManagedThread.run(HazelcastManagedThread.java:80)
at ------ submitted from ------.(Unknown Source)
我100%确定我们正在使用的“键”是一个字符串。 该代码段如下所示:
String key = getKey(blah, blah);
TransactionContext context = client.newTransactionContext();
context.beginTransaction();
TransactionalMap<String, AppPrefs> dataMap = context.getMap(MAP_NAME);
try {
prefs = dataMap.get(key);
context.commitTransaction();
} catch (Throwable t) {
LOGGER.error("Error getting AppPrefs.", t);
context.rollbackTransaction();
}
引发错误的代码行是:
prefs = dataMap.get(key);
设置字符串的代码行之间没有任何内容
String key = getKey(blah, blah);
和吹线:(
遵循源代码,TransactionalMapProxySupport的方法“ toNearCacheKeyWithStrategy”具有以下逻辑:
final Object toNearCacheKeyWithStrategy(Object key) {
if (!nearCacheEnabled) {
return key;
}
return serializeKeys ? ss.toData(key, partitionStrategy) : key;
}
然后,“ DefaultNearCache”对象执行
private void checkKeyFormat(K key) {
if (!serializeKeys) {
checkNotInstanceOf(Data.class, key, "key cannot be of type Data!");
}
}
因此,看起来名为“ serializeKeyes”的“ TransactionalMapProxySupport”属性必须为FALSE,但“ DefaultNearCache”中的同名属性必须为true :(
git中“ DefaultNearCache”的历史记录表明该代码在一年前已更改,并显示以下消息:“将近缓存的序列化键默认值从true更改为false”
我应该设置一些配置吗?
我在地图上的配置很简单:
<near-cache name="AppPrefsCache">
<!-- Cache locally for 10 mins -->
<max-idle-seconds>600</max-idle-seconds>
</near-cache>
啊! 看来我可以将(true | false)的“ serialize-keys”标签添加到此xml并设置值。
看来,Hazelcast代码库的不同位为“序列化键”假定了不同的默认值。 要么它是配置中的必需元素,要么默认值在各处都相同,是吗?
提到的行为确实是Hazelcast中的错误。 我为此创建了一个新的GitHub问题,因此我们可以正确处理它-hazelcast / hazelcast#13371 。
受该错误影响的版本的解决方法是,在near-cache
配置中将serialize-keys
设置为true
。 false
值在这里无济于事。
Config config = new Config();
config.getMapConfig(testName)
.setNearCacheConfig(new NearCacheConfig().setSerializeKeys(true));
彼得,感谢您的报告和出色的调查。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.