Hi Christopher, if I manage to write a code that I think would help others regarding Letsencrypt/SSL issues, I'll send it to you.
In the meantime these instructions sent by Peter sounds good enough: curl -u <user> " https://localhost:8443/manager/jmxproxy?invoke=Catalina:type=ProtocolHandler,port=8443&op=reloadSslHostConfigs “ Add a <user> to tomcat-users.xml <user username="<user>" password="<passwd>" roles="manager-jmx"/> Beware not to open the Manager App to the public - just localhost. Thank you, Mladen On Tue, Dec 29, 2020 at 3:42 PM Christopher Schultz < ch...@christopherschultz.net> wrote: > Mladen, > > On 12/29/20 03:46, Mladen Adamović wrote: > > On Tue, Dec 29, 2020 at 3:18 AM Christopher Schultz < > > ch...@christopherschultz.net> wrote: > > > >>> Honestly, I thought that reloadAfterNDays param to server.xml would be > >>> better, but admins didn't have an understanding on this topic. > >> > >> Don't be a jerk. We understand it. We are just saying that we want it > >> built in stages. If you want radical changes, you'll need to work on a > >> server without a decades-long history of being stable and reliable. > >> > > > > Well, one thing is certainly correct here - that Tomcat at least in 2016 > > wasn't working properly on my server, Numbeo.com. The problem was noticed > > in the past few months and the update to 9.0.47 solved the issue, so > indeed > > Tomcat doesn't have a stable and reliable history. I haven't complained > > about it although. > > > > Regarding me being the jerk, I haven't seen regarding reloadAfterNDays > > param that any project maintainer said something like: "I think that's a > > good idea. If you create that code, I'll review it". > > We said "write it as a Valve and we'll review it." Maybe not word for > word, but I've tried to be encouraging about you going in that > direction. Everyone else seems to be ignoring you thus far. If you > continue to be an ass, I'll ignore you, too. > > > So from my point of view, there wasn't understanding. > > > > It looked that Romain and you want a full ACME client without > dependencies > > so that Tomcat could run in containers with SSL, while it's a valid idea, > > it seems I wouldn't be the one building that. > > > > There are a few reasons, i.e. I have "newbie Tomcat devs problems", and > > I'm not so motivated to work on a feature that makes more sense for big > > corporations rather than a single small developers. > > > > To note even my question to explain to add Class javadoc > > for LifecycleMBeanBase stayed unanswered so far in dev list, to my > surprise. > > You posted that on December 27th at 02:45am in my time zone. I wasn't > exactly looking at email around then. Or at all on Sunday. OR really > much yesterday, the 28th. I'm on holiday, like a LOT of other people > right now. > > Something that may seem like an emergency to you just ... is not so in > the eyes of all the *unpaid volunteers* who work on this project. > > FTR, that's a base class for implementations of Lifecycle that also adds > useful methods for any class which needs to implement both Lifecycle and > also be an MBean. It it were to have class-level javadoc it would be > something like "utility methods for things that subclass this class". > So... not terribly helpful to someone who doesn't know what it was, > originally. But it's also difficult to explain in clas-level javadoc > *why* someone would want to extend that particular class. > > > Back in 2007, I was good enough so that Google picked me to develop the > > software for them, I left to start my own business two years later, but I > > have a history of not being a good team player, seeing the same things > > differently than other people, and also I don't have a history of > > contributing to open-source projects (unless started by myself), so > > perhaps, at the end of the day, I'm not the good fit for Tomcat dev. > > Anyway, as it looks now, I'll unsubscribe soon from the Tomcat dev email > > list as it looks to me that I didn't fit. > > You can certainly take your ball and go home, but then everyone loses, > right? > > If you are motivated to work on this, we are happy to help you. > > If you are instead motivated to insult everyone, complain that nobody is > paying attention to your pet project, and refuse to accept the help and > direction provided, then we aren't very interested. > > -chris > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >