I agree that while the overall focus remains in cloud-native microservices (and stabilizing our release cadence etc), exposing and maintaining a simple-enough API for dynamic invocation of BPMN models would be an interesting option.
Perhaps we do have something in that regard in a state that could be polished to allow for this kind of usage. Gotta take a look, though. On Sat, Apr 26, 2025 at 05:56 Jochen Theodorou <[email protected]> wrote: > On 25.04.25 15:14, Alex Porcelli wrote: > [...] > > In other words, you can't just embed the engine and send different > > BPMN files in runtime, the BPMN files are actually translated in code > > that are executed in runtime. > > > > This approach is aligned with Cloud native architecture, due its > immutability. > > Really don't want to open a big discussion now. You guys have enough to > do getting things in a stable state... > > But I think what some people are looking for is a smaller (deployment > wise), more traditional approach than in a cloud. > > I personally do not need runtime BPMN files for this, though it is a > nice feature > > bye Jochen > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
