There isn't really a hook point for this (i.e. get the content (json / xson)
and munge it). It can be added, but I think that it make more sense to do it
on the "client" side if one wish to do it, no? The fact that elasticsearch
supports json like structures natively (with deep level objects) means that
you can basically create that pre processor on your client side.
Another option is to create your own mapper that handles the part of the
data you want, but that also is I think more complicated than simply doing
it on the client side.
I responded to this, but it seems like you might have missed it, here is my
answer again:
There isn't really a hook point for this (i.e. get the content (json / xson)
and munge it). It can be added, but I think that it make more sense to do it
on the "client" side if one wish to do it, no? The fact that elasticsearch
supports json like structures natively (with deep level objects) means that
you can basically create that pre processor on your client side.
Another option is to create your own mapper that handles the part of the
data you want, but that also is I think more complicated than simply doing
it on the client side.
There isn't really a hook point for this (i.e. get the content (json / xson)
and munge it). It can be added, but I think that it make more sense to do it
on the "client" side if one wish to do it, no? The fact that elasticsearch
supports json like structures natively (with deep level objects) means that
you can basically create that pre processor on your client side.
Looks like that will have to be the route.
Another option is to create your own mapper that handles the part of the
data you want, but that also is I think more complicated than simply doing
it on the client side.
The nice part about it being in ES is that different clients don't
have to implement this or even be aware of documents being munged
before indexing.
There isn't really a hook point for this (i.e. get the content (json /
xson)
and munge it). It can be added, but I think that it make more sense to do
it
on the "client" side if one wish to do it, no? The fact that
elasticsearch
supports json like structures natively (with deep level objects) means
that
you can basically create that pre processor on your client side.
Looks like that will have to be the route.
Another option is to create your own mapper that handles the part of the
data you want, but that also is I think more complicated than simply
doing
it on the client side.
The nice part about it being in ES is that different clients don't
have to implement this or even be aware of documents being munged
before indexing.
Very strange, looks like google groups is acting up... .
Its a very valid point regarding the fact that you can have the same
pre-processing power for different clients if it is built into
elasticsearch. The way elasticsearch works with data is that the document
(json) passed is never built into memory (as a Map of Maps/Lists/... for
example), its pull parsed directly into a Lucene document (to same memory
and speed up indexing). So, in order to have a hook point that changes it
within elasticsearch, it will need to be built into memory, passed to the
extension point to munge it, them converted back to an xcontent format
(json) and then parse it again.
There isn't really a hook point for this (i.e. get the content (json /
xson)
and munge it). It can be added, but I think that it make more sense to
do it
on the "client" side if one wish to do it, no? The fact that
elasticsearch
supports json like structures natively (with deep level objects) means
that
you can basically create that pre processor on your client side.
Looks like that will have to be the route.
Another option is to create your own mapper that handles the part of the
data you want, but that also is I think more complicated than simply
doing
it on the client side.
The nice part about it being in ES is that different clients don't
have to implement this or even be aware of documents being munged
before indexing.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.