On Wed, 2006-02-22 at 11:01 -0500, Delimon, Alan wrote:
> I searched the archives for this one but had trouble finding an answer.
> 
> 
>  
> 
> We run HttpClient on one of our servlets (running on iPlanet 6.1 and JDK
> 1.42, build 1.4.2_04-b05) to access another web application and it
> basically acts as a reverse proxy to look at a webapp inside the
> firewall.  When we access the internal server using HTTP we have no
> problems.
> 
>  
> 
> When access the internal server using HTTPS, it works for a while.  Then
> after a few hours, we start getting a NoClassDefFoundError.  Sun insists
> its on our end, we think it's a resource issue in JCE/JSSE but we're not
> sure.  I would just like to know if this could be in the way we are
> using HTTPClient.  If anyone has seen this issue and fixed it even
> better.
> 
>  

Alan,
This is very strange that some class definitions once of a sudden start
disappearing after a couple of hours of continuous execution. Consider
upgrading your JDK to the latest patch level (1.4.2.10 I believe) or
trying a third party JSSE provider:

http://wiki.apache.org/jakarta-httpclient/AlternativeJSSE

Oleg 


> 
> Here's the stack trace.  
> 
> java.lang.NoClassDefFoundError  
> 
>         at javax.crypto.SunJCE_b.b(DashoA6275)
> 
>         at javax.crypto.SunJCE_b.a(DashoA6275)
> 
>         at javax.crypto.SunJCE_b.a(DashoA6275)
> 
>         at javax.crypto.Cipher.a(DashoA6275) 
> 
>         at javax.crypto.Cipher.getInstance(DashoA6275)  
> 
>         at com.sun.net.ssl.internal.ssl.SunJSSE_i.a(DashoA6275) 
> 
>         at
> com.sun.net.ssl.internal.ssl.CipherBox$JCECipherBox.<init>(DashoA6275)
> 
>         at com.sun.net.ssl.internal.ssl.CipherRC4.a(DashoA6275)
> 
>         at com.sun.net.ssl.internal.ssl.SunJSSE_h.a(DashoA6275)
> 
>         at
> com.sun.net.ssl.internal.ssl.CipherSuite$BulkCipher.a(DashoA6275)
> 
>         at com.sun.net.ssl.internal.ssl.SunJSSE_ax.b(DashoA6275)
> 
> 
>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.m(DashoA6275)
> 
>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
> 
>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.j(DashoA6275)
> 
>         at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(DashoA6275)
> 
>         at
> com.sun.net.ssl.internal.ssl.AppOutputStream.write(DashoA6275)
> 
>         at
> org.apache.commons.httpclient.HttpConnection$WrappedOutputStream.write(H
> ttpConnection.java:1360)
> 
>         at
> java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:66)
> 
>         at
> java.io.BufferedOutputStream.flush(BufferedOutputStream.java:124)    
> 
>         at
> org.apache.commons.httpclient.HttpConnection.flushRequestOutputStream(Ht
> tpConnection.java:790)
> 
>         at
> org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpCon
> nectionAdapter.flushRequestOutputStream(MultiThreadedHttpCon
> 
> nectionManager.java:1356)
> 
> 
>         at
> org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase
> .java:2271)
> 
>         at
> org.apache.commons.httpclient.HttpMethodBase.processRequest(HttpMethodBa
> se.java:2651)
> 
>         at
> org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java
> :1087)
> 
>         at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:6
> 43)
> 
>         at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:4
> 97)
> 
>  
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to