Problem JAR

Hi,
As I can load classes12.zip into manifest file
Did you understand my problem?
Thanks in advance

I added the JAR files into the Class-Path as well but it's still giving me the same error...any other ideas?
e.g:
Manifest file
Main-Class: test.topic
Class-Path: test\lib\ext\classes12.zip
Error type:
Class Driver ERROR java.lang.ClassNotFoundException: oracle...
how I can make?

Similar Messages

  • Problem in running Managed Servers

    Hi,
    I used the configuration wizard and tried creating a domain ( admin server , 2 managed servers ('new_Server_1' , 'new_Server_2' )) . Admin server listens to the port 7003.
    Set up details :
    Managed Servers - IP's - Port
    new_Server_1 - 1.1.1.10 - 7011
    new_Server_2 - 1.1.1.11 - 7011
    Node Manager - 1.1.1.10 - 5555
    I login into the admin console after the whole set up, node manager was running , admin server wa s running and tried starting the managed servers ,But they failed to start giving the error message -
    <Starting WebLogic Server with Java HotSpot(TM) Client VM Version 1.4.2_05-b04 from Sun Microsystems Inc.>
    <Jan 9, 2010 11:29:57 AM CET> <Info> <Management> <BEA-141140> <The managed server is going to contact the admin server at http://1.1.1.10:7003 to check if there exists a running admin server at this URL.>
    <Jan 9, 2010 11:29:57 AM CET> <Info> <Configuration Management> <BEA-150017> <This server is being started as a dependent managed server.>
    <Jan 9, 2010 11:29:57 AM CET> <Info> <Management> <BEA-141107> <Version: WebLogic Server 8.1 SP4 Mon Nov 29 16:21:29 PST 2004 471647
    WebLogic XMLX Module 8.1 SP4 Mon Nov 29 16:21:29 PST 2004 471647 >
    <Jan 9, 2010 11:29:57 AM CET> <Info> <Configuration Management> <BEA-150015> <Connecting to the administration server http://1.1.1.10:7003 to retrieve the initial configuration.>
    <Jan 9, 2010 11:29:58 AM CET> <Notice> <Log Management> <BEA-170019> <The server log file C:\bea\weblogic81\common\nodemanager\new_Server_1\new_Server_1.log is opened. All server side log events will be written to this file.>
    <Jan 9, 2010 11:30:00 AM CET> <Notice> <Security> <BEA-090082> <Security initializing using security realm myrealm.>
    <Jan 9, 2010 11:30:00 AM CET> <Notice> <Security> <BEA-090170> <Loading the private key stored under the alias DemoIdentity from the jks keystore file C:\bea\weblogic81\server\lib\DemoIdentity.jks.>
    <Jan 9, 2010 11:30:00 AM CET> <Notice> <Security> <BEA-090171> <Loading the identity certificate stored under the alias DemoIdentity from the jks keystore file C:\bea\weblogic81\server\lib\DemoIdentity.jks.>
    <Jan 9, 2010 11:30:00 AM CET> <Notice> <Security> <BEA-090169> <Loading trusted certificates from the jks keystore file C:\bea\weblogic81\server\lib\DemoTrust.jks.>
    <Jan 9, 2010 11:30:00 AM CET> <Notice> <Security> <BEA-090169> <Loading trusted certificates from the jks keystore file C:\bea\jdk142_05\jre\lib\security\cacerts.>
    <Jan 9, 2010 11:30:00 AM CET> <Notice> <WebLogicServer> <BEA-000328> <Starting WebLogic Managed Server "new_Server_1" for domain "integration">
    <Jan 9, 2010 11:30:03 AM CET> <Notice> <Cluster> <BEA-000138> <Listening for announcements from cluster new_Cluster on 237.0.0.1:7011.>
    <Jan 9, 2010 11:30:03 AM CET> <Notice> <Cluster> <BEA-000133> <Waiting to synchronize with other running members of new_Cluster.>
    <Jan 9, 2010 11:30:36 AM CET> <Error> <Deployer> <BEA-149601> <The deployment framework was unable to resume accepting requests.>
    <Jan 9, 2010 11:30:36 AM CET> <Emergency> <WebLogicServer> <BEA-000342> <Unable to initialize the server: Deployer:149601The deployment framework was unable to resume accepting requests.weblogic.t3.srvr.FatalStartupException: Can't start server due to startup class failure WLI Startup Class - with nested exception:
    java.lang.ClassNotFoundException: com.bea.wli.init.BPMStartup>
    The WebLogic Server did not start up properly.
    weblogic.management.AbortDeploymentException: weblogic.t3.srvr.FatalStartupException: Can't start server due to startup class failure WLI Startup Class - with nested exception:
    java.lang.ClassNotFoundException: com.bea.wli.init.BPMStartup
    at weblogic.t3.srvr.StartupClassService.addDeployment(StartupClassService.java:92)
    at weblogic.management.mbeans.custom.DeploymentTarget.addDeployment(DeploymentTarget.java:337)
    at weblogic.management.mbeans.custom.DeploymentTarget.addDeployments(DeploymentTarget.java:597)
    at weblogic.management.mbeans.custom.DeploymentTarget.updateServerDeployments(DeploymentTarget.java:575)
    at weblogic.management.mbeans.custom.DeploymentTarget.updateDeployments(DeploymentTarget.java:241)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:324)
    at weblogic.management.internal.DynamicMBeanImpl.invokeLocally(DynamicMBeanImpl.java:754)
    at weblogic.management.internal.DynamicMBeanImpl.invoke(DynamicMBeanImpl.java:733)
    at weblogic.management.internal.ConfigurationMBeanImpl.invoke(ConfigurationMBeanImpl.java:509)
    at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1560)
    at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1528)
    at weblogic.management.internal.RemoteMBeanServerImpl.private_invoke(RemoteMBeanServerImpl.java:988)
    at weblogic.management.internal.RemoteMBeanServerImpl.invoke(RemoteMBeanServerImpl.java:946)
    at weblogic.management.internal.MBeanProxy.invoke(MBeanProxy.java:954)
    at weblogic.management.internal.MBeanProxy.invokeForCachingStub(MBeanProxy.java:481)
    at weblogic.management.configuration.ServerMBean_Stub.updateDeployments(ServerMBean_Stub.java:7691)
    at weblogic.management.deploy.slave.SlaveDeployer.updateServerDeployments(SlaveDeployer.java:1304)
    at weblogic.management.deploy.slave.SlaveDeployer.resume(SlaveDeployer.java:347)
    at weblogic.management.deploy.DeploymentManagerServerLifeCycleImpl.resume(DeploymentManagerServerLifeCycleImpl.java:229)
    at weblogic.t3.srvr.SubsystemManager.resume(SubsystemManager.java:131)
    at weblogic.t3.srvr.T3Srvr.resume(T3Srvr.java:966)
    at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:361)
    at weblogic.Server.main(Server.java:32)
    Reason: Deployer:149601The deployment framework was unable to resume accepting requests.weblogic.t3.srvr.FatalStartupException: Can't start server due to startup class failure WLI Startup Class - with nested exception:
    java.lang.ClassNotFoundException: com.bea.wli.init.BPMStartup
    Is this due to the WLI Start up classes set to both admin and managed servers caused this problem / jars missed out while creating a domain ,, ? any pointers to solve this issue.
    thank you in advance.
    colonel

    Hi,
    <font color=red>OPTION-A)</font>
    If you are able to start the Managed Server using ...the Start Scripts then it means that the Missing class gets included in the Server Classpath ....when we use StartScripts to Start the Server.
    If above one works fine...then Just try the following..
    Step1). Open the "nodemanager.properties" file and then "startScriptEnabled=true" and "startScriptName=startWebLogic.cmd" ....provide these two entries there....remember if you are using any custom scripts to start your managed server ...then give that scriptname in "startScriptName" parameter..
    Step2). restart the Node Manager and then try to start the Managed Server from Admin Console.
    for more informations Please refer to "nodemanager.properties" details:
    http://download-llnw.oracle.com/docs/cd/E15051_01/wls/docs103/nodemgr/java_nodemgr.html#wp1068415
    <font color=red>OPTION-B)</font>
    Start the ManagedServer using the StartScripts and then open the server OUT file....
    Find the value of CLASSPATH in that OUT File ...copy the CLASSPATH Value and then Login to Admin Console....
    Servers--->Click on ServerName (Example MS1)---> configuration Page ---> ServerStart (TAB)
    In this page Paste the CLASSPATH Value which u have copied....in the CLASSPATH Test Field...
    Now restart your Server using AdminConsole.
    Thanks
    Jay SenSharma
    Edited by: Jay SenSharma on Jan 30, 2010 6:42 PM
    Edited by: Jay SenSharma on Jan 30, 2010 10:57 PM

  • Sincere Eclipse 3.0.2 build problems using a package for all Eclipse Java p

    Hi,
    I had the following problem:
    - jar-file put into a directory (for jdbc-access)
    - Environment variable set in Window/preferences/Java/BuildPath/ClassPathVariables:
    Name: classpath (could be any other name, does not correlate with WIN env. var.)
    Path: C:\java\eclipse\jars\mysql-connector-java-3.1.8-bin.jar
    - class-file was automatically built by Eclipse, error message:
    �. java.lang.ClassNotFoundException: com.mysql.jdbc.Driver
    In Windows I set the classpath environment variable to
    classpath=.;C:\java\eclipse\jars\mysql-connector-java-3.1.8-bin.jar
    In Windows/i.e., a DOS-Shell. It works
    As it didn�t work in Eclipse, I deleted Eclipse and installed it again (from an elder version I had on another workstation)
    After starting Eclipse asked me to rebuild all -> Yes (it then needed some time to do so)
    Then it worked
    So, right here I thought I knew how to go on in other projects using this jar-file, but:
    The same problem appears in another project, but it works in WIN/DOS command line, but not in Eclipse. Project/Clean und rebuilding automatically or manually doesn�t help.
    As a workaround for this project I did in
    Project/Properties/Java/BuildPath/Projects I marked a link to the project where it works (see above), and now it works, too.
    But I am not satisfied, I don�t like trial and error solutions.
    I suppose that Project/Clean doesn�t really clean properly.
    Has anybody made similar experience and knows the real solution?
    Thanks
    Michel

    JediKnight wrote:I didn't find it in AUR
    What search term did you use??  Here is monodevelop-git already in the AUR.
    It seems it may have been abandonded, but perhaps you could take over that package rather than starting a new one.
    Additionally, a patch is applied in that PKGBUILD.  Perhaps that could be needed to solve your problem.

  • Splitting JARs for faster applet start time

    Hi.
    I have a remote web client downloading an applet (packaged in a single JAR) from the server.
    Problem: JAR file is 3.5MB and takes quite a time to get server->client over dial-ups.
    Need: Some way of reducing initial startup time for the applet so the user doesn't have to wait 10min before seeing anything.
    Here are the options I see so far...
    Option 1
    Split the JAR file into smaller JARs, the 'main JAR' has the applet GUI stuff and the 'extension JARs' have the applications launched from applet.
    Option 2
    Some way of 'dynamically loading' the classes from server either 'as needed' or automatically in the background, after the main applet GUI is loaded.
    Option 1 I have tried but it seems that the applet actually does NOT start until ALL the JARs have been downloaded. Which doesn't really help reduce anything.
    Option 2 I need a way of implementing?
    Any help would be appreciated.
    Taha
    [email protected]

    3.5mb jar?????
    What you are packing into the file?
    You should look into using Java WebStart -- it will download the applet and keep it locally for the subsequent use (doing away with having to keep downloading it).
    ;o)
    V.V.

  • JVM 1.4.2.17 incompatible w/ SPML 2.0 ?

    Hi All,
    (apologies for any redundancy, this same inquiry is posted with a slightly different title under {color:#0000ff}Sun Java System Identity Manager{color})
    We are experiencing severe problems with an online portal application as we attempt to upgrade our JVM from version 1.4.2.15 to 1.4.2.17
    We believe we may have found a previously-undiscovered incompatibility between Java 1.4.2.17 (released November 2007) and SPML 2.0 (released November 2006).
    The problem is described below; any help with this issue would be enourmously appreciated.
    The problematic jar was retrieved from:
    {color:#0000ff}http://www.openspml.org/{color}
    Problem jar (within the download):
    {color:#0000ff}openspml2-toolkit.jar{color}
    Problem class (within the jar):
    {color:#0000ff}SpmlClient2.class{color}
    Problem method (within the class):
    {color:#0000ff}public java.lang.String send (java.lang.String xml) throws org.openspml.v2.util.Spml2Exception{color}
    In a side-by-side comparison with all other factors held constant, this method worked fine with JVM 1.4.2.15 and failed with JVM 1.4.2.17. The only change made was to repoint the applications JAVA_HOME from the old JVM to the new one.
    The error thrown by the 'send' method is as follow:
    {color:#0000ff}org.openspml.v2.util.Spml2Exception: java.net.SocketTimeoutException: Read timed out
    at org.openspml.v2.client.Spml2Client$SimpleSOAPClientAdapter.send(Spml2Client.java:98)
    at org.openspml.v2.client.Spml2Client.send(Spml2Client.java:263)
    at org.openspml.v2.client.Spml2Client.send(Spml2Client.java:220)
    at com.webmethods.portal.spml.client.spmlClient.send(spmlClient.java:243)
    at com.webmethods.portal.spml.client.spmlClient.wmLookup(spmlClient.java:306)
    at com.webmethods.portal.spml.client.spmlClient.execute(spmlClient.java:171)
    at com.webmethods.portal.portlet.wm_saml.SAML.checkUserID(SAML.java:286)
    at ui.portlets.wm_saml._default._jspService(_default.java:76)
    at com.webmethods.portal.framework.presentation.handlers.Jsp.render(Jsp.java:288)
    at com.webmethods.portal.framework.presentation.handlers.Jsp.render(Jsp.java:228)
    at com.webmethods.portal.framework.portlet.beans.JspPortletBean.generateContent(JspPortletBean.java:120)
    at com.webmethods.portal.framework.portlet.beans.JspPortletBean.getContentInternal(JspPortletBean.java:70)
    at com.webmethods.portal.framework.portlet.beans.BasicPortletBean.getContent(BasicPortletBean.java:142)
    at com.webmethods.portal.mech.portlet.impl.PortletMechanics.getPortletContent(PortletMechanics.java:91)
    at com.webmethods.portal.mech.storage.page.PortletHelper.renderContent(PortletHelper.java:354)
    at com.webmethods.portal.mech.storage.page.PortletHelper.renderContent(PortletHelper.java:326)
    at com.webmethods.portal.framework.presentation.renderers.DefaultRenderer.renderPageContent(DefaultRenderer.java:286)
    at com.webmethods.portal.framework.presentation.renderers.DefaultRenderer.render(DefaultRenderer.java:188)
    at com.webmethods.portal.framework.presentation.PresentationManager.handlePres(PresentationManager.java:355)
    at com.webmethods.portal.framework.dispatch.DispatchManager.pres(DispatchManager.java:586)
    at com.webmethods.portal.framework.dispatch.DispatchManager.handle(DispatchManager.java:426)
    at com.webmethods.portal.framework.dispatch.DispatchManager.handleDispatch(DispatchManager.java:340)
    at com.webmethods.portal.framework.impl.PortalServlet.service(PortalServlet.java:176)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356)
    at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:342)
    at com.webmethods.portal.framework.impl.NTLMFilter.doFilter(NTLMFilter.java:50)
    at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:334)
    at com.webmethods.portal.framework.impl.CompressionFilter.doFilter(CompressionFilter.java:41)
    at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:334)
    at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:286)
    at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
    at org.mortbay.http.HttpContext.handle(HttpContext.java:1723)
    at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514)
    at org.mortbay.http.HttpContext.handle(HttpContext.java:1673)
    at org.mortbay.http.HttpServer.service(HttpServer.java:879)
    at org.mortbay.http.HttpConnection.service(HttpConnection.java:783)
    at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945)
    at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800)
    at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201)
    at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
    at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454)
    Caused by: java.net.SocketTimeoutException: Read timed out
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(SocketInputStream.java:134)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
    at java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
    at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:828)
    at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:772)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:629)
    at org.openspml.v2.client.SimpleSOAPClient.sendAndReceive(SimpleSOAPClient.java:121)
    at org.openspml.v2.client.Spml2Client$SimpleSOAPClientAdapter.send(Spml2Client.java:95)
    ... 41 more{color}
    Many Thanks in Advance,
    James H

    EJP wrote:
    That version has been at End of Life for nearly 3 years. See here. Use a currently supported product.That probably also requires an upgrade of Weblogic. There comes a time where you have to bite the bullet and take that step, you cannot run on this old crud forever, especially if your application grows in size and requirements.
    BUT, you are not only running an old version of Java (1.4), you are also running an old minor update version of it (08). You may want to upgrade to at least the latest minor update version which is 1.4.2_30.
    http://www.oracle.com/technetwork/java/javasebusiness/downloads/java-archive-downloads-javase14-419411.html#j2sdk-1.4.2_30-sol-JPR

  • SPML 2.0 incompatible w/ JVM 1.4.2.17 ?

    Hi All,
    We are experiencing severe problems with an online portal application as we attempt to upgrade our JVM from version 1.4.2.15 to 1.4.2.17
    We believe we may have found a previously-undiscovered incompatibility between SPML 2.0 (released November 2006) and Java 1.4.2.17 (released November 2007).
    The problem is described below; any help with this issue would be enourmously appreciated.
    The problematic jar was retrieved from:
    {color:#0000ff}http://www.openspml.org/{color}
    Problem jar (within the download):
    {color:#0000ff}openspml2-toolkit.jar{color}
    Problem class (within the jar):
    {color:#0000ff}SpmlClient2.class{color}
    Problem method (within the class):
    {color:#0000ff}public java.lang.String send (java.lang.String xml) throws org.openspml.v2.util.Spml2Exception{color}
    In a side-by-side comparison with all other factors held constant, this method worked fine with JVM 1.4.2.15 and failed with JVM 1.4.2.17. The only change made was to repoint the applications JAVA_HOME from the old JVM to the new one.
    The error thrown by the 'send' method is as follow:
    {color:#0000ff}org.openspml.v2.util.Spml2Exception: java.net.SocketTimeoutException: Read timed out
    at org.openspml.v2.client.Spml2Client$SimpleSOAPClientAdapter.send(Spml2Client.java:98)
    at org.openspml.v2.client.Spml2Client.send(Spml2Client.java:263)
    at org.openspml.v2.client.Spml2Client.send(Spml2Client.java:220)
    at com.webmethods.portal.spml.client.spmlClient.send(spmlClient.java:243)
    at com.webmethods.portal.spml.client.spmlClient.wmLookup(spmlClient.java:306)
    at com.webmethods.portal.spml.client.spmlClient.execute(spmlClient.java:171)
    at com.webmethods.portal.portlet.wm_saml.SAML.checkUserID(SAML.java:286)
    at ui.portlets.wm_saml._default._jspService(_default.java:76)
    at com.webmethods.portal.framework.presentation.handlers.Jsp.render(Jsp.java:288)
    at com.webmethods.portal.framework.presentation.handlers.Jsp.render(Jsp.java:228)
    at com.webmethods.portal.framework.portlet.beans.JspPortletBean.generateContent(JspPortletBean.java:120)
    at com.webmethods.portal.framework.portlet.beans.JspPortletBean.getContentInternal(JspPortletBean.java:70)
    at com.webmethods.portal.framework.portlet.beans.BasicPortletBean.getContent(BasicPortletBean.java:142)
    at com.webmethods.portal.mech.portlet.impl.PortletMechanics.getPortletContent(PortletMechanics.java:91)
    at com.webmethods.portal.mech.storage.page.PortletHelper.renderContent(PortletHelper.java:354)
    at com.webmethods.portal.mech.storage.page.PortletHelper.renderContent(PortletHelper.java:326)
    at com.webmethods.portal.framework.presentation.renderers.DefaultRenderer.renderPageContent(DefaultRenderer.java:286)
    at com.webmethods.portal.framework.presentation.renderers.DefaultRenderer.render(DefaultRenderer.java:188)
    at com.webmethods.portal.framework.presentation.PresentationManager.handlePres(PresentationManager.java:355)
    at com.webmethods.portal.framework.dispatch.DispatchManager.pres(DispatchManager.java:586)
    at com.webmethods.portal.framework.dispatch.DispatchManager.handle(DispatchManager.java:426)
    at com.webmethods.portal.framework.dispatch.DispatchManager.handleDispatch(DispatchManager.java:340)
    at com.webmethods.portal.framework.impl.PortalServlet.service(PortalServlet.java:176)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:356)
    at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:342)
    at com.webmethods.portal.framework.impl.NTLMFilter.doFilter(NTLMFilter.java:50)
    at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:334)
    at com.webmethods.portal.framework.impl.CompressionFilter.doFilter(CompressionFilter.java:41)
    at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:334)
    at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:286)
    at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
    at org.mortbay.http.HttpContext.handle(HttpContext.java:1723)
    at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:514)
    at org.mortbay.http.HttpContext.handle(HttpContext.java:1673)
    at org.mortbay.http.HttpServer.service(HttpServer.java:879)
    at org.mortbay.http.HttpConnection.service(HttpConnection.java:783)
    at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:945)
    at org.mortbay.http.HttpConnection.handle(HttpConnection.java:800)
    at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201)
    at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
    at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454)
    Caused by: java.net.SocketTimeoutException: Read timed out
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(SocketInputStream.java:134)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
    at java.io.BufferedInputStream.read1(BufferedInputStream.java:222)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
    at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:828)
    at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:772)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:629)
    at org.openspml.v2.client.SimpleSOAPClient.sendAndReceive(SimpleSOAPClient.java:121)
    at org.openspml.v2.client.Spml2Client$SimpleSOAPClientAdapter.send(Spml2Client.java:95)
    ... 41 more{color}
    Many Thanks in Advance,
    James H

    Yes, if you still have the old software you can re-install it on to the SX20 to return it to the previous version... if you haven't overwritten it (with a 2nd upgrade), it's likely still on the device.  You'll just need to use the "systemtools selectsw" command (logged in to the CLI as "admin"), or the Maintenance > Software Recorvery Swap item on the TC7 web interface to swap back to the previous software.
    Or, contact the TAC, and reference the latest security advisory (http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20140605-openssl) to get a "free" upgrade to TC7.1.4 as per the "customers without service contracts" section.
    Wayne
    Please remember to rate responses and to mark your question as answered if appropriate.

  • Help: error 609

    anyone can help?
    I used to have a script like:
    tell application "Jar Launcher"
    open file "file"
    end tell
    The "file" is a java application.
    This script run well in Tiger, but turn out error 609 in Snow Leopard.
    To check the java script, I run "java file" in terminal, it works. This means that the apple script is not correct.
    Can anyone help me out?

    I'm still running Mac OS X 10.5.8 “Leopard”, not yet “Snow Leopard”. Nevertheless, I downloaded [Arachnophilia 5.4|http://www.arachnoid.com/arachnophilia> to my desktop just to test Jar Launcher.
    First, I checked that I could open the file “Arachnophilia.jar” just by double clicking on its icon. No problem (Jar Launcher is the default application to open the file).
    Then I tried your script… and got an error alert:
    *tell application "Jar Launcher"*
    *open file "Macintosh HD:Users:pierre:Desktop:Arachnophilia.jar"*
    *end tell*
    --> AppleScript Error — Jar Launcher got an error: Connection is invalid.
    Then I found that I could easily open the application with the following statement :
    *tell application "Finder" to open file "Macintosh HD:Users:pierre:Desktop:Arachnophilia.jar"*
    I hope this can help.

  • Some things that bother me after installing BI on OAS

    Hi,
    I'm new to BI but have been working with Oracle's application server for years.
    I've deployed BI 10.1.3.4.1 on OAS 10.1.3.4. I've also deployed on different versions of OAS and found more problems but the ones below occur on all of them.
    The install is on a 64 bit Linux OS but both BI and OAS were installed in 32 bit emulation mode.
    Things appear to work but I'm seeing errors that bother me.
    After issuing an opmnctl startall I see the following in the default_group~home~default_group~1.log file:
    WARNING: Code-source /private/biee/webserver/j2ee/home/applications/xmlpserver/xmlpserver/WEB-INF/lib/toplink.jar (from WEB-INF/lib/ directory in /private/biee/webserver/j2ee/home/applications/xmlpserver/xmlpserver/WEB-INF/lib) has the same filename but is not identical to /private/biee/webserver/toplink/jlib/toplink.jar (from <code-source> (ignore manifest Class-Path) in META-INF/boot.xml in /private/biee/webserver/j2ee/home/oc4j.jar). If it contains different versions of the same classes, it will be masked as the latter is already visible in the search path of loader xmlpserver.web.xmlpserver:0.0.0.
    The same error is duplicated for:
    - ldapjclnt10.jar
    - collections.jar
    - orawsdl.jar
    - orasaaj.jar
    - xmlparserv2.jar
    - share.jar
    - mdds.jar
    A workaround I found in Metalink or out on the web, I don't recall which, was to replace the problem jar files with the OAS jars. Doing that supresses the error but xmlpserver fails to load.
    On issuing opmnctl stopall, it takes atleast 5 minutes to shutdown and results in the following error message:
    opmnctl: stopping opmn and all managed processes...
    ================================================================================
    opmn id=<hostname>:6200
    1 of 2 processes stopped.
    ias-instance id=<oas-instance-name>.<hostname>
    ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
    ias-component/process-type/process-set:
    default_group/home/default_group/
    Error
    --> Process (index=1,uid=397896460,pid=31673)
    time out while waiting for a managed process to stop
    Log:
    /private/biee/webserver/opmn/logs//default_group~home~default_group~1.log
    opmnctl: graceful stop of processes failed, trying forceful shutdown...
    Looking at the log file shows no problem:
    10/05/26 06:12:38 Stop process
    10/05/26 06:12:40 Shutting down...
    - Scheduler DefaultQuartzScheduler_$_NON_CLUSTERED shutting down.
    - Scheduler DefaultQuartzScheduler_$_NON_CLUSTERED paused.
    - Scheduler DefaultQuartzScheduler_$_NON_CLUSTERED shutdown complete.
    Again things are working but I'm hesitant to turn this over to the group I support if something isn't quite right

    We have the same symptoms on our servers (including production), and nothing's gone boom yet :-)

  • JNLP ClassLoader performance degraded in 1.6 significantly

    JNLP ClassLoader performance degraded in 1.6 significantly. We have measured the performance in comparison to former JRE versions, which shows a significant performance problem
    JAR Type               Java PlugIn Appletload-time     
    OriginalSize(13.7MB)     1.5.0_05     17:00          
    OriginalSize(13.7MB)     1.6.0_03     25:00          
    OriginalSize(13.7MB)      1.6.0_07     25:00          
    OriginalSize(13.7MB)     1.6.0_10     24:00          
    Please give a suggestion that how to improve performance of the application.

    Cross-posting can frustrate anyone who tries to help you only to find out later that the same answer was given hours ago in a cross-posted thread. No one likes wasting their time, especially a volunteer. The polite thing to do would be to provide links in both cross-posts to each other.

  • PTG102 for linux: panama_core.zip in wrapper.classpath

    Hi,
    I set some wrapper.classpaths in the jserv.properties as installation guide described. But after restarting apache, the ApacheJserv doesn't work anymore. I try to comment/uncomment each wrapper.classpath line and I find the panama_core.zip in <PTG_HOME>/panama/lib is the reason.
    I use the following command to test panama_core.zip to see if it was corrupted. But it seems to be no problem.
    jar tvf panama_core.zip
    So, what's the problem with this file?
    I use JDK 1.2.2(blackdawn)
    I set the following line in my httpd.conf, so I can see the status from http://myip/status/jserv/
    <Location /status/jserv/>
    SetHandler jserv-status
    Order deny,allow
    Deny from all
    Allow from .mydomain
    </Location>
    Mike Hu

    if you're using ias 8i/9i or rdbms 817
    consider the following :
    Problem Description
    You are trying to call a simple Java Server Page using iAS on Tru64 Unix.
    The call fails with java.lang.NoClassDefFoundError: sun/tools/javac/Main
    Solution Description
    Go to the Jserv configuration directory ($ORACLE_HOME/Apache/Jserv/etc)
    and edit the jserv.properties file.
    Uncomment the following line :
    #wrapper.classpath=/jdk12_home/lib/tools.jar
    Replace jdk12_home with the location of your JDK, typically
    /usr/opt/java122
    If you are using JDK 1.1.X, replace tools.jar with classes.zip
    (e.g. /usr/opt/java118/lib/classes.zip)
    Explanation
    Java Server Pages need to have access to the java compiler, in order
    to generate the servlet from the JSP.
    The JDK is not automatically included in Jserv's classpath

  • Debugging - Forms Crash

    Hi All,
    Our application is crashes frequently, I have run the application with DEBUG_MESSAGES = YES. However, while crashing, it did not fire any triggers and therefore the problem presists.
    Is there any way to Debug the Crashing?

    Things that we have done in similar situations:
    -XP and P4 problem - JAR files
    -Patch maintenance (we are on 13 6i c/s)
    -Try using CTRL-ALT-K to compile in 6i Forms/Reports
    If I think of anything else ill get back to you:
    Is there any dump file ? Normally resides in runtime directory.
    N.

  • Is it closed::applet-client of OAS EJB

    any success research?
    for
    IE5
    Nav4.7
    after plug-in1.1.3 security check problem
    jar signed
    null

    It is expressly forbidden in the spec for EJB's to be socket servers.
    David
    william wrote:
    Hi Greats,
    Is it possible to write a socket programming in EJB? Our application
    does not have any separate client application. WE are writing server EJB
    components which has to do some transaction service for the already
    existing clients which will send stream of bytes to the server.
    Can anybody help me out in this
    Thanks in advance
    william

  • Run Priviliged Code in a Java Applet

    I am calling a Java applet from Javascript. The Java code needs to run in privileged mode.  Eventually it is going to display a file chooser which will display files from the local hard disk, but for now it just returns a simple dummy value.  The problem I am having is that the call from JavaScript to Java returns PrivilegedActionException. The applet is in a signed Jar file.  I'm running 8u25.
    Here's the Java class:
        // Java code
        public class OHLib extends Applet {
            public String getFile() {
                String result;
                try {
                    result = (String) AccessController.doPrivileged(new PrivilegedAction() {
                        public String run() {
                            // JFileChooser code will go here
                            return "xxx";
                } catch (Exception e) {
                    e.printStackTrace();
                return result;
    Can anybody tell me what's wrong with this code?  I would also be interested to know why the above try/catch block is not catching the exception.  The only place I see the exception is in the browser F12 developer tools.
    Here's the JavaScript code:
        function BrowseForFile() {
            var x;
            try {
                 // this code generates PrivilegedActionException
                 x = ohApplet.getFile();
            } catch (e) {
                 console.log(e);
    The applet is deployed on my web page as follows:
    <script src="/plugins/deployJava.js"></script>
    <script>
         var attributes = {
             id:'ohApplet',
             code:'OHLib',
             codebase: 'java',
             archive: 'OHLib.jar',
             width:1,
             height:1,
         var parameters = {
          jnlp_href: 'OHLib.jnlp',
          classloader_cache: 'false',
         deployJava.runApplet(attributes, parameters, '1.8');
    <script>
    The applet is in a signed jar file, with the following manifest:
    Application-Name: <appname>
    Permissions: all-permissions
    Codebase: <domain>.dev <domain>.com
    Caller-Allowable-Codebase: <domain>.dev <domain>.com
    Application-Library-Allowable-Codebase: <domain>.dev <domain>.com
    The JNLP file is as follows:
        <?xml version="1.0" encoding="UTF-8"?>
        <jnlp spec="1.0+" codebase="" href="">
            <information>
                <title>title</title>
                <vendor>vendor</vendor>
            </information>
            <security>
                <all-permissions />
            </security>
            <resources>
                <j2se version="1.8+" href="http://java.sun.com/products/autodl/j2se" />
                <jar href="OHLib.jar" main="true" />
            </resources>
            <applet-desc
                 main-class="OHLib"
                 name="OHLib"
                 width="1"
                 height="1">
             </applet-desc>
        </jnlp>       

    The problem was that I was not including the anonymous inner class (OHLib$1.class) in the jar file. My original jar command looked like this:
    jar cfmv OHLib.jar "../../jar_manifest.txt" OHLib.class
    Changing it to below fixed the problem:
    jar cfmv OHLib.jar "../../jar_manifest.txt" OHLib.class OHLib$1.class
    Credits go to this page  for the solution.

  • Problem with Form and webutil loading jar and connection

    Can anyone shed light on this. Here is my java console output. I then get FRM-90250 and FRM-92101....
    Orion-web.xml
    <virtual-directory virtual-path="/webutil"
    real-path="C:\webutil/lib" />
    Forms90.conf
    #Virtual path for WebUtil
    AliasMatch ^/forms90/webutil/(..*) "c:\webutil/lib/$1"
    formsweb.cfg
    webUtilArchive=/forms90/webutil/webutil.jar,/forms90/webutil/jacob.jar
    [WEBFTU]
    pageTitle=Creative Automation Services
    form=c:\export\data\ca\prod\webftu.fmx
    archive_jini=f90all_jinit.jar,rolloverbutton.jar,hyperlink.jar
    archive_ie=f90all.cab
    archive=f90all.jar
    webUtilArchive=/forms90/webutil/webutil.jar,/forms90/webutil/jacob.jar
    WebUtilLogging=off
    #WebUtilLogging=Console
    # WebUtilLoggingDetail=normal
    WebUtilLoggingDetail=Detailed
    WebUtilErrorMode=Alert
    baseHTMLjinitiator=C:\webutil\server\webutiljini.htm
    width=900
    height=600
    splashScreen=/forms90/images/splash.gif
    background=/forms90/images/black.gif
    logo=/forms90/images/blackborder.gif
    lookAndFeel=Oracle
    colorScheme=Titanium
    otherparams=useSDI=yes
    workingDirectory=c:\export\data\ca\prod
    envFile=C:\webutil\server\webutil.env
    Oracle JInitiator: Version 1.3.1.9
    Using JRE version 1.3.1.9 Java HotSpot(TM) Client VM
    User home directory = C:\Documents and Settings\msantry
    User has overriden browser's proxy settings.
    Proxy Configuration: no proxy
    JAR cache enabled
    Location: C:\javaburps\CACHE
    Maximum size: 50 MB
    Compression level: 0
    c: clear console window
    f: finalize objects on finalization queue
    g: garbage collect
    h: display this help message
    l: dump classloader list
    m: print memory usage
    q: hide console
    s: dump system properties
    t: dump thread list
    x: clear classloader cache
    0-5: set trace level to <n>
    Loading http://clientapps.cauto.com/forms90/webutil/webutil.jar from JAR cache
    Downloading http://clientapps.cauto.com/forms90/webutil/jacob.jar to JAR cache
    Loading http://clientapps.cauto.com/forms90/java/f90all_jinit.jar from JAR cache
    RegisterWebUtil - Loading Webutil Version 1.0.2 Beta
    Loading http://clientapps.cauto.com/forms90/java/rolloverbutton.jar from JAR cache
    Loading http://clientapps.cauto.com/forms90/java/hyperlink.jar from JAR cache
    connectMode=HTTP, native.
    oracle.forms.net.ConnectionException: Forms session <3> failed during startup: no response from runtime process
         at oracle.forms.net.ConnectionException.createConnectionException(Unknown Source)
         at oracle.forms.net.HTTPNStream.getResponse(Unknown Source)
         at oracle.forms.net.HTTPNStream.doFlush(Unknown Source)
         at oracle.forms.net.HTTPNStream.flush(Unknown Source)
         at java.io.DataOutputStream.flush(Unknown Source)
         at oracle.forms.net.HTTPConnection.connect(Unknown Source)
         at oracle.forms.engine.FormsDispatcher.initConnection(Unknown Source)
         at oracle.forms.engine.FormsDispatcher.init(Unknown Source)
         at oracle.forms.engine.Runform.initConnection(Unknown Source)
         at oracle.forms.engine.Runform.startRunform(Unknown Source)
         at oracle.forms.engine.Main.createRunform(Unknown Source)
         at oracle.forms.engine.Main.start(Unknown Source)
         at sun.applet.AppletPanel.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)
    Thanks,
    Mary Santry

    The error does not look like a webutil client side problem - it looks more like a server side issue - perhaps the runtime not being able to find the webutil.pll.
    Check your FORMS90_PATH in the webutil.env file and make sure it's not too long (>255 chars) if it is split it and use ORACLE_PATH as well.

  • Problem with HelpSet in a jar file

    In our application, the content of the html-pages of the help
    set is not displayed ( the index is ! ) if we put the help set
    in a jar file.
    Withour using a jar file, it works fine.
    The problem appeared with all JavaHelp versions I tried (up to 2.0 beta)
    and using JREs >= 1.3.1_0x. Its funny that it works fine with 1.3.1
    Capitels in the file names are NOT the problem.
    Can anybody help me ?
    Do I have to include somethingh in the MANIFEST.MF file of
    the jar ? If so, what ?

    Check the case of the file names such as map.jhm File names are not case sensitive when in a jar file.

Maybe you are looking for