Error after building the schema

[iamshreeram]

Seeing below error after building the schema.

2021/12/03 23:00:57 built document type for dlake-kubernet-namespaces in 1.349116ms
2021/12/03 23:00:57 built boolean argument type for dlake-kubernet-namespaces in 597.751µs
2021/12/03 23:00:57 built document aggregation type for dlake-kubernet-namespaces in 573.113µs
2021/12/03 23:00:57 Names must match /^[_a-zA-Z][_a-zA-Z0-9]*$/ but "dlake-kubernet-namespaces" does not.

Couldn't trace the root cause. Any suggestion?

cc: @mewil

[mewil]

This occurred because GraphQL does not support schema names with - in the name. Previously we only applied name normalization logic field and argument names, but as of e714f3fd this also applies to index names and should fix your use case.

[iamshreeram]

Perfect. This is working.

Btw, I have set the index include pattern as - set -gx STURGEON_ELASTICSEARCH_INDEX_INCLUDE_PATTERN "dlake_*"
But, application is exiting with below exception -

2021/12/09 00:40:59 RootQuery fields must be an object with field names as keys or a function which return such an object.

When I use just dlake*, sturgeon is able to pull all the index details. Any reason?

[mewil]

Great!

This occurs because the STURGEON_ELASTICSEARCH_INDEX_INCLUDE_PATTERN variable applies to the literal index name (dlake-kubernet-namespaces) and not the "normalized" GraphQL-compatible version (dlake_kubernet_namespaces). I'll add better handling for the case where no schemas are generated which yields the error you see.

[iamshreeram]

I think you will have to handle all special characters. Below one is failing because of a . between dates.

2021/12/09 13:58:09 Names must match /^[_a-zA-Z][_a-zA-Z0-9]*$/ but "dlake_pb_batchjobs_2020.05.24_000001_agg_docs" does not.

[mewil]

Fixed in d7363dd to replace any non-alphanumeric character with _.

[iamshreeram]

Yes, Above PR fixed the issue. Seeing below error though.

2021/12/11 11:49:25 dlake_snw_inc_bool_argsfilter fields must be an object with field names as keys or a function which return such an object.
exit status 1

This looks similar to this error

[mewil]

This might be fixed in 2ca30dc but similar errors may still occur in other places.

[iamshreeram]

Thanks for looking into this. I'm still seeing the same error (in the boolean). Is there any work around for this issue?

Could you please explain whats going on? If there is any work around just for my use-case, i can fork and make it work just for my ES. Let me know.