Hello,

I've built a system that receives JMS events containing links to docs that I
must download and index. Right now the JMS receiving, downloading, and
transformation into SolrInputDoc's happens in a separate JVM that then uses
Solrj javabin HTTP POSTs to distribute these docs across many index shards.

For various reasons I won't go into here, I'd like to relocate/deploy most
of my processing (JMS receiving, downloading, and transformation into
SolrInputDoc's) into the SOLR webapps running on each distributed shard
host. I might be wrong, but I don't think the request-driven idiom of the
DataImportHandler is not a good fit for me as I'm not kicking off full or
delta imports. If that's true, what's the correct way to hook my components
into SOLR's update facilities? Should I try to get a reference a configured
DirectUpdateHandler?

I don't know if this information helps, but I'll put it out there anyways:
I'm using Spring 3 components to receive JMS events, wired up via webapp
context hooks. My plan would be to add all that to my SOLR shard webapp.

Best,
Rich

Reply via email to