fix: use correct DM delivery URLs per asset MIME type

[actinium15]

Summary

• Documents (PDF, DOCX, CSV, ZIP) now route to /original instead of the web-optimized image delivery URL (/as/{name})
• Videos route to /play by default
• Both behaviours are configurable per-project: set aem.asset.document.mimetypes in the project config to a comma-separated list of MIME types that should use /original (overrides the defaults entirely, including for video MIME types if listed)

Routing logic (DM delivery mode)

Asset type	URL suffix
MIME type in useOriginalMimetypes	/original
video/* (not in above list)	/play
Everything else (images, etc.)	/as/{name}

Default aem.asset.document.mimetypes

application/pdf
application/vnd.openxmlformats-officedocument.wordprocessingml.document
text/csv
application/zip

Test plan

• Select a PDF asset — verify URL ends with /original
• Select a DOCX asset — verify URL ends with /original
• Select a ZIP asset — verify URL ends with /original
• Select a video asset — verify URL ends with /play
• Select an image asset — verify URL ends with /as/{name}
• Set aem.asset.document.mimetypes to video/mp4 in project config — verify MP4 asset URL ends with /original

[actinium15]

@sagarsane, @andreas-haller, could you please take a look?

I'm esp interested in knowing if the changes you intended to add via #806 are accounted for or not (they should be imo).

[sagarsane]

@auniverseaway @chrischrischris I'm thinking we probably don't need to configure this per project .. and by default only support whatever Dynamic Media OpenAPI supports (which is the list below). WDYT?

[actinium15]

I think we should have that config. two reasons:

• the list isn't comprehensive since assets beyond these four may also require original download (pptx, doc, txt, ...) and DM with OpenAPI does support them
• videos are interesting, because while /play is ideal, some customers may want to use mediabus to deliver mp4s and may require original there (and this can serve as an override)