Thanks Ognjen for your reply. My reply was intended to 2 different people
hence it repeated but anyway I would try to take care on this.
So now it is clear from your answer that catalina.sh is called from
startup.sh in a default installation.
Regards
On Thu, May 22, 2014 at 3:59 AM, Ognjen Blag
Randhir,
On 21.5.2014 14:31, Randhir Singh wrote:
I had changed catalina.sh in our development environment like a week back
and want to implement it in the production environment but I got this
doubt. I feel catalina.sh is invoked by startup.sh but am not sure. I have
already taken downtime for
We are using mod_jk
CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely
for the use of the addressee(s). If you are not the intended recipient, please
notify the sender by e-mail and delete the original message. Furth
On May 21, 2014, at 4:03 PM, pradeepgm wrote:
>> At a quick glance it doesn’t seem like it would be problematic, just
> reading data.
>
> The issue is there are 300 such threads waiting
>
>
>> One way to test this is to disable the pooling (i.e. disablereuse=Off or
>> JkOptions +DisableRe
> At a quick glance it doesn’t seem like it would be problematic, just
reading data.
The issue is there are 300 such threads waiting
> One way to test this is to disable the pooling (i.e. disablereuse=Off or
> JkOptions +DisableReuse). If you disable it and you don’t see any more of
> th
It looks to me that Chromium does not support the strongest ciphers.
The strongest/highest cipher available is
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
No support for SHA384 and no AES_256_GCM
https://www.ssllabs.com/ssltest/viewMyClient.html
Cipher Suites (in order of preference)TLS_ECDHE_ECDSA_WITH
Setting only these ciphers in the JSSE connector:
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384,TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
I wrote a small Java program that makes a HttpsConnection. With it I have
no problem making a connection and getting these ciphers. So how come it
doesn't work in any bro
On 5/20/2014 8:28 PM, devoss ind wrote:
Hi Christopher,
Can you suggest stable tomcat and jvm versions.
Regards,
Devoss.
On 20 May 2014 21:32, "Christopher Schultz"
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Devoss,
On 5/19/14, 2:43 AM, devoss ind wrote:
Exact Tomcat version i
Thanks
2014-05-16 22:27 GMT+02:00 Christopher Schultz :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Francesco,
>
> On 5/16/14, 10:01 AM, Арсений Зинченко wrote:
> > I used this one:
> >
> > http://wiki.metawerx.net/wiki/Web.xml
> >
> >
> > 2014-05-15 16:05 GMT+03:00 Francesco Viscomi
> -Original Message-
> From: devoss ind [mailto:devoss@gmail.com]
> Sent: Tuesday, May 20, 2014 8:29 PM
> To: Tomcat Users List
> Subject: Re: tomcat6 thread locked
>
> Hi Christopher,
>
> Can you suggest stable tomcat and jvm versions.
>
> Regards,
> Devoss.
> >
I can: Java 7u55 (
Thanks for your response. No. I am not allowed to use cron :-)
One thing I have been asked to look at is nodes co-ordinating by sending
events to each other.
But again I am wondering how coordination would take place in case one
node goes down. In that case, when it is started again and becomes
Hi,
There is a correction as JAVA_OPTS variable is defined in catalina.sh under
$CATALINA_HOME/bin and we use $CATALINA_HOME/bin/startup.sh to start
tomcat. $CATALINA_HOME/bin/startup.sh has the code like below ,
Hi,
There is a correction as JAVA_OPTS variable is defined in catalina.sh under
$CATALINA_HOME/bin and we use $CATALINA_HOME/bin/startup.sh to start
tomcat. $CATALINA_HOME/bin/startup.sh has the code like below ,
On May 21, 2014, at 2:28 AM, ravishankar_d wrote:
> Hi Dan,
>
> We are using apache web server provided along with RHEL.So I believe we are
> getting back port fixes.
> In the threaddump we are seeing the below long running threads many times.
At a quick glance it doesn’t seem like it would be
On May 21, 2014, at 7:28 AM, Aniket Bhoi wrote:
> On Tue, May 20, 2014 at 5:28 PM, Daniel Mikusa wrote:
>
>> On May 20, 2014, at 7:47 AM, Aniket Bhoi wrote:
>>
>>> It has been working perfectly fine thus far.As far as i have analysed
>> there
>>> have been no changes to the firewall or databas
2014-05-21 13:28 GMT+02:00 Aniket Bhoi :
> On Tue, May 20, 2014 at 5:28 PM, Daniel Mikusa wrote:
>
>> On May 20, 2014, at 7:47 AM, Aniket Bhoi wrote:
>>
>> > It has been working perfectly fine thus far.As far as i have analysed
>> there
>> > have been no changes to the firewall or database setting
On Tue, May 20, 2014 at 5:28 PM, Daniel Mikusa wrote:
> On May 20, 2014, at 7:47 AM, Aniket Bhoi wrote:
>
> > It has been working perfectly fine thus far.As far as i have analysed
> there
> > have been no changes to the firewall or database settings.I will however
> > try and implement your sugge
2014-05-21 15:05 GMT+04:00 philippe rouxel :
> Hello,
>
> I have a war app-0.0.1 with a context.xml in META-INF :
>
>
>
>
>
>
> When I deploy it, in CATALINA_BASE\conf\Catalina\localhost a file
> app-0.0.1.xml is created.
>
> When I call
> localhost:8080/app I got 404
> localhost:8080/app-0.0
Hello,
I have a war app-0.0.1 with a context.xml in META-INF :
When I deploy it, in CATALINA_BASE\conf\Catalina\localhost a file
app-0.0.1.xml is created.
When I call
localhost:8080/app I got 404
localhost:8080/app-0.0.1 I got 200
I have try
with the same result
Did i miss nothing?
I installed Tomcat-7 7.0.42 in OpenSUSE 13.1, configured support for
TLSv1.2. I then configured a list of strong ciphers only, that I wanted to
use.
I have tried running Tomcat with Java 7 and Java 8. Both of these should
support CBC_SHA256 and CBC_SHA384, but only Java 8 supports GCM_SHA384.
I
20 matches
Mail list logo