Michele Mase' wrote:
Both windoz and linux use the same java :(
Well no, they are NOT the same, even if they have the same version.
The "Windows java JVM" is a Windows executable program (java.exe). The Linux java JVM is
a Linux executable program. Each is compiled from presumably much the same code, but
there are significant differences between them, such as for example the fact that they are
linked to different native libraries (DLLs under Windows, .so libraries under Unix/Linux).
So a bug can exist in one, and not in the other.
And code that has to do with TCP/IP and SSL is likely quite different under
each platform.
Anyway, java 1.5.0 is quite old.
From the java website :
J2SE 5.0 End of Service Life Notice
J2SE 5.0 reached its End of Service Life (EOSL) on November 3, 2009, which is the date of
the final publicly available update of version 5.0 (J2SE 5.0 Update 22).
You should try a recent 1.6 release (1.6.21 ?), and see if the problem still
exists.
Or you can continue posting the same question on this forum every couple of months, but it
is unlikely that anyone would be very interested in investigating much further, until you
try it and report that the issue appears in a recent JVM too.
On Fri, Sep 3, 2010 at 12:01 PM, André Warnier <a...@ice-sa.com> wrote:
Hi.
From what I can see below (and what you explain yourself), this problem has
nothing to do with Tomcat. It is the (your) webapp which uses an SSL
connection to some other server, and which receives this exception. Tomcat
does not even know that this is happening.
Tomcat in this case is just the engine which runs your webapp.
What may have something to do with the error, is the java JVM which is used
to run both Tomcat and your webapp. Have you tried updating the JVM to a
more recent version (like 1.6) ? You can run the same Tomcat (and your
webapp) under the newer JVM without any change.
The reason why it happens under Linux and not under Windows, is most
probably because the JVM is different.
Michele Mase' wrote:
On Sun, Jul 25, 2010 at 9:06 PM, Michele Mase' <michele.m...@gmail.com
wrote:
Hi folks!
I've a strange problem, please help me to find a solution (not telling me
to make a script in order restart tomcat in case of the exception)
Under linux environment,
RedHat EL5.5
Jdk 1.5.0_22
Tomcat6.0.26
axis1.4
our webapps takes strange intermittent "javax.net.ssl.SSLException:
Invalid
padding" errors.
The same webapp under a windows system never catches the exception
The webapps uses tomcat like a client with the axis library (1.4 version
only, it is non axis <1.4 capable) in order to connect to an external
webservice with https.
You catch the exception after 1 hour of work, 5, 7 hours and more than 24
hours of work.
Once the exception is catched, the only solution to make the webapp can
work again, is to restart the tomcat.
Under the windows machine we never caught the exception.
Attachments:
wsloader.txt is the code for the invocation of webservices.
I also attach the wireshark compatible files of both situations:
interop91ko.enc when it doesn't work; you can take a look at the pattern
294. http://www.ietf.org/rfc/rfc2246.txt?number=2246
bad_record_mac
This alert is returned if a record is received with an incorrect
MAC. This message is always fatal.
interop91ok.enc when it work
The attachment logs-ko.txt is the application log when it doesn't work
The attachment logs-ok.txt is the application log when it works.
pls, Help me! My boss wants to use the webapp under windows (migrating it
from linux) since in windoz test environment we have never seen the
exception
Regards Michele Masè
------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
