Dear Mark, thank you for comments and hints. I would say I have a wide knowledge about hard and software. But as I'm not working as a software developer, I'm not familiar with a lot of things in deep. I also don't have key-ready workbenches or buildchains. But I'll try to locate the corresponding commit using web access to the git. May I also contact you afterwards for further steps? Should I try to open an issue on the git or should I start a discussion in the Tomcat developer mailing list?
Guido On 08.03.19 21:58, Mark Thomas wrote: > On 08/03/2019 11:59, Jäkel, Guido wrote: >> Good news! >> >> I reverted the change and this solve my issue at once, i.e. all former >> installed applications will start up as expected. >> >> So, please what was the reason or intention here to shift from getPath() to >> getCanonicalPath() in case of a link (detected by !file.isAbsolute() )? >> What's the motivation to "fully expand" the path here at Java level instead >> of delegating this to the underlying OS? > > Tomcat is an open source project. git (and svn that we used until > recently) provides a feature that lets you identify the most recent > commit associated with any line of code. Every commit includes a log > message. That is usually where you'd find an explanation for why a > commit was made. Have you tried looking? > > Mark > >> >> greetings >> >> Guido >> >>> (I'm going to check this out right now) >>> >>> May somebody point me to a ticket for the commit of this change and/or an >>> issue ticket leading to this change? I want to know >>> the motivation for this change and I want to please to find a solution to >>> keep the old behavior. Because in my eyes, the current >>> is inconsistent: For the context naming and so on, the well-known behavior >>> is kept -- the context is named by the naming of the >>> link itself and not of it's destination. And therefore, this should also >>> hold for all other aspects >>> >>> --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
