feat: Implement correlation on event filter

[matheusandre1]

Many thanks for submitting your Pull Request ❤️!

What this PR does / why we need it: Closes: #1206

Special notes for reviewers:

Additional information (if needed):

[Copilot]

Copilot encountered an error and was unable to review this pull request. You can try again by re-requesting a review.

[fjtirado]

You need to separate the DSL gap PR you were working on from the Correlation one.

[Copilot]

Pull request overview

Copilot reviewed 10 out of 10 changed files in this pull request and generated 7 comments.

[matheusandre1]

@fjtirado I will send the other file separately after you review this one.

[Copilot]

Pull request overview

Copilot reviewed 15 out of 15 changed files in this pull request and generated 3 comments.

Comments suppressed due to low confidence (1)

fluent/spec/src/main/java/io/serverlessworkflow/fluent/spec/AbstractEventFilterBuilder.java:51

• AbstractEventFilterBuilder always sets an EventFilterCorrelate instance on the filter in build(), even when correlate() was never called. This can change serialization output (emitting an empty correlate object) and, more importantly, can surface null-map cases downstream (e.g., engine code that assumes correlate.additionalProperties is non-null). Consider only setting correlate when at least one correlation entry was added, or ensure the correlate builder initializes an empty map so getters never return null.

  protected final EventFilter filter = new EventFilter();
  protected final EventFilterCorrelate correlate = new EventFilterCorrelate();

  protected abstract SELF self();

  protected abstract P newEventPropertiesBuilder();

  public SELF with(Consumer<P> c) {
    P pb = this.newEventPropertiesBuilder();
    c.accept(pb);
    filter.setWith(pb.build());
    return self();
  }

  public SELF correlate(
      String key, Consumer<? super AbstractListenTaskBuilder.CorrelatePropertyBuilder> c) {
    AbstractListenTaskBuilder.CorrelatePropertyBuilder cb =
        new AbstractListenTaskBuilder.CorrelatePropertyBuilder();
    c.accept(cb);
    correlate.setAdditionalProperty(key, cb.build());
    return self();
  }

  public EventFilter build() {
    filter.setCorrelate(correlate);
    return filter;
  }

[Copilot]

Copilot encountered an error and was unable to review this pull request. You can try again by re-requesting a review.

[Copilot]

Pull request overview

Copilot reviewed 16 out of 16 changed files in this pull request and generated 2 comments.

[Copilot]

Pull request overview

Copilot reviewed 18 out of 18 changed files in this pull request and generated 3 comments.

[fjtirado]

How is this compiling at all?

[matheusandre1]

How is this compiling at all?

Import above, right? , line 32

[fjtirado]

@matheusandre1 Please remove changes in WorkflowMutalbeInstance, we are almost there!!!

[fjtirado]

Are the changes of version in these three poms intentional?

[matheusandre1]

Yes, It was a poorly done rebase on my part; I didn't perform a git push force, and then I had to cherry-pick your changes (I had never done that before).

[fjtirado]

But the version is already <version.org.junit.jupiter>6.1.0</version.org.junit.jupiter> in main, can not you avoid this files appearing in the review?

[fjtirado]

@matheusandre1 You need to remove the three commits that bump the versions