JSLMPR 73070824df I changed the signed clip download flow so it uses the clip’s persisted objectKey instead of deriving a fake path from clipId. The fix is in src/main/java/org/example/videoclips/application/ ... VideoAssetService.java, src/main/java/org/example/videoclips/storage/ObjectStoragePort.java, src/main/java/org/example/videoclips/storage/InMemoryObjectStorageAdapter.java, and src/main/java/org/ example/videoclips/storage/S3ObjectStorageAdapter.java. I also added focused coverage for this slice: - API test for generating a signed URL for an actual produced clip in src/test/java/org/example/videoclips/api/VideoAssetControllerTest.java - cleanup job tests for expired clip/object deletion and disabled cleanup in src/test/java/org/example/videoclips/operations/RetentionCleanupJobTest.java		2026-07-09 00:34:14 +02:00
..
job_5e48ca647258	The ClipProcessor symbol issue is fixed now.	2026-07-09 00:19:44 +02:00
job_13022b79d037	Assets and clips now carry expiration timestamps in the domain model:	2026-07-09 00:28:05 +02:00
job_af397ecc03e3	The new cleanup job is in src/main/java/org/example/videoclips/operations/LocalArtifactCleanupJob.java. It runs on a schedule and removes expired files from:	2026-07-09 00:23:41 +02:00
job_b8dd304c03f9	The ClipProcessor symbol issue is fixed now.	2026-07-09 00:19:44 +02:00
job_b740f1cb4a37	Generated clips now have a persisted object location instead of being metadata-only. I added objectKey to src/main/java/org/example/videoclips/domain/Clip.java, mapped it through JPA in src/main/	2026-07-09 00:16:49 +02:00
job_de0b3d0c1d8a	I changed the signed clip download flow so it uses the clip’s persisted objectKey instead of deriving a fake path from clipId. The fix is in src/main/java/org/example/videoclips/application/	2026-07-09 00:34:14 +02:00