Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

No Support for Wildcarded Indexes #58

Closed
finnessyj opened this issue Jan 8, 2018 · 7 comments
Closed

No Support for Wildcarded Indexes #58

finnessyj opened this issue Jan 8, 2018 · 7 comments

Comments

@finnessyj
Copy link

A great feature to be added would be the ability to wildcard indexes in elastic search. For example, if you're using time-based indexes for twitter data, and you've got twitter-2017.10, twitter-2017.11, twitter-2017.12, and twitter-2017.01, all of which have the same fields, it would be great to add a single Vector Data Source that is twitter-* (like Kibana). Elastic Search should handle that query, it would just need to be passed through and verified. Obviously, the hard part is ensuring that the fields match, and managing fields being added and removed from index to index. But...kibana can do it, and it would be fantastic if elasticgeo could do it too.

@sjudeng
Copy link
Contributor

sjudeng commented Jan 8, 2018

Previous versions supported a separate store configuration parameter to define wilcard indices (see search_indices in 2.11.2 store configuration documentation). This was removed after the merge of #47 (support for index aliases). Would the current support for index aliases accomodate your use case?

@finnessyj
Copy link
Author

That looks like a good possibility. Let me try it out, and I'll report back.

@finnessyj
Copy link
Author

Well, it worked...until tomorrow. If you have day indexes, you'll have to re-alias every day. From Elastic Search's documentation:

In this case, the alias is a point-in-time alias that will group all current indices that match, it will not automatically update as new indices that match this pattern are added/removed.

That means, if the index isn't created at the time of the alias, it won't be included, whereas a wildcard on the query will be updated at the time of the query.

@sjudeng
Copy link
Contributor

sjudeng commented Jan 16, 2018

Thanks for the explanation. I'll revert the commit (d0660ed) that removed search_indices as part of the next release.

@sjudeng
Copy link
Contributor

sjudeng commented Jan 24, 2018

Instead of restoring search_indices I added support for wildcards in the index name. Once GeoServer 2.12.2 is released I'll publish a new plugin release with these updates. In the meantime you can build and test off master if you're interested.

@finnessyj
Copy link
Author

finnessyj commented Jan 24, 2018 via email

@sjudeng
Copy link
Contributor

sjudeng commented Jan 25, 2018

The 2.12.2-RC1 release candidate that includes this update is now published.

@sjudeng sjudeng closed this as completed Feb 11, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants