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 out
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 t
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 se
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 ap
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.
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 no
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 j
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 sayi
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
>
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:
http://tomcat.apache.org/tomcat-6.0-doc/config/http.h
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
>
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 havi
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 deplo
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
appBase
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: users-unsu
Bill Barker wrote:
> "Mario Splivalo" wrote in message
> news:4b27994e.5080...@megafon.hr...
>> Bill Barker wrote:
>>> "Mario Splivalo" wrote in message
>>> news:4b266622.5060...@megafon.hr...
>>>
>>> Tomcat also supports
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
>
Bill Barker wrote:
> "Mario Splivalo" 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:
>
> baseprefix
> ${BPVAL}
>
>
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 on).
19 matches
Mail list logo
