Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (nike.apache.org: domain of josh.gooding@gmail.com
 designates 209.85.217.205 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=U0vRVYvYk11lYT4Hb4r1Km2tFhvB1Bepln2WqxhCDyUdIOW6fQRoMo63AW3lQOnI0h
         cz3Dvx6JTzpyUFwyzPyZGD+3wdsCbX42D3oTiO4SMNApPYQHagRcgWt7z+JkUtNGorb+
         jmZq0chTagtK+6IoN0hkgTdG0ZSTqVzgQRqqw=
MIME-Version: 1.0
In-Reply-To: 
 <0AAE5AB84B013E45A7B61CB66943C172294353E23D@USEA-EXCH7.na.uis.unisys.com>
References: <4d7e0b220906021825v39d93e70ia53a2ad79097a07a@mail.gmail.com>
	 <4d7e0b220906031158g5eb3c35fvaebbbabf3577ded@mail.gmail.com>
	 <4d7e0b220906161841w12eefb5jdbb6496b963b4f46@mail.gmail.com>
	 <0AAE5AB84B013E45A7B61CB66943C172292F7F3AF3@USEA-EXCH7.na.uis.unisys.com>
	 <4d7e0b220906162045s3f26ee9ahe7dc339fe3169211@mail.gmail.com>
	 <0AAE5AB84B013E45A7B61CB66943C172292F7F3BC4@USEA-EXCH7.na.uis.unisys.com>
	 <4d7e0b220906170707j14cb4da9j31366b63ea5b72d7@mail.gmail.com>
	 <0AAE5AB84B013E45A7B61CB66943C17229300C9E62@USEA-EXCH7.na.uis.unisys.com>
	 <4d7e0b220906171827o258fafb5pc002b2811b0dc3bc@mail.gmail.com>
	 <0AAE5AB84B013E45A7B61CB66943C172294353E23D@USEA-EXCH7.na.uis.unisys.com>
Date: Mon, 22 Jun 2009 15:26:30 -0400
Message-ID: <4d7e0b220906221226v49469a2laafa207ecffbf20c@mail.gmail.com>
Subject: Re: Just a few questions on my Tomcat Configuration
From: Josh Gooding <josh.gooding@gmail.com>
To: Tomcat Users List <users@tomcat.apache.org>
Content-Type: multipart/alternative; boundary=000e0cd5d0dae44e4a046cf4d94a

--000e0cd5d0dae44e4a046cf4d94a
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Once again (sigh) .....

I just got out of my management meeting, they want to know if it can be done
the "other" way, with all companies sharing the core code.  I'm not exactly
sure on how I'd even begin to do this.  While I made a good point that A -
it's more secure, and B - it is the better way of doing things, they did
countered.  If we wanted to upgrade the software, it's better to upgrade one
single install, than to upgrade 50 - 100 clients which takes a large amount
of time.  It then becomes a logistical issue.  All that aside, would you
have any clue as to how would I go about starting something like that?  I'm
going to check the docs more closely, however, I am not confident that I
will find anything like that in there.

- Josh

On Wed, Jun 17, 2009 at 10:10 PM, Caldarale, Charles R <
Chuck.Caldarale@unisys.com> wrote:

> > From: Josh Gooding [mailto:josh.gooding@gmail.com]
> > Subject: Re: Just a few questions on my Tomcat Configuration
> >
> > Maybe each company would have a customized few pages each with
> > their own directories, tied to their own schema, etc, but point
> > to the core application in another directory.  Everyone would
> > see their own front ends, but use a common "framework" in the
> > backend maybe?
>
> That's quite a bit more than I was referring to, and I find it unlikely
> that any company would want its processing to be shared with others in the
> same webapp.  Better to have separate deployments for each, even if the
> underlying webapp is identical in each instance.
>
> > Are those API's part of teh standard Tomcat docs?
>
> The ones I referred to for adding and removing <Host> elements dynamically
> are part of the Embedded class:
> http://tomcat.apache.org/tomcat-6.0-doc/api/index.html
>
> The doc states that components can be added and removed on the fly, even
> after the start() method has been invoked.  I've never tried it.
>
>  - 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-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

--000e0cd5d0dae44e4a046cf4d94a--