On 15/04/2020 22:05, r...@apache.org wrote: <snip/>
> Proposed Connector API and XML refactoring My first impression is that the cost for users is going to be high. Simple Connector configurations are more complicated. Is there a plan for a transition period like we had with the TLS changes where both configuration styles were support in parallel for a major version? What are the reasons behind the change? If the only reason is to remove complexity / boilerplate from the Connector and friends then I think it would be better for us accept those costs as maintainers rather than expose users to this change (which itself would create costs for us explaining the change anyway). How much is Graal a factor here? What benefits does this change provide to Graal users? I'll note that Graal does not appear to be an issue of concern to the user community at the moment. The only mentions of Graal on the users list are in release announcements. Along the lines of the changes already made, are there other (small?) changes we could make that move things in this direction without the associated costs for users? I'm guessing not. Mark > > See > https://cwiki.apache.org/confluence/display/TOMCAT/Connector+API+refactoring > The basics were relatively easy to do [the XML given in the JIRA is > functional] although I have lots of items to finish: testsuite, JMX, > storeconfig, some defaults todo, polish [a few shotnames for some class > names here and there], documentation (ouch). This is essentially the > only way to do to allow progress on the get/set duplication which is > quite prevalent in the connector API (in addition to a lot of other > cleanups), without this item 2 "Reduce instances of setters and getters > for the same property" on the list will have to be given up on. > Please indicate if this magnitude of changes is acceptable in Tomcat 10. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
