In Kibana 3, it was possible to deploy Kibana as a set of static files. In Kibana 4, the default mode is to deploy using a full stack of Ruby code on top of Warbler and JRuby etc.
It seems from my experimentation that this is not really required beyond - automatically populating the /config endpoint with some configuration settings - creating an Elasticsearch proxy (presumably to avoid dealing with CORS and XSS limitations) - enumerating plugins (for reference I got Kibana 4 working in a static deployment by fixing a few pathing issues and adding CORS support to ES) While having a preconfigured stack that launches from a single command is awesome, it also bloats the deployment requirement for more sophisticated deployment. What I'd like to know is if the general development direction is that more dynamic configuration will be done in the Ruby code - creating an ever increasing requirement on the Ruby stack in the future? e.g. Generating a plugin manifest could easily be done using a bash / js script - it does not need a full Ruby stack. Thanks, Ben -- 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+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/f316bdf1-01d4-4e20-8037-a36baf650263%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.