Go to file
JSLMPR 067fc782a3 DELETE /v1/video-assets/{assetId} now does more than flip a flag. In src/main/java/org/example/videoclips/application/VideoAssetService.java it now:
- cancels any active jobs for that asset
  - aborts an open upload session
  - records an asset deletion event
  - prevents clip download URLs from being created for clips that belong to deleted assets

  I also added a regression test for that behavior in src/test/java/org/example/videoclips/api/VideoAssetControllerTest.java, along with the earlier repository-port and operations work. The
  application and worker layers now depend on VideoClippingRepository instead of the concrete in-memory adapter, which is the right base for a future PostgreSQL adapter.
2026-07-08 22:39:54 +02:00
.idea initial 2026-07-08 17:00:58 +02:00
docs wip 2026-07-08 22:25:12 +02:00
src DELETE /v1/video-assets/{assetId} now does more than flip a flag. In src/main/java/org/example/videoclips/application/VideoAssetService.java it now: 2026-07-08 22:39:54 +02:00
.gitignore initial 2026-07-08 17:00:58 +02:00
pom.xml wip 2026-07-08 22:25:12 +02:00