Otis Gospodnetic wrote:
This is where using something like JMS to store persistent messages of items for indexing in a JMS queue is useful.If you take this approach, keep in mind that you will also need to handle regular application shutdowns, and also try to catch some crashes/errors, in order to flush your in-memory queue of items scheduled for indexing, and write them to disk.
Feel free to post the code, if you want and can, so people don't have to reinvent this.
Otis
We are about to go down this road using ActiveMQ (http://activemq.codehaus.org, very nice product, Apache licensed), that way notifications of change are never lost, and you can disconnect the indexer from the application itself (it could be a seperate process or in-process, it just needs to be able to read the JMS queue). With ActiveMQ you can even embed the JMS server instance inside the VM of your application too, which is very useful for a single instance, and can be easily broken out to be used in a clustered environment.
cheers,
Paul Smith
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]