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

Jump to bottom

es.resource should allow for all types, and not require only one specific type #205

Closed
apatrida opened this issue May 8, 2014 · 1 comment
Closed

es.resource should allow for all types, and not require only one specific type #205

apatrida opened this issue May 8, 2014 · 1 comment
Labels
enhancement :Rest v2.0.1 v2.1.0.Beta1 wontfix

Comments

@apatrida
Copy link

apatrida commented May 8, 2014

There are use cases where the types in an index may not be cared about, or known by system using an index as a source. But the integration requires es.resource=[index]/[type] and not just [index] to consume all types. For a read operation, type does not matter in many cases. For write, sure it might be necessary but could also be pulled from a source field as well.
@costin costin closed this as completed in 7527c4a Aug 13, 2014
costin added a commit that referenced this issue Aug 13, 2014
@costin
Improve detection of index existence
34c7bee 
Allow aliases (like _all) to be used only when reading data.

fix #205
fix #233

(cherry picked from commit 7527c4a)
@costin
Copy link
Member

costin commented Aug 13, 2014

Hi,

Aliases should work now as for specifying only the index, ES does not allow that. That is one can use wild cards or _all for the index but not for the type - and that's because each type can have its won mapping which in case of reading but also writing creates all sort of problems and issues.
After spending some time with the use case I ended up with too many corner cases that, in my opinion, made the feature way complicated and its value highly reduced.

@costin costin added the wontfix label Aug 13, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
enhancement :Rest v2.0.1 v2.1.0.Beta1 wontfix
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@costin @apatrida