[
https://issues.apache.org/jira/browse/IGNITE-331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Ozerov resolved IGNITE-331.
------------------------------------
Resolution: Not A Problem
> CacheTypeMetadata is not read in case CacheQueryConfiguration is not set.
> -------------------------------------------------------------------------
>
> Key: IGNITE-331
> URL: https://issues.apache.org/jira/browse/IGNITE-331
> Project: Ignite
> Issue Type: Bug
> Components: cache
> Affects Versions: sprint-2
> Reporter: Vladimir Ozerov
>
> I see the following code in GridQueryProcessor.start():
> {code}
> CacheQueryConfiguration qryCfg = ccfg.getQueryConfiguration();
> if (qryCfg != null) {
> if (!F.isEmpty(ccfg.getTypeMetadata())) {
> for (CacheTypeMetadata meta : ccfg.getTypeMetadata())
> declaredTypesByName.put(new TypeName(ccfg.getName(),
> meta.getValueType()), meta);
> }
> if (qryCfg.getTypeResolver() != null)
> typeResolvers.put(ccfg.getName(), qryCfg.getTypeResolver());
> }
> {code}
> So, type metadata is not read in case CacheQueryConfiguration is not set. If
> we set empty CacheQueryConfiguration, all is fine. Looks like a usability
> issue - why does user have to specify empty CacheQueryConfiguration?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)