Ktor: Static files: Serve "/semantic-name" instead of "/semantic-name.html"

[loxal]

I want Ktor to drive my website. I have a bunch of HTML files but I want to strip the HTML suffix from those files when they are being served as the HTML suffix is just a technical detail that I want to strip.

[orangy]

There is no built-in functionality like this yet, but it's quite easy to achieve by copying part of static source code (as a workaround):

fun Route.htmlFiles(folder: File) {
    val dir = staticRootFolder.combine(folder)
    get("{$pathParameterName...}") {
        val relativePath = call.parameters.getAll(pathParameterName)?.joinToString(File.separator) ?: return@get
        val file = dir.combineSafe(relativePath) + ".html" // added this
        if (file.isFile) {
            call.respond(LocalFileContent(file))
        }
    }
}

In general that is interesting request and we might need to introduce some kind of "static files filters" that can locate files with some "map" function (e.g. path -> path + ".html" like here), or even transform a file content while sending (e.g. markdown -> html)

[loxal]

I am using ktor 0.4.0 and got this

...the compile errors are all due to "private in file". This is the file https://github.com/loxal/muctool/blob/master/service/src/main/kotlin/net/loxal/muctool/App.kt where I tried to incorporate your snippet.

[orangy]

I see. You might need to copy some more code :) We will think about this feature as an out-of-the-box later.

[cy6erGn0m]

This also could be achieved if we implement something similar to mod_rewrite. Unfortunately it's not easy to implement.

[oleg-larshin]

Please check the following ticket on YouTrack for follow-ups to this issue. GitHub issues will be closed in the coming weeks.

[loxal]

Just wanted to revisit this case after a few years. I there a solution available? I tried to achieve it using Spring Boot filters w/o Ktor but it requires a dee response rewrite. Unfortunately there is not setLocationHeader solution available.

Using Nginx' mod_rewrite could be also a valid approach but then I'd need to split up static files and endpoint logic into different sub-projects which would introduce additional management overhead.