Dear John, Hi Rainer, Thank you for your hints. I leaned to used this features on Github locate the commit - it's
https://github.com/apache/tomcat/commit/fd2abbb525660a9968694afd99a58f8c22cb54c6 and it was committed by Mark Thomas. I don't know about the Tomcat project policies, but IMHO in the commit comment there was not any real hit for the motivation for the change or any reference to an issue ticket or a pull request. There's just one sentence for the changelog: Ensure that a canonical path is always used for the docBase of a Context to ensure consistent behaviour. (markt) But I can't get any idea from that what the author (Mark?) want to say with the terms "ensure" and "consistent". And it's classified as a "fix", but up to now I was not able to find the use case that is said to be fixed with this. >From my point of view, the change lead to something what might be termed with >"inconsistent", because now the link name is used as docBase, but the link >destination is used to decide concrete aspects of Context loading. @Rainer: I familiarize me with the blame/history feature and have located the commit with this. But now, please tell me how to object against this change? Should I prepare a Git pull request against the master repository? Should I open an Issue somewhere? And how to locate the discussion that lead to this change? This should be tied to prevent flapping and respect and arrange with the motivation there. @John: And thank *you* for your curiosity, I just wand to satisfy this but not self-adulate with the explanation: As mentioned, I'm not working as a Developer but as an Unix operations system architect. I have worked out my first programs on TRS80 and PET and from this I have a wide background what I would code if to have to write something to implement a task. And because I work at the operating, it's a big part of my daily work to "reverse engineer" the issues "stashed" by my coworkers at the dev department from the symptoms in an -- in the eyes of a typical developer -- unusual way. I'm also the builder of my own architecture and i use Gentoo Linux for this. Here, Tomcat is build from the sources and in addition, Gentoo offers the (unique?) feature to free choose a concrete version of the upstream sources and (if the ebuilds are prepared for) even to install versions in parallel. This is not the case for Tomcat, but one may nevertheless enroll different sources for building and compiling in parallel. >From the behaviour and stack trace, I got the package names and the area of >the code tree. I start to read the source code and did some 'grep -r foo *' >and 'diff -r tomcat-5.8.{23,37}/' on the code tree. I intentional focused on >small changes first and after some minutes I found the "perfect match": A >single line changed from getPath() to getCanicalPath(). After a quick look on >the surrounding code (using vi) on an abstract level (i.e. used naming, >visible intention of the code) I was sure to bet on this. Then I revert the >change, let the whole compile, package an install and prove it by an >rollout-out the problematic target environment (one of my LX-Containers). And >as expected, the issue vanished and all installed application deploy in the >same way as before. greetings Guido On 09.03.19 15:02, John Dale wrote: > Nice investigative work, Guido. > > Curious, are you debugging the source code? Downloading any nightly builds? > > If you're connected to the repo somehow you could get users named on > the commit logs and read commit messages? > > Again - nice work! > > Sincerely, > > John --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org