Corba Applet

Hi guys,
i have made a java applet to talk to ORBit program on a linux platform. I have put all the classes into a jar file and put the applet on a web server. I even put the server program on the same directory as the html directory. This seems can avoid signing the java applet as network communication are from the same host.(not sure if this is neccessary.. ^^) When i try to view the applet in a broswer, it get a security exception. I have checked the java console and it seem that the applet is trying to read a orb.properties from the client side -- "/home/username/orb.properties". I get arround this problem by modifying the .java.policy file to
grant {
permission java.io.FilePermission "/home/username/orb.properties" "r";
this solves the problem and my applet can now talk to the Orbit program. However, i don't want to modify the policy file on client everytime. I wonder whether it's possible to put a orb.propertis file in the jar file as well. and when the ORB get initialise, it reads that property file on server.
at the moment i use this method to initialise my orb
orb.init(null, null);
i wonder whether i can do somthing like this:
String args[] = new String[2];
args[0] = new String("-ORBproperties");
args[1] = new String("orb.properties"); // the orb.properties file on server
orb.init(args, null);
Something is wrong with this and i don't know where does it goes wrong......... mm.. and is the port number always 1050?????... i have tried to specify that port number.. but it failed too.. hence i don't know whether it's problem with port number or i simply can't use this method to initialise at all..
i have tried to put the <PARAM NAME="....ORBInitHost" VALUE="xxxx"> in the html page and initialise the orb by orb.init(this, null), but without luck.. has anyone get this running and can suggest how properly initialise this applet?? ^^
Indeed, i don't really know how to set the orb.properties file. It will be great if anyone can give me a good resource on setting up the orb.properties file. ^^ thanks in advance. pardon for my poor english.
cheers,
Lewis Lau

I think i solved the problem.. just thought someone may want to know too...... what i do is to
use a property object and put "org.omg.CORBA.ORBClass" as "com.sun.corba.se.internal.iiop.ORB"
i have read some other article suggest to use com.scom.sun.CORBA.iiop.ORB. however, it
didn't work in my case.

Similar Messages

  • Where is Visigenic Gatekeeper?

    In building and running a CORBA applet, I get the following error appearing in the Java plugin's Console:
    WARNING: Attempting to use HTTP Firewall Proxy Server
    due to security restrictions: org.omg.CORBA.INTERNAL: Can not find GateKeeper: com.sun.CORBA.idl.AnyImpl@eb195745 minor code: 0 completed: No
    null
    [Root exception is org.omg.CORBA.INTERNAL: Can not find GateKeeper: com.sun.CORBA.idl.AnyImpl@d31d5745 minor code: 0 completed: No]javax.naming.NamingException
    at oracle.jbo.client.remote.corba.vb.VBrokerApplicationModuleHome.createNamingException(VBrokerApplicationModuleHome.java:247)
    The JDEV documentation tells you how to configure and start the Gatekeeper and a gatekeeper.exe file is supplied in the jDEV_HOME\bin directory. However, I could not run the gatekeeper.exe successfully. When I try to run gatekeeper.exe as specified in the JDEV Help doc, I get the error message:
    Can't find class com/visigenic/vbroker/gatekeeper/GateKeeper
    The JDEV visibroker help (specifically "Modifying HTML for VisiBroker Deployment", "VisBroker Gatekeeper" subsection lists a number of jar files to include in your CLASSPATH. However, one of them, vbjgk.jar, is not included in the JDEV 3.1 or JDEV 3.1.1.2 distributions I have installed. It is also not included with the Oracle 8i distribution. There are a number of other vbjxx.jar files included; but not vbjgk.jar)
    I think this jar is the one that contains the gatekeeper classes (I may be wrong on this, I'm presuming the "gk" stands for gatekeeper).
    Can someone tell me where the Gatekeeper or Gatekeeper jar is?

    <BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Thomas.Provenzano ():Since no one answered my question - I'll answer it myself! I found it at http://technet.oracle.com/tech/java/ejb_corba/index2.htm?Code&files/hotel/hotelHome.htm
    ...the Hotel sample application supplied by Oracle. Once there, click on the "Support" button near the top of the page (not the one on the side of the page). Click on the "Visigenic Gatekeeper Library" link and download the vbjgk.jar file. Copy it to your <jdev_home>\aurora\lib directory (where the other vbj jar files are and voila! you've it and can now set up to run the gatekeeper as described in the Jdev Help document entitled "Modifying HTML for VisiBroker Deployment"
    (Note: you may have to get the other gatekeeper components from your 8i distribution; i.e., gatekeeper.exe and vbjruntime.dll)
    In building and running a CORBA applet, I get the following error appearing in the Java plugin's Console:
    WARNING: Attempting to use HTTP Firewall Proxy Server
    due to security restrictions: org.omg.CORBA.INTERNAL: Can not find GateKeeper: com.sun.CORBA.idl.AnyImpl@eb195745 minor code: 0 completed: No
    null
    [Root exception is org.omg.CORBA.INTERNAL: Can not find GateKeeper: com.sun.CORBA.idl.AnyImpl@d31d5745 minor code: 0 completed: No]javax.naming.NamingException
    at oracle.jbo.client.remote.corba.vb.VBrokerApplicationModuleHome.createNamingException(VBrokerApplicationModuleHome.java:247)
    The JDEV documentation tells you how to configure and start the Gatekeeper and a gatekeeper.exe file is supplied in the jDEV_HOME\bin directory. However, I could not run the gatekeeper.exe successfully. When I try to run gatekeeper.exe as specified in the JDEV Help doc, I get the error message:
    Can't find class com/visigenic/vbroker/gatekeeper/GateKeeper
    The JDEV visibroker help (specifically "Modifying HTML for VisiBroker Deployment", "VisBroker Gatekeeper" subsection lists a number of jar files to include in your CLASSPATH. However, one of them, vbjgk.jar, is not included in the JDEV 3.1 or JDEV 3.1.1.2 distributions I have installed. It is also not included with the Oracle 8i distribution. There are a number of other vbjxx.jar files included; but not vbjgk.jar)
    I think this jar is the one that contains the gatekeeper classes (I may be wrong on this, I'm presuming the "gk" stands for gatekeeper).
    Can someone tell me where the Gatekeeper or Gatekeeper jar is?<HR></BLOCKQUOTE>
    null

  • Applet-ejb; corba exception

    Hi, I am trying to access EJB from an applet thro' ejb-client.jar. It works fine if I include weblogic.jar in the applet archive but it throws a corba exception if I use wlclient.jar and wljmsclient.jar instead of weblogic.jar in the archive. As weblogic.jar is too huge I want to use thin clients. Could someone help me with this exception. I am using WLS8.1_sp4; jdk 1.4.2_05 and ie6 with latest jvm. Both applet and ejb are deployed in same localhost com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class, 4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Client get called: host = localhost port = 7001 com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class, 4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Creating new connection Connection[type=IIOP_CLEAR_TEXT remo te_host=localhost remote_port=7001 state=ESTABLISHED] com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Creating message from stream com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class, 4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Succesfully created socket for new connection com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Reading the mess age fully, size =1204 com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Handling GIOP 1. 0 LocateReply com.sun.corba.se.internal.iiop.IIOPInputStream(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Constructing IIO PInputStream object com.sun.corba.se.internal.iiop.IIOPInputStream(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Setting the time stamp com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for localhost:7001,4,ORB ThreadGroup]): Creating message from stream com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class, 4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Client get called: host = 172.16.65.14 port = 7001 com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class, 4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Creating new connection Connection[type=IIOP_CLEAR_TEXT remo te_host=172.16.65.14 remote_port=7001 state=ESTABLISHED] com.sun.corba.se.internal.iiop.MessageMediator(Thread[JavaIDL Reader for 172.16.65.14:7001,4,ORB ThreadGroup]): Creating mess age from stream com.sun.corba.se.internal.iiop.ConnectionTable(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class, 4,file:/C:/projects/perforce/java/PlateMapViewer/-threadGroup]): Succesfully created socket for new connection com.sun.corba.se.internal.iiop.GIOPImpl(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,4,file: /C:/projects/perforce/java/PlateMapViewer/-threadGroup]): getEndpoint(IIOP_CLEAR_TEXT, 0, null) com.sun.corba.se.internal.iiop.GIOPImpl(Thread[thread applet-informatics.inventory.plates.editor.PlateMapEditor.class,4,file: /C:/projects/perforce/java/PlateMapViewer/-threadGroup]): createListener( socketType = IIOP_CLEAR_TEXT port = 0 ) javax.naming.NamingException: Unhandled exception in lookup [Root exception is org.omg.CORBA.MARSHAL: vmcid: SUN minor cod e: 217 completed: Maybe] at weblogic.corba.j2ee.naming.Utils.wrapNamingException(Utils.java:81) at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:237) at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:171) at javax.naming.InitialContext.lookup(InitialContext.java:347) at informatics.inventory.plates.editor.EJBPlateMapDAO.<init>(Unknown Source) at informatics.inventory.plates.editor.PlateMapEditor.init(Unknown Source) at sun.applet.AppletPanel.run(AppletPanel.java:353) at java.lang.Thread.run(Thread.java:534) Caused by: org.omg.CORBA.MARSHAL: vmcid: SUN minor code: 217 completed: Maybe at com.sun.corba.se.internal.iiop.CDROutputStream_1_0.write_wstring(CDROutputStream_1_0.java:464) at com.sun.corba.se.internal.iiop.CDROutputStream.write_wstring(CDROutputStream.java:189) at weblogic.corba.cos.naming.NamingContextAnyPackage.WNameComponentHelper.write(WNameComponentHelper.java:79) at weblogic.corba.cos.naming.NamingContextAnyPackage.WNameHelper.write(WNameHelper.java:59) at weblogic.corba.cos.naming._NamingContextAnyStub.resolve_any(_NamingContextAnyStub.java:79) at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:213) ... 6 more

    I had the same problem and finally caught a statement in one of the docs: "To facilitate the use of IIOP, always specify a valid IP address or DNS name for the Listen Address attribute in the configuration file (config.xml) to listen for connections." I edited my config.xml file and put in the ip address of the machine running my WLS and things started working. Hope this works for you.
    Regards,
    Ron

  • Deployment BC4J-Applet to Visibroker Corba

    What are the steps we need to follow while deploying applet developed with BC4J to Corba Visibroker Server as a middle-tier ?
    I have Jdev 3.1 and the online help is to absent-minded.
    Any help / links will be greatly appreciated.
    Sonlam
    null

    hi,
    It has happened to me more than once that jaring files using jdeveloper doesn't work.Always use the jar cf0 command to jar files.If possible complile the files in command prompt.U cannot always trust jdeveloper.
    Manz

  • Problem with integrating CORBA and applet

    In my project, I am developing a CORBA based applet client. I have allowed my applet to have read and write access to the client. I also need to allow the client to connect two more than one servers.
    But it seems my client can only connect to the server if this is the same server where my client downloaded the applet from. Sandbox again......
    I wonder how can I allow an applet to connect to more than one servers?
    Thanks a lot.

    Stacktrace or full trace could show us what's going on.
    Lets assume the policy is set up correctly than did you use doPrivileged to make
    sure the jre will not check the entire stack to be privileged?
    Signing applets:
    http://forum.java.sun.com/thread.jsp?forum=63&thread=524815
    second post and reply 18 for the java class file using doprivileged
    A Full trace:
    http://forum.java.sun.com/thread.jspa?threadID=656028

  • EJB 3.0 - Communicate an Applet with a Session Bean

    Hello
    I'm developing an EJB 3.0 app (eclipse and glassfish tools bundle), and I have an applet that has to use remote session beans.
    QUESTION: Is it possible for the applet to connect to EJB?
    QUESTION: By creating a J2EE application client project, can I use @EJB annotations to inject the session bean directly to the applet, avoiding the JNDI lookup?
    (since I imagine that the anwser to the second one is NO, I do the following consideration)
    Given an application client project, I imagine that this application can run remotely on a client machine/JRE. Then this application can use Annotations/injection facilities whenever it runs on a J2EE client container (which I assume consists of a set of libraries provided by the application server vendor, Glassfish in that case). Could this application be deployed using Java Web Start? If so, why can't it be deployed as an applet? (both options run in a client JRE, don't they?).
    QUESTION: In either case (applet or JWS), how do I have to package the JAR file (using Eclipse) so that it contains the needed libraries for accessing the EJB? Which are those libraries?
    At the time being, I'm trying to implement a sample application that follows the "Applet doing JNDI lookup" approach. I have:
    - an EAR project
    - an EJB project (containing an Entity Bean and a Stateless Session Bean with a @Remote interface)
    @Remote
    public interface HelloRemote {
         public String hello(String name);
    @Stateless
    public class Hello implements HelloRemote {
         @Override
         public String hello(String name) {
              return "Hello "+name+"!!";
    }- an Application Client project (containing the applet code):
    public class ClientApplet extends JApplet {
         public void init(){     
              try {
                   Context jndiContext = getInitialContext( );
                   HelloRemote server = (HelloRemote) jndiContext.lookup(HelloRemote.class.getName());
                   setContentPane(new JLabel(server.hello("Gerard")));
              } catch (NamingException e) {
                   // TODO Auto-generated catch block
                   e.printStackTrace();
         private Context getInitialContext() throws NamingException{
              Properties props = new Properties();
              props.setProperty("java.naming.factory.initial", "com.sun.enterprise.naming.SerialInitContextFactory");
              props.setProperty("org.omg.CORBA.ORBInitialHost", "myhost");
              props.setProperty("org.omg.CORBA.ORBInitialPort", "3700");
              return new InitialContext(props);
    }- a static web project (with a sample web page that contains the applet object the corresponding applet JAR file)
    I tried to export the Application Client project as an "application client JAR", in the hope that the java EE libraries bundled with glassfish (listed as libraries of this project) would be packaged too.
    No success, so now I'll try to copy all the JAR files (one by one) into the +\WebContent\+ folder of the Web Project, and add references to each of them in the archive="" attribute of the +<applet>+ HTML tag. Although this might work, I suspect that I am missing the good/easy way of doing it. Any suggestions?
    Thanks in advance,
    Gerard
    Edited by: gsoldevila on May 6, 2009 7:09 AM

    An Applet can communicate with an EJB via JNDI lookup but I would (personally) use an intermediate Servlet to handle this. Client to Servlet communication is http whereas to ejb is iiop - which might be blocked.
    Injection only works in managed classes (EJB, Servlet, Listeners..) and an Application Client main class. So yes you could use an app client for handling resource injection.
    m

  • Applet Error:java.security.AccessControlException: access denied

    Hi,
    I just successful deploy an business component project to oralce 8.1.6 as an EJB Session bean, and
    the test of application module is successful. In the same workspace, I create an new project with
    an applet(which contains only an grid control)as a client of the business component. Everything works
    fine within the Applet viewer, however, when I trying to load the applet in IE5.5 I got the following
    error message in java console:
    Java(TM) Plug-in
    Using JRE version 1.2.1
    User home directory = D:\Documents and Settings\ERic
    Proxy Configuration: no proxy
    JAR cache enabled.
    Failed to query environment: 'access denied (java.util.PropertyPermission jbo.debugoutput read)'
    Diagnostics: Silencing all diagnostic output (use -Djbo.debugoutput=console to see it)
    Failed to query environment: 'access denied (java.util.PropertyPermission jbo.logging.show.timing read)'
    Failed to query environment: 'access denied (java.util.PropertyPermission jbo.logging.show.function read)'
    Failed to query environment: 'access denied (java.util.PropertyPermission jbo.logging.show.level read)'
    Failed to query environment: 'access denied (java.util.PropertyPermission jbo.logging.show.linecount read)'
    Failed to query environment: 'access denied (java.util.PropertyPermission jbo.logging.trace.threshold read)'
    Failed to query environment: 'access denied (java.util.PropertyPermission jbo.jdbc.driver.verbose read)'
    java.lang.ExceptionInInitializerError: java.security.AccessControlException: access denied (java.util.PropertyPermission org.omg.CORBA.ORBClass read)
    at java.security.AccessControlContext.checkPermission(Compiled Code)
    at oracle.aurora.jndi.orb_dep.Orb.<clinit>(Orb.java:24)
    at oracle.aurora.jndi.sess_iiop.sess_iiopURLContext.<clinit>(sess_iiopURLContext.java:9)
    at javax.naming.spi.NamingManager.getURLObject(NamingManager.java:588)
    at javax.naming.spi.NamingManager.getURLContext(NamingManager.java:537)
    at javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:274)
    at javax.naming.InitialContext.lookup(InitialContext.java:349)
    at oracle.jbo.client.remote.ejb.aurora.AuroraEJBAmHomeImpl.connectToService(AuroraEJBAmHomeImpl.java:179)
    at oracle.jbo.client.remote.ejb.aurora.AuroraEJBAmHomeImpl.createSession(AuroraEJBAmHomeImpl.java:152)
    at oracle.jbo.client.remote.ejb.aurora.AuroraEJBAmHomeImpl.initRemoteHome(AuroraEJBAmHomeImpl.java:123)
    at oracle.jbo.client.remote.ejb.aurora.AuroraEJBAmHomeImpl.<init>(AuroraEJBAmHomeImpl.java:59)
    at oracle.jbo.client.remote.ejb.aurora.AuroraEJBInitialContext.createJboHome(AuroraEJBInitialContext.java:47)
    at oracle.jbo.common.JboInitialContext.lookup(JboInitialContext.java:72)
    at javax.naming.InitialContext.lookup(InitialContext.java:349)
    at oracle.dacf.dataset.SessionInfo._createAppModule(SessionInfo.java:2330)
    at oracle.dacf.dataset.SessionInfo.connect(SessionInfo.java:1799)
    at oracle.dacf.dataset.SessionInfo.openProducerObject(SessionInfo.java:1848)
    at oracle.dacf.dataset.ProducerObject.open(ProducerObject.java:94)
    at oracle.dacf.dataset.SessionInfo.publishSession(SessionInfo.java:1305)
    at oracle.dacf.dataset.SessionInfo.publishSession(SessionInfo.java:1287)
    at broadcastapplet.myBroadCastApplet.init(myBroadCastApplet.java:70)
    at sun.applet.AppletPanel.run(Compiled Code)
    at java.lang.Thread.run(Thread.java:479)
    The Oracle 8.1.6 runs on Win2000, I put the JAR & related zip files in the same machine's IIS webserver.
    Is anyone can help?
    ERic

    Hi Shaji,
    Are you calling a webservice from within an Xacute Query for your applet?  On first glance, it looks like a web service call is being rejected due to security permissions.  If you have a webservice call (or HTTP post/get), can you test it separately with the same credentials as the webpage is using?
    Regards,
    Mike

  • Error when applet is trying to connect to WLS server

    Hello everyone,
    I'm currently having problems with applets and WebLogic. Though I know, applets are not the most appreciated way to do things with weblogic (or even in general), there are no real alternatives for us.
    We have a larger application consisting of several servlets, already integrated into WLS and using the data sources.
    Now we want to create a small piece of applet that uses WLS to get data from the same JDBC data sources to display and navigate inside charts. These might even be updated on a regular basis while the applet is running.
    So, there are two questions:
    First, is it possible for the applet to be available on the server and connect to WLS by creating an initial context? I'm currently trying and i get an "java.security.AccessControlException: access denied (java.lang.RuntimePermission setContextClassLoader)". See the attached code below to see the connection example.
    Second, if i can connect to the WLS, will this also be possible when the WLS is not localhost anymore, but another server? To clarify, an example:
    Can an applet that is running inside a WLS at "http://theotherserver.net:7001/myapp/MyApplet.class" connect to the WLS at "theotherserver.net"?
    I'd be glad if anyone could help me with that. The code I'm currently using (inside the init() function of the applet), is the following:
    public void init() {
         Context ctx = null;
         Hashtable<String, String> ht = new Hashtable<String, String>();
         ht.put(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory");
         ht.put(Context.PROVIDER_URL, "t3://localhost:7001");
         try {
              ctx = new InitialContext(ht);
         // Use the context in your program
              System.out.println("context success");
         } catch (NamingException e) {
         System.out.println("NamingException"); // a failure occurred
         e.printStackTrace();
         } catch (AccessControlException e) {
              System.out.println("security control exception when authing"); // a failure occurred
              e.printStackTrace();
         } catch (Exception e) {
              System.out.println("other exception"); // a failure occurred
              e.printStackTrace();
         } finally {
              System.out.println("finally");
              try {
                   ctx.close();
                   System.out.println("close");
              } catch (Exception e) {
                   System.out.println("close exception"); // a failure occurred
    When the applet is run, whatever I do in start() etc get's done (for example drawing charts with jfreechart), but the java console prints the following as a result of the failed connection to WLS:
    security control exception when authing
    java.security.AccessControlException: access denied (java.lang.RuntimePermission setContextClassLoader)
         at java.security.AccessControlContext.checkPermission(Unknown Source)
         at java.security.AccessController.checkPermission(Unknown Source)
         at java.lang.SecurityManager.checkPermission(Unknown Source)
         at java.lang.Thread.setContextClassLoader(Unknown Source)
         at weblogic.corba.j2ee.naming.ORBHelper.createORB(ORBHelper.java:426)
         at weblogic.corba.j2ee.naming.ORBHelper.getORBReferenceWithRetry(ORBHelper.java:571)
         at weblogic.corba.j2ee.naming.ORBHelper.getORBReference(ORBHelper.java:547)
         at weblogic.corba.j2ee.naming.InitialContextFactoryImpl.getInitialContext(InitialContextFactoryImpl.java:85)
         at weblogic.corba.j2ee.naming.InitialContextFactoryImpl.getInitialContext(InitialContextFactoryImpl.java:31)
         at weblogic.jndi.WLInitialContextFactory.getInitialContext(WLInitialContextFactory.java:41)
         at javax.naming.spi.NamingManager.getInitialContext(Unknown Source)
         at javax.naming.InitialContext.getDefaultInitCtx(Unknown Source)
         at javax.naming.InitialContext.init(Unknown Source)
         at javax.naming.InitialContext.<init>(Unknown Source)
         at com.igrafx.charter.program.CharterApplet.init(CharterApplet.java:70)
         at sun.applet.AppletPanel.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)
    finally
    close exception
    Edited by: user10921034 on 11.11.2009 09:46

    I have solved the above problem now. The problem was, that I only signed my own jar, but not the wlclient.jar, which also needs the rights to instantiate classes.
    This also solved my second question. Yet, there is another thing, now that I am trying to use JNDI to access a JDBC shared datasource from weblogic.
    The data source is accessible and working (tested from servlets). Now I'm trying to create a connection with the following code, but it does not get past the first lookup:
    try {
    DataSource ds = (DataSource) this.appletContext.lookup("ReportCentral");
    conn = ds.getConnection();
    conn.setAutoCommit(true);
    The thrown exception:
    java.lang.NoClassDefFoundError: weblogic/jdbc/common/internal/RemoteDataSource
         at java.lang.ClassLoader.defineClass1(Native Method)
         at java.lang.ClassLoader.defineClass(Unknown Source)
         at java.security.SecureClassLoader.defineClass(Unknown Source)
         at java.net.URLClassLoader.defineClass(Unknown Source)
         at java.net.URLClassLoader.access$000(Unknown Source)
         at java.net.URLClassLoader$1.run(Unknown Source)
         at java.security.AccessController.doPrivileged(Native Method)
         at java.net.URLClassLoader.findClass(Unknown Source)
         at java.lang.ClassLoader.loadClass(Unknown Source)
         at java.lang.ClassLoader.loadClass(Unknown Source)
         at java.lang.ClassLoader.loadClassInternal(Unknown Source)
         at java.lang.Class.forName0(Native Method)
         at java.lang.Class.forName(Unknown Source)
         at sun.rmi.server.LoaderHandler.loadClass(Unknown Source)
         at sun.rmi.server.LoaderHandler.loadClass(Unknown Source)
         at java.rmi.server.RMIClassLoader$2.loadClass(Unknown Source)
         at java.rmi.server.RMIClassLoader.loadClass(Unknown Source)
         at com.sun.corba.se.impl.util.JDKBridge.loadClassM(Unknown Source)
         at com.sun.corba.se.impl.util.JDKBridge.loadClass(Unknown Source)
         at com.sun.corba.se.impl.javax.rmi.CORBA.Util.loadClass(Unknown Source)
         at javax.rmi.CORBA.Util.loadClass(Unknown Source)
         at com.sun.corba.se.impl.presentation.rmi.StubFactoryFactoryStaticImpl.createStubFactory(Unknown Source)
         at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_Object(Unknown Source)
         at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_Object(Unknown Source)
         at com.sun.corba.se.impl.encoding.CDRInputStream.read_Object(Unknown Source)
         at com.sun.corba.se.impl.corba.TCUtility.unmarshalIn(Unknown Source)
         at com.sun.corba.se.impl.corba.AnyImpl.read_value(Unknown Source)
         at com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_any(Unknown Source)
         at com.sun.corba.se.impl.encoding.CDRInputStream.read_any(Unknown Source)
         at weblogic.corba.cos.naming._NamingContextAnyStub.resolve_any(_NamingContextAnyStub.java:81)
         at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:208)
         at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:168)
         at javax.naming.InitialContext.lookup(Unknown Source)
         at com.igrafx.charter.program.CharterApplet.start(CharterApplet.java:178)
         at sun.applet.AppletPanel.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)
    I cannot find the mentioned class, to include it in my jar, neither am I sure that this is the best way to get a connection to the database this way.
    In the applet, it is NOT possible to create the connection by hand, as the user/password are only available to weblogic, but not the overlying J2EE applications.
    If i do that on my local system, nevertheless, it works:
    OracleDataSource ds = new OracleDataSource();
    ds.setURL("jdbc:oracle:thin:...@localhost:1521:XE");
    conn = ds.getConnection();
    This creates a valid connection.
    So, the major question is: How can I access the connection pool of Weblogic through an applet?

  • Applet and JDBC

    Ok, I have read that there is no way to attach to a remote database via a applet where they are not running on the same box. I have to ask this question so be patient with me.
    I have an applet that accesses a SQL Server2000 database using Microsoft�s type 4 database driver. It runs fine locally but when I try to access it from another machine it fails. It is running on an isolated secure Intranet. Is there not way to allow an applet to access a remote database with out using RMI, servlets, or CORBA? I under stand the problem with posting such an applet on the open internet.
    Thanks for your help
    Geof

    Internet, intranet, it's all the same as far as the applet rules are concerned.
    And wherever you read that applets can't connect to a remote database on a different server from the one where the applet was loaded from, that was wrong. You can do that if you sign the applet, which is the answer to your question.

  • Java Applet IIOP Call-In with Release 3C--How do we speed updownload ti

    We have successfully implemented a simple Java Applet that calls into
    Forte Services via IIOP. However, the duration of the download time for
    Applet and its required class files is UNACCEPTABLE in a typical
    INTERNET environment where 28.8K modems and multiple hops around the net
    are not uncommon. We dialed into our network at 28.8K (but no hopping),
    and found that download times varied from 1.5 - 2.0 minutes. This is
    unacceptable, even by internet standards. We have been using the
    Visigenic Visibroker product as the ORB.
    After doing some investigation, we've come up with several ideas to
    speed up download time:
    1. Figure out how to use the Visigenic components (CORBA/IIOP class
    files) that come bundled with the latest version of the Netscape
    Navigator browser, so that they don't have to be downloaded
    2. Figure out how to use ZIP files. Here's what I've read: "Since the
    introduction of Netscape Navigator 3.0, you can specify an uncompressed
    .zip file as an addition to the code base of your application. By
    specifying a ZIP file, the browser will load your applet's classes from
    a specified ZIP file before it searches the code base. This ZIP can
    improve applet download time by reducing the number of HTTP connections
    required to fetch applet code. As an added benefit, Netscape caches the
    single ZIP file so that it will not reload your applet unless the date
    of the ZIP file has changed."
    3. Figure out how to use JAR files. Here's what I've read: "JAR
    stands for Java archive. It's a file format based on the popular ZIP
    file format and is used for aggregating many files into one. Although
    JAR can be used as a general archiving tool, the primary motivation for
    its development was so that Java applets and their requisite components
    can be downloaded to a browser in a single HTTP transaction, rather than
    opening a new connection for each piece. This greatly improves the
    speed with which an applet can be loaded onto a web page and begin
    functioning. The JAR format also supports compression, which reduces the
    size of the file and improves download time still further."
    Unfortunately, we've been unable to get any of these approaches to work.
    Has any one used these or other approaches to speed up applet download
    time? Or, does anyone know of consulting firms that specialize in this
    sort of thing?
    Thanks in advance for your help.
    Mike Nelson, Project Leader
    Metrix, Inc.
    [email protected]
    414-798-8560 x1157

    We have successfully implemented a simple Java Applet that calls into
    Forte Services via IIOP. However, the duration of the download time for
    Applet and its required class files is UNACCEPTABLE in a typical
    INTERNET environment where 28.8K modems and multiple hops around the net
    are not uncommon. We dialed into our network at 28.8K (but no hopping),
    and found that download times varied from 1.5 - 2.0 minutes. This is
    unacceptable, even by internet standards. We have been using the
    Visigenic Visibroker product as the ORB.
    After doing some investigation, we've come up with several ideas to
    speed up download time:
    1. Figure out how to use the Visigenic components (CORBA/IIOP class
    files) that come bundled with the latest version of the Netscape
    Navigator browser, so that they don't have to be downloaded
    2. Figure out how to use ZIP files. Here's what I've read: "Since the
    introduction of Netscape Navigator 3.0, you can specify an uncompressed
    .zip file as an addition to the code base of your application. By
    specifying a ZIP file, the browser will load your applet's classes from
    a specified ZIP file before it searches the code base. This ZIP can
    improve applet download time by reducing the number of HTTP connections
    required to fetch applet code. As an added benefit, Netscape caches the
    single ZIP file so that it will not reload your applet unless the date
    of the ZIP file has changed."
    3. Figure out how to use JAR files. Here's what I've read: "JAR
    stands for Java archive. It's a file format based on the popular ZIP
    file format and is used for aggregating many files into one. Although
    JAR can be used as a general archiving tool, the primary motivation for
    its development was so that Java applets and their requisite components
    can be downloaded to a browser in a single HTTP transaction, rather than
    opening a new connection for each piece. This greatly improves the
    speed with which an applet can be loaded onto a web page and begin
    functioning. The JAR format also supports compression, which reduces the
    size of the file and improves download time still further."
    Unfortunately, we've been unable to get any of these approaches to work.
    Has any one used these or other approaches to speed up applet download
    time? Or, does anyone know of consulting firms that specialize in this
    sort of thing?
    Thanks in advance for your help.
    Mike Nelson, Project Leader
    Metrix, Inc.
    [email protected]
    414-798-8560 x1157

  • Jms signed applet with SP3

    Hi,
              I am using a thin client version of weblogic client & jms jars for my signed applet.I am getting an exception when I try to initialize the applet without closing the browser window. This was an issue in SP2 and was reportedly fixed in SP3 but for some reason I dont see it working.
              I am using 1.4.2_05 as the jre for my java plugin and 8.1 SP3 for my weblogic. I see the messages these messages being printed in the logs
              +++ <Warining> Don't have permissions to access ThreadGroup. We strongly recommend to use signed applet.
              +++ <Warining> Proceed further without creating ThreadGroup.
              +++ <Warining> Don't have permissions to access ThreadGroup. We strongly recommend to use signed applet.
              +++ <Warining> Proceed further without creating ThreadGroup
              This is the exception that gets thrown when you try to start the applet again without closing the browser window.
              javax.naming.NamingException: Unhandled exception in lookup [Root exception is org.omg.CORBA.COMM_FAILURE:   vmcid: SUN  minor code: 208 completed: Maybe]
                   at weblogic.corba.j2ee.naming.Utils.wrapNamingException(Utils.java:81)
                   at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:237)
                   at weblogic.corba.j2ee.naming.ContextImpl.lookup(ContextImpl.java:171)
                   at javax.naming.InitialContext.lookup(Unknown Source)
                   at com.vz.inms.client.applet.MyApplet.init(MyApplet.java:84)
                   at sun.applet.AppletPanel.run(Unknown Source)
                   at java.lang.Thread.run(Unknown Source)
              Caused by: org.omg.CORBA.COMM_FAILURE: vmcid: SUN minor code: 208 completed: Maybe
                   at com.sun.corba.se.internal.iiop.IIOPConnection.purge_calls(Unknown Source)
                   at com.sun.corba.se.internal.iiop.ReaderThread.run(Unknown Source)
              But in my case, the applet is signed and I can see it in the trace as well as I get a prompt whether I want to accept the signed applet when the applet is about to be invoked. I have signed the applet using my own certificate instead of one from verisign or other CA's. I dont think it should matter.
              Does anyone know if this was really fixed in SP3?
              This is what documentation for resolved issues for 8.1 SP3 says :
              CR120811
              When using the WebLogic thin client with an applet, concurrentModificationExceptions and JMSExceptions were thrown. Investigation showed that there were two problems:
              There was a problem with the Sun ORB implementation. An applet's virtual machine released AppletContext upon a browser refresh and stopped all threads in the applet context's thread group. When an ORB was initialized as part of an applet context, the reader threads were created in the applet context's thread group. When the browser was refreshed, the ORB reader threads were also stopped.
              The WebLogic thin client created two threads in the applet context group: a HeartbeatMonitor thread and a RequestTimer thread. When the browser was refreshed, these threads were stopped with others in the applet context group.
              The problems were solved with the following changes:
              The Sun ORB implementation changed in JDK 1.4.2_04 so that it creates the reader threads on a child thread group of the system thread group but not to the applet's context thread group. This change ensures the reader thread stays alive as long as the orb is alive or applet's JVM is alive.
              The WebLogic thin client TunnelResponse and HeartbeatMonitor threads are now created on a child thread group of the system thread group but not to the applet's context thread group. This change ensures these threads stay alive as long as applet's JVM is alive. The fix is provided only for signed applets.
              I would really appreciate if someone could give any insight to this problem.
              Thanks,
              Jatinder

    I am also getting this error.
              BEA...is it possible to use an applet with JMS without signing it?

  • JApplet communication with CORBA naming service

    I have an applet that needs to resolve/bind to object in the CORBA naming service (we are using Orbix2000). The applet is able to establish a socket connection to the host that is running the naming service; however it cannot find the naming service. I have done extensive research on the web (followed the tutorials from the Sun site) and google to no avail. Can anyone shed some light? We have successfully used Orbix2000 with Java apps. This is the first access via an applet.
    thanks,
    kat
    This is the exception I get when running it from NS4.7 browser:
    Initializing the ORB CORBA exception: java.lang.NullPointerException java.lang.NullPointerException      at com.iona.corba.art.artimpl.ORBDelegate.resolve_initial_references(ORBDelegate.java:835)      at com.iona.corba.art.artimpl.ORBImpl.resolve_initial_references(ORBImpl.java:203)      at CSGConsole.init(CSGConsole.java:139)      at sun.applet.AppletPanel.run(Unknown Source)      at java.lang.Thread.run(Unknown Source)
    This is the applet code snippet
    import CLMOperator.*;     // package contains the CORBA client stubs
    import org.omg.CosNaming.*;     
    import org.omg.CosNaming.NamingContextPackage.*;
    import org.omg.CORBA.*;     
         // Create and initialize the CORBA ORB
    System.setProperty("org.omg.CORBA.ORBClass","com.iona.corba.art.artimpl.ORBImpl");
         System.setProperty("org.omg.CORBA.ORBSingletonClass","com.iona.corba.art.artimpl.ORBSingleton");
         String[] args = { "-ORBInitRef", "NameService=corbaloc:iiop:sea03s20.ds.boeing.com:3075/NameService" };
         System.out.println( "Initializing the ORB" );
    //      ORB orb = ORB.init(this, args);
         Properties props = new Properties();
         props.put("org.omg.CORBA.ORBInitialHost", "sea03s20.ds.boeing.com");     
         props.put("org.omg.CORBA.ORBInitialPort", "3075");     
         ORB orb = ORB.init(this, props);
         // Get the root naming context
         org.omg.CORBA.Object objRef = orb.resolve_initial_references("NameService");
         NamingContext ncRef = NamingContextHelper.narrow( objRef );
         // Resolve the object reference in naming
         NameComponent nc = new NameComponent("CLMOperator", "");
         NameComponent path[] = { nc };
         CLMOperator.CLMOper clmOper = CLMOperator.CLMOperHelper.narrow(ncRef.resolve(path));
         // Call the CLMOperator server object and invoke on the method
         clmOper.Notify(1, 'A');
    catch(Exception e) {
         System.out.println("CORBA exception: " + e);
         e.printStackTrace(System.out);

    Kat:
    I ran into a similar problem. I was wondering if it had anything to do with a security policy between the applet and CORBA, i.e., apllet using the NamingService. To test this, I built a another CORBA Java Client (character interface, not applet) and it works fine. The applet must require something else, like setting a security policy. I sent a query off to someone who manages the Java environment. If I get an answer, I'll post it here.
    bfin

  • Re: [Fwd: Java Applet IIOP Call-In with Release 3C--How dowe speed up d

    Hi Michael,
    We have done exactly what you describe and have avoided the slow applet
    download times. Although it can be a bit tricky, it is possible to use
    the ORB bundled inside the Netscape 4.0 browser (Visibroker for Java by
    Visigenic). Most of the code should follow Netscape's examples (on
    http://developer.netscape.com)--just remember to initialize the ORB by
    passing a reference to the current applet in orb_init() (so that you
    invoke something like orb_init(this) [assuming you are extending
    java.applet.Applet]). Pulling up the Java console within your web
    browser should help debug quite a bit (a lot of debug messages will get
    printed there the ORB is having problems).
    Netscape has just implemented the applet caching schemes you describe,
    so it probably shouldn't matter too much if you use another vendor's
    ORB (we've done this with Iona's OrbixWeb). If you use ZIP files, they
    have to be uncompressed, and I don't think that the browser will cache
    them between browser sessions. Netscape 4.0 does seem to handle
    compressed JAR files just fine and it does indeed cache them between
    browser sessions. I'd go with the JAR format anyway since the ZIP
    bundling was just a workaround until Sun got their act together in the
    1.1 JDK.
    By the way, you also might want to take advantage of the code-signing
    and capabilities APIs of Netscape if you are going to invoke methods on
    objects not resident on your web server. Otherwise, you will probably
    run into the (in)famous browser applet security restrictions and you may
    have other problems doing things like callbacks from Forte, etc.
    If you want more detail on how it works, let me know and I can post some
    examples.
    Oh, one last thing: we are a consulting firm specializing in these kinds
    of things :)
    Bill
    Subject: Java Applet IIOP Call-In with Release 3C--How do we speed up download time.
    Date: Wed, 2 Jul 1997 09:10:31 -0500
    From: Michael Nelson <[email protected]>
    To: "'[email protected]'" <[email protected]>
    We have successfully implemented a simple Java Applet that calls into
    Forte Services via IIOP. However, the duration of the download time
    for
    Applet and its required class files is UNACCEPTABLE in a typical
    INTERNET environment where 28.8K modems and multiple hops around the
    net
    are not uncommon. We dialed into our network at 28.8K (but no
    hopping),
    and found that download times varied from 1.5 - 2.0 minutes. This is
    unacceptable, even by internet standards. We have been using the
    Visigenic Visibroker product as the ORB.
    After doing some investigation, we've come up with several ideas to
    speed up download time:
    1. Figure out how to use the Visigenic components (CORBA/IIOP class
    files) that come bundled with the latest version of the Netscape
    Navigator browser, so that they don't have to be downloaded
    2. Figure out how to use ZIP files. Here's what I've read: "Since
    the
    introduction of Netscape Navigator 3.0, you can specify an
    uncompressed
    .zip file as an addition to the code base of your application. By
    specifying a ZIP file, the browser will load your applet's classes
    from
    a specified ZIP file before it searches the code base. This ZIP can
    improve applet download time by reducing the number of HTTP
    connections
    required to fetch applet code. As an added benefit, Netscape caches
    the
    single ZIP file so that it will not reload your applet unless the date
    of the ZIP file has changed."
    3. Figure out how to use JAR files. Here's what I've read: "JAR
    stands for Java archive. It's a file format based on the popular ZIP
    file format and is used for aggregating many files into one. Although
    JAR can be used as a general archiving tool, the primary motivation
    for
    its development was so that Java applets and their requisite
    components
    can be downloaded to a browser in a single HTTP transaction, rather
    than
    opening a new connection for each piece. This greatly improves the
    speed with which an applet can be loaded onto a web page and begin
    functioning. The JAR format also supports compression, which reduces
    the
    size of the file and improves download time still further."
    Unfortunately, we've been unable to get any of these approaches to
    work.
    Has any one used these or other approaches to speed up applet
    download
    time? Or, does anyone know of consulting firms that specialize in
    this
    sort of thing?
    Thanks in advance for your help.
    Mike Nelson, Project Leader
    Metrix, Inc.
    [email protected]
    414-798-8560 x1157
    Billy L. Williams, Jr. | email: [email protected]
    Sage Solutions, Inc. | Tel: (415) 392-7243 (x506) Fax: (415) 391-3899
    | Pager: (415) 605-1791 (page me if urgent)

    Hi Michael,
    We have done exactly what you describe and have avoided the slow applet
    download times. Although it can be a bit tricky, it is possible to use
    the ORB bundled inside the Netscape 4.0 browser (Visibroker for Java by
    Visigenic). Most of the code should follow Netscape's examples (on
    http://developer.netscape.com)--just remember to initialize the ORB by
    passing a reference to the current applet in orb_init() (so that you
    invoke something like orb_init(this) [assuming you are extending
    java.applet.Applet]). Pulling up the Java console within your web
    browser should help debug quite a bit (a lot of debug messages will get
    printed there the ORB is having problems).
    Netscape has just implemented the applet caching schemes you describe,
    so it probably shouldn't matter too much if you use another vendor's
    ORB (we've done this with Iona's OrbixWeb). If you use ZIP files, they
    have to be uncompressed, and I don't think that the browser will cache
    them between browser sessions. Netscape 4.0 does seem to handle
    compressed JAR files just fine and it does indeed cache them between
    browser sessions. I'd go with the JAR format anyway since the ZIP
    bundling was just a workaround until Sun got their act together in the
    1.1 JDK.
    By the way, you also might want to take advantage of the code-signing
    and capabilities APIs of Netscape if you are going to invoke methods on
    objects not resident on your web server. Otherwise, you will probably
    run into the (in)famous browser applet security restrictions and you may
    have other problems doing things like callbacks from Forte, etc.
    If you want more detail on how it works, let me know and I can post some
    examples.
    Oh, one last thing: we are a consulting firm specializing in these kinds
    of things :)
    Bill
    Subject: Java Applet IIOP Call-In with Release 3C--How do we speed up download time.
    Date: Wed, 2 Jul 1997 09:10:31 -0500
    From: Michael Nelson <[email protected]>
    To: "'[email protected]'" <[email protected]>
    We have successfully implemented a simple Java Applet that calls into
    Forte Services via IIOP. However, the duration of the download time
    for
    Applet and its required class files is UNACCEPTABLE in a typical
    INTERNET environment where 28.8K modems and multiple hops around the
    net
    are not uncommon. We dialed into our network at 28.8K (but no
    hopping),
    and found that download times varied from 1.5 - 2.0 minutes. This is
    unacceptable, even by internet standards. We have been using the
    Visigenic Visibroker product as the ORB.
    After doing some investigation, we've come up with several ideas to
    speed up download time:
    1. Figure out how to use the Visigenic components (CORBA/IIOP class
    files) that come bundled with the latest version of the Netscape
    Navigator browser, so that they don't have to be downloaded
    2. Figure out how to use ZIP files. Here's what I've read: "Since
    the
    introduction of Netscape Navigator 3.0, you can specify an
    uncompressed
    .zip file as an addition to the code base of your application. By
    specifying a ZIP file, the browser will load your applet's classes
    from
    a specified ZIP file before it searches the code base. This ZIP can
    improve applet download time by reducing the number of HTTP
    connections
    required to fetch applet code. As an added benefit, Netscape caches
    the
    single ZIP file so that it will not reload your applet unless the date
    of the ZIP file has changed."
    3. Figure out how to use JAR files. Here's what I've read: "JAR
    stands for Java archive. It's a file format based on the popular ZIP
    file format and is used for aggregating many files into one. Although
    JAR can be used as a general archiving tool, the primary motivation
    for
    its development was so that Java applets and their requisite
    components
    can be downloaded to a browser in a single HTTP transaction, rather
    than
    opening a new connection for each piece. This greatly improves the
    speed with which an applet can be loaded onto a web page and begin
    functioning. The JAR format also supports compression, which reduces
    the
    size of the file and improves download time still further."
    Unfortunately, we've been unable to get any of these approaches to
    work.
    Has any one used these or other approaches to speed up applet
    download
    time? Or, does anyone know of consulting firms that specialize in
    this
    sort of thing?
    Thanks in advance for your help.
    Mike Nelson, Project Leader
    Metrix, Inc.
    [email protected]
    414-798-8560 x1157
    Billy L. Williams, Jr. | email: [email protected]
    Sage Solutions, Inc. | Tel: (415) 392-7243 (x506) Fax: (415) 391-3899
    | Pager: (415) 605-1791 (page me if urgent)

  • CORBA related issue in JRE 1.4.2_06

    Hi Experts,
    We have an application written in C and Java. Communication is handled by CORBA using ORB form JRE. JRE 1.4.2_06 is used.
    We're currently facing application hanging or crashing. Log files have the following exceptions:
    com.sun.corba.se.internal.iiop.ReaderThread(Thread[JavaIDL Reader for javatech.us.oracle.com:1079,5,ORB ThreadGroup]): Exception thrown while reading request: java.lang.OutOfMemoryError: unable to create new native thread
    java.lang.OutOfMemoryError: unable to create new native thread
    at java.lang.Thread.start(Native Method)
    at com.sun.corba.se.internal.orbutil.ThreadPool.addWork(ThreadPool.java:181)
    at com.sun.corba.se.internal.iiop.MessageMediator.handleInput(MessageMediator.java:221)
    at com.sun.corba.se.internal.iiop.messages.RequestMessage_1_2.callback(RequestMessage_1_2.java:164)
    at com.sun.corba.se.internal.iiop.MessageMediator.processRequest(MessageMediator.java:142)
    at com.sun.corba.se.internal.iiop.IIOPConnection.processInput(IIOPConnection.java:336)
    at com.sun.corba.se.internal.iiop.ReaderThread.run(ReaderThread.java:60)
    Exception 50125 (org.omg.CORBA.COMM_FAILURE: vmcid: SUN minor code: 203 completed: No
    at com.sun.corba.se.internal.iiop.IIOPConnection.sendWithoutLock(IIOPConnection.java:768)
    at com.sun.corba.se.internal.iiop.BufferManagerWriteStream.sendFragment(BufferManagerWriteStream.java:87)
    at com.sun.corba.se.internal.iiop.BufferManagerWriteStream.sendMessage(BufferManagerWriteStream.java:107)
    at com.sun.corba.se.internal.iiop.IIOPOutputStream.finishSendingMessage(IIOPOutputStream.java:159)
    at com.sun.corba.se.internal.iiop.IIOPOutputStream.invoke(IIOPOutputStream.java:117)
    at com.sun.corba.se.internal.iiop.ClientRequestImpl.invoke(ClientRequestImpl.java:76)
    at com.sun.corba.se.internal.corba.ClientDelegate.invoke(ClientDelegate.java:235)
    at com.sun.corba.se.internal.corba.ClientDelegate.invoke(ClientDelegate.java:282)
    at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:457)
    Exception 50125 (org.omg.CORBA.COMM_FAILURE: vmcid: SUN minor code: 208 completed: Maybe
    at com.sun.corba.se.internal.iiop.IIOPConnection.purge_calls(IIOPConnection.java:438)
    at com.sun.corba.se.internal.iiop.ReaderThread.run(ReaderThread.java:70)
    If I use JRE 1.4.2_14, the situation improves.
    Any suggestions on where the problem might be?
    Thanks

    Hello, sorry to jump on this thread, but I am having a similar issue with version 1.4.2_08
    We have a site that checks the current version of java before trying to load an applet, and if the version is not 1.4.2-08 or higher it prompts them to install...
    j2re-1_4_2_08-windows-i586-p.exe
    I am having an issue on a few different computers where even after they install and reboot, it prompts them to install again.
    on the one I am currently working on, they have win98 IE6
    the advanced tab of internet options has selections for MS JIT Compiler, and sun java 1.5 but not 1.4.2_08
    none of these are checked currently...
    This customer had installed 1.4.2_08 from our site, and it dodnt work, so they installed 1.5 from the java website.
    I had them Uninstall everything that said java from add/remove programs (J2SE 5.0 and JRE 1.4.2_08), reboot, and when we came back to the site, it prompted to install again, so we did, only this time the installer prompted to "modify" or "remove"
    We tried Modify first, and rebooted, cand it didnt work, so we tried remove, reboot, and reinstalled again (this time it didnt have the modify option) but the site still wont pass the version check.
    at this point, the internet options still have options for Sun Java 1.5 (which isnt currently installed) and MS JIT Compiler (both unchecked)
    Our diagnostics site reports thier version of java as MS 1.1 (IE isnt even trying to load the Sun Java apparently)
    If this is the same issue, hopefully this will help us both fix our issues, if you dont think this is the same issue, lemme know and ill post in a new topic.
    thanks in advanced for your help.

  • Passing parameters to an applet

    Hello,
    I'm developing a set of services supported by CORBA; the services are all done and tested OK with a command-line client. However, the final client will be an applet and I'm having trouble starting it. The command-line client was started with a command-line argument like "java -Xbootclasspath/p:/usr/share/java/JOB/OB.jar myApp" and it's lacking is causing problems whilst starting the applet. How do I pass this argument to the applet? Is it possible to set it via System.getProperties().put(...) ?
    Thanks in advance! :)

    Hi,
    search the web by google for passing parameter to java applet. These words gave me a lot of links related to this topic.
    L.P.

Maybe you are looking for

  • Duplex printing issues with landscape orientation

    I have read through all of the previous questions, and can't seem to resolve my problem here. I am using Acrobat 8 Professional (8.2.2).  I have created a PDF from a Powerpoint presentation.  I need to be able to send this to someone else and have th

  • Using network drive with time machine.  IS IT POSSIBLE?

    There are lots of discussion on using network drives with time machine. I have not been able to make them work. Could somebody tell me if this is possible

  • Can I Query MSDN and pull a list of user's reputation scores

    Hi ~  We are developing an incentive based system for our teams based upon activity in MSDN forums, is it possible to pull user's reputation scores programmatically? If so, can you point me in the right direction? Thanks!

  • PDO Extension for DW CS4/5

    I have upload a basic PHP:PDO connection and Recordset Query creation extension for Dreamweaver to my web site - http://www.pziecina.com/design/dreamweaver/pdo_extension.php This is only a trial version for testing purposes, please read the documenta

  • Locking the actuals

    HI Experts,        I have a planning scenario (BPC 10.0) in which I want to lock the user from modifying data and this is a dynamic input form, means it is a rolling forecast, suppose I have 3 months  actual and for next 9 months forecast, and then i