I apologise for asking this question directly to this list, but all of
my other inquiries to the users-ow...@tomcat.apache.org were not answered.
I tried to unsubscribe from this list many times, but I don't get
confirmation email, ever.
If someone could contact me directly to have this sorted
Can I have several Tomcat contexts on different ports?
I need to have manager app listening only on 8080, and all the other
apps on 80. Is something like that possible, within one Tomcat Service?
Or, if I fire up two services (under same server), each with its own set
of connectors, is manager
On 11/15/2011 09:01 AM, Mario Splivalo wrote:
Can I have several Tomcat contexts on different ports?
I need to have manager app listening only on 8080, and all the other
apps on 80. Is something like that possible, within one Tomcat Service?
Or, if I fire up two services (under same server
On 11/15/2011 06:56 PM, Tim Watts wrote:
Perhaps an alternative that may work good enough would be to bind 8080
to localhost and 80 to a public IP address. Or, similarly, if the
machined is multi-homed bind each port to different addresses.
Presumably, you'd want the 8080 address to be on an
Christopher Schultz wrote:
Mario,
On 5/3/2010 8:18 AM, Mario Splivalo wrote:
André Warnier wrote:
Mario Splivalo wrote:
One just have to love Tomcat documentation :)
Specially considering the price you pay for it.
Oh, that is so professional. So, it's cheap therefore it can
I am migrating application from tomcat 5.5 to tomcat 6.0 and I'm a bit
confused about Connector configuration attributes.
In 5.5 i had minSpareThreads and maxSpareThreads. Are those still used
in 6.0? They are not listed in as attributes here:
Pid wrote:
On 03/05/2010 09:29, Mario Splivalo wrote:
I am migrating application from tomcat 5.5 to tomcat 6.0 and I'm a bit
confused about Connector configuration attributes.
In 5.5 i had minSpareThreads and maxSpareThreads. Are those still used
in 6.0? They are not listed in as attributes
André Warnier wrote:
Mario Splivalo wrote:
One just have to love Tomcat documentation :)
Specially considering the price you pay for it.
Oh, that is so professional. So, it's cheap therefore it can be
unprofessional? It's a joke, I hear you saying?
Pardon my 'humor', I meant no offense
Caldarale, Charles R wrote:
From: Mario Splivalo [mailto:mario.spliv...@megafon.hr]
Subject: Re: minSpareThreads maxSpareThreads
So, if I don't use executor I can't set those attributes?
Correct.
The documentation for executors mention just maxThreads and
minSpareThreads, does that mean
Caldarale, Charles R wrote:
From: Mario Splivalo [mailto:mario.spliv...@megafon.hr]
Subject: Re: minSpareThreads maxSpareThreads
There really is NO mention whatsoever about minSpareThreads
and maxSpareThreads in documentation, using executors or not.
That's simply not true; they're
Caldarale, Charles R wrote:
Although, the app is fairly simple, so I could just use manager to stop
all the applications, overwrite the docBase directory with the new
version, and then start all the apps.
Or just overwrite the docBase target with the new version, then do a touch on
each of
Is it possible for a webbaplication to have two instances within single
tomcat? I was thinking of having two (almost) identical context files
which both point to the same docBase.
Mike
-
To unsubscribe, e-mail:
Caldarale, Charles R wrote:
From: Mario Splivalo [mailto:mario.spliv...@megafon.hr]
Subject: Two contexts of the same webapp
Is it possible for a webbaplication to have two instances
within single tomcat?
Yes, just keep the location of the .war (or expansion thereof) outside of the
Host
Caldarale, Charles R wrote:
From: Mario Splivalo [mailto:mario.spliv...@megafon.hr]
Subject: Re: Two contexts of the same webapp
But, now, I'm wondering, since I'll be having dozens of the same
applications, I'd like to automate deploying using war files. In
that case, having separate war
André Warnier wrote:
Mario Splivalo wrote:
...
Thnx! Yes, apps need to be separate, it's just that they're the same.
I have separate configurations, logs, everything set up.
But, now, I'm wondering, since I'll be having dozens of the same
applications, I'd like to automate deploying
Bill Barker wrote:
Mario Splivalo mario.spliv...@megafon.hr wrote in message
news:4b27994e.5080...@megafon.hr...
Bill Barker wrote:
Mario Splivalo mario.spliv...@megafon.hr wrote in message
news:4b266622.5060...@megafon.hr...
Tomcat also supports ant-style variable replacement, so using
Pid wrote:
On 14/12/2009 16:21, Mario Splivalo wrote:
Is there a way to 'parametrize' context.xml, for instance, in a manner
one can 'parametrize' build.xml?
For some webapplication in context.xml one puts, for instance, JDBC
specific stuff. But, several developers can have different
Bill Barker wrote:
Mario Splivalo mario.spliv...@megafon.hr wrote in message
news:4b266622.5060...@megafon.hr...
Tomcat also supports ant-style variable replacement, so using that then
Ken's example would look like:
context-param
param-namebaseprefix/param-name
param-value
Is there a way to 'parametrize' context.xml, for instance, in a manner
one can 'parametrize' build.xml?
For some webapplication in context.xml one puts, for instance, JDBC
specific stuff. But, several developers can have different 'properties'
for the database (different user accounts, and so
19 matches
Mail list logo