https://bz.apache.org/bugzilla/show_bug.cgi?id=62371
--- Comment #19 from Alex <alex.cheve...@gmail.com> --- > If you'd like to debate Tomcat's development methodologies, release cycles, > or test-coverage, you are welcome to join the dev mailing list. I don't know if this reply should go there but: (In reply to Christopher Schultz from comment #18) > (In reply to Alex from comment #16) > You are presuming that there were no 9.0.x releases (beta!) which included > this change with no comments for months. In fact, it was included in 9.0.2 > with logging, then completed in 9.0.5 as Mark details in comment #14. I > think this qualifies as a reasonably-slow roll-out. There is no reason to > wait many years to change things... the alternative is an internet where it > takes 20 years to widely-deploy new encryption capabilities (TLS) and > effectively NEVER to properly-implement some IETF specifications (e.g. > cookies). Sometimes you have to just have to remove the headphone jack. I don't see the reason for catching the error and removing logging. This is not about timeframe or moving progress. The second point - I would prefer to have workaround. For the workaround the timeframe is important and two months between releases seems to be really quick cause upgrade cycle is not so fast usually, I guess. I think there should be more than a year before removing the workaround if it was provided. > You took the big step of a 4-major-release-version jump and seem incensed > that things aren't working exactly as they had worked before. This is the > purpose of testing. Agree, but I'm talking about logging here. > Instead of complaining bitterly, how about a > "thanks for the 5-day turnaround on a blocking issue I'm having"? If you > wanted zero changes, you should have stayed on the version where you were. Thanks for the 5-day turnaround! Really fast! For some libraries I know it would take a year... and more than 20 years for the internet! ) -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org