Barrapunto

Lucene es java, si, pero si solo fuera por eso, podrian haber usado Ferret que es un port de Lucene y haber dejado todo igual.

Por otro lado, tambien tienes Solr, que, dicho rapido y mal, es un wrapper alrededor de Lucene para servir peticiones por http con su respectivo gem en ruby (solr-ruby) y sirve en diferentes formatos (xml, json, php y hasta en ruby [apache.org]).

Tampoco has tenido en cuenta de que el cambio a java introduce un monton de riesgos (donde estan los seguidores de Joel diciendo eso de "no lo reescribas!"), estan re-escribiendo esa parte de la aplicacion desde cero y eso puede causar un monton de problemas inesperados (nuevos bugs, reaparicion de bugs antiguos que se solucionaron en su momento...). Supongo (porque seria de locos pensar lo contrario) que cuando se plantearon pasar a java lo hicieron con mucho cuidado y pensandoselo muy mucho. Quiero pensar que la gente capaz de diseniar algo que soporte ese nivel de carga tambien sera consciente de esos riesgos y lo planeara al detalle.

En resumen, hay *algo* en ruby que hace que no cumpla sus expectativas/necesidades (sea rendimiento del parser/maquina virtual/lo que usen, facilidad para implementar las modificaciones, soporte de librerias... lo que sea, no conozco tanto ruby RoR como para saber que pudiera ser) pero por los resultados que comentan, java si que les ha servido (como muchos otros lenguajes, seguramente).

PD: Tambien hay ports de Lucene a C y a otros lenguajes, asi que me hace pensar que la opcion de java tambien esta bien meditada.