JSLMPR 3d961f2adf 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: ... - the FFmpeg input directory - the FFmpeg output directory - tmp/in-memory-storage - tmp/stub-output The schedule and retention window are now configurable through src/main/java/org/example/videoclips/config/VideoClippingProperties.java and src/main/resources/application.properties via: - video-clipping.cleanup.enabled - video-clipping.cleanup.local-artifact-poll-interval-ms - video-clipping.cleanup.local-artifact-retention-hours This closes the first retention slice from the plan on the worker side. It does not yet delete expired original videos or clips from real object storage, and it does not do database-driven retention policies. That would be the next cleanup step.		2026-07-09 00:23:41 +02:00
..
job_5e48ca647258	The ClipProcessor symbol issue is fixed now.	2026-07-09 00:19:44 +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