chore: fold maintainer answers into the threat model

@mgubaidullin answered waves 1-3 on #1642. Every hypothesis in the first
draft is now confirmed, corrected, or superseded: 57 documented /
40 maintainer / 0 inferred, down from 28 inferred.

Rulings that changed the model rather than confirming it:

- Q11 corrected the draft. The non-invalidating
  /platform/internal/sources/{projectId}/{filename} route is by design,
  not an oversight; the single-use guarantee is scoped to the
  whole-project route only.
- Q5 confirmed the negative side-effect inventory is accurate but
  declined to commit to it as an invariant, so it is recorded as a
  description of the current release rather than a promise.
- Q1 ruled the default platform.password an install-time convenience
  set via secret or env var and changed through the UI, making reports
  against it OUT-OF-MODEL: non-default-build.

Q9 was answered "already fixed", which rebinds the document. CsrfFilter
(d211d71f), PathUtils name validation (5e425249) and the Kubernetes
resource allow-list all landed after the 4.22.0 tag, so the model now
binds to main at 677a293a and says explicitly that a report against
4.22.0 or earlier is triaged against a model without those three. CSRF
moved from a section 4.9 false friend to a claimed property in 4.8.

The Kubernetes resource validation is described as defence in depth and
explicitly not a boundary: it does not cover the builder pod path,
build.sh, or the Docker compose path.

Q13 and Q14, on document ownership and revision policy, remain open.
Appendix B records every ruling so a disputed disposition can be traced
to the answer behind it.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
1 file changed
tree: ccdc82566e9f41351b80009a9aa2089da4002743
  1. .github/
  2. docs/
  3. images/
  4. karavan-app/
  5. karavan-devmode/
  6. karavan-generator/
  7. karavan-vscode/
  8. release-utils/
  9. .asf.yaml
  10. .gitignore
  11. change_version.sh
  12. claude_vscode.sh
  13. claude_webapp.sh
  14. Dockerfile.claude
  15. LICENSE.txt
  16. README.md
README.md

Build Camel Java Quarkus React Typescript License

Apache Camel Karavan is a Low-Code Data Integration Platform It simplifies the Apache Camel experience by visually designing and rapidly deploying integration microservices.

  • Full power of Apache Camel through Visual Tool
  • From Low-code use-cases to Pro-code projects
  • Powered by 10+ years of Community Intelligence

Features

Designer

  • Enterprise Integration Patterns
  • 300+ Integration Components
  • REST API designer with OpenAPI to REST DSL generator
  • YAML for Integration and Java custom code

Topology view

Route designer

REST API designer

Deployer

  • Simple shell scripts for build and deploy
  • Configuration
  • Predefined customizable scripts for different platforms

Developer Dashboard

  • Hot Reload
  • View live logs during development
  • Tracing Exchange Data

Architecture

Apache Camel Karavan components:

  1. Karavan app acts as the central interface for the platform, allowing users to manage and orchestrate their integration projects.
  2. Build Container started by the Karavan app to run integrations in developer mode (dev-mode), package and deploy integrations.
  3. Integration microservices delivered by the platform.
  4. Git repository stores all essential project files, including integration YAML configurations, application.properties, container configurations, deployment resources, and templates. It is considered the source of truth for the applications.
  5. An Image Registry is used by the Apache Camel Karavan to store container images that are generated during the build process.

Local

Karavan provides VS Code extension for local developer experience

Documentation

How to install on

Developer guide

Feedback

If you haven‘t done so yet, please be sure to download Karavan and give it a try. We’re excited to receive your feedback and learn about your experiences!