I did try it out a bit and I wasn't sure if I could use references to other
beans or existing properties (via ${property.name}) and so on in the fields
for node definitions for instance.
But I could end up using the utils ns as you suggest in the docs.
I definitely need to use property files (residing outside of the war/jar)
for the settings.
I wonder if it is more flexible to use the @Bean format with your Factory
classes rather than the namespace. Is the xml just as flexible as the java
config? Do you know how french customs uses it (xml or javaconfig)?
Thanks kindly for the contribution. Please elaborate.
Cheers, Matt
On Thursday, October 10, 2013 6:47:56 PM UTC-4, David Pilato wrote:
I know it's used in production (french customs for exemple ) and I met
someone tonight in Amsterdam who is going in production in the next months.
I'd love to have more feedback !
--
David
Twitter : @dadoonet / @elasticsearchfr / @scrutmydocs
Le 11 oct. 2013 à 00:04, mfri...@afilias.info <javascript:> a écrit :
Hi,
I'm evaluating using GitHub - dadoonet/spring-elasticsearch: Spring factories for elasticsearch
Earlier I had created a custom spring factory bean to configure a very
simple es transport client. I did not set a cluster name nor a node name at
the (single) es server. And with these defaults my default transport client
created by the factory bean works fine.
it seems that if one defines the cluster name and node name at the server
then the transport client needs this information too or it won't connect.
Or perhaps it just needs to know the cluster name. I haven't quite worked
that out.
In any case, I think I'd prefer to use spring-elasticsearch (xml context)
to configure everything instead of my custom factory.
The question: is spring-es reasonably mature? Are folks using it with
success? Or are there issues still being ironed out?
Many thanks,
Matt
--
You received this message because you are subscribed to the Google Groups
"elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to elasticsearc...@googlegroups.com <javascript:>.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.