Hi all, In my opinion the ability to resume workflows and to determine wether they are stale/dead is a requirement for cluster capability of OpenXPKI. If another instance (node) is taking over a workflow (either to load-balance or to step in for a failed node) it is basically a resume of a workflow that needs to be in a sane state. The cluster bit would need different states and state information but I am confident that we can merge both sets of requirements into one consistent model.
Kind regards Andreas -- Andreas Leibl, RSTC Ltd Registered in England no: 6306790 VAT Registration no: 901 2682 54 Registered Office address: 38 Lambourne Way, Bristol, BS20 7LQ, United Kingdom On 14 Nov 2011, at 07:48, Oliver Welter <[email protected]> wrote: > Hi Achim > >> Main issue on the roadmap of the core developers was to make workflow >> capable for cluster operations without race conditions, I'm not sure >> whether both project at the same time will be maintainable? > > It depends a bit on what you all include in "cluster capabilities" - I > see this as a huge set of new features. Running on more than one node > should not be that difficult, even a takeover of dead nodes is not a > real problem (if you have a solid detection of a dead node!). Things as > load-balancing, special purpose nodes, etc. need a lot of conceptual > work and I do not see this useable in a first step. > > Oliver > -- > Protect your environment - close windows and adopt a penguin! > PGP-Key: 3B2C 8095 A7DF 8BB5 2CFF 8168 CAB7 B0DD 3985 1721 > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > OpenXPKI-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/openxpki-devel ------------------------------------------------------------------------------ RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ OpenXPKI-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openxpki-devel
