)]}'
{
  "commit": "d31973aa6fa6dec11c9b587e5889d8e92d6d5637",
  "tree": "cd7fd3ce4ee7f43a321a0dba5a8d8b99063e3310",
  "parents": [
    "8889c186b9a564b03f1df2fac85e550d9293131e"
  ],
  "author": {
    "name": "Matthias Andreas Benkard",
    "email": "code@mail.matthias.benkard.de",
    "time": "Sat Aug 22 21:38:29 2026 +0200"
  },
  "committer": {
    "name": "Matthias Andreas Benkard",
    "email": "code@mail.matthias.benkard.de",
    "time": "Sat Aug 22 21:38:29 2026 +0200"
  },
  "message": "Ein Befehl trägt die Fassung zum Auslieferungsort\n\nDas Webpaket ist seit der Umstellung auf Cloudflare Workers zugeschnitten — die\nVorkompression abgeschaltet, jede Datei gegen die Grenze von 25 MiB gehalten —,\ndoch der Weg dorthin stand nur im README als Prosa. Wer ausrollen wollte, setzte\nJAVA_HOME von Hand, rief Maven mit dem richtigen Profil auf und musste sodann\nwissen, womit statische Dateien zu Cloudflare gelangen und unter welchem Namen.\nEin Ausrollen, dessen Schritte nur erinnert werden, geht früher oder später\nanders aus als das vorige.\n\n„wrangler.toml“ nennt den Dienst „aendggner“ und weist auf „target/web“. Ein\neigener Worker-Code steht nicht darin und ist auch nicht nötig: Ausgeliefert\nwerden ausschließlich statische Dateien, die Verarbeitung läuft im Browser. Ein\nHinweis warnt vor der Namensgleichheit, die hier stiften könnte, was sie sonst\nklärt — „target/web/worker.js“ ist ein Web Worker des Browsers und für\nCloudflare eine statische Datei unter vielen, kein Worker im Sinne der\nPlattform.\n\n„deploy/cloudflare.sh“ tut die beiden Schritte, die zusammengehören: Bauen mit\ndem Profil „wasm“, was seinerseits „webpaket.sh“ mit Nachoptimierung,\nQuelltextarchiv und Größenprüfung nach sich zieht, sodann Hochladen. Fehlt\nJAVA_HOME, so greift der örtliche Pfad zur Oracle GraalVM, denn ohne sie gibt es\nkein Web Image. Beide Schritte lassen sich einzeln anfordern („--nur-bauen“,\n„--nur-hochladen“), wenn das eine schon geschehen ist und nur das andere\naussteht. Ein fehlendes „wrangler“ im Pfad fällt auf „npx“ zurück.\n\nNicht mitgeliefert ist eine „_headers“-Datei. Zwischenspeicherung und MIME-Typ\nregelt Cloudflare für Assets von sich aus so, wie es die nginx-Fassung tut —\nrevalidiert wird bei jedem Abruf, das Modul kommt als „application/wasm“. Die\nSicherheitskopfzeilen samt Content-Security-Policy deckt das nicht ab; sie\nnachzureichen bleibt offen und verlangte, dass „webpaket.sh“ die Datei ins\nAuslieferungsverzeichnis trüge.\n\nBerührt sind allein Dateien des Ausrollens; am Quelltext ändert sich nichts. Der\nBau selbst ist hier nicht gelaufen, wohl aber die Prüfung der Konfiguration:\n„wrangler deploy --dry-run“ liest sie und das vorhandene Auslieferungsverzeichnis\nanstandslos.\n\nCo-Authored-By: Claude Opus 5 \u003cnoreply@anthropic.com\u003e\nChange-Id: I90df9f4cdd2c01f12941f979fc997756d2b4e012\n",
  "tree_diff": [
    {
      "type": "add",
      "old_id": "0000000000000000000000000000000000000000",
      "old_mode": 0,
      "old_path": "/dev/null",
      "new_id": "d64325f537426e9892fbcda7eca5a8f3f7b14368",
      "new_mode": 33261,
      "new_path": "deploy/cloudflare.sh"
    },
    {
      "type": "add",
      "old_id": "0000000000000000000000000000000000000000",
      "old_mode": 0,
      "old_path": "/dev/null",
      "new_id": "36478021cda0635957c40057ebdae6bed14f1630",
      "new_mode": 33188,
      "new_path": "wrangler.toml"
    }
  ]
}