> Since Lucene likes to index many documents at once, instead of one document > at a time, I'd like to cache the information comming in from each user into > one hash per user, then at some later time index each hash one by one (into > seperate indexes). > > Can this be done dynamically?
You can create a new region at any time, and it will be setup with whatever defaults have been configured. > Or do I have to reconfigure JCS each time I > add a new user (to create a new region or group for that user)? Does JCS > seem appropriate for this sort of thing, or is it over kill? It sounds like it _might_ be overkill. Are there so many documents coming in that it might flow over memory limits? Is fast random access a requirement? Caching is generally most appropriate for situations where there are many more gets than puts. In your scenario I imagine some sort of queue for the incoming messages, which occasionally gets indexed, might be a better solution. JCS would certainly be able to do it to, but one IMPORTANT fact is that there is no easy way to iterate all of the keys in a region, since they could be in memory, on disk, or in various auxiliaries. You would need to keep a separate list of keys, which might as well just be a list of documents. > Also, is there > a pre-built JAR of JCS I can get a hold of? There is one at http://jakarta.apache.org/turbine/jars -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
