A different handshake exception

Hello,
i am experiencing a different type of handshake exception than i've seen other
people report lately. I am trying to access a web service running on a remote
system using https. I've created a keystore and imported the cert (it is not a
self-signed cert, i can hit the page with IE with no problems) and it didn't help.
I really don't know what's going on here. Any ideas?
The error code given is Severity: 2 Type: 40.
here is the ssl debug output:
<Dec 10, 2003 1:32:32 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
ECDSA, class java.security.Signature>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
SHA1withDSA, class sun.security.provider.DSA using provider SUN version 1.2>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
MD5withRSA, class java.security.Signature$Delegate using provider SunJSSE version
1.41>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
SHA1withRSA, class java.security.Signature$Delegate using provider SunJSSE version
1.41>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
MD2withRSA, class java.security.Signature$Delegate using provider SunJSSE version
1.41>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
SHA, class java.security.MessageDigest$Delegate using provider SUN version 1.2>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
MD5, class java.security.MessageDigest$Delegate using provider SUN version 1.2>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
NullMac, class javax.crypto.Mac>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
HmacSHA1, class javax.crypto.Mac>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
HmacMD5, class javax.crypto.Mac>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
DES/CBC/NoPadding, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
DESede/CBC/NoPadding, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
DESede/ECB/NoPadding, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
RC4, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
RSA/ECB/PKCS1Padding, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
RSA/ECB/NoPadding, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
Anonymous, class javax.crypto.KeyAgreement>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
ECDH, class javax.crypto.KeyAgreement>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
DiffieHellman, class javax.crypto.KeyAgreement>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
RSA, class javax.crypto.KeyAgreement>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <ECDSA | java.security.Signature
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <SHA1withDSA | java.security.Signature
| USEJCE | SUN version 1.2>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <MD5withRSA | java.security.Signature
| USEJCE | SunJSSE version 1.41>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <SHA1withRSA | java.security.Signature
| USEJCE | SunJSSE version 1.41>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <MD2withRSA | java.security.Signature
| USEJCE | SunJSSE version 1.41>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <SHA | java.security.MessageDigest
| USEJCE | SUN version 1.2>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <MD5 | java.security.MessageDigest
| USEJCE | SUN version 1.2>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <NullMac | javax.crypto.Mac
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <HmacSHA1 | javax.crypto.Mac
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <HmacMD5 | javax.crypto.Mac
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <DES/CBC/NoPadding | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <DESede/CBC/NoPadding | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <DESede/ECB/NoPadding | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <RC4 | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <RSA/ECB/PKCS1Padding | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <RSA/ECB/NoPadding | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <Anonymous | javax.crypto.KeyAgreement
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <ECDH | javax.crypto.KeyAgreement
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <DiffieHellman | javax.crypto.KeyAgreement
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <RSA | javax.crypto.KeyAgreement
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <JCE used for some SSL =
true>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <jsafeJCE used for some SSL
= false>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < provider[0] - SUN>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < SUN (DSA key/parameter
generation; DSA signing; SHA-1, MD5 digests; SecureRandom; X.509 certificates;
JKS keystore; PKIX CertPathValidator; PKIX CertPathBuilder; LDAP, Collection CertStores)>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < provider[1] - SunJSSE>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < Sun JSSE provider(implements
RSA Signatures, PKCS12, SunX509 key/trust factories, SSLv3, TLSv1)>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < provider[2] - SunRsaSign>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < SUN's provider
for RSA signatures>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < provider[3] - SunJCE>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < SunJCE Provider
(implements DES, Triple DES, Blowfish, PBE, Diffie-Hellman, HMAC-MD5, HMAC-SHA1)>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < provider[4] - SunJGSS>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < Sun (Kerberos
v5)>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <Crypto to use for RSA is
USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <usingJCE = true>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <usingJsafeJCE = false>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <Algorithm DES/CBC/NoPadding
is not configured for a specific provider>
<Dec 10, 2003 1:32:37 PM EST> <Debug> <TLS> <000000> <SSL/Export license found>
<Dec 10, 2003 1:32:37 PM EST> <Debug> <TLS> <000000> <Not in server, Certicom
SSL license found>
<Dec 10, 2003 1:32:38 PM EST> <Debug> <TLS> <000000> <Weblogic license is export
limited>
<Dec 10, 2003 1:32:38 PM EST> <Debug> <TLS> <000000> <SSLIOContextTable.findContext(is):
3808966>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <write SSL_20_RECORD>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <18945918 readRecord()>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <18945918 SSL3/TLS MAC>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <18945918 received HANDSHAKE>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <HANDSHAKEMESSAGE: ServerHello>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <HANDSHAKEMESSAGE: Certificate>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <Exception during handshake,
stack trace follows
java.lang.NullPointerException
     at com.certicom.tls.record.handshake.ClientStateReceivedServerHello.handle(Unknown
Source)
     at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessage(Unknown
Source)
     at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessages(Unknown
Source)
     at com.certicom.tls.record.ReadHandler.interpretContent(Unknown Source)
     at com.certicom.tls.record.ReadHandler.readRecord(Unknown Source)
     at com.certicom.tls.record.ReadHandler.readUntilHandshakeComplete(Unknown Source)
     at com.certicom.tls.interfaceimpl.TLSConnectionImpl.completeHandshake(Unknown
Source)
     at com.certicom.tls.record.WriteHandler.write(Unknown Source)
     at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:69)
     at java.io.BufferedOutputStream.write(BufferedOutputStream.java:108)
     at java.io.FilterOutputStream.write(FilterOutputStream.java:80)
     at weblogic.webservice.binding.soap.HttpClientBinding.writeToStream(HttpClientBinding.java:384)
     at weblogic.webservice.binding.soap.HttpClientBinding.send(HttpClientBinding.java:180)
     at weblogic.webservice.core.handler.ClientHandler.handleRequest(ClientHandler.java:34)
     at weblogic.webservice.core.HandlerChainImpl.handleRequest(HandlerChainImpl.java:125)
     at weblogic.webservice.core.ClientDispatcher.send(ClientDispatcher.java:205)
     at weblogic.webservice.core.ClientDispatcher.dispatch(ClientDispatcher.java:130)
     at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:430)
     at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:416)
     at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:275)
     at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:250)
     at myapp.myservice.client.AuthenticateSoapPort_Stub.authenticateUser(AuthenticateSoapPort_Stub.java:26)
     at test.Test.main(Test.java:113)
>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <NEW ALERT: com.certicom.tls.record.alert.Alert@1f01a29
Severity: 2 Type: 40
java.lang.Throwable: Stack trace
     at weblogic.security.utils.SSLSetup.debug(SSLSetup.java:267)
     at com.certicom.tls.record.alert.Alert.<init>(Unknown Source)
     at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown Source)
     at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessage(Unknown
Source)
     at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessages(Unknown
Source)
     at com.certicom.tls.record.ReadHandler.interpretContent(Unknown Source)
     at com.certicom.tls.record.ReadHandler.readRecord(Unknown Source)
     at com.certicom.tls.record.ReadHandler.readUntilHandshakeComplete(Unknown Source)
     at com.certicom.tls.interfaceimpl.TLSConnectionImpl.completeHandshake(Unknown
Source)
     at com.certicom.tls.record.WriteHandler.write(Unknown Source)
     at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:69)
     at java.io.BufferedOutputStream.write(BufferedOutputStream.java:108)
     at java.io.FilterOutputStream.write(FilterOutputStream.java:80)
     at weblogic.webservice.binding.soap.HttpClientBinding.writeToStream(HttpClientBinding.java:384)
     at weblogic.webservice.binding.soap.HttpClientBinding.send(HttpClientBinding.java:180)
     at weblogic.webservice.core.handler.ClientHandler.handleRequest(ClientHandler.java:34)
     at weblogic.webservice.core.HandlerChainImpl.handleRequest(HandlerChainImpl.java:125)
     at weblogic.webservice.core.ClientDispatcher.send(ClientDispatcher.java:205)
     at weblogic.webservice.core.ClientDispatcher.dispatch(ClientDispatcher.java:130)
     at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:430)
     at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:416)
     at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:275)
     at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:250)
     at myapp.myservice.client.AuthenticateSoapPort_Stub.authenticateUser(AuthenticateSoapPort_Stub.java:26)
     at test.Test.main(Test.java:113)
>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <write ALERT offset = 0 length
= 2>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <close(): 18945918>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <close(): 18945918>
<Dec 10, 2003 1:32:39 PM EST> <Info> <webservice> <BEA-220048> <A exception was
thrown from the client handler sending a JAXM message.>
<Dec 10, 2003 1:32:39 PM EST> <Info> <webservice> <BEA-220034> <A stack trace
associated with message 220048 follows:
javax.net.ssl.SSLHandshakeException: FATAL Alert:HANDSHAKE_FAILURE - The handshake
handler was unable to negotiate an acceptable set of security parameters.
     at com.certicom.tls.interfaceimpl.TLSConnectionImpl.fireException(Unknown Source)
     at com.certicom.tls.interfaceimpl.TLSConnectionImpl.fireAlertSent(Unknown Source)
     at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown Source)
     at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown Source)
     at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessage(Unknown
Source)
     at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessages(Unknown
Source)
     at com.certicom.tls.record.ReadHandler.interpretContent(Unknown Source)
     at com.certicom.tls.record.ReadHandler.readRecord(Unknown Source)
     at com.certicom.tls.record.ReadHandler.readUntilHandshakeComplete(Unknown Source)
     at com.certicom.tls.interfaceimpl.TLSConnectionImpl.completeHandshake(Unknown
Source)
     at com.certicom.tls.record.WriteHandler.write(Unknown Source)
     at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:69)
     at java.io.BufferedOutputStream.write(BufferedOutputStream.java:108)
     at java.io.FilterOutputStream.write(FilterOutputStream.java:80)
     at weblogic.webservice.binding.soap.HttpClientBinding.writeToStream(HttpClientBinding.java:384)
     at weblogic.webservice.binding.soap.HttpClientBinding.send(HttpClientBinding.java:180)
     at weblogic.webservice.core.handler.ClientHandler.handleRequest(ClientHandler.java:34)
     at weblogic.webservice.core.HandlerChainImpl.handleRequest(HandlerChainImpl.java:125)
     at weblogic.webservice.core.ClientDispatcher.send(ClientDispatcher.java:205)
     at weblogic.webservice.core.ClientDispatcher.dispatch(ClientDispatcher.java:130)
     at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:430)
     at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:416)
     at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:275)
     at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:250)
     at myapp.myservice.client.AuthenticateSoapPort_Stub.authenticateUser(AuthenticateSoapPort_Stub.java:26)
     at test.Test.main(Test.java:113)
>
<Dec 10, 2003 1:32:39 PM EST> <Info> <webservice> <BEA-220024> <Handler weblogic.webservice.core.handler.ClientHandler
threw an exception from its handleRequest method. The exception was:
javax.xml.rpc.JAXRPCException: Failed to send request:javax.net.ssl.SSLHandshakeException:
FATAL Alert:HANDSHAKE_FAILURE - The handshake handler was unable to negotiate
an acceptable set of security parameters..>
java.rmi.RemoteException: SOAP Fault:javax.xml.rpc.soap.SOAPFaultException: FATAL
Alert:HANDSHAKE_FAILURE - The handshake handler was unable to negotiate an acceptable
set of security parameters.; nested exception is:
     javax.xml.rpc.soap.SOAPFaultException: FATAL Alert:HANDSHAKE_FAILURE - The handshake
handler was unable to negotiate an acceptable set of security parameters.
     at myapp.myservice.client.AuthenticateSoapPort_Stub.authenticateUser(AuthenticateSoapPort_Stub.java:29)
     at test.Test.main(Test.java:113)
Caused by: javax.xml.rpc.soap.SOAPFaultException: FATAL Alert:HANDSHAKE_FAILURE
- The handshake handler was unable to negotiate an acceptable set of security
parameters.
     at weblogic.webservice.core.ClientDispatcher.receive(ClientDispatcher.java:270)
     at weblogic.webservice.core.ClientDispatcher.dispatch(ClientDispatcher.java:131)
     at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:430)
     at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:416)
     at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:275)
     at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:250)
     at myapp.myservice.client.AuthenticateSoapPort_Stub.authenticateUser(AuthenticateSoapPort_Stub.java:26)
     ... 1 more

Hello Weblogic User,
This looks like a bug. Please contact our outstanding support team
(http://support.bea.com or [email protected]) with your trace and
reference CR112756
Thanks,
Bruce
weblogic user wrote:
>
Hello,
i am experiencing a different type of handshake exception than i've seen other
people report lately. I am trying to access a web service running on a remote
system using https. I've created a keystore and imported the cert (it is not a
self-signed cert, i can hit the page with IE with no problems) and it didn't help.
I really don't know what's going on here. Any ideas?
The error code given is Severity: 2 Type: 40.
here is the ssl debug output:
<Dec 10, 2003 1:32:32 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
ECDSA, class java.security.Signature>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
SHA1withDSA, class sun.security.provider.DSA using provider SUN version 1.2>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
MD5withRSA, class java.security.Signature$Delegate using provider SunJSSE version
1.41>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
SHA1withRSA, class java.security.Signature$Delegate using provider SunJSSE version
1.41>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
MD2withRSA, class java.security.Signature$Delegate using provider SunJSSE version
1.41>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
SHA, class java.security.MessageDigest$Delegate using provider SUN version 1.2>
<Dec 10, 2003 1:32:33 PM EST> <Debug> <TLS> <000000> <JCE support for algorithm
MD5, class java.security.MessageDigest$Delegate using provider SUN version 1.2>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
NullMac, class javax.crypto.Mac>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
HmacSHA1, class javax.crypto.Mac>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
HmacMD5, class javax.crypto.Mac>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
DES/CBC/NoPadding, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
DESede/CBC/NoPadding, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
DESede/ECB/NoPadding, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
RC4, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
RSA/ECB/PKCS1Padding, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
RSA/ECB/NoPadding, class javax.crypto.Cipher>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
Anonymous, class javax.crypto.KeyAgreement>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
ECDH, class javax.crypto.KeyAgreement>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
DiffieHellman, class javax.crypto.KeyAgreement>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <No JCE support for algorithm
RSA, class javax.crypto.KeyAgreement>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <ECDSA | java.security.Signature
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <SHA1withDSA | java.security.Signature
| USEJCE | SUN version 1.2>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <MD5withRSA | java.security.Signature
| USEJCE | SunJSSE version 1.41>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <SHA1withRSA | java.security.Signature
| USEJCE | SunJSSE version 1.41>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <MD2withRSA | java.security.Signature
| USEJCE | SunJSSE version 1.41>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <SHA | java.security.MessageDigest
| USEJCE | SUN version 1.2>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <MD5 | java.security.MessageDigest
| USEJCE | SUN version 1.2>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <NullMac | javax.crypto.Mac
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <HmacSHA1 | javax.crypto.Mac
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <HmacMD5 | javax.crypto.Mac
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <DES/CBC/NoPadding | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <DESede/CBC/NoPadding | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <DESede/ECB/NoPadding | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <RC4 | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <RSA/ECB/PKCS1Padding | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <RSA/ECB/NoPadding | javax.crypto.Cipher
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <Anonymous | javax.crypto.KeyAgreement
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <ECDH | javax.crypto.KeyAgreement
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <DiffieHellman | javax.crypto.KeyAgreement
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <RSA | javax.crypto.KeyAgreement
| USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <JCE used for some SSL =
true>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <jsafeJCE used for some SSL
= false>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < provider[0] - SUN>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < SUN (DSA key/parameter
generation; DSA signing; SHA-1, MD5 digests; SecureRandom; X.509 certificates;
JKS keystore; PKIX CertPathValidator; PKIX CertPathBuilder; LDAP, Collection CertStores)>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < provider[1] - SunJSSE>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < Sun JSSE provider(implements
RSA Signatures, PKCS12, SunX509 key/trust factories, SSLv3, TLSv1)>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < provider[2] - SunRsaSign>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < SUN's provider
for RSA signatures>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < provider[3] - SunJCE>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < SunJCE Provider
(implements DES, Triple DES, Blowfish, PBE, Diffie-Hellman, HMAC-MD5, HMAC-SHA1)>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < provider[4] - SunJGSS>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> < Sun (Kerberos
v5)>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <Crypto to use for RSA is
USEHARDWIRED>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <usingJCE = true>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <usingJsafeJCE = false>
<Dec 10, 2003 1:32:36 PM EST> <Debug> <TLS> <000000> <Algorithm DES/CBC/NoPadding
is not configured for a specific provider>
<Dec 10, 2003 1:32:37 PM EST> <Debug> <TLS> <000000> <SSL/Export license found>
<Dec 10, 2003 1:32:37 PM EST> <Debug> <TLS> <000000> <Not in server, Certicom
SSL license found>
<Dec 10, 2003 1:32:38 PM EST> <Debug> <TLS> <000000> <Weblogic license is export
limited>
<Dec 10, 2003 1:32:38 PM EST> <Debug> <TLS> <000000> <SSLIOContextTable.findContext(is):
3808966>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <write SSL_20_RECORD>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <18945918 readRecord()>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <18945918 SSL3/TLS MAC>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <18945918 received HANDSHAKE>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <HANDSHAKEMESSAGE: ServerHello>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <HANDSHAKEMESSAGE: Certificate>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <Exception during handshake,
stack trace follows
java.lang.NullPointerException
at com.certicom.tls.record.handshake.ClientStateReceivedServerHello.handle(Unknown
Source)
at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessage(Unknown
Source)
at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessages(Unknown
Source)
at com.certicom.tls.record.ReadHandler.interpretContent(Unknown Source)
at com.certicom.tls.record.ReadHandler.readRecord(Unknown Source)
at com.certicom.tls.record.ReadHandler.readUntilHandshakeComplete(Unknown Source)
at com.certicom.tls.interfaceimpl.TLSConnectionImpl.completeHandshake(Unknown
Source)
at com.certicom.tls.record.WriteHandler.write(Unknown Source)
at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:69)
at java.io.BufferedOutputStream.write(BufferedOutputStream.java:108)
at java.io.FilterOutputStream.write(FilterOutputStream.java:80)
at weblogic.webservice.binding.soap.HttpClientBinding.writeToStream(HttpClientBinding.java:384)
at weblogic.webservice.binding.soap.HttpClientBinding.send(HttpClientBinding.java:180)
at weblogic.webservice.core.handler.ClientHandler.handleRequest(ClientHandler.java:34)
at weblogic.webservice.core.HandlerChainImpl.handleRequest(HandlerChainImpl.java:125)
at weblogic.webservice.core.ClientDispatcher.send(ClientDispatcher.java:205)
at weblogic.webservice.core.ClientDispatcher.dispatch(ClientDispatcher.java:130)
at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:430)
at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:416)
at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:275)
at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:250)
at myapp.myservice.client.AuthenticateSoapPort_Stub.authenticateUser(AuthenticateSoapPort_Stub.java:26)
at test.Test.main(Test.java:113)
>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <NEW ALERT: com.certicom.tls.record.alert.Alert@1f01a29
Severity: 2 Type: 40
java.lang.Throwable: Stack trace
at weblogic.security.utils.SSLSetup.debug(SSLSetup.java:267)
at com.certicom.tls.record.alert.Alert.<init>(Unknown Source)
at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown Source)
at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessage(Unknown
Source)
at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessages(Unknown
Source)
at com.certicom.tls.record.ReadHandler.interpretContent(Unknown Source)
at com.certicom.tls.record.ReadHandler.readRecord(Unknown Source)
at com.certicom.tls.record.ReadHandler.readUntilHandshakeComplete(Unknown Source)
at com.certicom.tls.interfaceimpl.TLSConnectionImpl.completeHandshake(Unknown
Source)
at com.certicom.tls.record.WriteHandler.write(Unknown Source)
at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:69)
at java.io.BufferedOutputStream.write(BufferedOutputStream.java:108)
at java.io.FilterOutputStream.write(FilterOutputStream.java:80)
at weblogic.webservice.binding.soap.HttpClientBinding.writeToStream(HttpClientBinding.java:384)
at weblogic.webservice.binding.soap.HttpClientBinding.send(HttpClientBinding.java:180)
at weblogic.webservice.core.handler.ClientHandler.handleRequest(ClientHandler.java:34)
at weblogic.webservice.core.HandlerChainImpl.handleRequest(HandlerChainImpl.java:125)
at weblogic.webservice.core.ClientDispatcher.send(ClientDispatcher.java:205)
at weblogic.webservice.core.ClientDispatcher.dispatch(ClientDispatcher.java:130)
at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:430)
at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:416)
at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:275)
at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:250)
at myapp.myservice.client.AuthenticateSoapPort_Stub.authenticateUser(AuthenticateSoapPort_Stub.java:26)
at test.Test.main(Test.java:113)
>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <write ALERT offset = 0 length
= 2>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <close(): 18945918>
<Dec 10, 2003 1:32:39 PM EST> <Debug> <TLS> <000000> <close(): 18945918>
<Dec 10, 2003 1:32:39 PM EST> <Info> <webservice> <BEA-220048> <A exception was
thrown from the client handler sending a JAXM message.>
<Dec 10, 2003 1:32:39 PM EST> <Info> <webservice> <BEA-220034> <A stack trace
associated with message 220048 follows:
javax.net.ssl.SSLHandshakeException: FATAL Alert:HANDSHAKE_FAILURE - The handshake
handler was unable to negotiate an acceptable set of security parameters.
at com.certicom.tls.interfaceimpl.TLSConnectionImpl.fireException(Unknown Source)
at com.certicom.tls.interfaceimpl.TLSConnectionImpl.fireAlertSent(Unknown Source)
at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown Source)
at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown Source)
at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessage(Unknown
Source)
at com.certicom.tls.record.handshake.HandshakeHandler.handleHandshakeMessages(Unknown
Source)
at com.certicom.tls.record.ReadHandler.interpretContent(Unknown Source)
at com.certicom.tls.record.ReadHandler.readRecord(Unknown Source)
at com.certicom.tls.record.ReadHandler.readUntilHandshakeComplete(Unknown Source)
at com.certicom.tls.interfaceimpl.TLSConnectionImpl.completeHandshake(Unknown
Source)
at com.certicom.tls.record.WriteHandler.write(Unknown Source)
at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:69)
at java.io.BufferedOutputStream.write(BufferedOutputStream.java:108)
at java.io.FilterOutputStream.write(FilterOutputStream.java:80)
at weblogic.webservice.binding.soap.HttpClientBinding.writeToStream(HttpClientBinding.java:384)
at weblogic.webservice.binding.soap.HttpClientBinding.send(HttpClientBinding.java:180)
at weblogic.webservice.core.handler.ClientHandler.handleRequest(ClientHandler.java:34)
at weblogic.webservice.core.HandlerChainImpl.handleRequest(HandlerChainImpl.java:125)
at weblogic.webservice.core.ClientDispatcher.send(ClientDispatcher.java:205)
at weblogic.webservice.core.ClientDispatcher.dispatch(ClientDispatcher.java:130)
at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:430)
at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:416)
at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:275)
at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:250)
at myapp.myservice.client.AuthenticateSoapPort_Stub.authenticateUser(AuthenticateSoapPort_Stub.java:26)
at test.Test.main(Test.java:113)
>
<Dec 10, 2003 1:32:39 PM EST> <Info> <webservice> <BEA-220024> <Handler weblogic.webservice.core.handler.ClientHandler
threw an exception from its handleRequest method. The exception was:
javax.xml.rpc.JAXRPCException: Failed to send request:javax.net.ssl.SSLHandshakeException:
FATAL Alert:HANDSHAKE_FAILURE - The handshake handler was unable to negotiate
an acceptable set of security parameters..>
java.rmi.RemoteException: SOAP Fault:javax.xml.rpc.soap.SOAPFaultException: FATAL
Alert:HANDSHAKE_FAILURE - The handshake handler was unable to negotiate an acceptable
set of security parameters.; nested exception is:
javax.xml.rpc.soap.SOAPFaultException: FATAL Alert:HANDSHAKE_FAILURE - The handshake
handler was unable to negotiate an acceptable set of security parameters.
at myapp.myservice.client.AuthenticateSoapPort_Stub.authenticateUser(AuthenticateSoapPort_Stub.java:29)
at test.Test.main(Test.java:113)
Caused by: javax.xml.rpc.soap.SOAPFaultException: FATAL Alert:HANDSHAKE_FAILURE
- The handshake handler was unable to negotiate an acceptable set of security
parameters.
at weblogic.webservice.core.ClientDispatcher.receive(ClientDispatcher.java:270)
at weblogic.webservice.core.ClientDispatcher.dispatch(ClientDispatcher.java:131)
at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:430)
at weblogic.webservice.core.DefaultOperation.invoke(DefaultOperation.java:416)
at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:275)
at weblogic.webservice.core.rpc.StubImpl._invoke(StubImpl.java:250)
at myapp.myservice.client.AuthenticateSoapPort_Stub.authenticateUser(AuthenticateSoapPort_Stub.java:26)
... 1 more

Similar Messages

  • Handshake Exception with Firefox and Jetty Servlet Container

    We do have a strange problem with Firefox 2 and Jetty 6.1 (a Servlet Container) using HTTPS to communicate: At some stage Firefox (FF) sends a ClientHelloV2, to which Jetty responds with a ServerHelloV3. This leads to a handshake failure for this handshake and for any subsequent attempt.
    To avoid the handshake failures there are 2 options:
    1.) restart FF
    2.) change the servername or port, by using ssltap [2] as a proxy.
    [FF] --> [ssltap] --> [Jetty]
    That way it is possible to change the port without restarting
    FF and Jetty, and to debug the SSL traffic.
    Both options make FF to start a SSL session, by sending a ClientHelloV3. Then everything works until we get to the same stage described above.
    h2. Logs:
    From what I can see in the logs of ssltap, Firefox is sending some data, which might be something like a partial handshake (?).
    --> [
    alloclen = 63 bytes
    (63 bytes of 63)
    [Wed Jan 09 12:18:41 2008] [ssl2] ClientHelloV2 {
    version = {0x03, 0x00}
    cipher-specs-length = 36 (0x24)
    sid-length = 0 (0x00)
    challenge-length = 16 (0x10)
    cipher-suites = {
    (0x000039) TLS/DHE-RSA/AES256-CBC/SHA
    (0x000038) TLS/DHE-DSS/AES256-CBC/SHA
    (0x000035) TLS/RSA/AES256-CBC/SHA
    (0x000033) TLS/DHE-RSA/AES128-CBC/SHA
    (0x000032) TLS/DHE-DSS/AES128-CBC/SHA
    (0x000004) SSL3/RSA/RC4-128/MD5
    (0x000005) SSL3/RSA/RC4-128/SHA
    (0x00002f) TLS/RSA/AES128-CBC/SHA
    (0x000016) SSL3/DHE-RSA/3DES192EDE-CBC/SHA
    (0x000013) SSL3/DHE-DSS/DES192EDE3CBC/SHA
    (0x00feff) SSL3/RSA-FIPS/3DESEDE-CBC/SHA
    (0x00000a) SSL3/RSA/3DES192EDE-CBC/SHA
    session-id = { }
    challenge = { 0xa954 0x2122 0x3e82 0xb993 0xd72f 0xea54 0x779f 0x958c }
    The server responds with:
    <-- [
    (1161 bytes of 1156)
    SSLRecord { [Wed Jan 09 12:18:41 2008]
    0: 16 03 00 04 84 |....�
    type = 22 (handshake)
    version = { 3,0 }
    length = 1156 (0x484)
    handshake {
    0: 02 00 00 46 |...F
    type = 2 (server_hello)
    length = 70 (0x000046)
    ServerHello {
    server_version = {3, 0}
    random = {...}
    0: 47 84 ad 91 a1 f6 cb e5 f8 e2 f0 46 60 4b dd 48 | G����.&#9574;.�.�F`K.H
    10: 13 a8 93 96 d2 4f 2b d8 2d fe 49 2f 22 e5 29 5e | .����O+�-.I/".)^
    session ID = {
    length = 32
    contents = {..}
    0: 47 84 ad 91 84 b7 ef 62 92 fb 03 d7 8a 41 ae 82 | G������b��.�.A�.
    10: d5 57 a3 e0 24 cc b5 2e b2 c7 29 3d 3a 37 a6 11 | &#305;W��$&#9568;�.&#9619;�)=:7�.
    cipher_suite = (0x0032) TLS/DHE-DSS/AES128-CBC/SHA
    0: 0b 00 02 f6 |....
    type = 11 (certificate)
    length = 758 (0x0002f6)
    CertificateChain {
    chainlength = 755 (0x02f3)
    Certificate {
    size = 752 (0x02f0)
    data = { saved in file 'cert.001' }
    0: 0c 00 01 38 |...8
    type = 12 (server_key_exchange)
    length = 312 (0x000138)
    0: 0e 00 00 00 |....
    type = 14 (server_hello_done)
    length = 0 (0x000000)
    +Then FF responds with a handshake failure:+
    --> [
    (7 bytes of 2)
    SSLRecord { [Wed Jan 09 12:18:41 2008]
    0: 15 03 00 00 02 |.....
    type = 21 (alert)
    version = { 3,0 }
    length = 2 (0x2)
    fatal: handshake failure
    0: 02 28 |.(
    I am pretty stuck. Do you have any idea? Or can you give me any advice, how to further investigate this problem?
    Thanks,
    -Stefan
    [2] http://www.mozilla.org/projects/security/pki/nss/tools/ssltap.html

    I did some more analysis:
    When I replace the keystore by another keystore provided by the Jetty
    distribution, Firefox will not complain about the handshake
    exception. Nevertheless there are handshake exceptions, and the SSL
    level switches from TLS to SSLv3.
    Now I guess the question is: What is the difference between the two
    keystores?
    Answer: As far as I can see, the Keystore provided in the Jetty distro
    has expired in 2001, while my keystore is still valid (although also
    self-generated).
    Could it be, that Firefox some is less strict regarding handshake
    failures, after you have told it to accept an expired certificate?
    I am not sure whether this is problem of JSSE, or not? What do you think?

  • Different aggregation exceptions in a query

    Dear all,
    I would like to know is there is way to have in a same query for the same key figure (in the cube) different aggregations regarding the value of a characteristic.
    My problem concerns materials, for some of them I want to summarize quantities for some I want a last and some others an average value. But all need to be displayed in the same report.
    Thanks,
    Matthieu

    hi,
    if I understood your requirement correctly is it like this,
    you have Material valued from say M1, M2  ..... M30. and corresponding quantity stored in cube
    now,
    for M1 to M10 total of quantity is 200. ---represent total
    for M11 to M20 quantity of M20 is 50.  -
    represent last
    for M21 to M30 average of quantity is 45. -
    represent average
    Now in the out put you want to display as mentioned above right ?
    this can be achieved by creating a structure and you can write formula in each based on above 3 requirement. Data will be displayed in one column.
    But only thing is you will have to group the materials for data (no dynamism will be possible).
    Regards,
    Akshay

  • Sync- Can we sync bookmarks between different pc or different os except for between pc and android

    I use win7 on my personal pc and ubuntu on my working pc. I hope that sync function help us to sync bookmarks between the two pc conveniently by clounding service. Of course , saving bookmark as a file is OK.,but It is not good and convenient.Thanks!

    Note that all devices (computers) need to run a Firefox 29 or later version to be able to use the new Sync version.

  • Handshaking problem while invoking a secured web service

    Hi,
    I have developed a web service. I made my WLS 7.0 secured, using SSL. Also
    I made the
    my web service accessible only by https protocol. Also I configured the WLS SSL
    to have one
    way SSL. The problem is I am not able to access this web service using a swing
    client, It throws
    an exception saying some Handshaking exception. This problem occured only when
    I made
    the web service secured (https).
    Has anybody faced this problem ever?.
    For one way SSL do I need to supply any certificate file or PEM file from the
    client to the
    server?.
    Thanks,
    Anish

    Hi Anish,
    No, in this case the client is checking the cert provided by the
    server. Have you tried the flag
    -Dweblogic.webservice.client.ssl.strictcertchecking=false on the client
    side?
    Also take a look at the entry by Michael Jouravlev, on SSL "how to"
    http://newsgroups.bea.com/cgi-bin/dnewsweb?cmd=article&group=weblogic.developer.interest.webservices&item=1910&utag=
    Have you gone through the simpleSSL example:
    http://webservice.bea.com/simpleSSL.zip
    HTHs,
    Bruce
    Anish wrote:
    >
    Hi,
    I have developed a web service. I made my WLS 7.0 secured, using SSL. Also
    I made the
    my web service accessible only by https protocol. Also I configured the WLS SSL
    to have one
    way SSL. The problem is I am not able to access this web service using a swing
    client, It throws
    an exception saying some Handshaking exception. This problem occured only when
    I made
    the web service secured (https).
    Has anybody faced this problem ever?.
    For one way SSL do I need to supply any certificate file or PEM file from the
    client to the
    server?.
    Thanks,
    Anish

  • Payment Exceptions in f110

    Hi All,
    Can any one help to know different payment exceptions in automatic payment run i.e f110.
    Thanks in advance

    Payment Exceptions in f110
    One Possible Scenario :
    User was unable to process two Vendors in F110 APP Method   These Vendors were always going to Exceptions.    Posting to these vendors were done manually
    Possible Reason :
    Check the vendor group if the two Vendors were foreign Vendors and are processing thru foreign banks. For the particular payment method assigned to these Vendors the configuration for foreign banks need to done and then it works.
    Go to: FBZP- select Co.cd. – Check Foreign Payments/Foreign currency paymen
    Points to be given , if it serves your purpose

  • About a exception: Invalid request., error key: RFC_ERROR_SYSTEM_FAILURE

    Hello:
       <b>I am using an adaptive RFC model inside a Web Dynpro Application.i encountered  a exception:</b>
       com.sap.tc.webdynpro.
    modelimpl.dynamicrfc.WDDynamicRFCExecuteException: Invalid request., error key: RFC_ERROR_SYSTEM_FAILURE
            at com.sap.tc.webdynpro.modelimpl.dynamicrfc.DynamicRFCModelClassExecutable.execute(DynamicRFCModelClassExecutable.java:101)
            at com.sap.shineway.InputField.exec(InputField.java:169)
            at com.sap.shineway.wdp.InternalInputField.exec(InternalInputField.java:291)
            at com.sap.shineway.ShineWay_InputView.onActionGoCreate(ShineWay_InputView.java:192)
            at com.sap.shineway.wdp.InternalShineWay_InputView.wdInvokeEventHandler(InternalShineWay_InputView.java:248)
            at com.sap.tc.webdynpro.progmodel.generation.DelegatingView.invokeEventHandler(DelegatingView.java:87)
            at com.sap.tc.webdynpro.progmodel.controller.Action.fire(Action.java:67)
            at com.sap.tc.webdynpro.clientserver.window.WindowPhaseModel.doHandleActionEvent(WindowPhaseModel.java:420)
            at com.sap.tc.webdynpro.clientserver.window.WindowPhaseModel.processRequest(WindowPhaseModel.java:132)
            at com.sap.tc.webdynpro.clientserver.window.WebDynproWindow.processRequest(WebDynproWindow.java:335)
            at com.sap.tc.webdynpro.clientserver.cal.AbstractClient.executeTasks(AbstractClient.java:143)
            at com.sap.tc.webdynpro.clientserver.session.ApplicationSession.doProcessing(ApplicationSession.java:299)
            at com.sap.tc.webdynpro.clientserver.session.ClientSession.doApplicationProcessingStandalone(ClientSession.java:711)
            at com.sap.tc.webdynpro.clientserver.session.ClientSession.doApplicationProcessing(ClientSession.java:665)
            at com.sap.tc.webdynpro.clientserver.session.ClientSession.doProcessing(ClientSession.java:232)
            at com.sap.tc.webdynpro.clientserver.session.RequestManager.doProcessing(RequestManager.java:152)
            at com.sap.tc.webdynpro.serverimpl.defaultimpl.DispatcherServlet.doContent(DispatcherServlet.java:62)
            at com.sap.tc.webdynpro.serverimpl.defaultimpl.DispatcherServlet.doPost(DispatcherServlet.java:53)
            at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
            at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
            at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.runServlet(HttpHandlerImpl.java:390)
            at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.handleRequest(HttpHandlerImpl.java:264)
            at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:347)
            at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:325)
            at com.sap.engine.services.httpserver.server.RequestAnalizer.invokeWebContainer(RequestAnalizer.java:887)
            at com.sap.engine.services.httpserver.server.RequestAnalizer.handle(RequestAnalizer.java:241)
            at com.sap.engine.services.httpserver.server.Client.handle(Client.java:92)
            at com.sap.engine.services.httpserver.server.Processor.request(Processor.java:148)
            at com.sap.engine.core.service630.context.cluster.session.ApplicationSessionMessageListener.process(ApplicationSessionMessag
    eListener.java:33)
            at com.sap.engine.core.cluster.impl6.session.MessageRunner.run(MessageRunner.java:41)
            at com.sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
            at java.security.AccessController.doPrivileged(AccessController.java:214)
            at com.sap.engine.core.thread.impl3.SingleThread.execute(SingleThread.java:100)
            at com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:170)
    Caused by: com.sap.aii.proxy.framework.core.BaseProxyException: Invalid request., error key: RFC_ERROR_SYSTEM_FAILURE
    what it means??
    thank you
                            yours
                                           zunxian.cheng

    Zunxian,
    The error message "Invalid request., error key: RFC_ERROR_SYSTEM_FAILURE" makes it seem like there's something wrong with the request. You generally get an error message of the group  RFC_ERROR_SYSTEM_FAILURE when there's something wrong with the backend system, or when you send a request that makes it dump.
    What Bapi/RFM are you trying to call?
    have a look at <a href="http://help.sap.com/saphelp_nw04s/helpdata/en/f6/daea401675752ae10000000a155106/content.htm">this explaination of different JCO Exceptions</a> for more information.
    Regards
    Mattias

  • Extend abstract class & implement interface, different return type methods

    abstract class X
    public abstract String method();
    interface Y
    public void method();
    class Z extends X implements Y
      // Compiler error, If I don't implement both methods
      // If I implement only one method, compiler error is thrown for not
      // implementing another method
      // If I implement both the methods,duplicate method error is thrown by 
      //compiler
    The same problem can occur if both methods throw different checked exceptions,or if access modifiers are different..etc
    I'm preparing for SCJP, So just had this weired thought. Please let me know
    if there is a way to solve this.

    Nothing you can do about it except for changing the design.
    Kaj

  • exception in struts-config.xml

    hi all
    I added a validate method in my struts action form.
    public ActionErrors validate(........)
    ActionErrors errors=new ActionErrors();
    errors.add("symbol",new ActionError("add.key.like");
    and in jsp form I used <html:errors/> if any error occured it will display it from resourcebundle from the key...
    but my actual doubt is how the above procedure is different from
    <exception> in struts-config.xml
    thanks
    srikanth

    Need Help!
    I use weblogic8.1 and
    the entry is http://localhost:7001/interactive/LogonAction.do?method=initLogon
    I don't know why it execute the initLogon() method but can't return to the page.

  • Exception handling in rmi in client side

    Hello everybody, I'm developing a small client-server application using JDBC and RMI .
    I would like to ask if any body can help to know how handle exceptions thrown in the server side and show them for the client.
    Any help will be appreciated

    I prefer not to have the server's exceptions known to the client. The client only gets the exceptions the client expects. This is part of the server interface which is defined and owned by the client.
    So any exception thrown on the server I would handle and rethrow a different appropriate exception up to the client.

  • Different carrier, despite manual network selection

    Why does the manual network selection not fix the chosen network carrier.
    I use the option manual network selection, select my preferred network carrier, but once I loose the connection to the chosen carrier (train ride), my iPhone 3GS starts a new search and switches to a different available carrier, despite manual network selection activated. As far as I was concerned, manual network selection should prevent the iphone 3GS to search for a different carrier, except the one chosen.
    When I go back into the network selction menu, manual network selection is still activated and a checkmark is set on the preferred chosen network. Despite these facts, the iPhone 3GS is logged in to another carrier's network, indicated in the top left corner.
    This is a big problem, when I'm using my iPhone in another country. Roaming Costs are high!
    A quick search in the www indicateds, that I'm not the only one with this problem. As it can cause high additional costs, this problem should be fixed as soon as possible.

    honestly i don't think its a apple iphone direct issue.  here's what i know...i have had a no service on my 3gs  randomly coming up on my phone for nearly a year now.  i have done everything you've stated and still the same.  i recently just went to australia and used a telstra sim card and it worked flawlessly for 2 months.  i believe that bell and telus have changed their signal or something that is causing this but they will deny it to the bitter end.  so...why not just buy another iphone?  Exactly! thats what they want you to do!  It's just a ploy to get you to buy another phone. if you can get another carrier besides these 2 crooks i think you will find it works.  try buying a cheap prepaid sim card to see which carrier works best in your area before selecting a plan.

  • Handling general errors via class based exceptions

    Fairly standard scenario: I've got this.
      DATA:  l_requester TYPE xubname.
      CALL FUNCTION 'ENQUEUE_EZMYTAB'
        EXPORTING
          username             = i_username
        EXCEPTIONS
          foreign_lock         = 1
          system_failure       = 2
          OTHERS               = 3.
      CASE sy-subrc.
        WHEN 1.
          l_requester = sy-msgv1.
          RAISE EXCEPTION TYPE zcx_my_exception EXPORTING textid   = zcx_my_exception=>lock_error
                                                          user     = i_username
                                                          lockedby = l_requester.
        WHEN 2.
          RAISE EXCEPTION TYPE zcx_my_exception.
      ENDCASE.
    But what I really want for WHEN 2 is the class based exception of
    MESSAGE sy-msgid TYPE sy-msgty NUMBER sy-msgno WITH sy-msgv1...
    I.e., in my calling code, I want to catch the exception, and display whatever the original error message was as generated by the ENQUEUE function module.
    I suppose I could do this
    DATA: ls_error TYPE scx_t100key.
    WHEN 2.
      ls_error-msgid = sy-msgid.
      ls_error-msgty = sy-msgty.
      ls_error-msgno = sy-msgno.
      RAISE EXCEPTION TYPE zcx_my_exception EXPORTING textid = ls_error
    but I can't help feel I'm missing something staggeringly obvious...
    matt

    Hi Matt,
    this may sound too simple:
    For me the real advantage of class-based-exception is that they can be raised in an inner block and caught in an outer block at any level.
    I never use the exception attributes to communicate any details, but use
    IF SY-SUBRC NE 0.
      MESSAGE sy-msgid TYPE sy-msgty NUMBER sy-msgno WITH sy-msgv1... INTO lv_string.
      Raise Exception type zcx_my_exception.
    ENDIF.
    Catching the exception I may (roughly) know where it comes from. As the message variables are present, I can check their values or repeat the MESSAGE without INTO. The main function of MESSAGE INTO is for transparency, the ability to see the whole message in debugger in lv_string and the where-used-list if message is created by programmer..
    If I really need different reaction for different SY-SUBRC ( = different untyped exception), I'd rather create different class-based exceptions. This helps transparency.
    In other oo language you do not have an ABAP message concept with everywhere-present message variables. Why use this crutch of putting the message variable filled by functions exception into exception object attributes only to convert them back to message output?
    I prefer [KISS|http://en.wikipedia.org/wiki/KISS_principle].
    Regards,
    Clemens

  • HT204389 Different languages on Siri...

    Hi everyone,
    Today Siri can talk nearly 15 different languages except ours. Siri can find places or locations in many countries, but in my country, Turkey/Turkiye, Siri can not find any locations. I am asking to Apple Team that in the future will Siri support Turkish? If Siri would support Turkish, when does the Apple, add Turkish on iPhone 4S and the new iPad.
    Thanks.

    These are user-to-user forums, you are not talking to Apple here - so nobody on here will know if/when Turkish might be supported. If you want to leave feedback for Apple then you can do so here : http://www.apple.com/feedback/ipad.html

  • Identical view but different managed beans?

    Hi everyone,
    We have a situation where we have jsf code that is identical for 2 different pages, except that the managed bean(backing bean) is different. We are having to duplicate the jsf code just because of this. It would be much easier to maintain if we could share the jsf code between the two beans(and somehow have it use the backing bean that it needs to use at the right time). Is there a way to do this?
    Thanks in advance!
    -M

    This code is part of a component that allows users to input their address(add page). On another page(settings page), where the user sets defaults for the system, the exact same code is needed for them to set their default address.
    When the user goes to the add page, this default address is populated, the user can continue using the default or change it.
    Hope this makes sense. Thanks.

  • Different Ship to in a sales order

    My question is, when i create a sales order and i have 2 line items, is it possible for me to have a different Ship to party on the 2nd line item?
    Example
    Material                  Quantity                       Ship to party
    T-AS1                       5                                  T-S50A
    T-AS2                        1                                 T-S50B
    Can i have to different ship to's in one sales order and how can i do that? becasue when i try that changing my 2nd item to a different SH it also changes the 1st item to same SH, i'm doing this at header level partner function, since i can't make changes at item level Partner function?
    Any suggestion?

    If you change the partner at header level, then the change will be reflected in all the items (except the line items where the partner has been changed earlier from the defaulted value). Instead of changing in the header, make the changes at item level partners. Line items can have a different partner (except sold to partner which will be unique in the sales order).

Maybe you are looking for