page:recipes:csv import tool:spring boot:relational workflow

Host csv import tool with Spring Boot: relational workflow state

Summary

Deploy a csv import tool built with Spring Boot on Ample using the transactional workflows pattern. Compute runs the app in an isolated microVM behind a public HTTPS URL, a managed PostgreSQL 16 database is auto-provisioned and injected as DATABASE_URL. Verified on Spring Boot: an optimistic version check and an event row written in the same transaction, a stale update rejected, and a history query over the application-owned events (history=2 conflict=rejected). Not separately tested: your domain records, validation rules and concurrency policy; treat the csv import tool-specific behavior as your application code.

Representative Queries

Resource Requirements

Infrastructure Requirements

Compute

Postgres

Framework

Spring Boot

Workload

CSV import tool

Release Status

Published

Support Status

Verified

Execution Status

Ready

Prerequisites

Tested Configuration

Workflow Steps

  1. Build and start
    ./mvnw -q -DskipTests package (or the Gradle wrapper) producing one application jar, then java -jar on the jvm-21 template (Temurin JDK 21) with server.port read from PORT. The server must bind 0.0.0.0 on PORT.
  2. Implement the pattern on PostgreSQL
    The fixture's module implements transactional workflows: an optimistic version check and an event row written in the same transaction, a stale update rejected, and a history query over the application-owned events (history=2 conflict=rejected). Copy the approach into your schema; keep migrations idempotent and run them with --release-command.
  3. Deploy
    Run the synchronous deploy once and read the result (exit 0 live, 1 failed, 2 blocked). Re-running with no change is a no-op.
    Command: ample deploy . --name --public
  4. Verify
    Fetch the live URL and the pattern self-test route(s) (/p/transactional-workflows) from the example; then run your own checks. On failure read ample logs --kind buildthen--kind runtime.
    Command: ample logs --kind build

Example

Success Checks

  1. App responds on its public URL
    • Kind: http_get
    • Path: /
    • Expect: ample canary spring boot patterns
  2. Transactional-workflows self-test
    • Kind: http_get
    • Path: /p/transactional-workflows
    • Expect: tx=ok history=2 conflict=rejected

Limitations

Cost Estimate

Evidence Summary

  1. Kind: canary_run
    • Summary: Spring Boot pattern fixture deployed on Ample (./mvnw -q -DskipTests package (or the Gradle wrapper) producing one application jar, then java -jar on the jvm-21 template (Temurin JDK 21) with server.port read from PORT); checks passed for transactional-workflows and configuration-secrets.
    • Observed At: 2026-09-21T02:34:39Z
    • Implementation Revision: 1d28ae0-dirty (CLI 0.1.21)
    • Expires At: 2027-03-20T02:34:39Z
    • Scope:
      • Checks: /p/transactional-workflows
      • Pattern: pattern:transactional-workflows
      • Template: jvm-21
  2. Kind: canary_run
    • Summary: The same Spring Boot app deployed with a --release-command migration; the marker it created was readable after activation.
    • Observed At: 2026-09-20T22:49:19Z
    • Implementation Revision: af6f45adea26-dirty (CLI af6f45a)
    • Expires At: 2027-03-19T22:49:19Z
    • Scope:
      • Pattern: pattern:transactional-workflows

Last Verified At

2026-09-21T02:34:39Z

Unknowns

Formats

Next Actions