<@U0B8FU678> re pipeline issues, can you elaborate...
# ktor
o
@mp re pipeline issues, can you elaborate in this separate thread, please?
m
Sure. Basically, the mapping of features to phases is problematic when writing new features because more than once I've needed existing features to be in a different order from how they currently are so that I can access data generated by those features. The static, predefined "this is the order features/phases are applied" order is simple, which is nice, but also completely prevents certain types of reuse
It's nice that things Just Work out of the box, but it would be great if there was more flexibility for app authors to decide how features get mapped to phases.
it doesn't have to be as completely free for all as servlet filters, where it's up to the web.xml author to decide the order, but having nonzero flexibility would be very helpful.
v
“Pipelines” are also one of my “disliked” sides of Ktor. But thats probably because of missing graphical documentation of that feature. When creating a pipeline-interceptor I don’t feel 100% save and often just need to test until “it works”. Even after reading https://ktor.io/advanced/pipeline.html. If there was a good graphical documentation with various flow charts I think it would be all clear. @Deactivated User @orangy