Hi,
2013/4/2 Ian Boston <i...@tfd.co.uk> > > I think the event based processing in the current implementation nicely > decouples the processing of jobs, but the implementation lacks a reliable > distributed queue and so, is bound to a single node, crucially limiting > scalability. The concept, not the mile mention, remind me of some extreemly > scalable BPM implementations. Rather that attempting to internalise that > within a jobmanager implementation, have you considered addressing a > distributed queue, or reusing an off the shelf component that has been > proven? > > yes :) a distributed queue provides exactly just that, we have different queue types like a FIFO one, a parallel one etc. and all of these have additional configurations (like max parallel processing etc.). And we need a persisted queue as well. This could be built on top of existing distributed queues but still would need additional stuff to be done. The other option would be to use a full blown queue implementation like a jms implementation, but this looks way too heavy and usually doesn't play well with JCR Carsten -- Carsten Ziegeler cziege...@apache.org
