You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Vladimir Ozerov (JIRA)" <ji...@apache.org> on 2016/11/29 07:49:58 UTC

[jira] [Resolved] (IGNITE-331) CacheTypeMetadata is not read in case CacheQueryConfiguration is not set.

     [ 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)