Skip to content

replace MessageSubscription.originaActivity with some smarter solution #190

@nitram509

Description

@nitram509

Goal

Marshalling and UnMarshalling should work reliably, and repeatability over multiple iterations of marshall & un-marshall.

Problem

When marshalling, the originActivity got lost, since we don't preserve full history.
It seems the overall approach of keeping track of the origin activity instance, from which the inbound state transfer was made,
is not well suited to keep track in e.g. MessageSubscription struct.
E.g. in the simple case when the origin was a StartEvent, we don't want to marshall that already completed instance information.

Hints

Having a gut feeling, that the commands should rather contain the origin activity information, and we might use some kind of command stack (similar like CPUs work when calling a sub-routine).
Also, the stack approach would help in nesting workflows as well.

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requesthelp wantedExtra attention is needed

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions