Corba to Ejb

"I have a CORBA server implemented using VisiBroker 3.4. I am trying to access a simple HelloWorld stateless session bean deployed in WL 6.1 and getting the following exception:
[javax.naming.NameNotFoundException: org.omg.CosNaming.NamingContextPackage.NotFound]]
Here is the portion of the code that deals with the EJB:
String url = "iiop://localhost:7001";
String JNDI_NAME="stateless.HelloWorld";
HelloWorldHome hm = null;
HelloWorld ejb = null;
Properties p = new Properties();
p.put(Context.INITIAL_CONTEXT_FACTORY,
"com.sun.jndi.cosnaming.CNCtxFactory");
p.put(Context.PROVIDER_URL, url);
Context ctx= null;
try {
ctx=new InitialContext(p);
Debug.trace("Created an InitialContext Object");
Object home = ctx.lookup(JNDI_NAME);
Debug.trace("Got a home from look updir");
hm= (HelloWorldHome) PortableRemoteObject.narrow(home, HelloWorldHome.class);
Debug.trace("Narrow the home object");
ejb=hm.create();
Debug.trace("Created a home");
msg=ejb.getMessage("Corba request ejb response");
}catch(NamingException ne){
Debug.trace("The client was unable to lookup the EJ

Sal Roma <[email protected]> writes:
You need to provide more details of what you are trying to do. Are you
trying to use Visbroker Java? This is probably unworkable in Visi 3.4.
andy
"I have a CORBA server implemented using VisiBroker 3.4. I am trying to access a simple HelloWorld stateless session bean deployed in WL 6.1 and getting the following exception:
[javax.naming.NameNotFoundException: org.omg.CosNaming.NamingContextPackage.NotFound]]
Here is the portion of the code that deals with the EJB:
String url = "iiop://localhost:7001";
String JNDI_NAME="stateless.HelloWorld";
HelloWorldHome hm = null;
HelloWorld ejb = null;
Properties p = new Properties();
p.put(Context.INITIAL_CONTEXT_FACTORY,
"com.sun.jndi.cosnaming.CNCtxFactory");
p.put(Context.PROVIDER_URL, url);
Context ctx= null;
try {
ctx=new InitialContext(p);
Debug.trace("Created an InitialContext Object");
Object home = ctx.lookup(JNDI_NAME);
Debug.trace("Got a home from look updir");
hm= (HelloWorldHome) PortableRemoteObject.narrow(home, HelloWorldHome.class);
Debug.trace("Narrow the home object");
ejb=hm.create();
Debug.trace("Created a home");
msg=ejb.getMessage("Corba request ejb response");
}catch(NamingException ne){
Debug.trace("The client was unable to lookup the EJ--

Similar Messages

  • Poor perfomance CORBA and EJB in Oracle 8i

    Here are the perfomance results of methods invocations
    (1000 invocations of empty method in an loop)
    Oracle 8i CORBA ~100ms per method
    Oracle 8i EJB ~100ms per method
    Jonas EJB server ~5ms per method
    Java RMI ~3ms per method
    Why Oracle 8i is so slow, even compared with noncommercial
    EJB server Jonas? Is there any way to speed this up? Source codes of perfomance testing programs available upon request.

    Oracle Jserver is quite fast and scalable. Nevertheless, there exists an important overhead in calling a CORBA or EJB method, so you should desing "heavy" functions in your EJB/CORBA objects. Instead of calling 10 times little methods, call one time a hevay one, and you'll find that JServer perforns very fast and reliably.
    Best regards

  • EJB in WLS - CORBA and EJB on WLE

    I have a client who is looking to attach a C++ client to their WLE
    system, and, since
    they now have WLS and WLE thanks to v. 5.1, they want to start moving
    EJBs to the
    WLS platform. The issue is this.
    What if any are the issues regarding communicating between CORBA objects
    on WLE
    TO EJBs on WLS? I noticed that the illustrations always show the
    communication coming
    from the WLS side to the WLE side, but this client will be connected
    directly to the WLE
    platform, and wanting to access services on WLS.
    Any issues, directions to documentation, or other advice regarding this
    issue?
    Thanks in advance,
    Maffy
    [maffy.vcf]

    can anyone give code example for accessing WLS-EJB from WLE corba client.
    louc wrote:
    Interesting how things can be interpreted. What we need is direct input
    from engineering on this.
    In studying the only direct source of information we have... (the docs...
    and ass-u-me'ing that the docs are correct) it appears that we can have a
    CORBA object in WLE access a EJB in WLS through RMI/IIOP as long as the
    parameter passing is kept to primitive data types. Any attempt to use the
    'Object-by-Value' feature of CORBA 2.3 will result in a error because WLE
    5.1 does not support passing 'Object-by-Value' at this time.
    So to answer Maffy's question... yes a WLE CORBA client can access a WLS EJB
    service through RMI over IIOP.
    -- Lou Caraballo
    Sr. Systems Engineer
    BEA Systems Inc., Denver Telco Group
    719-332-0818 (cell)
    720-528-6073 (denver)
    Robert Patrick <[email protected]> wrote in message
    news:[email protected]...
    The issue is that WLE does not yet support the RMI/IIOP standard (since itdoes not yet support
    Objects by Value) not that the RMI/IIOP support in WLS 5.1 (as of SP3)does not support
    bi-directional communication.
    Papaya Head wrote:
    so, you are saying bi-directional communication is not supported... can
    you tell me what
    rmi/iiop is for?
    Thanks.
    Maffy Finnerty wrote:
    Okay, found a work around thanks to Deepak Sharma (THANK YOU,
    DEEPAK!!) in the BEA
    East office.
    What my customer is going to have to do for now - until, as Will Lyonspointed out, the
    bi-directional
    communication is supported - is to build a Java "client" process onWLE that communicates
    with the
    RMI/EJB/Servlet process on WLS.
    Deepak suggested that the best way, since they are a CORBA shop tryingto move to Java,
    would be to have the C++ client talking to a CORBA/C++ object on WLEthat calls
    a CORBA/Java object on WLE that acts as a client to WLS and accessesthe services of the
    Java object on that server.
    Another option would be to have the CORBA/C++ object on WLE use theJNI API to call a Java
    object
    on WLE that acts as a client to WLS and accesses the Java servicerunning there. There may
    be better
    performance from CORBA/C++ to CORBA/Java, though, so that was Deepak'sfirst choice.
    Maffy
    Papaya Head wrote:
    you can also find an example in the WLS5.1 docs that includes a code
    segment from C++
    client of the RMI-IIOP hello example.
    Will Lyons wrote:
    The example application with C++ CORBA objects calling EJBs on a
    Java Server refers
    to C++ CORBA objects on the WLE T-Engine calling EJBs on the WLET-Engine. That
    interoperability capability is supported, but it is not possibleto call the J-Engine
    from the T-Engine in WLE 5.1. The primary usage model assumed inWLE 5.1 is calling
    the WLE T-Engine from the J-Engine (or from WLS).
    Will
    Papaya Head wrote:
    my understanding of your question is: you want some feature that
    allows CORBA
    objects to talk to EJB objects on WLS.
    WLS5.1 has a new feature: RMI/IIOP, it's probably the featureyou want.
    before WLS5.1, CORBA components couldn't talk to EJB componentsdirectly, but you
    could make it happen by building a bridge from CORBA objects toEJB components on
    WLS. that's probably what the references you read are talkingabout...
    Maffy Finnerty wrote:
    We haven't even gotten that far yet, re: transactions. Right
    now the issue is
    having an
    in-house client (C++) connected to WLE but accessing services(EJBs) on WLS.
    No talk
    of transactions has occurred, yet.
    However, I just found some conflicting information. I found areference to
    building the
    simpapp application to connect C++ objects on a CORBA serverto EJBs on a Java
    Server,
    which, if I'm reading it correctly, translates to WLE to WLS.However, I also
    found a
    reference to bidirectional interoperability that said that,for now, the
    T-Engine could not
    (WLE) could NOT invoke services on the J-Engine (WLS) but thatservices on the
    T-Engine
    (WLE) could BE invoked from requesters on the J-Engine (WLS).So, color me
    confused.
    maffy
    Papaya Head wrote:
    the first question that comes to my mind is:
    can transaction run across components on WLE and components
    on WLS? I don't
    think it can...
    Maffy Finnerty wrote:
    I have a client who is looking to attach a C++ client to
    their WLE
    system, and, since
    they now have WLS and WLE thanks to v. 5.1, they want tostart moving
    EJBs to the
    WLS platform. The issue is this.
    What if any are the issues regarding communicating betweenCORBA objects
    on WLE
    TO EJBs on WLS? I noticed that the illustrations alwaysshow the
    communication coming
    from the WLS side to the WLE side, but this client will beconnected
    directly to the WLE
    platform, and wanting to access services on WLS.
    Any issues, directions to documentation, or other adviceregarding this
    issue?
    Thanks in advance,
    Maffy

  • Help newbie: in running sample CORBA and EJB

    HI,
    I am trying to run the samples that come along with the http
    server for 8.1.7, all the examples work except for these two,
    for the CORBA,I am able to load and publish, and works
    perferctly from the client (used runit.bat) but when i try to
    run from the web, it gives me a "class hell.Hello not found in
    import",
    and in EJB,
    while i run makeit.bat it gives me an ora error which tells that
    i am trying to insert a value too long for oracle, this comes
    when trying to use loadjava.
    can anybody help me out, any help is appreciated.
    Thanks,
    dharma

    Hi,
    If you are building & running EJB applications, please
    use Oracle9iAS - OC4J, Oracle Containers for J2EE. It is a
    robust, fast and a suggested environment for developing J2EE
    based applications. Oracle database JVM should be used only for
    deploying Java Stored Procedures. OC4J can be downloaded from OTN
    , small footprint, easy to download and install and much easy to
    configure. You will know it yourself once you download it.
    Cheers
    --Rajesh                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

  • CORBA clients - EJBs in WLS

    This is the situation we have:
    1) We must support both C++ and Java clients that will be requesting
    services from our EJBs running in WLS. The clients are internal apps running
    in different companies and we would prefer to avoid requiring our clients to
    use an ORB by a specific vendor. At the same time we do not want to deal
    with potential problems related to the implementation differences by
    different ORB vendors. What would be the best way to handle this situation?
    2) WLS documentation has the following paragraph:
    "WebLogic RMI over IIOP is the framework for EJB-to-CORBA mapping support.
    Currently, however, a standard for passing user identity -- required to
    implement EJB-to-CORBA mapping -- does not exist and the requirement for
    transaction propagation from the client is in question. While RMI over IIOP
    does allow CORBA clients to access EJBeans, the following services will not
    be available:
    EJB transaction services
    EJB security services"
    Does this mean that:
    2.1) CORBA client initiated transactions will not be supported,
    everything will work
    2.2) None of the EJB security services will be available in EJB method
    called by a CORBA client (i.e. getCallerPrincipal() and isCallerInRole()
    will fail)
    Thanks in advance

    Generally speaking, applications are built around common resources, namely the databases and security realms. Here, it seems you can't make any assumptions about the client at all, so you render useless the ability to propagate the transaction and security context; the upshot being that you couldn't
    use it, even if we provided support for it, which we don't.
    You also want to be shielded from all the incompatibilities between the ORB vendors, that is, you want to provide a client interface to call into an ejb, that will work irrespective of the orb the client runs. From this, I gather that you can have a 1.0 or 2.1 Tao, Visibroker, IONA, etc, orb as a
    client, so you can not use objects in the interface.
    To accomplish this, you need to do the following:
    -- design the client interface so that it is stateless
    -- design the interface so that it does not include any objects or structs... actually, you can use structs, it's just more complicated.
    -- use server side transactions only (this follows from the statelessness of the interface)
    -- either assume that ssl will be in place by the time you need it or include a token in the interface for the authenticated user
    Please, read on...
    "<=one way=>" wrote:
    This is the situation we have:
    1) We must support both C++ and Java clients that will be requesting
    services from our EJBs running in WLS. The clients are internal apps running
    in different companies and we would prefer to avoid requiring our clients to
    use an ORB by a specific vendor. At the same time we do not want to deal
    with potential problems related to the implementation differences by
    different ORB vendors. What would be the best way to handle this situation?
    We support IIOP as the transport. To call into any remote interface, you must provide a java.rmi.Remote interface, and code generate the IDL from that interface using weblogic.rmic. If you follow the above strictures, and use the -noValueTypes discussed earlier, you should be able to make progress
    without the promised examples.... or you can wait for the examples.
    >
    2) WLS documentation has the following paragraph:
    "WebLogic RMI over IIOP is the framework for EJB-to-CORBA mapping support.
    Currently, however, a standard for passing user identity -- required to
    implement EJB-to-CORBA mapping -- does not exist and the requirement for
    transaction propagation from the client is in question. While RMI over IIOP
    does allow CORBA clients to access EJBeans, the following services will not
    be available:
    EJB transaction services
    EJB security services"
    Does this mean that:
    2.1) CORBA client initiated transactions will not be supported,
    everything else (sic) will workYes.
    >
    2.2) None of the EJB security services will be available in EJB method
    called by a CORBA client (i.e. getCallerPrincipal() and isCallerInRole()
    will fail)No. The call will not fail, they will either provide values that correspond to the default or the user configured by the weblogic.iiop.user property.
    >
    >
    Thanks in advance

  • CORBA and EJB

    Hi, I have problems when I make a Corba bind from an EJB session stateless : Corba object not found.
    The object is found when I make a Corba bind from a java class and not from an EJB.
    I use JDK 1.2, JBuilder 1.4 to develope EJB and Corba aplication and Weblogic 6.1 to deploy EJB.
    If it isn't possible to make this, con you suggest another solution ?
    Regards

    Add this to ur code before initializing the ORB
    System.setProperty("org.omg.CORBA.ORBClass", <ORBClass name here>) ; System.setProperty("org.omg.CORBA.ORBSingletonClass",<ORBSingletonClass name here>) ;
    System.setProperty("ORBdomain_name", <ORBdomain_name here>)

  • Problem using CORBA clients with RMI/EJB servers..!!!???

    Hi,
    I have a question on using EJB / or RMI servers with CORBA clients using
    RMI-IIOP transport, which in theory should work, but in practice has few
    glitches.
    Basically, I have implemented a very simple server, StockTreader, which
    looks up for a symbol and returns a 'Stock' object. In the first example, I
    simplified the 'Stock' object to be a mere java.lang.String, so that lookup
    would simply return the 'synbol'.
    Then I have implemented the above, as an RMI-IIOP server (case 1) and a
    CORBA server (case 2) with respective clients, and the pair of
    client-servers work fine as long as they are CORBA-to-CORBA and RMI-to-RMI.
    But the problem arises when I tried using the RMI server (via IIOP) with the
    CORBA client, when the client tries to narrow the object ref obtained from
    the naming service into the CORBA idl defined type (StockTrader) it ends up
    with a class cast exception.
    This is what I did to achieve the above results:
    [1] Define an RMI interface StockTrader.java (extending java.rmi.Remote)
    with the method,
    public String lookup( String symbol) throws RMIException;
    [2] Implement the StorckTrader interface (on a PortableRemoteObject derived
    class, to make it IIOP compliant), and then the server to register the stock
    trader with COS Naming service as follows:
    String homeName =....
    StockTraderImpl trader =new StockTraderImpl();
    System.out.println("binding obj <" homeName ">...");
    java.util.Hashtable ht =new java.util.Hashtable();
    ht.put("java.naming.factory.initial", args[2]);
    ht.put("java.naming.provider.url", args[3]);
    Context ctx =new InitialContext(ht);
    ctx.rebind(homeName, trader);
    [3] Generate the RMI-IIOP skeletons for the Implementation class,
    rmic -iiop stock.StockTraderImpl
    [4] generate the IDL for the RMI interface,
    rmic -idl stock.StockTraderImpl
    [5] Generate IDL stubs for the CORBA client,
    idlj -v -fclient -emitAll StockTraderImpl.idl
    [6] Write the client to use the IDL-defined stock trader,
    String serverName =args[0];
    String symList =args[1];
    StockClient client =new StockClient();
    System.out.println("init orb...");
    ORB orb =ORB.init(args, null);
    System.out.println("resolve init name service...");
    org.omg.CORBA.Object objRef
    =orb.resolve_initial_references("NameService");
    NamingContext naming =NamingContextHelper.narrow(objRef);
    ... define a naming component etc...
    org.omg.CORBA.Object obj =naming.resolve(...);
    System.out.println("narrow objRef: " obj.getClass() ": " +obj);
    StockTrader trader =StockTraderHelper.narrow(obj);
    [7] Compile all the classes using Java 1.2.2
    [8] start tnameserv (naming service), then the server to register the RMI
    server obj
    [9] Run the CORBA client, passing it the COSNaming service ref name (with
    which the server obj is registered)
    The CORBA client successfully finds the server obj ref in the naming
    service, the operation StockTraderHelper.narrow() fails in the segment
    below, with a class cast exception:
    org.omg.CORBA.Object obj =naming.resolve(...);
    StockTrader trader =StockTraderHelper.narrow(obj);
    The <obj> returned by naming service turns out to be of the type;
    class com.sun.rmi.iiop.CDRInputStream$1
    This is of the same type when stock trader object is registered in a CORBA
    server (as opposed to an RMI server), but works correctly with no casting
    excpetions..
    Any ideas / hints very welcome.
    thanks in advance,
    -hari

    On the contrary... all that is being said is that we needed to provide clearer examples/documentation in the 5.1.0 release. There will be no difference between the product as found in the service pack and the product found in the 5.1.1. That is, the only substantive will be that 5.1.1 will also
    include the examples.
    "<=one way=>" wrote:
    With reference to your and other messages, it appears that one should not
    expect that WLS RMI-IIOP will work in a complex real-life system, at least
    not now. In other words, support for real-life CORBA clients is not an
    option in the current release of WLS.
    TIA
    "Eduardo Ceballos" <[email protected]> wrote in message
    news:[email protected]...
    We currently publish an IDL example, even though the IDL programmingmodel in Java is completely non-functional, in anticipation of the support
    needs for uses who need to use IDL to talk to the Weblogic server,
    generically. This example illustrates the simplest connectivity; it does not
    address how
    to integrate CORBA and EJB, a broad topic, fraught with peril, imo. I'llnote in passing that, to my knowledge, none of the other vendors attempt
    this topic either, a point which is telling if all the less happy to hear.
    For the record then, what is missing from our distribution wrt RMI-IIOPare a RMI-IIOP example, an EJB-IIOP example, an EJB-C++. In this you are
    correct; better examples are forth coming.
    Still, I would not call our RMI-IIOP implementation fragile. I would saythat customers have an understandably hard time accepting that the IDL
    programming model is busted; busted in the sense that there are no C++
    libraries to support the EJB model, and busted in the sense that there is
    simply no
    support in Java for an IDL interface to an EJB. Weblogic has nothing to doit being busted, although we are trying to help our customers deal with it
    in productive ways.
    For the moment, what there is is a RMI (over IIOP) programming model, aninherently Java to Java programming model, and true to that, we accept and
    dispatch IIOP request into RMI server objects. The way I look at it is this:
    it's just a protocol, like HTTP, or JRMP; it's not IDL and it has
    practically nothing to do with CORBA.
    ST wrote:
    Eduardo,
    Can you give us more details about the comment below:
    I fear that as soon as the call to narrow succeeds, the remainingapplication will fail to work correctly because it is too difficult ot
    use an idl client in java to work.It seems to me that Weblogic's RMI-IIOP is a very fragile
    implementation. We
    don't need a "HelloWorld" example, we need a concrete serious example(fully
    tested and seriously documented) that works so that we can get a betteridea
    on how to integrate CORBA and EJB.
    Thanks,
    Said
    "Eduardo Ceballos" <[email protected]> wrote in message
    news:[email protected]...
    Please post request to the news group...
    As I said, you must separate the idl related classes (class files and
    java
    files) from the rmi classes... in the rmic step, you must set a newtarget
    (as you did), emit the java files into that directory (it's not clearyou
    did this), then remove all the rmi class files from the class path... ifyou
    need to compile more classes at that point, copy the java files to theidl
    directly is you must, but you can not share the types in any way.
    I fear that as soon as the call to narrow succeeds, the remainingapplication will fail to work correctly because it is too difficult otuse
    an idl client in java to work.
    Harindra Rajapakshe wrote:
    Hi Eduardo,
    Thanks for the help. That is the way I compiled my CORBA client, by
    separating the IDL-generated stubs from the RMI ones, but still I
    get a
    CORBA.BAD_PARAM upon narrowing the client proxy to the interfacetype.
    Here's what I did;
    + Define the RMI interfaces, in this case a StockTrader interface.
    + Implement RMI interface by extendingjavax.rmi.PortableRemoteObject
    making
    it IIOP compliant
    + Implemnnt an RMI server, and compile using JDK1.2.2
    + use the RMI implementation to generate CORBA idl, using RMI-IIOPplugin
    utility rmic;
    rmic -idl -noValueMethods -always -d idl stock.StockTraderImpl
    + generate Java mappings to the IDL generated above, using RMI-IIOPplugin
    util,
    idlj -v -fclient -emitAll -tf src stocks\StockTrader.idl
    This creates source for the package stock and also
    org.omg.CORBA.*
    package, presumably IIOP type marshalling
    + compile all classes generated above using JDK1.2.2
    + Implement client (CORBA) using the classes generated above, NOTthe
    RMI
    proxies.
    + start RMI server, with stockTrader server obj
    + start tnameserv
    + start CORBA client
    Then the client errors when trying to narrow the obj ref from the
    naming
    service, into the CORBA IDL defined interface using,
    org.omg.CORBA.Object obj =naming.resolve(nn);
    StockTrader trader =StockTraderHelper.narrow(obj); // THIS
    ERRORS..!!!
    throwing a CORBA.BAD_PARAM exception.
    any ideas..?
    Thanks in advance,
    -hari
    ----- Original Message -----
    From: Eduardo Ceballos <[email protected]>
    Newsgroups: weblogic.developer.interest.rmi-iiop
    To: Hari Rajapakshe <[email protected]>
    Sent: Wednesday, July 26, 2000 4:38 AM
    Subject: Re: problem using CORBA clients with RMI/EJBservers..!!!???
    Please see the post on june 26, re Errors compiling... somewherein
    there,
    I suspect, you are referring to the rmi class file when you are
    obliged
    to
    completely segregate these from the idl class files.
    Hari Rajapakshe wrote:
    Hi,
    I have a question on using EJB / or RMI servers with CORBA
    clients
    using
    RMI-IIOP transport, which in theory should work, but in practice
    has
    few
    glitches.
    Basically, I have implemented a very simple server,
    StockTreader,
    which
    looks up for a symbol and returns a 'Stock' object. In the firstexample, I
    simplified the 'Stock' object to be a mere java.lang.String, so
    that
    lookup
    would simply return the 'synbol'.
    Then I have implemented the above, as an RMI-IIOP server (case
    1)
    and a
    CORBA server (case 2) with respective clients, and the pair of
    client-servers work fine as long as they are CORBA-to-CORBA andRMI-to-RMI.
    But the problem arises when I tried using the RMI server (via
    IIOP)
    with
    the
    CORBA client, when the client tries to narrow the object ref
    obtained
    from
    the naming service into the CORBA idl defined type (StockTrader)
    it
    ends
    up
    with a class cast exception.
    This is what I did to achieve the above results:
    [1] Define an RMI interface StockTrader.java (extending
    java.rmi.Remote)
    with the method,
    public String lookup( String symbol) throws RMIException;
    [2] Implement the StorckTrader interface (on a
    PortableRemoteObject
    derived
    class, to make it IIOP compliant), and then the server to
    register
    the
    stock
    trader with COS Naming service as follows:
    String homeName =....
    StockTraderImpl trader =new StockTraderImpl();
    System.out.println("binding obj <" homeName ">...");
    java.util.Hashtable ht =new java.util.Hashtable();
    ht.put("java.naming.factory.initial", args[2]);
    ht.put("java.naming.provider.url", args[3]);
    Context ctx =new InitialContext(ht);
    ctx.rebind(homeName, trader);
    [3] Generate the RMI-IIOP skeletons for the Implementation
    class,
    rmic -iiop stock.StockTraderImpl
    [4] generate the IDL for the RMI interface,
    rmic -idl stock.StockTraderImpl
    [5] Generate IDL stubs for the CORBA client,
    idlj -v -fclient -emitAll StockTraderImpl.idl
    [6] Write the client to use the IDL-defined stock trader,
    String serverName =args[0];
    String symList =args[1];
    StockClient client =new StockClient();
    System.out.println("init orb...");
    ORB orb =ORB.init(args, null);
    System.out.println("resolve init name service...");
    org.omg.CORBA.Object objRef
    =orb.resolve_initial_references("NameService");
    NamingContext naming=NamingContextHelper.narrow(objRef);
    ... define a naming component etc...
    org.omg.CORBA.Object obj =naming.resolve(...);
    System.out.println("narrow objRef: " obj.getClass() ":"
    +obj);
    StockTrader trader =StockTraderHelper.narrow(obj);
    [7] Compile all the classes using Java 1.2.2
    [8] start tnameserv (naming service), then the server to
    register
    the
    RMI
    server obj
    [9] Run the CORBA client, passing it the COSNaming service ref
    name
    (with
    which the server obj is registered)
    The CORBA client successfully finds the server obj ref in the
    naming
    service, the operation StockTraderHelper.narrow() fails in thesegment
    below, with a class cast exception:
    org.omg.CORBA.Object obj =naming.resolve(...);
    StockTrader trader =StockTraderHelper.narrow(obj);
    The <obj> returned by naming service turns out to be of the
    type;
    class com.sun.rmi.iiop.CDRInputStream$1
    This is of the same type when stock trader object is registeredin a
    CORBA
    server (as opposed to an RMI server), but works correctly with
    no
    casting
    excpetions..
    Any ideas / hints very welcome.
    thanks in advance,
    -hari

  • CORBA-EJB

    Hi,
    I want to develop connectivity between CORBA and EJB in both directions.Where could I find the procedures/sample codes for the same ? I'am using J2EEServer for EJB and ORB from Sun(jdk1.3) for CORBA.
    In the process of trying to connect from CORBA to EJB, I could successfully generate the IDL file and the client-side usage bindings needed by a CORBA client(Holder,Helper etc classes) for the EJB.However,I'am getting errors while compiling these Java files.
    Thanks in advance
    Kavitha

    Even I am getting errors compiling the Java code. Did you solve this problem ? If so, how ? I appreciate your help.

  • BC4J Hotel Sample Works on CORBA/EJB ??

    HI, JDev Folks,
    I am debugging the BC4J with CORBA and EJB. And I download the BC4J Hotel Sample from the OTN web under the Jdeveloper/Sample Codes folder. I got the error in the client file BC4JHotelSample.java at
    public ApplicationModule createRootCORBAAppModule(String sessionDefName) {
    Hashtable env = new Hashtable(10);
    javax.naming.Context ic = new InitialContext(env);
    and the error is :
    Successfully loaded properties file using: getResourceAsStream("/oracle/jbo/common/Diagnostic.properties");
    Diagnostics: Silencing all diagnostic output (use -Djbo.debugoutput=console to see it)
    Error = javax.naming.NameNotFoundException: Nothing bound for specified name [Root exception is org.omg.CosNaming.NamingContextPackage.NotFound]
    But if ran it under LOCAL, everythin is OK. Not under EJB/CORBA.
    Anybody happened make it works, please be advised. Thanks!
    Mike
    null

    Hi, ROBERT,
    I deployed the CORBA as guide by the Hotel Sample instruction. and I just created the JDBC and IIOP connection which both are OK by test. To be more convinced, I attached the code from deployment of CORBA for the it.
    ============================================
    *** Executing deployment profile C:\Program Files\Oracle\JDeveloper 3.2\myprojects\BC4JSample\bcdeploy\BC4JHRSBcO8.prf ***
    *** Generating archive file C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRSBcO8.jar ***
    Compiling the project...done
    Validating the profile...done
    Initializing deployment...done
    Scanning project files...done
    Generating classpath dependencies...done
    Generating archive entries table...done
    *** Archive generation completed ***
    *** Loading the CORBA classes into 8i JVM using JDBC ***
    Load Java argument list:
    "C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\bin\javaw"
    "-DPATH=C:\Program Files\Oracle\JDeveloper 3.2\bin;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\bin"
    -classpath
    "C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax-ssl-1_2.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\jasper.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjtools.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbj30ssl.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\translator.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\runtime.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\mts.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbojdbcpatch.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbodomorcl.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbodatum12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jdev-rt.zip;C:\Program Files\Oracle\JDe
    eloper 3.2\jdbc\lib\oracle8.1.7\classes12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\connectionmanager.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbomt.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboremote.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jndi.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\xmlparserv2.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboejb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax_ejb.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax-ssl-1_2.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\jasper.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjtools.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbj30ssl.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\translator.zip;C:\Program Files\Or
    cle\JDeveloper 3.2\sqlj\lib\runtime.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\mts.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboo8i.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbotester.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbocmp.zip;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\lib\rt.jar"
    oracle.aurora.server.tools.loadjava.LoadJavaMain
    -user
    travel/travel@localhost:1521:test
    -thin
    -verbose
    -resolve
    "C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRSBcO8.jar"
    initialization complete
    identical: META-INF/MANIFEST.MF is unchanged from previously loaded file
    loading : connections.properties
    creating : connections.properties
    resolver :
    *** CORBA classes load completed ***
    *** Publishing the CORBA object in 8i JVM ***
    Publish CORBA Object argument list:
    "C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\bin\javaw"
    "-DPATH=C:\Program Files\Oracle\JDeveloper 3.2\bin;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\bin"
    -classpath
    "C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax-ssl-1_2.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\jasper.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjtools.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbj30ssl.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\translator.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\runtime.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\mts.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbojdbcpatch.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbodomorcl.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbodatum12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jdev-rt.zip;C:\Program Files\Oracle\JDe
    eloper 3.2\jdbc\lib\oracle8.1.7\classes12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\connectionmanager.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbomt.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboremote.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jndi.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\xmlparserv2.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboejb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax_ejb.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax-ssl-1_2.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\jasper.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjtools.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbj30ssl.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\translator.zip;C:\Program Files\Or
    cle\JDeveloper 3.2\sqlj\lib\runtime.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\mts.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboo8i.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbotester.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbocmp.zip;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\lib\rt.jar"
    oracle.aurora.namespace.shell.ShellClient
    -command
    publish /test/travel/$DefaultAppModule oracle.jbo.server.remote.corba.aurora.AuroraApplicationModule oracle.jbo.common.remote.corba.RemoteApplicationModuleHomeHelper -republish
    -user
    travel
    -password
    travel
    -service
    sess_iiop://localhost:2482:test
    *** 8i JVM CORBA publishing completed ***
    *** Deployment completed ***
    *** Executing deployment profile C:\Program Files\Oracle\JDeveloper 3.2\myprojects\BC4JSample\bcdeploy\BC4JHRS1.prf ***
    *** Generating archive file C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRS1.jar ***
    Compiling the project...done
    Validating the profile...done
    Initializing deployment...done
    Scanning project files...done
    Generating classpath dependencies...done
    Generating archive entries table...done
    *** Archive generation completed ***
    *** Executing deployment profile C:\Program Files\Oracle\JDeveloper 3.2\myprojects\BC4JSample\bcdeploy\BC4JHRSCommonO81.prf ***
    *** Generating archive file C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRSCommonO81.jar ***
    Compiling the project...done
    Validating the profile...done
    Initializing deployment...done
    Scanning project files...done
    Generating classpath dependencies...done
    Generating archive entries table...done
    *** Archive generation completed ***
    *** Executing deployment profile C:\Program Files\Oracle\JDeveloper 3.2\myprojects\BC4JSample\bcdeploy\AppModuleServerO81.prf ***
    *** Generating archive file C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\AppModuleServerO81.jar ***
    Compiling the project...done
    Validating the profile...done
    Initializing deployment...done
    Scanning project files...done
    Generating classpath dependencies...done
    Generating archive entries table...done
    *** Archive generation completed ***
    *** Loading archive C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRSCommonO81.jar,C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRS1.jar into 8i JVM using JDBC ***
    Load Java argument list:
    "C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\bin\javaw"
    "-DPATH=C:\Program Files\Oracle\JDeveloper 3.2\bin;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\bin"
    -classpath
    "C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax-ssl-1_2.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\jasper.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjtools.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbj30ssl.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\translator.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\runtime.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\mts.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbojdbcpatch.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbodomorcl.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbodatum12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jdev-rt.zip;C:\Program Files\Oracle\JDe
    eloper 3.2\jdbc\lib\oracle8.1.7\classes12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\connectionmanager.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbomt.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboremote.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jndi.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\xmlparserv2.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboejb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax_ejb.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax-ssl-1_2.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\jasper.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjtools.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbj30ssl.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\translator.zip;C:\Program Files\Or
    cle\JDeveloper 3.2\sqlj\lib\runtime.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\mts.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboo8i.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbotester.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbocmp.zip;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\lib\rt.jar"
    oracle.aurora.server.tools.loadjava.LoadJavaMain
    -user
    travel/travel@localhost:1521:test
    -thin
    -verbose
    -resolve
    "C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRSCommonO81.jar"
    "C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRS1.jar"
    initialization complete
    loading : META-INF/MANIFEST.MF
    creating : META-INF/MANIFEST.MF
    loading : connections.properties
    creating : connections.properties
    identical: BC4JHRS/common/bc4j.xcfg is unchanged from previously loaded file
    identical: BC4JHRS/HotelsImpl is unchanged from previously loaded file
    identical: BC4JHRS/Available_Room_Types_ViewImpl is unchanged from previously loaded file
    identical: BC4JHRS/Hotel_Facilities_ViewImpl is unchanged from previously loaded file
    identical: BC4JHRS/FaxNo is unchanged from previously loaded file
    identical: BC4JHRS/WebURL is unchanged from previously loaded file
    identical: BC4JHRS/AppModuleImpl is unchanged from previously loaded file
    identical: BC4JHRS/CitiesImpl is unchanged from previously loaded file
    identical: BC4JHRS/CountriesImpl is unchanged from previously loaded file
    identical: BC4JHRS/AvailableRoomTypesImpl is unchanged from previously loaded file
    identical: BC4JHRS/PhoneNo is unchanged from previously loaded file
    identical: BC4JHRS/Room_Availability_ViewImpl is unchanged from previously loaded file
    identical: BC4JHRS/Exchange_Rate_Updation_ViewImpl is unchanged from previously loaded file
    identical: BC4JHRS/RoomAvailabilityImpl is unchanged from previously loaded file
    identical: BC4JHRS/Hotel_Bookings_ViewImpl is unchanged from previously loaded file
    identical: BC4JHRS/HotelFacilitiesImpl is unchanged from previously loaded file
    identical: BC4JHRS/ExchangeRatesImpl is unchanged from previously loaded file
    identical: BC4JHRS/HotelBookingsImpl is unchanged from previously loaded file
    identical: BC4JHRS/Hotel_Info_ViewImpl is unchanged from previously loaded file
    loading : META-INF/MANIFEST.MF
    creating : META-INF/MANIFEST.MF
    identical: BC4JHRS/HotelBookings.xml is unchanged from previously loaded file
    identical: BC4JHRS/AvailableRoomTypes.xml is unchanged from previously loaded file
    identical: BC4JHRS/ExrConFkAssoc.xml is unchanged from previously loaded file
    identical: BC4JHRS/PhoneNo.xml is unchanged from previously loaded file
    identical: BC4JHRS/RavHotFkAssoc.xml is unchanged from previously loaded file
    identical: BC4JHRS/HotelBookingsVL.xml is unchanged from previously loaded file
    identical: BC4JHRS/ArtHotFkAssoc.xml is unchanged from previously loaded file
    identical: BC4JHRS/BC4JHRS.xml is unchanged from previously loaded file
    identical: BC4JHRS/Hotel_Info_View.xml is unchanged from previously loaded file
    identical: BC4JHRS/HtfHotFkAssoc.xml is unchanged from previously loaded file
    identical: BC4JHRS/HotelFacilitiesVL.xml is unchanged from previously loaded file
    identical: BC4JHRS/Cities.xml is unchanged from previously loaded file
    identical: BC4JHRS/FaxNo.xml is unchanged from previously loaded file
    identical: BC4JHRS/Room_Availability_View.xml is unchanged from previously loaded file
    identical: BC4JHRS/Hotel_Facilities_View.xml is unchanged from previously loaded file
    identical: BC4JHRS/ArtVL.xml is unchanged from previously loaded file
    identical: BC4JHRS/RavVL.xml is unchanged from previously loaded file
    identical: BC4JHRS/CtyConFkAssoc.xml is unchanged from previously loaded file
    identical: BC4JHRS/WebURL.xml is unchanged from previously loaded file
    loading : BC4JHRS/AppModule.xml
    creating : BC4JHRS/AppModule.xml
    identical: BC4JHRS/BC4JHRS.jpx is unchanged from previously loaded file
    identical: BC4JHRS/ExchangeRates.xml is unchanged from previously loaded file
    loading : connections.properties
    creating : connections.properties
    identical: BC4JHRS/Hotels.xml is unchanged from previously loaded file
    identical: BC4JHRS/Available_Room_Types_View.xml is unchanged from previously loaded file
    identical: BC4JHRS/HotelFacilities.xml is unchanged from previously loaded file
    identical: BC4JHRS/RoomAvailability.xml is unchanged from previously loaded file
    identical: BC4JHRS/Countries.xml is unchanged from previously loaded file
    identical: BC4JHRS/ExrConFk2Assoc.xml is unchanged from previously loaded file
    identical: BC4JHRS/HobHotFkAssoc.xml is unchanged from previously loaded file
    identical: BC4JHRS/Exchange_Rate_Updation_View.xml is unchanged from previously loaded file
    identical: BC4JHRS/Hotel_Bookings_View.xml is unchanged from previously loaded file
    resolver :
    skipping : BC4JHRS/HotelsImpl is already resolved
    skipping : BC4JHRS/Available_Room_Types_ViewImpl is already resolved
    skipping : BC4JHRS/Hotel_Facilities_ViewImpl is already resolved
    skipping : BC4JHRS/FaxNo is already resolved
    skipping : BC4JHRS/WebURL is already resolved
    skipping : BC4JHRS/AppModuleImpl is already resolved
    skipping : BC4JHRS/CitiesImpl is already resolved
    skipping : BC4JHRS/CountriesImpl is already resolved
    skipping : BC4JHRS/AvailableRoomTypesImpl is already resolved
    skipping : BC4JHRS/PhoneNo is already resolved
    skipping : BC4JHRS/Room_Availability_ViewImpl is already resolved
    skipping : BC4JHRS/Exchange_Rate_Updation_ViewImpl is already resolved
    skipping : BC4JHRS/RoomAvailabilityImpl is already resolved
    skipping : BC4JHRS/Hotel_Bookings_ViewImpl is already resolved
    skipping : BC4JHRS/HotelFacilitiesImpl is already resolved
    skipping : BC4JHRS/ExchangeRatesImpl is already resolved
    skipping : BC4JHRS/HotelBookingsImpl is already resolved
    skipping : BC4JHRS/Hotel_Info_ViewImpl is already resolved
    *** Archive load completed ***
    *** Loading the CORBA classes into 8i JVM using JDBC ***
    Load Java argument list:
    "C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\bin\javaw"
    "-DPATH=C:\Program Files\Oracle\JDeveloper 3.2\bin;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\bin"
    -classpath
    "C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax-ssl-1_2.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\jasper.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjtools.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbj30ssl.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\translator.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\runtime.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\mts.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbojdbcpatch.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbodomorcl.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbodatum12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jdev-rt.zip;C:\Program Files\Oracle\JDe
    eloper 3.2\jdbc\lib\oracle8.1.7\classes12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\connectionmanager.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbomt.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboremote.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jndi.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\xmlparserv2.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboejb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax_ejb.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax-ssl-1_2.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\jasper.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjtools.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbj30ssl.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\translator.zip;C:\Program Files\Or
    cle\JDeveloper 3.2\sqlj\lib\runtime.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\mts.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboo8i.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbotester.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbocmp.zip;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\lib\rt.jar"
    oracle.aurora.server.tools.loadjava.LoadJavaMain
    -user
    travel/travel@localhost:1521:test
    -thin
    -verbose
    -resolve
    "C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\AppModuleServerO81.jar"
    initialization complete
    loading : BC4JHRS/server/o8/AppModuleServerO8
    creating : BC4JHRS/server/o8/AppModuleServerO8
    loading : META-INF/MANIFEST.MF
    creating : META-INF/MANIFEST.MF
    loading : connections.properties
    creating : connections.properties
    resolver :
    resolving: BC4JHRS/server/o8/AppModuleServerO8
    *** CORBA classes load completed ***
    *** Publishing the CORBA object in 8i JVM ***
    Publish CORBA Object argument list:
    "C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\bin\javaw"
    "-DPATH=C:\Program Files\Oracle\JDeveloper 3.2\bin;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\bin"
    -classpath
    "C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax-ssl-1_2.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\jasper.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjtools.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbj30ssl.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\translator.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\runtime.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\mts.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbojdbcpatch.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbodomorcl.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbodatum12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jdev-rt.zip;C:\Program Files\Oracle\JDe
    eloper 3.2\jdbc\lib\oracle8.1.7\classes12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\connectionmanager.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbomt.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboremote.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jndi.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\xmlparserv2.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboejb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax_ejb.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax-ssl-1_2.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\jasper.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjtools.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbj30ssl.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora.zip;C:\Program Files\Oracle\JDeveloper 3.2\sqlj\lib\translator.zip;C:\Program Files\Or
    cle\JDeveloper 3.2\sqlj\lib\runtime.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\mts.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboo8i.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbotester.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbocmp.zip;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\lib\rt.jar"
    oracle.aurora.namespace.shell.ShellClient
    -command
    publish /test/travel/BC4JHRS.AppModule BC4JHRS.server.o8.AppModuleServerO8 oracle.jbo.common.remote.corba.RemoteApplicationModuleHomeHelper -republish
    -user
    travel
    -password
    travel
    -service
    sess_iiop://localhost:2482:test
    *** 8i JVM CORBA publishing completed ***
    *** Deployment completed ***
    =============================================
    Then I created the library called BC4JHRSCommon8i to the created jar files to it. and attached it to the client program BC4JJavaClient.jpr. In the meantime to change the Run/Debug status to CORBA NOT LOCAL. then I rebuild and run the test program. then I got the error:
    =================================
    "C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\bin\javaw.exe" -mx50m -classpath "C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboremote.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboremoteejb.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\javax_ejb.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jndi.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboejb.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbomt.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbodomorcl.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\xmlparserv2.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jdev-rt.zip;C:\Program Files\Oracle\JDeveloper 3.2\jdbc\lib\oracle8.1.7\classes12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\connectionmanager.zip;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRSCommonO8.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\AppModuleServerO8.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRS.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\AppModuleServerO81.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRS1.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRSBcO8.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BC4JHRSCommonO81.jar;C:\Program Files\Oracle\JDeveloper 3.2\Program Files\Oracle\JDeveloper 3.0\myclasses\BcO8.jar;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\lib\rt.jar" BC4JJavaClient.BC4JHotelSample CORBA
    Successfully loaded properties file using: getResourceAsStream("/oracle/jbo/common/Diagnostic.properties");
    Diagnostics: Silencing all diagnostic output (use -Djbo.debugoutput=console to see it)
    Error = javax.naming.NamingException: oracle.jbo.client.remote.corba.aurora.AuroraInitialContext [Root exception is java.lang.ClassNotFoundException: oracle.jbo.client.remote.corba.aurora.AuroraInitialContext]
    =======================================
    I did all those step by step by the guidance. My enviornment is JDEV3.2, ORA8.1.7
    on WIN2000.
    Also I did NOT find the Sample Codes Forum in the discussion forum? Any comments about error. BY the way If I created a BC4J from scratch, I did not have the error above But I got another error when I ran the client. It is clearly linked to my BC4J CORBA. I also attached the error and the debug msg below.
    ========================================
    "C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\bin\javaw.exe" -mx50m -classpath "C:\Program Files\Oracle\JDeveloper 3.2\myclasses;C:\Program Files\Oracle\JDeveloper 3.2\lib\jdev-rt.zip;C:\Program Files\Oracle\JDeveloper 3.2\jdbc\lib\oracle8.1.7\classes12.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\connectionmanager.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboremote.zip;C:\Program Files\Oracle\JDeveloper 3.2\lib\jbo8iclient.zip;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\aurora_client.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjorb.jar;C:\Program Files\Oracle\JDeveloper 3.2\aurora\lib\vbjapp.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jndi.jar;C:\Program Files\Oracle\JDeveloper 3.2\lib\jboo8i.zip;C:\Program Files\Oracle\JDeveloper 3.2\myclasses\BC4JDemoCommonO82.jar;C:\Program Files\Oracle\JDeveloper 3.2\myclasses\BC4JDemo3.jar;C:\Program Files\Oracle\JDeveloper 3.2\myclasses\BC4JDemoBcO8.jar;C:\Program Files\Oracle\JDeveloper 3.2\myclasses\BC4JDemoModuleServerO82.jar;C:\Program Files\Oracle\JDeveloper 3.2\myclasses\BcO81.jar;C:\Program Files\Oracle\JDeveloper 3.2\myclasses\BC4JDemoCommonO81.jar;C:\Program Files\Oracle\JDeveloper 3.2\myclasses\BC4JDemoModuleServerO81.jar;C:\Program Files\Oracle\JDeveloper 3.2\myclasses\BC4JDemoCommonO8.jar;C:\Program Files\Oracle\JDeveloper 3.2\java1.2\jre\lib\rt.jar" BC4JDemo.BC4J_8iCorba_Test CORBA
    In the EVN0: test
    Successfully loaded properties file using: getResourceAsStream("/oracle/jbo/common/Diagnostic.properties");
    Diagnostics: Silencing all diagnostic output (use -Djbo.debugoutput=console to see it)
    In the EVN1: javax.naming.InitialContext@16e2
    In the EVN2: test HOME = : oracle.jbo.client.remote.corba.aurora.AuroraApplicationModuleHome@480c
    In the EVN3: BC4JDemoModule
    In the EVN4: jdbc:oracle:kprb:
    In the EVN5: oracle.jbo.client.remote.ViewUsageImpl@32ad
    In the EVN51: 8
    In the EVN52: null
    In the EVN53: BC4JDemo.DeptView
    In the EVN54: SELECT Dept.DEPTNO, Dept.DNAME, Dept.LOC FROM DEPT Dept
    In the EVN55: -1
    In the EVN56: 4
    In the EVN57: DeptView
    In the EVN58: 3
    In the EVN59: 2
    In the getDetailRowSets: [Loracle.jbo.RowSet;@3d34
    In the EVN51: -1
    In the getViewObject: DeptView
    oracle.jbo.PiggybackException: JBO-28300: Piggyback read error
    void oracle.jbo.client.remote.ApplicationModuleImpl.processPiggyback(byte[])
    int oracle.jbo.client.remote.ApplicationModuleImpl.syncIterator(int, int, int, boolean, boolean)
    int oracle.jbo.client.remote.RowSetIteratorImpl.syncIterator(int, int, boolean)
    oracle.jbo.Row oracle.jbo.client.remote.RowSetIteratorImpl.first()
    oracle.jbo.Row oracle.jbo.client.remote.RowSetImpl.first()
    oracle.jbo.Row oracle.jbo.client.remote.ViewUsageImpl.first()
    void BC4JDemo.BC4J_8iCorba_Test.main(java.lang.String[])
    ## Detail 0 ##
    java.lang.ClassNotFoundException: oracle.jbo.domain.Number
    void oracle.jbo.client.remote.ApplicationModuleImpl.processPiggyback(byte[])
    int oracle.jbo.client.remote.ApplicationModuleImpl.syncIterator(int, int, int, boolean, boolean)
    int oracle.jbo.client.remote.RowSetIteratorImpl.syncIterator(int, int, boolean)
    oracle.jbo.Row oracle.jbo.client.remote.RowSetIteratorImpl.first()
    oracle.jbo.Row oracle.jbo.client.remote.RowSetImpl.first()
    oracle.jbo.Row oracle.jbo.client.remote.ViewUsageImpl.first()
    void BC4JDemo.BC4J_8iCorba_Test.main(java.lang.String[])
    In the EVN8: oracle.jbo.PiggybackException: JBO-28300: Piggyback read error
    JBO-28300: Piggyback read error
    =========================================
    All the lines withe "In the ENV*" are my debug msg, you can ingore them. But the msg come from ObjectView e.g. ObjectView deptVo=appMod.findViewObject("DeptView");
    deptVo.first();
    The mothods first(), next(), last(), ... etc are list in the view. But as soon as I called it. I got the "JBO-28300: Piggyback read error". JBO-28300 even not list in the help guidance. I did not know why this bug come from? It at least should listed in the help of JDEV3.2 doc and give me more explaintion what it goes wrong. If you met those problem before, please post here how to fix it. Thanks!
    MIke

  • EJB + CORBA problems

    Hi there,
    I've got some code (EJB) which connect
    me to OLAPService on my 9i Oracle server. I deployed it to Oracle AS which
    is istalled on another machine. Then I wrote client application which has to
    connect to OAS and invoke EJB method to connect to OLAPService.
    The connection to EJB was successfully established (of course through a
    CORBA). But when EJB was trying to connect to Oracle9i I got such error :
    javax.naming.NameNotFoundException:
    sess_iiop://<server_ip>:<port>:<sid>/etc/OLAPServer/OLAPServer not found
    I think it something wrong with my OAS enviroment. I have tried to do my best , but still nothing .... ( I am sure that everything else is OK, because I tried to make connection through
    JDBC to relational database and it worked fine).
    When I'm starting EJB's code as client application everything is OK. The
    connection to OLAPService is established every time. When I modyfied code
    for EJB (commenting code responsible for preparing InitailContextEnviroment
    and connecting to OLAPService) everything was OK. So :
    1) I can connect and invoke EJB's method deployed to OAS,
    2) I can connect to Oracle9i OLAPService and use OLAPAPI methods,
    3) I can't do it when I try to connect to OLAPService through the OAS (where
    is EJB)
    client_application (java) ===CORBA===> OAS ( EJB with OLAPAPI) ==CORBA==>
    OLAPService
    This is the EJB's method code ( when it is calling as client application it
    works!!!!):
    import javax.ejb.SessionBean;
    import javax.ejb.SessionContext;
    import org.omg.CORBA.Object;
    import oracle.aurora.jndi.sess_iiop.ServiceCtx;
    import oracle.express.connection.Connection;
    import oracle.express.connection.ConnectionManager;
    import javax.naming.Context;
    import javax.naming.InitialContext;
    import java.util.*;
    public String Polaczenie()
    String serviceURL="sess_iiop://<server_ip>:<port>:<sid>";
    String objectName="/etc/OLAPServer/OLAPServer";
    Hashtable env=new Hashtable();
    env.put(Context.URL_PKG_PREFIXES,"oracle.aurora.jndi");
    env.put(Context.SECURITY_PRINCIPAL,<user>);
    env.put(Context.SECURITY_CREDENTIALS,<password>);
    env.put(Context.SECURITY_AUTHENTICATION,ServiceCtx.NON_SSL_LOGIN);
    try
    Context ic=new InitialContext(env);
    org.omg.CORBA.Object
    ServiceStub=(org.omg.CORBA.Object)(ic.lookup(serviceURL+objectName));
    Properties connParams = new Properties();
    connParams.put("UserID",<user>);
    connParams.put("Password",<password>);
    ConnectionManager cm=ConnectionManager.init();
    Connection conn=
    cm.connect((org.omg.CORBA.Object)ServiceStub,connParams);
    conn.close();
    catch(Exception e)
    return "\nError:" + e + "\n";
    return "\nIt works\n";
    This is client's code:
    public static void main(String[] args)
    try {
    Hashtable env = new Hashtable();
    env.put(Context.INITIAL_CONTEXT_FACTORY,
    "com.evermind.server.rmi.RMIInitialContextFactory");
    env.put(Context.PROVIDER_URL, "ormi://sasza/SerwerEjb");
    env.put(Context.SECURITY_PRINCIPAL, "admin");
    env.put(Context.SECURITY_CREDENTIALS, "oracle");
    Context context = new
    com.evermind.server.rmi.RMIInitialContextFactory().getInitialContext(env);
    Object homeObject = context.lookup("<myEJBName>");
    SerwerEjbHome home = (SerwerEjbHome)
    PortableRemoteObject.narrow(homeObject, pakiet.SerwerEjbHome.class);
    SerwerEjb remote = home.create();
    System.out.println(remote.Polaczenie()); <------------------ there is
    error !!!!!!!!!!!!!!!!!! ------------------>
    catch(Exception e)
    System.err.println("Error: " + e + ":::" + e.getMessage());
    Any idea ??
    Thank you in advance.

    "Taesun, An" <[email protected]> writes:
    Thanks for your concern !Its my code - I should be concerned :)
    I have successfuly tested the sample program that you attached.
    and I have some more questions.Great!
    Q1) Can I use idl files generated by weblogic.ejbc on the other ORB like as
    orbix, etc..?Yes. But the problem is that Orbix is known to have problems with the
    codeset that we send out. For silversword we are doing a GIOP 1.2
    implementation a by-product of which will be that we have to do some
    form of codeset negotiation, so hopefully these issues will be sorted
    in the near future.
    And I know that the Client.cpp program you sent differs from original source
    code in the respects which is including TradeResultFactory and
    TradeResultImpl classes.
    Q2) If so, Do i have to implement the above classes for all of call by value
    parameters or return type ?You have to write some C++ code for any valuetypes that you use. This
    basically means any non-primitive object that is not a remote
    interface and implements serializable.
    I wanna know for the needed classes how to easily get generated or the other
    solutions.I attach the entity bean example I cooked up which shows you how you
    can use C++ macros to take away some of this pain. Note that you cannot make the finder method work with 6.0SP2. This will be fixed in 6.1
    [generic_idl_entity.zip]
    I got error message following as, when i used "-idlFactories" of
    weblogic.ejbc option to generate Factory definition.
    Usage: java weblogic.rmic [options] <classes>...
    option descriptions ,.,........
    option descriptions ,.,........
    ERROR: Error from ejbc: Unrecognized option or flag, -idlFactories
    ERROR: ejbc found errors
    make: *** [ejbc] Error 1Hmm, you are right. It looks like the option didn't get inverted in
    rmic. The attached class file should fix this.
    [IDLGeneratorOptions.class]
    andy

  • Testing CORBA App in Jdeveloper without deploying to database?

    Hi,
    Is there a way to test a simply CORBA or EJB application without deplying it to the database everytime I make a small change?
    Thanks,
    Andy

    You might want to look at the tutorials provided with Jdeveloper
    see the following link for additional details ...
    http://technet.oracle.com:89/ubb/Forum2/HTML/006751.html

  • EJB & ORB problems in 8i (8.1.5)

    Hi all,
    I'm having problems with the ORB in 8i (solaris 2.6). When
    trying to run deployejb or sess_sh the process runs for a couple
    minutes then crashes. I assume the ORB is not configured
    properly. Is there trouble shooting guide, or can someone post a
    list of steps to execute to ensure that 8i and the ORB are
    configured properly?
    I've spent the last two days reading the doc's, (both the EJB and
    Net8 Admin) and it seems I have everything set up.
    I've been having problems using netca and it isn't working great,
    and the netasst won't launch at all. Is anyone else having
    problems with either of these tools?
    Its a brand new install of solaris 2.6 and 8i..
    Any advice would be appreciated.
    Thanks in advance,
    Rob
    (Sorry this doesn't directly apply to the JDev group, but there
    doesn't seem to be an EJB group)
    null

    Rob,
    Here's a list from the Oracle JServer FAQ:
    Nothing works! Basic installation sanity tests
    Some people have hit unusual errors after installation and wasted
    large amounts of time chasing down what looks like problems with
    their code, only to find that their installation was
    somehow broken all along.
    If you are getting weird errors, (or this is a fresh
    installation!), please spend 5 minutes to try running the
    following 3 samples before doing anything else. You will need to
    expand
    $ORACLE_HOME/javavm/demo/demo.tar and then run:
    $ORACLE_HOME/javavm/demo/examples/jsp/helloworld
    $ORACLE_HOME/javavm/demo/examples/corba/basic/helloworld
    $ORACLE_HOME/javavm/demo/examples/ejb/basic/helloworld
    These 3 samples are configured to run for a typical install, and
    are supplied with READMEs, Makefiles and should just work. We
    verified that they work before we shipped the CDs,
    so if they fail, there is a problem with the installation
    somewhere.
    If these samples work, they verify that the JServer option is
    properly installed in your Oracle server instance, that basic
    TCPIP connectivity is configured properly, you do have a
    working JDK installed and that the basic Java Stored Procedure,
    CORBA, and EJB functionality is working within your JServer
    installation.
    More importantly, if these 3 samples fail to run, then you can be
    assured that your own code will not run until you fix the
    installation/cofiguration problems and get these 3 samples to
    work. This will save you hours of debugging code that is not to
    blame!
    Rob Truban (guest) wrote:
    : Hi all,
    : I'm having problems with the ORB in 8i (solaris 2.6). When
    : trying to run deployejb or sess_sh the process runs for a
    couple
    : minutes then crashes. I assume the ORB is not configured
    : properly. Is there trouble shooting guide, or can someone post
    a
    : list of steps to execute to ensure that 8i and the ORB are
    : configured properly?
    : I've spent the last two days reading the doc's, (both the EJB
    and
    : Net8 Admin) and it seems I have everything set up.
    : I've been having problems using netca and it isn't working
    great,
    : and the netasst won't launch at all. Is anyone else having
    : problems with either of these tools?
    : Its a brand new install of solaris 2.6 and 8i..
    : Any advice would be appreciated.
    : Thanks in advance,
    : Rob
    : (Sorry this doesn't directly apply to the JDev group, but there
    : doesn't seem to be an EJB group)
    null

  • Integration: EJB or WS

    Hi !
    I'm an architect in a bank project and I am in doubt what technologies should I use for integration ... CORBA with EJB Session (RMI/IIOP) or Web Services ... what should i consider in my choice ?
    I begin it CORBA integrates and works in a lot of languages ...
    tranks in advance.

    Both CORBA and WS allow you to implement your services in any language with a binding, so that's good.
    Both have a UDDI feature so you can discover available services.
    CORBA uses IIOP as its protocol on the wire; WS use SOAP messages over HTTP.
    Gotta have ORBs on both ends of the CORBA transaction; need SOAP/WS containers on both ends of the WS transaction.
    Geez, WS sound an awful lot like CORBA, don't they? Same idea of distributed "services".
    I feel like I suddenly got ten years younger. 8)
    %

  • Can you make an SSL (https) call from a Java Stored Procedure?

    I have loaded a bunch of java classes. Ultimately, one of my routines makes an
    https call to another machine (https://machine:443/foo?xml...). I am receiving
    the following error message:
    SSL implementation not available
    I read
    http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_
    id=NOT&p_id=103051.1
    Which states
    3.17.6 You can not do SSL callouts from within 8i to other CORBA or EJBs. This
    also means that you can not callback with an SSL connection a CORBA object
    running in an 8i client.
    Does this mean that I can't do what I am trying to do from within 8.1.7?
    If there is any way to do this, I would really appreciate the advice. I need
    to call this Java API from a pl/sql routine, and it has to be via SSL. I would
    prefer to load all the Java into the database and avoid an exproc call.

    Anton/Joe,
    Yes, you can do this, but it might not be straightforward based on the version of Oracle you have. I've noticed there's a higher chance of getting this to work with 8.1.7 or higher (otherwise, you may need to load more classes, etc.). Mark Piermarini posted a nice example in a previous thread in this group:
    http://osi.oracle.com/~mbpierma/SSL_Java_DB.html
    Basically, he connected to UPS to get package tracking info.
    Hope this helps,
    -Dan
    http://www.compuware.com/products/devpartner/db/oracle_debug.htm
    Debug PL/SQL and Java in the Oracle Database

  • RMI call to java in Oracle 8i

    We need to access stored Java classes inside the Oracle 8i (8.1.7) database using RMI from a remote machine. Is this possible? How?
    Basically we have stored PL/SQL procedures/packages we want to create interfaces for (Using JPiblisher) and access them remotely via RMI.

    We need to access stored PL/SQL packages from outside the database via RMI. That's the requirement. First we need to wrap the PL/SQL packages with Java classes (JPublisher can help us here). Then there are, in my opinion, three possible ways to achieve this:
    - direct Java RMI calls
    - CORBA
    - EJB
    Because I need to evaluate all ways, I am just trying the 1st ( I know, not scalable) way - direct RMI calls. I can do a direct RMI call from the database to an outside server. That works fine. My problem is the other way round, to call an object inside 8i. I understand that using CORBA or EJB the Oracle ORB is used (handled by the TNS Listener). Using a direct RMI call I would need to run the RMIREGISTRY program (inside or outside 8i?)...But I have no clue, how this could work.

Maybe you are looking for