Skip to content

Wayline: a full-stack ride-hailing sample, its CI and an Initializr template - #5984

Open
shai-almog wants to merge 17 commits into
masterfrom
wayline-sample
Open

shai-almog wants to merge 17 commits into
masterfrom
wayline-sample

Conversation

@shai-almog

Copy link
Copy Markdown
Collaborator

What this is

scripts/wayline is a modern successor to the ride-hailing app of "Create an Uber clone in 14 days": one Maven project in one language, a Codename One app styled with CSS and a Codename One Backend server. The roles the server gives an account decide what it opens on: a rider's map, a driver's screen or an administrator's console. It runs on phones, as a desktop app, and hosted by its own server in a browser.

  • App: sign-in (authorization code + PKCE against the built-in authorization server), phone verification, rider / driver / admin modes, keyless vector maps with routing and proxied place search, wallet and receipts, driver onboarding with documents, admin charts, moderation and pricing, light and dark themes, five languages including RTL, analytics after consent.
  • Server: ORM entities behind repositories, @Transactional services, Flyway-style migrations (per-engine variants where the SQL differs), matching, a ride state machine that settles races in the database, simulated or Stripe payments, a WebSocket live channel.
  • Initializr: offered as a template, kept in step with the sample by scripts/sync-initializr-wayline.py (CI fails on drift). The grub and tweet templates are removed.
  • Developer guide: two chapters, "A ride-hailing app from three sides" and "Building on the sample", covering the structure, moving to PostgreSQL / MySQL and hosting, adding a migration, an external OIDC provider, real SMS, analytics, payments and maps.

Framework changes the sample needed or uncovered

  • cn1:backend-webapp and the Gradle backendWebApp task: build the app for the browser and let the server host it.
  • Shared-contract modules in an app reactor; ResponseStatusException; ConcurrencyFailureException for write conflicts and deadlocks (MariaDB's snapshot isolation reports error 1020 where other engines change no row).
  • Build-time weaving no longer exposes private types in generated code.
  • ParparVM: a receiver that escapes is no longer retired at frame exit (new FrameRetireLiveReceiverIntegrationTest).
  • Vector maps: tile queue with stand-ins and pruning, label collision grid, halos, road hierarchy in light and dark, kinetic pan, zoom about the cursor.
  • JavaScript port: geolocation no longer blocks the EDT waiting for a position that never arrives; asynchronous XHR; coalesced accessibility refresh; released text layers.
  • JavaSE test runner retires each test's threads and listeners; a test process killed by the OS is reported as such instead of "Tests failed".
  • GridLayout preferred height counts implicit rows; GeneralPath grows geometrically; JavaSE mixed-font width uses advances.

Testing

Run locally on the merged tree:

  • Server: 65 tests on the JVM and as a native binary (SQLite). Before the merge, also on PostgreSQL 16 and MySQL 8.4 (JVM and native), MariaDB 10.11 (JVM) and MariaDB 11.8 (JVM and native).
  • Simulator end-to-end: 11/11 on the phone layout and 11/11 on the desktop layout, against screenshots in scripts/wayline/screenshots.
  • Hosted browser app: run-web-e2e.sh in headless Chromium.
  • Initializr: 7/7 tests, template parity, and a generated project that builds and passes its server tests.
  • Before the merge: core unit tests (7,715), build-engine (2,452), Maven plugin (440), Gradle plugin (35), JavaSE port (489), backend (935), with SpotBugs at zero in each and the repository gates passing; the translator suite with the GC verifier clean on the new test.

Not verified:

  • .github/workflows/wayline.yml has never run on GitHub.
  • No Android or iOS device run; map and JavaScript-port screenshot baselines of other suites may need reseeding.
  • Desktop map panning in the browser is not faster than before (tile rasterization on the EDT); zoom is.
  • The external-OIDC section of the guide is design guidance that has not been built end to end.
  • Analytics reaches the cloud console only from a device build.

🤖 Generated with Claude Code

shai-almog and others added 2 commits October 10, 2026 10:11
…emplate

scripts/wayline is one Maven project in one language: a Codename One app
styled with CSS, and a Codename One Backend server. The role the server
gives an account decides what it opens on: a rider's map, a driver's
screen or an administrator's console, on a phone, on the desktop and
hosted by the server itself in a browser.

The server keeps its data in ORM entities behind repositories, with
transactional services and Flyway-style migrations, and runs on SQLite,
PostgreSQL, MySQL and MariaDB. It has sign-in through the built-in
authorization server, phone verification, driver applications, matching,
payments (simulated or Stripe), statistics and a live WebSocket channel.
The app reports usage to Codename One analytics after consent.

Tested like hellocodenameone: server tests on the JVM and as a native
binary, simulator end-to-end tests with screenshots on phone and desktop,
a headless-browser check of the hosted app, and a generated-project check
(.github/workflows/wayline.yml). The Initializr offers it as a template,
kept in step by scripts/sync-initializr-wayline.py, and the developer
guide gains a user's and an implementor's chapter.

Framework changes the sample needed or uncovered:

- cn1:backend-webapp and the Gradle backendWebApp task build the app for
  the browser and let the server host it.
- Shared-module contracts in an app reactor; ResponseStatusException;
  ConcurrencyFailureException for write conflicts and deadlocks, which
  MariaDB's snapshot isolation reports where other engines change no row.
- Build-time weaving no longer exposes private types in generated code.
- ParparVM: a receiver that escapes is no longer retired at frame exit.
- Vector maps: tile queue with stand-ins, label collision grid, halos,
  road hierarchy, kinetic pan, zoom about the cursor.
- JavaScript port: geolocation no longer blocks the EDT waiting for a
  position that never arrives; asynchronous XHR; coalesced accessibility
  refresh; released text layers.
- JavaSE test runner retires each test's threads and listeners, and a
  killed test process is reported as such.
- GridLayout preferred height counts implicit rows; GeneralPath grows
  geometrically; JavaSE mixed-font width uses advances.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@shai-almog

shai-almog commented Oct 10, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 12 screenshots: 12 matched.
✅ JavaSE simulator integration screenshots matched stored baselines.

@shai-almog

Copy link
Copy Markdown
Collaborator Author

@codex review

@github-actions

github-actions Bot commented Oct 10, 2026 •

Copy link
Copy Markdown
Contributor

Developer Guide build artifacts are available for download from this workflow run:

Developer Guide quality checks:

  • AsciiDoc linter: No issues found (report)
  • Vale: No alerts found (report)
  • Paragraph capitalization: No paragraph capitalization issues (report)
  • LanguageTool: 1 advisory match(es) — top: A_INFINITIVE (1) (report)
  • Image references: No unused images detected (report)

@chatgpt-codex-connector

chatgpt-codex-connector Bot commented Oct 10, 2026 •

Copy link
Copy Markdown

Codex Review Summary

This comment shows the latest Codex review activity on this pull request.

Review Status Commit Review trigger
📝 Code Review ✅ Completed 2026-10-11T05:35:07.368973Z e18980f Manual request
ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review" or "@codex security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.

@github-actions

Copy link
Copy Markdown
Contributor

Cloudflare Preview

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 6794d2d704

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment thread CodenameOne/src/com/codename1/maps/MapView.java
Comment thread CodenameOne/src/com/codename1/maps/vector/VectorMapEngine.java
@shai-almog

shai-almog commented Oct 10, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 206 screenshots: 206 matched.
✅ JavaScript-port screenshot tests passed.

@shai-almog

shai-almog commented Oct 10, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 170 screenshots: 170 matched.

Native Android coverage

  • 📊 Line coverage: 16.01% (26002/162390 lines covered) [HTML preview] (artifact android-coverage-report, jacocoAndroidReport/html/index.html)
    • Other counters: instruction 14.37% (122159/850229), branch 9.91% (8469/85441), complexity 7.82% (6527/83503), method 11.59% (4647/40094), class 19.78% (960/4853)
    • Lowest covered classes
      • kotlin.collections.kotlin.collections.ArraysKt___ArraysKt – 0.00% (0/6367 lines covered)
      • kotlin.collections.unsigned.kotlin.collections.unsigned.UArraysKt___UArraysKt – 0.00% (0/2384 lines covered)
      • org.jacoco.agent.rt.internal_0e20598.asm.org.jacoco.agent.rt.internal_0e20598.asm.ClassReader – 0.00% (0/1524 lines covered)
      • org.jacoco.agent.rt.internal_0e20598.asm.org.jacoco.agent.rt.internal_0e20598.asm.MethodWriter – 0.00% (0/922 lines covered)
      • kotlin.sequences.kotlin.sequences.SequencesKt___SequencesKt – 0.00% (0/736 lines covered)
      • com.google.common.cache.com.google.common.cache.LocalCache$Segment – 0.00% (0/726 lines covered)
      • okio.okio.Buffer – 0.00% (0/687 lines covered)
      • kotlin.text.kotlin.text.StringsKt___StringsKt – 0.00% (0/625 lines covered)
      • com.codename1.androidcompat.rt.com.codename1.androidcompat.rt.TextXmlPullParser – 0.00% (0/623 lines covered)
      • com.codename1.androidcompat.androidx.constraintlayout.core.widgets.com.codename1.androidcompat.androidx.constraintlayout.core.widgets.Flow – 0.00% (0/576 lines covered)

✅ Native Android screenshot tests passed.

Native Android coverage

  • 📊 Line coverage: 16.01% (26002/162390 lines covered) [HTML preview] (artifact android-coverage-report, jacocoAndroidReport/html/index.html)
    • Other counters: instruction 14.37% (122159/850229), branch 9.91% (8469/85441), complexity 7.82% (6527/83503), method 11.59% (4647/40094), class 19.78% (960/4853)
    • Lowest covered classes
      • kotlin.collections.kotlin.collections.ArraysKt___ArraysKt – 0.00% (0/6367 lines covered)
      • kotlin.collections.unsigned.kotlin.collections.unsigned.UArraysKt___UArraysKt – 0.00% (0/2384 lines covered)
      • org.jacoco.agent.rt.internal_0e20598.asm.org.jacoco.agent.rt.internal_0e20598.asm.ClassReader – 0.00% (0/1524 lines covered)
      • org.jacoco.agent.rt.internal_0e20598.asm.org.jacoco.agent.rt.internal_0e20598.asm.MethodWriter – 0.00% (0/922 lines covered)
      • kotlin.sequences.kotlin.sequences.SequencesKt___SequencesKt – 0.00% (0/736 lines covered)
      • com.google.common.cache.com.google.common.cache.LocalCache$Segment – 0.00% (0/726 lines covered)
      • okio.okio.Buffer – 0.00% (0/687 lines covered)
      • kotlin.text.kotlin.text.StringsKt___StringsKt – 0.00% (0/625 lines covered)
      • com.codename1.androidcompat.rt.com.codename1.androidcompat.rt.TextXmlPullParser – 0.00% (0/623 lines covered)
      • com.codename1.androidcompat.androidx.constraintlayout.core.widgets.com.codename1.androidcompat.androidx.constraintlayout.core.widgets.Flow – 0.00% (0/576 lines covered)

Benchmark Results

Detailed Performance Metrics

Metric Duration
SIMD kernel backend scalar fallback (no native SIMD)
SIMD int-add (64K x300) java 293ms / native 165ms = 1.7x speedup
SIMD float-mul (64K x300) java 162ms / native 136ms = 1.1x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path gated to scalar (CPU autovectorizes scalar; explicit SIMD not beneficial here)
Base64 CN1 encode 73.000 ms
Base64 CN1 decode 90.000 ms
Base64 native encode 413.000 ms
Base64 encode ratio (CN1/native) 0.177x (82.3% faster)
Base64 native decode 286.000 ms
Base64 decode ratio (CN1/native) 0.315x (68.5% faster)
Image encode benchmark status skipped (SIMD unsupported)

@github-actions

github-actions Bot commented Oct 10, 2026 •

Copy link
Copy Markdown
Contributor

✅ Continuous Quality Report

Test & Coverage

Static Analysis

  • SpotBugs [Report archive]
    • ✅ ByteCodeTranslator: 0 findings (no issues)
    • ✅ android: 0 findings (no issues)
    • ✅ android-compat: 0 findings (no issues)
    • ✅ android-res-compiler: 0 findings (no issues)
    • ✅ backend: 0 findings (no issues)
    • ✅ backend-test: 0 findings (no issues)
    • ✅ build-engine: 0 findings (no issues)
    • ✅ build-hint-catalog: 0 findings (no issues)
    • ✅ build-hint-tools: 0 findings (no issues)
    • ✅ codenameone-gradle-plugin: 0 findings (no issues)
    • ✅ codenameone-maven-plugin: 0 findings (no issues)
    • ✅ core-unittests: 0 findings (no issues)
    • ✅ ios: 0 findings (no issues)
    • ✅ javac: 0 findings (no issues)
    • ✅ project-model: 0 findings (no issues)
  • ✅ PMD: 0 findings (no issues) [Report archive]
  • ✅ Checkstyle: 0 findings (no issues) [Report archive]

Generated automatically by the PR CI workflow.

@shai-almog

shai-almog commented Oct 10, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 185 screenshots: 185 matched.
Native Windows port (x64 / Intel-AMD): full hellocodenameone screenshot suite rendered offscreen with Direct2D/DirectWrite, plus the real benchmarks (base64 native/CN1/SIMD, image createMask/applyMask/modifyAlpha/PNG/JPEG, SSE2 SIMD kernels). Compared against the in-repo baseline in scripts/windows/screenshots.

Benchmark Results

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 44ms / native 3ms = 14.6x speedup
SIMD float-mul (64K x300) java 44ms / native 3ms = 14.6x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 native bridge unavailable (CN1 + SIMD + image benchmarks only)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path gated to scalar (CPU autovectorizes scalar; explicit SIMD not beneficial here)
Base64 CN1 encode 60.000 ms
Base64 CN1 decode 72.000 ms
Base64 SIMD encode 92.000 ms
Base64 encode ratio (SIMD/CN1) 1.533x (53.3% slower)
Base64 SIMD decode 96.000 ms
Base64 decode ratio (SIMD/CN1) 1.333x (33.3% slower)
Image encode benchmark iterations 100
Image createMask (SIMD off) 13.000 ms
Image createMask (SIMD on) 7.000 ms
Image createMask ratio (SIMD on/off) 0.538x (46.2% faster)
Image applyMask (SIMD off) 39.000 ms
Image applyMask (SIMD on) 28.000 ms
Image applyMask ratio (SIMD on/off) 0.718x (28.2% faster)
Image modifyAlpha (SIMD off) 30.000 ms
Image modifyAlpha (SIMD on) 19.000 ms
Image modifyAlpha ratio (SIMD on/off) 0.633x (36.7% faster)
Image modifyAlpha removeColor (SIMD off) 32.000 ms
Image modifyAlpha removeColor (SIMD on) 15.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 0.469x (53.1% faster)

ParparVM vs HotSpot (JDK 25): Windows x64

Runner CPU: AMD64 Family 25 Model 17 Stepping 1, AuthenticAMD (baseline windows-x64@amd64-family-25-model-17-authenticamd)

Ratios are ParparVM / JDK 25: below 1.00x ParparVM is faster (time) or smaller (RAM). Median of 5 interleaved, paired rounds; every run's output was verified. A ratio more than 15% (time) / 15% (RAM) away from its baseline in vm/selfhost/perf-baseline/ fails: above it is a regression, below it an improvement that has to be rebaselined (a row whose calibration runs were noisier carries a wider tolerance), and for RAM the change must also exceed 0.05x in absolute terms. Both run unpinned on all of the runner's CPUs, with their own default thread counts.

Benchmark Cores Time RAM Status
hello (WinHelloMain) 4 1.35x (base 1.38x, -2.1%) 0.86x (base 0.77x, +12.1%) ok
translator (self) 4 0.63x (base 0.78x, -19.5%) 0.55x (base 0.55x, -1.0%) ok
intArithmetic 4 1.10x (base 1.10x, +0.4%) 0.05x (base 0.06x, -2.9%) ok
longArithmetic 4 1.08x (base 1.08x, +0.1%) 0.05x (base 0.06x, -0.9%) ok
mathTranscendental 4 0.86x (base 0.85x, +0.8%) 0.06x (base 0.06x, -1.8%) ok
arraySequential 4 1.72x (base 1.72x, +0.1%) 0.38x (base 0.38x, +0.2%) ok
arrayRandom 4 1.03x (base 1.01x, +1.7%) 0.23x (base 0.23x, +0.2%) ok
objectAllocation 4 1.28x (base 1.25x, +2.4%) 0.31x (base 0.29x, +4.3%) ok
valueEscape 4 0.10x (base 0.10x, -1.4%) 0.05x (base 0.04x, +1.9%) ok
hashMapChurn 4 1.30x (base 1.39x, -6.3%) 0.10x (base 0.10x, +0.7%) ok
stringBuilding 4 1.39x (base 1.36x, +2.2%) 0.32x (base 0.28x, +15.6%) ok
recursion 4 1.38x (base 1.43x, -3.1%) 0.06x (base 0.06x, +0.6%) ok
quicksort 4 1.11x (base 1.11x, +0.2%) 0.12x (base 0.12x, -0.5%) ok

Result: no regression

Gradle: a project in Java and Kotlin failed in compileJava with two copies
of one generated mapper. Kotlin's pass compiles the Java it has not seen
yet only to resolve types, and that output was read as a dependency's, so a
@mapped Java class was mapped by both passes. AnnotationProcessing now takes
the class directories that are the module's own and offers nothing out of
them.

wayline.yml: the simulator job runs in the pr-ci-container image and the
workflow could not pull it without packages: read.

Sample server:
- A refund is refused while a tip on the ride is still being charged, so a
  tip can no longer land on a ride that was refunded without it.
- A ride left completed with its payment pending is settled by a scheduled
  pass; settling is safe to repeat.
- The card limit is enforced where a card is saved, not only where a setup
  starts.
- Two registrations racing for one e-mail answer 409, not a server error.
- Changing an account's roles closes the live channel it has open.

Sample client: tokens are stored under a name made from the server's
address, and cleared when the address changes, so one server's tokens are
never sent to another.

Maps: a map removed while gliding is taken off the form that animates it,
and a failed tile is asked for again when its delay runs out, without
waiting for something else to repaint the map.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@shai-almog

shai-almog commented Oct 10, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 185 screenshots: 185 matched.
Native Windows port (arm64 / Apple Silicon - Arm): full hellocodenameone screenshot suite rendered offscreen with Direct2D/DirectWrite, plus the real benchmarks (base64 native/CN1/SIMD, image createMask/applyMask/modifyAlpha/PNG/JPEG, NEON SIMD kernels). Compared against the in-repo baseline in scripts/windows/screenshots.

Benchmark Results

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 49ms / native 3ms = 16.3x speedup
SIMD float-mul (64K x300) java 49ms / native 2ms = 24.5x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 native bridge unavailable (CN1 + SIMD + image benchmarks only)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path gated to scalar (CPU autovectorizes scalar; explicit SIMD not beneficial here)
Base64 CN1 encode 61.000 ms
Base64 CN1 decode 69.000 ms
Base64 SIMD encode 78.000 ms
Base64 encode ratio (SIMD/CN1) 1.279x (27.9% slower)
Base64 SIMD decode 73.000 ms
Base64 decode ratio (SIMD/CN1) 1.058x (5.8% slower)
Image encode benchmark iterations 100
Image createMask (SIMD off) 6.000 ms
Image createMask (SIMD on) 1.000 ms
Image createMask ratio (SIMD on/off) 0.167x (83.3% faster)
Image applyMask (SIMD off) 16.000 ms
Image applyMask (SIMD on) 20.000 ms
Image applyMask ratio (SIMD on/off) 1.250x (25.0% slower)
Image modifyAlpha (SIMD off) 16.000 ms
Image modifyAlpha (SIMD on) 12.000 ms
Image modifyAlpha ratio (SIMD on/off) 0.750x (25.0% faster)
Image modifyAlpha removeColor (SIMD off) 22.000 ms
Image modifyAlpha removeColor (SIMD on) 11.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 0.500x (50.0% faster)

ParparVM vs HotSpot (JDK 25): Windows arm64

Runner CPU: ARMv8 (64-bit) Family 8 Model D49 Revision 0, MICROSOFT CORPORATION (baseline windows-arm64@armv8-64-bit-family-8-model-d49-microsoft-corporation)

Ratios are ParparVM / JDK 25: below 1.00x ParparVM is faster (time) or smaller (RAM). Median of 5 interleaved, paired rounds; every run's output was verified. A ratio more than 15% (time) / 15% (RAM) away from its baseline in vm/selfhost/perf-baseline/ fails: above it is a regression, below it an improvement that has to be rebaselined (a row whose calibration runs were noisier carries a wider tolerance), and for RAM the change must also exceed 0.05x in absolute terms. Both run unpinned on all of the runner's CPUs, with their own default thread counts.

Benchmark Cores Time RAM Status
hello (WinHelloMain) 4 1.01x (base 1.11x, -9.2%) 1.29x (base 0.97x, +32.3%) ok
translator (self) 4 0.85x (base 0.84x, +1.3%) 0.47x (base 0.45x, +4.2%) ok
intArithmetic 4 1.04x (base 1.04x, -0.0%) 0.06x (base 0.06x, +1.0%) ok
longArithmetic 4 0.79x (base 0.80x, -0.3%) 0.06x (base 0.06x, +1.3%) ok
mathTranscendental 4 0.72x (base 0.72x, -0.4%) 0.06x (base 0.06x, +0.2%) ok
arraySequential 4 0.41x (base 0.46x, -10.7%) 0.39x (base 0.39x, +0.0%) ok
arrayRandom 4 0.94x (base 0.94x, -0.1%) 0.23x (base 0.23x, -0.1%) ok
objectAllocation 4 1.80x (base 2.81x, -35.9%) 0.41x (base 0.43x, -3.5%) ok
valueEscape 4 0.76x (base 0.76x, +0.1%) 0.05x (base 0.05x, -0.2%) ok
hashMapChurn 4 0.97x (base 0.98x, -1.5%) 0.12x (base 0.12x, -1.9%) ok
stringBuilding 4 1.56x (base 1.43x, +9.4%) 0.27x (base 0.27x, -0.3%) ok
recursion 4 1.49x (base 1.46x, +1.5%) 0.06x (base 0.07x, -0.6%) ok
quicksort 4 1.02x (base 1.00x, +1.5%) 0.12x (base 0.12x, -0.2%) ok

Result: no regression

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@github-actions

github-actions Bot commented Oct 10, 2026 •

Copy link
Copy Markdown
Contributor

✅ ByteCodeTranslator Quality Report

Test & Coverage

  • ✅ Tests: 822 total, 0 failed, 57 skipped

Benchmark Results

  • Execution Time: 7903 ms

  • Hotspots (Top 20 sampled methods):

    • 12.99% com.codename1.tools.translator.IteratorEscape.mangle (160 samples)
    • 6.66% java.util.ArrayList.indexOf (82 samples)
    • 6.33% java.lang.System.identityHashCode (78 samples)
    • 4.79% com.codename1.tools.translator.BytecodeMethod.equals (59 samples)
    • 3.65% com.codename1.tools.translator.classfile.analysis.Frame.execute (45 samples)
    • 3.33% java.lang.StringBuilder.append (41 samples)
    • 2.92% com.codename1.tools.translator.JavascriptReachability.enqueueResolved (36 samples)
    • 2.76% java.lang.Object.hashCode (34 samples)
    • 1.95% com.codename1.tools.translator.classfile.analysis.Frame.merge (24 samples)
    • 1.79% com.codename1.tools.translator.ByteCodeClass.hasDeclaredMethod (22 samples)
    • 1.70% com.codename1.tools.translator.bytecodes.Invoke.resolveDirectTarget (21 samples)
    • 1.70% java.util.HashMap.hash (21 samples)
    • 1.62% com.codename1.tools.translator.BytecodeMethod.optimize (20 samples)
    • 1.54% com.codename1.tools.translator.Parser.cullMethods (19 samples)
    • 1.14% java.io.FileOutputStream.writeBytes (14 samples)
    • 1.06% java.io.FileOutputStream.open0 (13 samples)
    • 1.06% com.codename1.tools.translator.BytecodeMethod.appendCMethodPrefix (13 samples)
    • 0.97% com.codename1.tools.translator.IteratorEscape.ctorOnlyStoresParamsIntoThis (12 samples)
    • 0.97% java.lang.String.equals (12 samples)
    • 0.89% com.codename1.tools.translator.BytecodeMethod.appendMethodSignatureSuffixFromDesc (11 samples)
  • ⚠️ Coverage report not generated.

Static Analysis

  • ✅ SpotBugs: no findings (report was not generated by the build).
  • ⚠️ PMD report not generated.
  • ⚠️ Checkstyle report not generated.

Generated automatically by the PR CI workflow.

shai-almog and others added 3 commits October 10, 2026 21:58
The vector map engine draws differently on this branch, so the four map
screenshots are reseeded from this branch's CI captures.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…ght up

The JavaScript port on this branch brings the ARIA overlay up to date after
the screen goes quiet rather than on every change, so a bounds read 150ms
after a wheel event could still describe the list part way through the
scroll, and the click then selected a different sample.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…S 27 map baselines

build-ios-app.sh checked that MAVEN_HOME holds a Maven and then ran ./mvnw
regardless, so the Wayline iOS job failed with 'No such file or directory'.
It now uses the application's wrapper where there is one and that Maven
otherwise, as build-android-app.sh does.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 163 screenshots: 163 matched.
✅ Native Apple TV (tvOS, Metal) screenshot tests passed.

shai-almog and others added 3 commits October 11, 2026 07:51
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…ed the macOS map baselines

A name that follows a bend is drawn a straight stretch at a time. The
stretches were laid out by each letter's width measured on its own, which
a font with kerning sets wider than the same letters drawn together, so
on iOS and Mac Catalyst a name read "Bro adway" where the road turned.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@shai-almog

Copy link
Copy Markdown
Collaborator Author

@codex review

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: e18980f1b5

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 185 screenshots: 185 matched.
Native Windows port, REAL shipping pipeline: the hellocodenameone screenshot suite rendered by a binary CROSS-COMPILED on Linux (clang-cl + xwin, WebView2 linked) and RUN on a Windows x64 runner. Compared against the in-repo baseline in scripts/windows/screenshots.

Benchmark Results

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 56ms / native 5ms = 11.2x speedup
SIMD float-mul (64K x300) java 57ms / native 5ms = 11.4x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 native bridge unavailable (CN1 + SIMD + image benchmarks only)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path gated to scalar (CPU autovectorizes scalar; explicit SIMD not beneficial here)
Base64 CN1 encode 73.000 ms
Base64 CN1 decode 89.000 ms
Base64 SIMD encode 111.000 ms
Base64 encode ratio (SIMD/CN1) 1.521x (52.1% slower)
Base64 SIMD decode 98.000 ms
Base64 decode ratio (SIMD/CN1) 1.101x (10.1% slower)
Image encode benchmark iterations 100
Image createMask (SIMD off) 9.000 ms
Image createMask (SIMD on) 2.000 ms
Image createMask ratio (SIMD on/off) 0.222x (77.8% faster)
Image applyMask (SIMD off) 28.000 ms
Image applyMask (SIMD on) 25.000 ms
Image applyMask ratio (SIMD on/off) 0.893x (10.7% faster)
Image modifyAlpha (SIMD off) 29.000 ms
Image modifyAlpha (SIMD on) 19.000 ms
Image modifyAlpha ratio (SIMD on/off) 0.655x (34.5% faster)
Image modifyAlpha removeColor (SIMD off) 37.000 ms
Image modifyAlpha removeColor (SIMD on) 19.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 0.514x (48.6% faster)

@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 185 screenshots: 185 matched.
Native Linux port (x64), GTK3/Cairo/Pango, ParparVM bytecode-to-C (no JVM): the hellocodenameone screenshot suite rendered by a native ELF built + run on the GitHub x64 runner. Baseline: scripts/linux/screenshots.

ParparVM vs HotSpot (JDK 25): Linux x64

Runner CPU: AMD EPYC 9V45 96-Core Processor (baseline linux-x64@amd-epyc-9v45-96-core-processor)

Ratios are ParparVM / JDK 25: below 1.00x ParparVM is faster (time) or smaller (RAM). Median of 5 interleaved, paired rounds; every run's output was verified. A ratio more than 15% (time) / 15% (RAM) away from its baseline in vm/selfhost/perf-baseline/ fails: above it is a regression, below it an improvement that has to be rebaselined (a row whose calibration runs were noisier carries a wider tolerance), and for RAM the change must also exceed 0.05x in absolute terms. Both run unpinned on all of the runner's CPUs, with their own default thread counts.

Benchmark Cores Time RAM Status
hello (LinuxHelloMain) 4 1.08x (base 0.95x, +13.2%) 0.93x (base 0.86x, +8.2%) ok
translator (self) 4 0.60x (base 0.64x, -6.1%) 0.47x (base 0.45x, +2.9%) ok
intArithmetic 4 1.00x (base 1.00x, +0.0%) 0.05x (base 0.07x, -26.4%) ok
longArithmetic 4 1.00x (base 0.99x, +0.3%) 0.05x (base 0.07x, -25.9%) ok
mathTranscendental 4 1.19x (base 1.19x, +0.1%) 0.06x (base 0.08x, -24.2%) ok
arraySequential 4 2.78x (base 3.38x, -17.8%) 0.36x (base 0.36x, +0.1%) ok
arrayRandom 4 1.00x (base 1.02x, -2.3%) 0.21x (base 0.21x, -0.1%) ok
objectAllocation 4 1.68x (base 1.61x, +4.3%) 0.26x (base 0.24x, +10.5%) ok
valueEscape 4 0.10x (base 0.10x, +0.8%) 0.04x (base 0.04x, +0.9%) ok
hashMapChurn 4 1.34x (base 1.21x, +10.8%) 0.10x (base 0.09x, +6.2%) ok
stringBuilding 4 1.57x (base 1.56x, +0.7%) 0.27x (base 0.26x, +2.5%) ok
recursion 4 1.31x (base 1.35x, -3.1%) 0.06x (base 0.07x, -25.1%) ok
quicksort 4 1.04x (base 1.06x, -1.9%) 0.13x (base 0.11x, +17.0%) ok

Result: no regression

@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 185 screenshots: 185 matched.
Native Linux port (arm64), GTK3/Cairo/Pango, ParparVM bytecode-to-C (no JVM): the hellocodenameone screenshot suite rendered by a native ELF built + run on the GitHub arm64 runner. Baseline: scripts/linux/screenshots-arm.

ParparVM vs HotSpot (JDK 25): Linux arm64

Runner CPU: Neoverse-N2 (baseline linux-arm64@neoverse-n2)

Ratios are ParparVM / JDK 25: below 1.00x ParparVM is faster (time) or smaller (RAM). Median of 5 interleaved, paired rounds; every run's output was verified. A ratio more than 15% (time) / 15% (RAM) away from its baseline in vm/selfhost/perf-baseline/ fails: above it is a regression, below it an improvement that has to be rebaselined (a row whose calibration runs were noisier carries a wider tolerance), and for RAM the change must also exceed 0.05x in absolute terms. Both run unpinned on all of the runner's CPUs, with their own default thread counts.

Benchmark Cores Time RAM Status
hello (LinuxHelloMain) 4 0.93x (base 0.93x, -0.4%) 0.94x (base 0.87x, +8.1%) ok
translator (self) 4 0.71x (base 0.70x, +1.5%) 0.44x (base 0.45x, -1.1%) ok
intArithmetic 4 1.04x (base 1.04x, -0.0%) 0.03x (base 0.03x, +0.6%) ok
longArithmetic 4 0.79x (base 0.79x, -0.1%) 0.03x (base 0.03x, -0.7%) ok
mathTranscendental 4 1.10x (base 1.10x, -0.1%) 0.03x (base 0.03x, -1.8%) ok
arraySequential 4 0.34x (base 0.36x, -5.4%) 0.37x (base 0.37x, -0.0%) ok
arrayRandom 4 0.94x (base 0.94x, +0.7%) 0.20x (base 0.20x, -0.1%) ok
objectAllocation 4 1.71x (base 1.77x, -3.4%) 0.37x (base 0.38x, -2.4%) ok
valueEscape 4 0.51x (base 0.51x, -0.1%) 0.03x (base 0.03x, -0.6%) ok
hashMapChurn 4 0.86x (base 0.84x, +1.8%) 0.12x (base 0.12x, +0.4%) ok
stringBuilding 4 1.49x (base 1.36x, +9.7%) 0.27x (base 0.26x, +1.6%) ok
recursion 4 1.56x (base 1.43x, +8.8%) 0.03x (base 0.04x, -1.0%) ok
quicksort 4 1.00x (base 0.99x, +0.7%) 0.09x (base 0.09x, -0.1%) ok

Result: no regression

shai-almog and others added 2 commits October 11, 2026 09:31
- A charge that fails without the processor saying whether it took the
  money leaves the ride pending and is asked for again under the same key;
  only a refused card is a failed payment. The same for a tip, which stays
  on the ride and can be sent again with the same amount.
- A rider's two requests and two rides choosing one driver now take turns
  on the rider's and the driver's row, so neither ends in two rides.
- The limit on guesses at a phone code is applied by the statement that
  counts the guess.
- The driver role is not withdrawn from a driver who is on a ride.
- A reconnect timer left over from before the live channel was restarted
  no longer opens a second connection.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…wo prose fixes

The template check built the generated app with no display, and the theme
compiler opens a window; it now takes a virtual display from xvfb-run on a
Linux machine without one, as server.sh does.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
shai-almog and others added 3 commits October 11, 2026 17:01
# Conflicts:
#	scripts/initializr/common/src/test/java/com/codename1/initializr/model/GeneratorModelMatrixTest.java
# Conflicts:
#	maven/codenameone-maven-plugin/src/main/java/com/codename1/maven/BackendPackageMojo.java
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 168 screenshots: 168 matched.
✅ Native iOS Metal screenshot tests passed.

Benchmark Results

  • VM Translation Time: 0 seconds
  • Compilation Time: 2744 seconds

Build and Run Timing

Metric Duration
Simulator Boot 1000 ms
Simulator Boot (Run) 1000 ms
App Install 23000 ms
App Launch 58000 ms
Test Execution 407000 ms

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 57ms / native 3ms = 19.0x speedup
SIMD float-mul (64K x300) java 57ms / native 3ms = 19.0x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path active (NEON-accelerated)
Base64 CN1 encode 68.000 ms
Base64 CN1 decode 76.000 ms
Base64 native encode 2007.000 ms
Base64 encode ratio (CN1/native) 0.034x (96.6% faster)
Base64 native decode 707.000 ms
Base64 decode ratio (CN1/native) 0.107x (89.3% faster)
Base64 SIMD encode 55.000 ms
Base64 encode ratio (SIMD/CN1) 0.809x (19.1% faster)
Base64 SIMD decode 67.000 ms
Base64 decode ratio (SIMD/CN1) 0.882x (11.8% faster)
Base64 encode ratio (SIMD/native) 0.027x (97.3% faster)
Base64 decode ratio (SIMD/native) 0.095x (90.5% faster)
Image encode benchmark iterations 100
Image createMask (SIMD off) 6.000 ms
Image createMask (SIMD on) 1.000 ms
Image createMask ratio (SIMD on/off) 0.167x (83.3% faster)
Image applyMask (SIMD off) 31.000 ms
Image applyMask (SIMD on) 25.000 ms
Image applyMask ratio (SIMD on/off) 0.806x (19.4% faster)
Image modifyAlpha (SIMD off) 32.000 ms
Image modifyAlpha (SIMD on) 40.000 ms
Image modifyAlpha ratio (SIMD on/off) 1.250x (25.0% slower)
Image modifyAlpha removeColor (SIMD off) 45.000 ms
Image modifyAlpha removeColor (SIMD on) 26.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 0.578x (42.2% faster)

@shai-almog

shai-almog commented Oct 11, 2026 •

Copy link
Copy Markdown
Collaborator Author

Compared 168 screenshots: 168 matched.
✅ Native iOS Metal screenshot tests passed.

Benchmark Results

  • VM Translation Time: 0 seconds
  • Compilation Time: 1598 seconds

Build and Run Timing

Metric Duration
Simulator Boot 63000 ms
Simulator Boot (Run) 0 ms
App Install 12000 ms
App Launch 5000 ms
Test Execution 389000 ms

Detailed Performance Metrics

Metric Duration
SIMD kernel backend SSE2 (x64) / NEON (arm64) native kernels
SIMD int-add (64K x300) java 54ms / native 3ms = 18.0x speedup
SIMD float-mul (64K x300) java 56ms / native 3ms = 18.6x speedup
SIMD kernel correctness PASS (native result == scalar reference)
Base64 payload size 8192 bytes
Base64 benchmark iterations 6000
Base64 SIMD byte path active (NEON-accelerated)
Base64 CN1 encode 96.000 ms
Base64 CN1 decode 62.000 ms
Base64 native encode 459.000 ms
Base64 encode ratio (CN1/native) 0.209x (79.1% faster)
Base64 native decode 368.000 ms
Base64 decode ratio (CN1/native) 0.168x (83.2% faster)
Base64 SIMD encode 76.000 ms
Base64 encode ratio (SIMD/CN1) 0.792x (20.8% faster)
Base64 SIMD decode 50.000 ms
Base64 decode ratio (SIMD/CN1) 0.806x (19.4% faster)
Base64 encode ratio (SIMD/native) 0.166x (83.4% faster)
Base64 decode ratio (SIMD/native) 0.136x (86.4% faster)
Image encode benchmark iterations 100
Image createMask (SIMD off) 8.000 ms
Image createMask (SIMD on) 4.000 ms
Image createMask ratio (SIMD on/off) 0.500x (50.0% faster)
Image applyMask (SIMD off) 39.000 ms
Image applyMask (SIMD on) 65.000 ms
Image applyMask ratio (SIMD on/off) 1.667x (66.7% slower)
Image modifyAlpha (SIMD off) 56.000 ms
Image modifyAlpha (SIMD on) 79.000 ms
Image modifyAlpha ratio (SIMD on/off) 1.411x (41.1% slower)
Image modifyAlpha removeColor (SIMD off) 139.000 ms
Image modifyAlpha removeColor (SIMD on) 76.000 ms
Image modifyAlpha removeColor ratio (SIMD on/off) 0.547x (45.3% faster)

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