Skip to content

Split the Kafka app into a binding module and a benchmark module - #25

Merged
estebanzimanyi merged 1 commit into
MobilityDB:mainfrom
estebanzimanyi:split/kafka-binding-benchmark-modules
Jul 23, 2026
Merged

Split the Kafka app into a binding module and a benchmark module#25
estebanzimanyi merged 1 commit into
MobilityDB:mainfrom
estebanzimanyi:split/kafka-binding-benchmark-modules

Conversation

@estebanzimanyi

Copy link
Copy Markdown
Member

The kafka-streams-app module packs the generated MEOS binding surface and the BerlinMOD streaming benchmark into one module, so a binding build or test pulls in the 27-cell BerlinMOD matrix. This splits it into a Maven reactor:

  • binding/ — the org.mobilitydb.meos.MeosOps* facades generated from the JMEOS catalog + the generic Kafka Streams wiring layer + the surface smoke tests. A pure projection of the MEOS surface; no application code.
  • benchmark/ — the berlinmod.* BerlinMOD Streams app + its tests, depending on the binding module. All its MEOS access goes through the binding's generated surface.

The parent pom drives both modules and shares the compiler/surefire config, including the LD_LIBRARY_PATH for the native libmeos, now staged once at the reactor root. build-jmeos.sh, the CI workflow, and .gitignore follow the new layout.

The binding module now builds and tests on its own, without the benchmark — mirroring MobilitySpark, which is already a pure binding. Files move only; the Java is unchanged.

The kafka-streams-app module packed the generated MEOS binding surface and
the BerlinMOD streaming benchmark together, so a binding build/test dragged
in the 27-cell BerlinMOD matrix. Split it into a Maven reactor:

  binding/   - the org.mobilitydb.meos.MeosOps* facades generated from the
               JMEOS catalog + the generic Kafka Streams wiring layer + the
               surface smoke tests. A pure projection; no application code.
  benchmark/ - the berlinmod.* BerlinMOD Streams app + its tests, depending
               on the binding module. All its MEOS access goes through the
               binding's generated surface.

The parent pom drives both modules and shares the compiler/surefire config
(including the LD_LIBRARY_PATH for the native libmeos, now staged once at the
reactor root). build-jmeos.sh, the CI workflow and .gitignore follow the new
layout. The binding module now builds and tests on its own, without the
benchmark.
@estebanzimanyi
estebanzimanyi merged commit 9b16ced into MobilityDB:main Jul 23, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant