No Such Provider Exception SunJSSE

Hello,
We are facing problem using SunJSSE with WebSphere4.0. We placed jsse jars in the jre/lib/ext directory and in our code we are trying to create SSLcontext as below
context = SSLContext.getInstance("SSL","SunJSSE");
tmFact=TrustManagerFactory.getInstance("SunX509","SunJSSE");
kmfact = KeyManagerFactory.getInstance("SunX509","SunJSSE");
And then intializing the context with trustmanager[], keymanager[] and secure random parameters.
In our code we are dynamicaly setting the provider as
java.security.Security.insertProviderAt(new com.sun.net.ssl.internal.ssl.Provider(),2);
We also made the entry in the java.security file statically.
However we are occasionally getting No such Provider Exception SunJSSE.
Please note all this is running under websphere 4.0 and IBM has IbmjSSE jars in the jre/lib/ext as well.
Any Ideas? thoughts? comments? help?
Thanks

Hi,
I'm having a similar problem to this, what was wrong with this ? as it appears the provider should be available.
Thanks

Similar Messages

  • Java Mail/EJB/WebLogic/weblogicSP6 "No Such Provider Exception"

    Hi,
    My application that is coded to send e-mail is not performing at all.
    Application architecture is as follows:
    1)JSP-EJB on Web Logic App server and
    2)SMTP Host is IIS server and its SMTP service.
    3)Using Java Mail API and installed Service Pack 6 of WebLogic that supports Java Mail API
    4)EJB Programs coded as per the Sun JavaMail API documentation.
    5)Send Mail occuring in the EJB.
    Runtime Error: "No such provider exception"
    Could u help me by instructing me about:
    1)weblogic service pack installation.
    2)sample ejb
    PS:Same code on a simple java class fired on command line is executing without any exception. Wheras in an EJB on Weblogic is throwing the exception.

    That error you are seeing typically comes from JavaMail being unable to
    contact the SMTP host. Are you sure that you are a valid user/permitted to
    access the mailer?
    Thanks,
    Michael
    Michael Girdley
    BEA Systems Inc
    "Omm" <[email protected]> wrote in message
    news:3a3cd390$[email protected]..
    >
    Hi,
    My application that is coded to send e-mail is not performing at all.
    Application architecture is as follows:
    1)JSP-EJB on Web Logic App server and
    2)SMTP Host is IIS server and its SMTP service.
    3)Using Java Mail API and installed Service Pack 6 of WebLogic thatsupports Java Mail API
    4)EJB Programs coded as per the Sun JavaMail API documentation.
    5)Send Mail occuring in the EJB.
    Runtime Error: "No such provider exception"
    Could u help me by instructing me about:
    1)weblogic service pack installation.
    2)sample ejb
    PS:Same code on a simple java class fired on command line is executingwithout any exception. Wheras in an EJB on Weblogic is throwing the
    exception.
    >
    >

  • Custom security provider exception

    Good day, colleagues. I want to raise an old topic.
    I use custom security provider exceptions:
    -AccountExpiredException
    -AccountLockedException
    However, the login() method only captures FailedLoginException
    try
      CallbackHandler pwcall = new weblogic.security.URLCallbackHandler(user, pass.getBytes("UTF-8"));
      subject = weblogic.security.services.Authentication.login(pwcall);
      weblogic.servlet.security.ServletAuthentication.runAs(subject, request);
    catch (javax.security.auth.login.LoginException e) {
      e.printStackTrace();
    javax.security.auth.login.FailedLoginException: [Security:090304]Authentication Failed: User ...
      at weblogic.security.providers.authentication.LDAPAtnLoginModuleImpl.login(LDAPAtnLoginModuleImpl.java:240)
      at com.bea.common.security.internal.service.LoginModuleWrapper$1.run(LoginModuleWrapper.java:110)
      at java.security.AccessController.doPrivileged(Native Method)
    I found similar questions IdentityAssertion custom exception, FailedLoginException asked many years ago for WLS 9.2
    Their solution (wlp.propogate.login.exception.cause=true) does not work for WLS 10.3.
    How to propagate original LoginException?
    Or exception message only.

    I did it! look closely to source code:
    javax.security.auth.login.LoginContext:875
    if (moduleStack[i].entry.getControlFlag() == AppConfigurationEntry.LoginModuleControlFlag.REQUISITE) {
      // if REQUISITE, then immediately throw an exception
      if (methodName.equals(ABORT_METHOD) || methodName.equals(LOGOUT_METHOD)) {
           if (firstRequiredError == null)
                firstRequiredError = le;
      } else {
           throwException(firstRequiredError, le);
    } else if (moduleStack[i].entry.getControlFlag() == AppConfigurationEntry.LoginModuleControlFlag.REQUIRED) {
      // mark down that a REQUIRED module failed
      if (firstRequiredError == null)
           firstRequiredError = le;
    } else {
      // mark down that an OPTIONAL module failed
      if (firstError == null)
           firstError = le;
    javax.security.auth.login.LoginContext:922
    // we went thru all the LoginModules.
    if (firstRequiredError != null) {
      // a REQUIRED module failed -- return the error
      throwException(firstRequiredError, null);
    } else if (success == false && firstError != null) {
      // no module succeeded -- return the first error
      throwException(firstError, null);
    } else...
    I set Control flag: OPTION to DefaultAuth (was REQUIRED)
    and order it after my LoginModule. (restart required!)
    Now I catch my exceptions %)

  • MDM Meta Data Provider Exception

    Hi,
    I am getting this exception while making the Metadata Provider
    Stack Trace of Exception
    oracle.express.olapi.data.full.ExpressDataProvider@71b246
    29-Apr-2003 10:19 FATAL - Olap helper class : MDM Meta Data Provider Exception
    com.sun.corba.ee.internal.corba.AnyImpl@3744bc
         at oracle.express.idl.util.OlapiExceptionHelper.SQL2Java(OlapiExceptionHelper.java:15)
         at oracle.express.idl.ExpressConnectionModule.ServerInterfaceStub.getVersionInfo(ServerInterfaceStub.java:137)
         at oracle.express.olapi.data.full.ExpressDataProvider._checkVersion(ExpressDataProvider.java:263)
         at oracle.express.olapi.data.full.ExpressDataProvider.connect(ExpressDataProvider.java:194)
         at oracle.express.olapi.data.full.ExpressDataProvider.initialize(ExpressDataProvider.java:179)
         at com.pg.emfg.eops.helperclasses.Olap.startUp(D:/Source Code/src/com/pg/emfg/eops/helperclasses/Olap.java:83)
    .pg.emfg.eops.component.dynamicviewreport.eventaction.DynamicViewReportEventAction.perform
    Code Segment Used
    // Makes the connection
    objConnection = (oracle.jdbc.OracleConnection) DBManager.getOlapConnection();
    objTranProvider = new ExpressTransactionProvider();
    objDataProvider = new ExpressDataProvider(objConnection, objTranProvider); // Create the ExpressData Provider
    objDataProvider.initialize();
    mdp = (MdmMetadataProvider) objDataProvider.getDefaultMetadataProvider();
    This exception occurs randomly most of the times the code works fine, but then sometimes it throws this.
    I am unable to determine the root cause of the exception.
    Please help me with the actual cause for this exception and the likely solution.
    Thanks

    Anthony
    This problem is coming on HP and windows both
    with the 9.2.0.2 olap api jar files.
    I had raised a tar regarding this and was told to post the problem on OTN on this thread.
    Current status still using ORACLE connection pooling.
    Got exceptions with OCI Connection Pool
    Olap API excepiotn are encountered during Cursor,(Cursor Manager) Creation.
    There are three different exception encountered.
    1>>
    oracle.express.ExpressServerExceptionError class: OLAPI
    Server error descriptions:
    DPR: Unable to execute the query, Generic at
    TxsOqCursorManager::fetchInitialBlocks
    OES: ORA-040, Generic at TxsRdbSelectStatement:execute()
    at
    oracle.express.olapi.data.full.FullCursorBlockFetcher.fetchAnyCursorBlock(FullCu
    rsorBlockFetcher.java:111)
    at
    oracle.express.olapi.data.full.ExpressSpecifiedCursorManager.prepareForOpenCurso
    r(ExpressSpecifiedCursorManager.java:350)
    at
    oracle.express.olapi.data.full.ExpressSpecifiedCursorManager.createCursor(Expres
    sSpecifiedCursorManager.java:191)
    at
    oracle.express.olapi.data.full.ExpressSpecifiedCursorManager.createCursor(Expres
    sSpecifiedCursorManager.java:150)
    at com.pg.emfg.eops.helperclasses.Olap.obtainCursor(D:/Source
    2>>
    oracle.express.idl.util.OlapiException
    at
    oracle.express.idl.ExpressOlapiDataCursorModule.CursorManagerInterfaceStub.fetch
    InitialBlocks(CursorManagerInterfaceStub.java:204)
    at
    oracle.express.olapi.data.full.FullCursorBlockFetcher.fetchAnyCursorBlock(FullCu
    rsorBlockFetcher.java:102)
    at
    oracle.express.olapi.data.full.ExpressSpecifiedCursorManager.prepareForOpenCurso
    r(ExpressSpecifiedCursorManager.java:350)
    at
    oracle.express.olapi.data.full.ExpressSpecifiedCursorManager.createCursor(Expres
    sSpecifiedCursorManager.java:191)
    at
    oracle.express.olapi.data.full.ExpressSpecifiedCursorManager.createCursor(Expres
    sSpecifiedCursorManager.java:150)
    at com.pg.emfg.eops.helperclasses.Olap.obtainCursor(Olap.java:1171)
    3>>
    oracle.express.idl.util.OlapiException
    at
    oracle.express.idl.ExpressOlapiDataSourceModule.DefinitionManagerInterfaceStub.c
    reateCursorManager(DefinitionManagerInterfaceStub.java:103)
    at
    oracle.express.olapi.data.full.DefinitionManager.createCursorManager(DefinitionM
    anager.java:339)
    at
    oracle.express.olapi.data.full.ExpressDataProvider.createCursorManager(ExpressDa
    taProvider.java:426)
    at
    oracle.olapi.data.source.DataProvider.createCursorManager(DataProvider.java:151)
    at com.pg.emfg.eops.helperclasses.Olap.obtainCursor(Olap.java:1220)
    After these exceptions that user session can no longer use the application, thesame exception will prop up for all cursors creation attempts.
    Also sometimes the only way to make the application work is to restart the
    Application Server (JRUN).
    The compound Cursor is then traversed to obtain the data fetch shown in the
    report.
    Now the user can select say 10 measures, Based on that 10 cursorManagers and
    subesequent cursors are created.
    Also this was one request, the user can make subsequent requests, during which
    new cursors will be made.
    No where in the Code am I actually closing cursorManager or the cursor
    Could you provide a specific root cause, which i can target.

  • XML Provider Exception

    Hi,
    I�m trying to develop a new XMLProvider a after compiling it and conf. the provider and channel in the portal, it shows ERROR: Content is not available.
    I�m working with portal 6.2 and AppServ 7.
    The debug is the following:
    02/05/2004 04:08:43:623 PM ART: Thread[Thread-307,5,main]
    ERROR: ProviderCaller.run(): exception thrown from MGCustomXML
    java.util.MissingResourceException: Can't find bundle for base name CustomXMLProvider, locale en_US
         at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:804)
         at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:694)
         at java.util.ResourceBundle.getBundle(ResourceBundle.java:661)
         at com.sun.portal.providers.ProviderAdapter.getResourceBundle(ProviderAdapter.java:734)
         at com.sun.portal.providers.xml.XMLProvider.getContent(Unknown Source)
         at com.sun.portal.desktop.context.ReusableProviderCaller.run(ReusableProviderCaller.java:158)
    I�ll thank any advice, Pablo

    Refer http://forum.java.sun.com/thread.jspa?tstart=30&forumID=34&threadID=542044&trange=15

  • No such element exception when applet window closed

    My applet can throw a NoSuchElementException as it closes during sudden death. The Java Console reports:
    Exception in thread "AWT-EventQueue-2" java.util.NoSuchElementException
         at java.util.LinkedList.getFirst(Unknown Source)
         at java.awt.SequencedEvent.getFirst(Unknown Source)
         at java.awt.SequencedEvent.dispatch(Unknown Source)
         at java.awt.EventQueue.dispatchEvent(Unknown Source)
         at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
         at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
         at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
         at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
         at java.awt.EventDispatchThread.run(Unknown Source)Sometimes that sequence displays once, sometimes twice. The error appears to be 90% or more repeatable.
    1) open link in new window http://r0k.us/graphics/SIHwheel.html
    2) view Color Log (menu item Help -=> Show Log)
    3) close the whole browser window
    It does not appear to happen without the dialog for the Color Log displayed. Nor does it appear to happen simply upon leaving that page. I'm guessing it is some sort of race condition as the applet is shut down and it doesn't have the surrounding window it started with. It only happens when running as an applet. When ran as a program, it always shuts down cleanly.
    It occurs less often if you:
    1) open the link in new window
    2) leave the page
    ) come back to it while the Java Console is still alive (before JVM goes away)
    3) view the Color Log
    4) close the browser window.
    I am running 64-bit Windows 7, and have observed this problem in Firefox, IE, and Chrome.
    With no hints as to where within my code this is occurring (if indeed it is within "my" code), I have no idea how to write an SSCCE. The exception seems to relate to enumerations, which I believe must be occuring during the shut down seqence. See:
    * http://download.oracle.com/javase/1.5.0/docs/api/java/util/NoSuchElementException.html
    What can I try doing to prevent the error from occurring? (Besides not closing the browser window while my applet is running and has a dialog open. ;) )
    *(added immediately before posting)* I just noticed that if any of the first three dialogs in the Help Menu are open, this behavior can occur. So it probably has nothing to do with the tables in the Color Log. The fourth, About, item is a simpler modal dialog, and you aren't even able to close the browser window while it is open.
    Now that I know the crash can happen with any of the non-modal dialogs, I will write an SSCCE, just to see if it occurs in a much simpler applet, if nothing else.

    As promised, an SSCCE with build instructions and an applet environment.
    CloseMyWindow.java import java.awt.*;
    import java.awt.event.ActionEvent;
    import java.awt.event.ActionListener;
    import java.io.IOException;
    import java.net.URL;
    import javax.swing.*;
    public class CloseMyWindow  extends JApplet
        public JPanel makeContent() {
         JButton help = new JButton("Help");
         help.addActionListener( new ActionListener() {
             public void actionPerformed(ActionEvent e) {
              Dimension size = new Dimension(400, 250);
              HelpBox hb = new HelpBox("CloseMyWindow Help",
                  "cmwHelp.html", false, size);
         JPanel jp = new JPanel();
         jp.add(help);
         return jp;
        // method expected by applets
        public void init()
         try {
             javax.swing.SwingUtilities.invokeAndWait(new Runnable() {
              public void run() {
                  JPanel frame = makeContent();
                  setContentPane(frame);
         } catch (Exception e) {
             System.err.println("makeContent() failed to complete: " + e);
             e.printStackTrace();
        public static void main(String[] args)
            EventQueue.invokeLater(new Runnable() {
                public void run() {
                    JFrame frame = new JFrame("Test");
                    frame.setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE);
                    frame.add(new CloseMyWindow().makeContent());
                    frame.pack();
                    frame.setVisible(true);
    class HelpBox extends JDialog
    {   // general window for display of HTML page
        HelpBox(String title, String pUrlS, boolean modal, Dimension pSize)
         super((Frame)null, title, modal);
         final String     urlS  = pUrlS;
         final Dimension     size  = pSize;
         SwingUtilities.invokeLater(new Runnable() {
             public void run() {
              setDefaultCloseOperation(WindowConstants.DISPOSE_ON_CLOSE);
              JEditorPane ep = new JEditorPane();
              ep.setEditable(false);
              try {
                  URL url = getClass().getResource(urlS);
                  ep.setPage(url);
                  JScrollPane eps = new JScrollPane(ep);
                  eps.setPreferredSize(size);
                  getContentPane().add(eps, BorderLayout.CENTER);
              } catch (IOException ioE) {
                  System.err.println("Unable to display help pane");
                  ioE.printStackTrace();
              pack();
              setLocationRelativeTo(null);
              setVisible(true);
    }cmwManifest.txt (be sure to end line with a carriage return) Main-Class: CloseMyWindowcmwHelp.html <html>
    <head><title>Help for CloseMyWindow</title></head>
    <body>
    Good, you've opened this dialog.  Now close the browser window containing
    my applet.
    </applet>
    </body>
    </html>cmw.html <html>
    <head><title>Close My Window</title></head>
    <body>
    <applet code="CloseMyWindow.class"
            archive="CloseMyWindow.jar"
            width="450" height="300">
    Your browser is completely ignoring the <i>applet</i> tag!
    </applet>
    </body>
    </html>1) capture the 4 code segments above and save them as correspondingly-named files.
    2) compile:
    ] javac CloseMyWindow.java
    3) build the jar:
    ] jar cvfm CloseMyWindow.jar cmwManifest.txt *.class cmwHelp.html
    4) test the jar:
    ] java -jar CloseMyWindow.jar
    5) run the applet. Open page cmw.html in a new browser window
    6) enable Java Console (mine is set to autostart on any applet or JNLP)
    7) click the applet's Help button. A new dialog should open up.
    8) close the browser window
    9) observe if an error is reported in Java Console
    I am seeing the error in this small applet. Maybe the .java file will give you guys some clues.

  • XMLType no such method exception

    ANy suggestions on why this is happening? thanks in advance
    SCott
    I made a test class using the sample code from the Oracle Sample
    Illustrating XMLType Support in JDBC OCI drivers. I get the exception
    noted below when I try and create my XMLType (last line). I believe I
    have all of the jars in place, Classes12, xdb,xmlparserserv2 jars.
    Any suggestions would be appreciated. thanks
    Scott
    OracleDataSource ods = new OracleDataSource();
    ods.setDriverType (dbDriver);
    ods.setURL(dbUrl);
    ods.setUser(dbUser);
    ods.setPassword(dbPassword);
    conn = ods.getConnection();
    conn.setAutoCommit(false);
    System.out.println("*********** Connected to the
    database.");
    OraclePreparedStatement opstmt = null;
    OracleResultSet orset = null;
    opstmt =
    (OraclePreparedStatement)conn.prepareStatement("SELECT
    Candidate_Details "
    + " FROM Resume_Master rm WHERE Resume_Id = ?");
    opstmt.setString(1,"10000");
    orset = (OracleResultSet) opstmt.executeQuery();
    orset.next();
    OPAQUE xmlObj = orset.getOPAQUE(1);
    XMLType xt = XMLType.createXML(xmlObj); // exception
    thrown
    java.lang.NoSuchMethodError:
    oracle.jdbc.internal.OracleConnection.getProtocolType()Ljava/lang/String;
    at oracle.xdb.XMLType.initConn(XMLType.java:2072)
    at oracle.xdb.XMLType.<init>(XMLType.java:903)
    at oracle.xdb.XMLType.createXML(XMLType.java:493)
    at NSXMLTest.main(NSXMLTest.java:100)

    Hi,
    Check the discussion at this link..
    Re: XMLType problem
    There seems to be some problem in 9205.. Kindly use xdk 9204 which can be downloaded from
    http://otn.oracle.com/software/tech/xml/xdk_jbeans/content.html
    Regards,
    Anupama

  • No such method exception

    Hi All!
    I get subj error when deploy my servlet to Apache\Jserv. It's rised when I try to call standard log method. Any body have this problem?

    public void init(ServletConfig config) throws ServletException {
    super.init(config);
    try {
    throw new Exception("Apache not implement log!");
    catch (Exception e) {
    log("It's true", e);
    Of course we must ask Apache people. But It's very intristing why Oracle choose old Apache, not Tomcat?
    null

  • What should have caused such a Exception?

    I am using BC4J UIX to for my web design and now I get a problem.I allways get such a Execption when I do Update or Create:
    oracle.jbo.AttributeLoadException: JBO-27022: Failed to load value at index 27 with java object of type java.lang.String due to java.sql.SQLException.
    at oracle.jbo.server.OracleSQLBuilderImpl.doLoadFromResultSet(OracleSQLBuilderImpl.java:1037)
    at oracle.jbo.server.AttributeDefImpl.loadFromResultSet(AttributeDefImpl.java:1482)
    at oracle.jbo.server.ViewObjectImpl.buildDiscrVals(ViewObjectImpl.java:2005)
    at oracle.jbo.server.ViewObjectImpl.createRowFromResultSet(ViewObjectImpl.java:2020)
    at oracle.jbo.server.ViewObjectImpl.createInstanceFromResultSet(ViewObjectImpl.java:1964)
    at oracle.jbo.server.QueryCollection.populateRow(QueryCollection.java:1390)
    at oracle.jbo.server.QueryCollection.fetch(QueryCollection.java:1241)
    at oracle.jbo.server.QueryCollection.get(QueryCollection.java:831)
    at oracle.jbo.server.ViewRowSetImpl.getRow(ViewRowSetImpl.java:2619)
    at oracle.jbo.server.ViewRowSetIteratorImpl.doFetch(ViewRowSetIteratorImpl.java:2347)
    at oracle.jbo.server.ViewRowSetIteratorImpl.ensureRefreshed(ViewRowSetIteratorImpl.java:2211)
    at oracle.jbo.server.ViewRowSetIteratorImpl.refresh(ViewRowSetIteratorImpl.java:2412)
    at oracle.jbo.server.ViewRowSetImpl.notifyRefresh(ViewRowSetImpl.java:1554)
    at oracle.jbo.server.ViewRowSetImpl.refreshRowSet(ViewRowSetImpl.java:3333)
    at oracle.jbo.server.ViewRowSetIteratorImpl.notifyDetailRowSets(ViewRowSetIteratorImpl.java:2842)
    at oracle.jbo.server.ViewRowSetIteratorImpl.notifyNavigation(ViewRowSetIteratorImpl.java:2948)
    at oracle.jbo.server.ViewRowSetIteratorImpl.internalSetCurrentRow(ViewRowSetIteratorImpl.java:2734)
    at oracle.jbo.server.ViewRowSetIteratorImpl.setCurrentRowAtRangeIndex(ViewRowSetIteratorImpl.java:791)
    at oracle.jbo.server.ViewRowSetImpl.setCurrentRowAtRangeIndex(ViewRowSetImpl.java:2127)
    Does anybody know why?
    thanks & best Regard.
    YOng

    hi...
    try to reCreate your bussiness components again....
    did u edit the viewObjects java files....?

  • Exception when using the Multiple Tables

    When I tried to follow through the most recent TopLink tutorial project, I got the following exception if I tried to create a new employee record, although I can view or/and update the salary value from an employee object without any problem.
    Exception [TOPLINK-68] (Oracle TopLink - 10g Release 3 (10.1.3.0.0) (Build 060118)): oracle.toplink.exceptions.DescriptorException
    Exception Description: The value of an aggregate in object [Employee: John Smith] is null. Null values not allowed for Aggregate mappings unless "Allow Null" is specified.
    Mapping: oracle.toplink.mappings.AggregateObjectMapping[period]
    Descriptor: RelationalDescriptor(examples.servletjsp.model.Employee --> [DatabaseTable(EMPLOYEE), DatabaseTable(SALARY)])
         at oracle.toplink.exceptions.DescriptorException.nullForNonNullAggregate(DescriptorException.java:1180)
         at oracle.toplink.mappings.AggregateObjectMapping.buildRowFromAggregate(AggregateObjectMapping.java:280)
         at oracle.toplink.mappings.AggregateObjectMapping.buildRowFromAggregate(AggregateObjectMapping.java:267)
         at oracle.toplink.mappings.AggregateObjectMapping.writeFromObjectIntoRow(AggregateObjectMapping.java:925)
         at oracle.toplink.internal.descriptors.ObjectBuilder.buildRow(ObjectBuilder.java:753)
         at oracle.toplink.internal.descriptors.ObjectBuilder.buildRow(ObjectBuilder.java:742)
         at oracle.toplink.internal.queryframework.DatabaseQueryMechanism.insertObjectForWrite(DatabaseQueryMechanism.java:401)
         at oracle.toplink.queryframework.InsertObjectQuery.executeCommit(InsertObjectQuery.java:60)
    I did select the SALARY table as the associated table from the Employee descriptor’s Multitable Info tab and also the “Primary Keys Have the Same Name” option. I also mapped the Employee’s attribute “salary” to the field of SALARY.salary (direct to field mapping). What else did I miss to cause such an exception?
    Many thanks for any help.

    We are always eager to improve the product. Do you have any suggestions as to how the exception could be clarified. This may be a case where those of us on the inside have been looking at the issue the same way for a long time and cannot see the problem.
    the exception thrown is:
    Exception Description: The value of an aggregate in object [Employee: John Smith] is null. Null values not allowed for Aggregate mappings unless "Allow Null" is specified.
    Mapping: oracle.toplink.mappings.AggregateObjectMapping[period]
    Descriptor: RelationalDescriptor(examples.servletjsp.model.Employee --> [DatabaseTable(EMPLOYEE), DatabaseTable(SALARY)])This can be generalized to be:
    Exception Description: The value of an aggregate in object Object.toString() is null. Null values not allowed for Aggregate mappings unless "Allow Null" is specified.
    Mapping: oracle.toplink.mappings.AggregateObjectMapping[attribute-name]
    Descriptor: RelationalDescriptor(Source Descriptor Class --> TABLES)
    Let me know what you think would help diagnose the problem more easily or what additional information provided confuses the diagnosis.
    Thanks in advance for any feedback,
    Doug

  • Possible bug in configuration of Membership Provider (ODT 11.1.0.5.10 beta)

    The Oracle Membership Provider would not allow me to set the minRequiredNonAlphanumericCharacters via the web.config.
    When I tried to set the "minRequiredNonAlphanumericCharacters" property for the Oracle Membership file via web.config, I got the following error when running the ASP.net Web Site Administration Tool:
    "The specified attribute minRequiredNonAlphanumericCharacters was no recognized. (D:\Documents\CAL\Web\web.config line 112)"

    Have you tried the 11.1.0.6.20 release? This issue should have been fixed.
    Attribute names are case-sensitive. As you are aware, by Microsoft's naming convention that all attribute names are identical to property names except the first letter becomes lower-case. But there is an exception.
    Property Name:
    MinRequiredNonAlphanumericCharacters
    Attribute Name: supposedly
    minRequiredNonAlphanumericCharacters
    But no!
    It's minRequiredNonalphanumericCharacters !
    The "A" in "Alphanumeric" becomes "a" as well.
    I don't know why Microsoft makes such an exception. But the Membership provider in Oracle Providers for ASP.NET (11.1.0.6.20) is now following this exception.
    Message was edited by:
    shsu

  • Exceptions - how to access data in stack frames?

    Presently when an exception is thrown, the stack trace with line numbers can be printed.
    e.printStackTrace().
    I feel that it is equally important to be able to print out the state ie. the data at each step of the stack frame.
    By data, I mean local and member variables, method parameters. This could be very useful.
    Question: is the data in the stack frame (including frames below the current one) accessible from a catch block?
    thanks,
    Anil Philip
    Kansas City, MO
    Software Engineer,
    Sprint PCS

    Hello Anil,
    You have my permission to post my reply at the forums. And you are correct that the approach I mentioned (which many developers follow) works only with the current stack frame.
    All the best.
    Jeff
    -----Original Message-----
    From: Jeff Friesen [mailto:[email protected]]
    Sent: Tuesday, March 04, 2003 1:42 PM
    To: Philip, Anil [PCS]
    Cc: Jennifer Orr
    Subject: Reply to your question
    Hello Anil,
    Being able to obtain current state values from within a catch clause is helpful in figuring out what a program was doing just
    prior to an exception. (When catch clauses are left empty, there's obviously no need to obtain those values.) To obtain the
    current state values (found in local variables, method parameters, and member -- field -- variables), developers typically do
    the following:
    1) Subclass an appropriate exception class (such as Exception for checked exceptions or RuntimeException for unchecked
    exceptions).
    2) Within the subclass, declare private field variables to hold appropriate state values.
    3) Within the subclass, declare some combination of a constructor and setter methods to initialize those field variables to
    current state values.
    4) Within the subclass, declare getter methods to return those state values.
    5) Just before throwing an exception, create an object from the exception subclass and populate that object (via constructor
    and setter methods) with current state values found in local variables, method parameters, and fields.
    6) From within the appropriate catch clause, call the getter methods to obtain the state values.
    What I've just stated is commonly done by developers. Why doesn't Sun provide an automatic means for obtaining all these
    values? In other words, why doesn't Sun do much of the above work for you? I personally believe that performance has a lot to
    do with the answer. When you think about the potentially infinite number of local variable, method parameter, and field
    combinations, an automated mechanism to accomplish this task would be time-consuming -- like garbage collection. For the
    many catch clauses that don't require access to state values, the time needed to retrieve such values wouldn't be justified. (I'm
    sure better reasons than the performance reason I've given can be stated: I can't think of any other reasons, at the moment.)
    In closing, my suggestion is to design appropriate exception classes that capture just the amount of state needed to figure
    out why an exception has occurred and properly recover from that exception.
    Jeff
    P.S.
    As to your "is the data in the stack frame (including frames below the current one) accessible from a catch block," my answer
    is that it's accessible if you've stored those values in an exception object prior to throwing the exception. Otherwise, I
    don't believe it is accessible -- at least not from StackTraceElement or the Reflection API.

  • Exception Message Selection Group

    Hi all,
    I'm trying to create exception messages with MRP/MPS run under selection group 5(Exception during BOM explosion) and 6 Exception during availability check. Can someone pls let me know of when such an exception/error message can be triggerd?
    Thanks and Regards
    Deepak Prasanna S

    Dear,
    If you donot know when this EM should appear why are you changing it?
    anyway...explanation is as below
    5 and 6 triggers in the following condition
    EMGroup  -5
                    EM           text-when this mesages apprearas
         50     No BOM exists
         52     No BOM selected
         53     No BOM explosion due to missing config.
         54     No valid run schedule header
         55     Phantom assembly not exploded
    EMGroup  -6          
    25     Excess stock
         26     Excess in individual segment
         40     Coverage not provided by master plan
         50     Shortage in the planning time fence
         57     Disc. matl partly replaced by follow-up
         58     Uncovered reqmt after effective-out date
         59     Receipt after effective-out date
         70     Max. release qty - quota exceeded
         96     Stock fallen below safety stock level
    I hope u understood....please come back if required
    Edited by: Rajesha Vittal on Dec 21, 2007 8:11 PM

  • Sealing exception problems - S.O.S!!!!

    Hi,
    I am trying to solve this problem of 'sealing exception' that I have been encountering with Unix/Tomcat/JAXP platform. The way I found out is through a thread in this forum itself.
    It says to unjar the 3 jar files in the JAXP folder (crimson, jaxp and xalan) and change sealed property in the Manifest file from true to false.
    I did this accordingly, but now could anyone please help me in how do I go about again doing a jar on these files. I know it should be a simple thing but please forgive my ignorance folks.
    An earliest help in this regard would be highly appreciated.
    Thanks.

    It says to unjar the 3 jar files No. Your configuration is wrong. The JAR files are OK.
    My best guess: you installed something like Xerces for your XML parsing? Tomcat itself also ships with an XML parser -- an old one, with old versions of org.w3c.Element etc. This is the cause of your problems. By the way: a "No such method" exception may also be caused by this...
    Replace the JAR files with the original ones. Next, revise your classpath. Make sure to get your newer XML stuff in the classpath prior to the Tomcat stuff. Or replace the Tomcat provided parser.jar / xml.jar (whatever) with your choice.
    Use the -verbose option to see that some XML related things are loaded from another file than you may expect.
    See also http://forums.java.sun.com/thread.jsp?forum=60&thread=159824
    a.

  • 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

Maybe you are looking for