Okay I'm most of the way to a solution but I wouldn't mind if someone would take a look at a new WIP class and tell me what needs cleaning. Its not quite functional.
Anyone interested? On Fri, Sep 3, 2010 at 4:44 AM, Wesley Acheson <wesley.ache...@gmail.com> wrote: > Looked at that before not really convinced reworking that is easier > than adding in an xml line or two via an xml writer. > > Willing to be convinced though. > > Wes > > On 9/3/10, Pid <p...@pidster.com> wrote: >> On 02/09/2010 21:06, Caldarale, Charles R wrote: >>>> From: Wesley Acheson [mailto:wesley.ache...@gmail.com] >>>> Subject: Host Manager. >>> >>>> Is there is no documentation for the host-manager? >>> >>> Very little that I've found. You can learn a bit about it by looking at >>> its WEB-INF/web.xml file. >>> >>>> If I remember correctly from this list it doesn't persist >>>> its settings is that correct? >>> >>> Correct. >>> >>>> How many people would be interested in it persisting its >>>> settings, by editing the appropriate files. >>> >>> I would be interested. Note that there's only one file to edit: >>> conf/server.xml. >>> >>>> Is that in theory possible? >>> >>> It's all software... >>> >>>> to add the folder structure and the appropiate >>>> context.xml files. >>> >>> That's not necessary - the conf/Catalina/[host]/... files are already >>> created automatically as webapps are deployed under the new <Host>. Only >>> conf/server.xml needs to be updated. >>> >>>> Would it interfere too badly with tomcat while >>>> it was running? >>> >>> No, Tomcat only reads server.xml during startup. Whatever update >>> mechanism is used must insure that the file is never in an unparsable >>> state (e.g., don't update in place, instead create a new file and then >>> rename it). >> >> May I gently steer you in the direction of the JMX API and the >> Catalina:type=Server.Operations.storeConfig() command? >> >> Not sure it works very well at the moment, but if it did... >> >> p >> >>> - Chuck >>> >>> >>> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY >>> MATERIAL and is thus for use only by the intended recipient. If you >>> received this in error, please contact the sender and delete the e-mail >>> and its attachments from all computers. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >> >> > > -- > Sent from my mobile device > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
