rahulsom / grooves Goto Github PK

This possibly needs AspectJ support

This issue lists Renovate updates and detected dependencies. Read the Dependency Dashboard docs to learn more.

Rate-Limited

These updates are currently rate-limited. Click on a checkbox below to force their creation now.

• chore(deps): update plugin com.github.rahulsom.waena.root to v0.6.7
• chore(deps): update plugin com.gradle.develocity to v3.17.6
• chore(deps): update plugin io.spring.dependency-management to v1.1.6
• chore(deps): update plugin org.asciidoctor.jvm.convert to v4.0.3
• fix(deps): update dependency org.assertj:assertj-core to v3.26.3
• fix(deps): update dependency org.awaitility:awaitility to v4.2.2
• fix(deps): update groovy monorepo to v4.0.22 (org.apache.groovy:groovy-xml, org.apache.groovy:groovy-json, org.apache.groovy:groovy-dateutil, org.apache.groovy:groovy-all, org.apache.groovy:groovy)
• fix(deps): update slf4j monorepo to v2.0.16 (org.slf4j:slf4j-simple, org.slf4j:slf4j-api)
• chore(deps): update plugin org.flywaydb.flyway to v10.17.0
• chore(deps): update plugin org.sonarqube to v5.1.0.4882
• fix(deps): update dependency com.h2database:h2 to v2.3.230
• fix(deps): update dependency org.apache.commons:commons-lang3 to v3.16.0
• 🔐 Create all rate-limited PRs at once 🔐

Open

These updates have all been created already. Click a checkbox below to force a retry/rebase of any.

• fix(deps): update dependency io.openliberty.features:jaxrs-2.1 to v24.0.0.7
• fix(deps): update dependency org.projectlombok:lombok to v1.18.34
• fix(deps): update junit5 monorepo to v5.10.3 (org.junit.jupiter:junit-jupiter-params, org.junit.jupiter:junit-jupiter-engine, org.junit.jupiter:junit-jupiter-api)
• chore(deps): update kotlin to v1.9.25 (org.jetbrains.kotlin.plugin.allopen, org.jetbrains.kotlin.jvm)
• chore(deps): update plugin io.freefair.aspectj.post-compile-weaving to v8.7.1
• chore(deps): update plugin org.springframework.boot to v3.3.2
• fix(deps): update dependency codenarc to v3.5.0
• chore(deps): update dependency gradle to v8
• chore(deps): update kotlin to v2 (major) (org.jetbrains.kotlin.plugin.allopen, org.jetbrains.kotlin.jvm)
• chore(deps): update plugin com.sourcemuse.mongo to v2
• Click on this checkbox to rebase all open PRs at once

Ignored or Blocked

These are blocked by an existing closed PR and will not be recreated unless you click a checkbox below.

• fix(deps): update dependency io.reactivex:rxjava to v1.3.8
• chore(deps): update plugin org.ajoberstar.git-publish to v4

Detected dependencies

• Check this box to trigger a request for Renovate to run again on this repository

George Harrison will do

One line is commented out to show what is broken.

Fixing the redirects should allow uncommenting that line.

Joins are currently only performed in one example project.
It might be a good idea to perform joins in all projects so they can be documented in all styles.

This includes documenting Push Style

Cobertura is currently being used for some things, and jacoco for others.
Having one tool will help understanding where coverage is needed.

There is an error with this repository's Renovate configuration that needs to be fixed. As a precaution, Renovate will stop PRs until it is resolved.

Error type: undefined. Note: this is a nested preset so please contact the preset author if you are unable to fix it yourself.

This allows for testing and documenting RxJava2 in addition to Reactor and RxJava1.

Current manual is at https://rahulsom.github.io/grooves/manual/current

https://rahulsom.github.io/grooves needs a landing page.

Depends on #53

This should allow moving off to gradle 4, and eventually support/test java 9.

Currently groovydoc is being published and it is empty.

This can help users render their own diagrams.

Currently rollups are computed as

departmentEmployeeJoin
   .computeSnapshot(id, dateOrVersion)
   .flatMap { fromIterator(it.joinedIds) }
   .flatMap { employeeQuery.computeSnapshot(it) }
   .reduce (new DepartmentSummary()) { rollup, snapshot -> ... }

There isn't much potential to do this additively.

If we can do it differently, and this works, we could try this

departmentEmployeeJoin
   .computeSnapshot(id, dateOrVersion)
   .flatMap { getAllEventsForAfterDateOrVersion(it.joinedIds, dateOrVersion) }
   .reduce (new DepartmentSummary()) {rollup, event -> ... }

The challenge is reducing

1. The number of events fetched
2. The number of computations performed
3. The number of scenarios requiring a full recompute

Depshield will be deprecated on Monday December 12th

Please install our new product, Sonatype Lift with advanced features

Currently, we query the events when computing snapshots. A lot of event sourcing frameworks are built around push, i.e. a kafka stream with the event causes snapshots to be computed. There is no turning around and querying the source of truth for the event.

In our case, it would mean, we always precompute snapshots. This reduces the cost of computation at read time. The downside of such a system would be, it won't support reverts.

For some applications, that is not a big problem.

Depends on #66

The current ones are very object oriented. Here's my plan for it.

def query = Grooves.temporal().
    snapshotsFrom {Date maxTimestamp, AggregateT aggregate -> 
      ? as Publisher<SnapshotT>
    }.
    eventsFrom {AggregateT aggregate, SnapshotT lastSnapshot, Date snapshotTime -> 
      ? as Publisher<EventT>
    }.
    onException {Exception e, SnapshotT snapshot, EventT event ->
      ? as Publisher<EventApplyOutcome>
    }.
    on(MyFirstEvent.class) {MyFirstEvent event, SnapshotT snapshot ->
      ? as Publisher<EventApplyOutcome>
    }.
    on(MySecondEvent.class) {MySecondEvent event, SnapshotT snapshot ->
      ? as Publisher<EventApplyOutcome>
    }.
    build()

query.computeSnapshot(aggregate, new Date()).subscribe(...)

Open questions:

1. How do we verify completeness of queries across all languages?
2. Can we get 1 at compile time?
3. Does this make Grooves any better?

A potential solution could be implementing similar annotations to groovy with aspectj.