RE: Using CORBA as Middleware with Forte'

This is one solution when the two sides want to be somewhat independent of
each other.. To use Forte messaging the environments have to be connected,
identical Forte versions, probably identical versions of all objects
involved (rather than just correct IDL), etc. I've toyed with this as well
for a client with two major Forte application development efforts occurring
in completely different business units.
-Greg
-----Original Message-----
From: Sean Brown [SMTP:[email protected]]
Sent: Thursday, October 22, 1998 1:56 PM
To: Giuseppe Sorce; Lenny Hon
Cc: [email protected]
Subject: Re: Using CORBA as Middleware with Forte'
If you don't mind me asking, why would you ever want to do this? If
you are
talking between two Forte services, why would you not want to use
the native
protocol which is bound to be more efficient since it was written
specifically for that purpose? The only reason I can think of is if
you
need two Forte services to talk to each other through a firewall and
the
firewall is configured to only allow certain protocols through, such
as
IIOP. Is this what you are trying to do? If not, what is your
reasoning?
Thanks,
Sean Brown
Cornice Consulting Inc.
mailto:[email protected]
-----Original Message-----
From: Giuseppe Sorce <[email protected]>
To: Lenny Hon <[email protected]>
Cc: [email protected] <[email protected]>
Date: Thursday, October 22, 1998 10:05 AM
Subject: RE: Using CORBA as Middleware with Forte'
>
>Lenny, I'm sorry but I think that my problem is more complicated.
>No java clients or java servers are involved: I want to use CORBA
as
>middleware between 2 different Forte' partitions (running on
different
>forte' environments).
>For example imagine you have 2 different Forte' applications (say
>application A and application B) in 2 different forte'
environments.
>Now imagine to define an IIOP-enabled service object (Inbound) in
>application A and, starting from the generated IDL (using corbagen
utility)
>to create a IIOP-enabled service object (Outbound) in application
B.
>Application B will be the Corba Client and application A will be
the Corba
>Server.
>They don't use Forte' middleware for communication (they are in
different
>Forte' envs).
>
>Giuseppe Sorce
>
>
>
>
>
>Lenny Hon <[email protected]> on 22/10/98 15.35.40
>
>Please respond to Lenny Hon <[email protected]>
>
>To: Giuseppe Sorce/CSI/IT, "'[email protected]'"
> <[email protected]>
>cc:
>Subject: RE: Using CORBA as Middleware with Forte'
>
>
>
>
>I have successfully used Forte IIOP-enabled service object to
communicate
>with my client Java program that uses VisiBroker 3.2 for Java ORB.
For the
>information, you can read the Forte Web Enterprise manual and the
following
>tech notes: 10950, 10951, 11145, 11152. I found them from Web
manual.
>
>Lenny Hon
>
>-----Original Message-----
>From: Giuseppe Sorce [mailto:[email protected]]
>Sent: Thursday, October 22, 1998 5:58 AM
>To: [email protected]
>Subject: Using CORBA as Middleware with Forte'
>
>
>
>I would like to find a way to use CORBA middleware as an
alternative for
>communications between Forte' partitions (I'm using Forte' rel.
3.0.G plus
>Visibroker 3.1 ORB).
>
>I found a technical note (ID 10520) but it is quite old and it is
related
> to Forte' release 2.0.E.2 (!).
>
>Any experience with Forte' release 3 and Visibroker would be
greatly
> appreciated.
>
>
>
>TIA
>
>Giuseppe Sorce
>
>CSI Piemonte - C.so Unione Sovietica 216 - 10134 Torino - ITALY
>
>tel. +39-011-3168736
>
>fax +39-011-3168212
>
>e-mail [email protected]
>
>url http://www.csi.it
>
>
>
>-
>To unsubscribe, email '[email protected]' with
>'unsubscribe forte-users' as the body of the message.
>Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
>-
>To unsubscribe, email '[email protected]' with
>'unsubscribe forte-users' as the body of the message.
>Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
>
>
>
>
>
>
>-
>To unsubscribe, email '[email protected]' with
>'unsubscribe forte-users' as the body of the message.
>Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

This is one solution when the two sides want to be somewhat independent of
each other.. To use Forte messaging the environments have to be connected,
identical Forte versions, probably identical versions of all objects
involved (rather than just correct IDL), etc. I've toyed with this as well
for a client with two major Forte application development efforts occurring
in completely different business units.
-Greg
-----Original Message-----
From: Sean Brown [SMTP:[email protected]]
Sent: Thursday, October 22, 1998 1:56 PM
To: Giuseppe Sorce; Lenny Hon
Cc: [email protected]
Subject: Re: Using CORBA as Middleware with Forte'
If you don't mind me asking, why would you ever want to do this? If
you are
talking between two Forte services, why would you not want to use
the native
protocol which is bound to be more efficient since it was written
specifically for that purpose? The only reason I can think of is if
you
need two Forte services to talk to each other through a firewall and
the
firewall is configured to only allow certain protocols through, such
as
IIOP. Is this what you are trying to do? If not, what is your
reasoning?
Thanks,
Sean Brown
Cornice Consulting Inc.
mailto:[email protected]
-----Original Message-----
From: Giuseppe Sorce <[email protected]>
To: Lenny Hon <[email protected]>
Cc: [email protected] <[email protected]>
Date: Thursday, October 22, 1998 10:05 AM
Subject: RE: Using CORBA as Middleware with Forte'
>
>Lenny, I'm sorry but I think that my problem is more complicated.
>No java clients or java servers are involved: I want to use CORBA
as
>middleware between 2 different Forte' partitions (running on
different
>forte' environments).
>For example imagine you have 2 different Forte' applications (say
>application A and application B) in 2 different forte'
environments.
>Now imagine to define an IIOP-enabled service object (Inbound) in
>application A and, starting from the generated IDL (using corbagen
utility)
>to create a IIOP-enabled service object (Outbound) in application
B.
>Application B will be the Corba Client and application A will be
the Corba
>Server.
>They don't use Forte' middleware for communication (they are in
different
>Forte' envs).
>
>Giuseppe Sorce
>
>
>
>
>
>Lenny Hon <[email protected]> on 22/10/98 15.35.40
>
>Please respond to Lenny Hon <[email protected]>
>
>To: Giuseppe Sorce/CSI/IT, "'[email protected]'"
> <[email protected]>
>cc:
>Subject: RE: Using CORBA as Middleware with Forte'
>
>
>
>
>I have successfully used Forte IIOP-enabled service object to
communicate
>with my client Java program that uses VisiBroker 3.2 for Java ORB.
For the
>information, you can read the Forte Web Enterprise manual and the
following
>tech notes: 10950, 10951, 11145, 11152. I found them from Web
manual.
>
>Lenny Hon
>
>-----Original Message-----
>From: Giuseppe Sorce [mailto:[email protected]]
>Sent: Thursday, October 22, 1998 5:58 AM
>To: [email protected]
>Subject: Using CORBA as Middleware with Forte'
>
>
>
>I would like to find a way to use CORBA middleware as an
alternative for
>communications between Forte' partitions (I'm using Forte' rel.
3.0.G plus
>Visibroker 3.1 ORB).
>
>I found a technical note (ID 10520) but it is quite old and it is
related
> to Forte' release 2.0.E.2 (!).
>
>Any experience with Forte' release 3 and Visibroker would be
greatly
> appreciated.
>
>
>
>TIA
>
>Giuseppe Sorce
>
>CSI Piemonte - C.so Unione Sovietica 216 - 10134 Torino - ITALY
>
>tel. +39-011-3168736
>
>fax +39-011-3168212
>
>e-mail [email protected]
>
>url http://www.csi.it
>
>
>
>-
>To unsubscribe, email '[email protected]' with
>'unsubscribe forte-users' as the body of the message.
>Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
>-
>To unsubscribe, email '[email protected]' with
>'unsubscribe forte-users' as the body of the message.
>Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
>
>
>
>
>
>
>-
>To unsubscribe, email '[email protected]' with
>'unsubscribe forte-users' as the body of the message.
>Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Similar Messages

  • Using CORBA as Middleware with Forte'

    I would like to find a way to use CORBA middleware as an alternative for
    communications between Forte' partitions (I'm using Forte' rel. 3.0.G plus
    Visibroker 3.1 ORB).
    I found a technical note (ID 10520) but it is quite old and it is related
    to Forte' release 2.0.E.2 (!).
    Any experience with Forte' release 3 and Visibroker would be greatly
    appreciated.
    TIA
    Giuseppe Sorce
    CSI Piemonte - C.so Unione Sovietica 216 - 10134 Torino - ITALY
    tel. +39-011-3168736
    fax +39-011-3168212
    e-mail [email protected]
    url http://www.csi.it
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

    I would like to find a way to use CORBA middleware as an alternative for
    communications between Forte' partitions (I'm using Forte' rel. 3.0.G plus
    Visibroker 3.1 ORB).
    I found a technical note (ID 10520) but it is quite old and it is related
    to Forte' release 2.0.E.2 (!).
    Any experience with Forte' release 3 and Visibroker would be greatly
    appreciated.
    TIA
    Giuseppe Sorce
    CSI Piemonte - C.so Unione Sovietica 216 - 10134 Torino - ITALY
    tel. +39-011-3168736
    fax +39-011-3168212
    e-mail [email protected]
    url http://www.csi.it
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

  • Can you use CORBA Naming Service with javax.naming.event.EventContext?

    Can you use CORBA Naming Service with javax.naming.event.EventContext?
    It seems like it doesn't work. When I try to do something like
    EventContext eCtx_ = (EventContext)namingCtx_.lookup("");
    I'm using JacORB's naming service.
    I just want to clarify that I cannot or can use javax.naming.event.EventContext with CORBA Naming Service.

    Can anyone tell me if it is doable or not doable.
    I looked at the COSNaming SPI, and it seems like it doesn't implement javax.naming.event.EventContext.
    Am I correct or not?

  • Anyone using Tivoli or OpenView with Forte?

    I'm interested in hearing from anyone who is using Tivoli or HP OpenView
    with Forte. What I'd like to know is what capabilities of these products
    you are using and whether you used the Forte-supplied "shareware" or some
    other means to integrate with Forte.
    Thanks,
    Stephen
    _,--_/\ Stephen Szalla
    _/ \ Technical Specialist
    {          )  Forte Australia
    \_,---. / Voice: +61 3 9684 7711
    `* Fax: +61 3 9699 5477
    v mailto:[email protected]
    http://www.forte.com/australia
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

    I use Skype and the built in mic and speakers are fine

  • Can't compile JSPs with Forte 4

    I upgraded to forte 4 CE. Now I cannot compile my JSP's because they are not finding my class files.
    They all worked in Forte 3 ce.
    If I have class MyClass()
    and try to create an instance in my JSP
    MyClass mc = new MyClass()
    It gives the 'cannot resolve symbol' error on MyClass object.
    What happened? I haven't changed anything. I have about 10 jsps and a bunch of Classes that all worked and now don't.
    I checked the product support for Forte and couldn't find anything.
    If anybody else had this problem and figured it out please post your solution.
    Thanks.
    -chiranjp

    i am having the same problem using my "homemade" class with forte.
    I have all of the .java and .class files and even have a .jar file but it still cannot find them
    could you please give me more details on how you reached your solution?
    where did you place the files so that forte found them?
    any and all help is greatly appreciated.
    thanks
    -j

  • Problem with compiling STL using program with Forte C++ 6 update 1 in compat mode

    I try to compile SGI STL using program with Forte C++ 6 update 1 and I get an errror
    ld -L/opt/SUNWspro/WS6U1/lib -liostream test.o -o test
    Undefined first referenced
    symbol in file
    __0oNIostream_initctv test.o
    __0oNIostream_initdtv test.o
    Iostream_init - declared as a static class CC4/iostream.h, but nm libiostream.a produce
    __1cNIostream_init2T6M_v_
    __1cNIostream_init2t6M_v_
    and program can't link.
    What's wrong?
    Thank you for any comments

    Hi!
    I experienced the same problem and the solution looks like the following: in sunpro6.mak file there is a variable STL_INCL that has the following value: -I. -I${PWD}/../stlport
    Change that to -I. -I${PWD}/../stlport/SC5 and the problem vanishes. The reason is that stlport/SC5 contains files *.SUNWCCh which are used by SUNpro C++ compiler as standard headers and contain correct STLPort namespace information.
    Regars,
    Art

  • 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

  • Try to use Mysql database with forte

    Dear All:
    As title said, I try to use Mysql database with forte.
    I read the manual , it said I have to put the database jdbc driver in
    the Forte for Java lib/ext directory.
    I did it and then add a new Driver in the Runtime tab in the Explorer
    window .
    But when I try to test this new driver(by Right-clicking on the driver
    or connection in the Explorer and select Test Driver from the context
    menu),it said "cannot find driver class: check your CLASSPATH or
    \lib\ext direectory".
    I am sure I'hve put the driver class(with the whole directory structure)
    in that folder.
    Does anyone what I may go wrong ?
    Could you please give me some advices that I can fix this problem ?
    Thanks in advance.
         Ken @ Taipei , Taiwan , Asia

    You should have put the jar file that contains the driver into that directory. If you unpacked the jar file and put the individual classes into that directory, it will not work.

  • Best way to use CORBA 3 with Oracle

    Hi, developers,
    I was using Oracle 8i JVM with my CORBA server deployed without any problems. That was CORBA 2 with old BOA.
    Now I have to implement CORBA 2.3 (I've met the "valuetype" in my new IDL definition). I've successfully compiled the IDL file with JDeveloper 9i (which uses the Visibroker's 4 idl2java compiler). The output was the heap of *.java including *POA.java files. I can not deploy them even when I use the Oracle9i database server.
    1) Can anybody show me the way (or multiple ways) to create and to run the CORBA server with POA in the Oracle environment.
    2) Is it possible to compile the IDL file (with valuetype statement) with -boa option and to use the output as it is shown in examples included in database server.
    3) Are there any good links to find the documentation which could describe the CORBA client/server developing process with the help of JDeveloper.
    Thanks in advance,
    Andrew

    Forget about using Corba with an oracle product.
    I tried to connect a C++ corba client. It is supposed to work. But the guys who wrote the implementation don't work for Oracle anymore. The samples can't be compiled or linked because they use an old ORB.
    Oracle support doesn't want to answer with a working solution (even if we PAY for support).
    It is probably possible to use an old version of corba with java. I won't be surprised if it is dropped from a future version of the db or application server.
    Try to use another solution (ejb, webservice, ...)
    Good luck,
    Jean-Paul

  • Has anyone used CORBA with LabVIEW?

    Has anyone used CORBA with LabVIEW?

    Did you have any success with this?  I'm about to attempt the same thing and would rather not write intermediate functions in other other languages to do so...

  • RMI Performance Comp. with Forte

    Hi All,
    I know that this topic has been discussed on the list
    already, but I would like to find out whether the
    current state of Sun's RMI implementation is like
    I imagine it, and I want to compare with our Forte
    Service objects too. Basically, these seem to be
    issues that negatively affect performance,
    1. A thread is created on the server per request, and
    there is no way to change this easily (i.e. reuse
    threads from a pool)
    2. Each call opens a new socket.
    In particular, does it make sense to replace RMI with
    CORBA for increased performance and scalability? Can a
    PC-based server handle loads of about 1000 remote
    calls per second (considering the overhead imposed by
    RMI/other communication methods only)? or Shall we
    compare Forte against RMI.
    Thankx,
    Babu

    Okay,
    A method invocation (or function call or procedure call or whatever) is
    always a synchronous call. This means, you ask the service to do something
    and wait for the function to complete, optionally with return values. It is
    possible, that within the method, a separate thread is started, that
    continues after the method is completed, but that doesn't change the
    mechanism that a method invocation is a synchronous call.
    In Forte, it is possible to start a method as an asynchronous call, with the
    "start task" command. In that case, the caller does not wait for the method
    to complete and return values are not handled. If this method invocation
    happens across a network (making it a Remote Method Invocation) then a
    socket will be opened when the call is made and closed immediately after. It
    does solve the one-socket-per-caller problem, but not the
    one-thread-per-caller problem. Also, it does remove the possibility of
    receiving return values.
    If you want to keep using method invocations as synchronous calls with
    return values, but you also want to share resources like sockets and
    threads, then you have to use TP-monitoring concepts. You must have a two
    way, asynchronous call with an additional parameter. This means, the client
    does a single, brief call that re-uses an existing thread and immediately
    frees the socket it used. The client passes all required parameters and one
    additional parameter to identify itself. In Forte, this would be a reference
    to an anchored object on the client-partition. Then the client waits
    (possibly blocks). The server completes the request and locates the client
    that sent the request. The server invokes a method on the client, informing
    that the request was handled. The server now also passes all return values.
    The client exits its wait-state and continues.
    In Forte (even if you use other mechanisms to hook into Forte), every call
    still is a separete thread. If you wish to re-use existing threads, this
    must be done using events. So, a client invokes a method asynchronously
    (using "start task") and waits. The server start a new thread and posts an
    event. Each existing thread is either idle in an event loop or busy handling
    a previous event. The new event is added to the queue of all event loops and
    the original thread is terminated (the socket was already freed). One event
    loop of the thread-pool will be the first one to respond to the event, mark
    this somewhere (maybe using mutex) and start handling it. All the others
    will eventually respond to the event as well, but will be able to see that
    the event is already being handled and ignore it.
    This does introduce overhead and it makes your application more complex, but
    it also prevents you running out of resources.
    Now, the real issue is not the amount of calls per second, but a combination
    of calls per second and seconds to complete the call. Using these two
    numbers, you can calculate the amount of tasks the server has to be handling
    simultaneously at any given time (average). Using the above described
    technique you can handle intermittent, large loads, because if there are
    more requests than available resources (threads) at any given time, the
    requests will simply be put in a queue and handled later. However, if the
    over-load continues for a prolonged period of time, the queue will simply
    grow and grow and grow until the partition crashes and all queued items will
    be lost.
    Then it is time for load-balancing. You install several additional servers
    and run a serverprocess on each of these machines. And you use a router that
    distributes calls across the different serverprocesses. Forte has built-in
    mechanisms for that, that work reasonably well. However, if the amount of
    calls per second is so high, that even the short time it takes the router to
    relay the request still is too long, so that the router runs out of
    resources, then you have to use more complex models, for which Forte doesn't
    have any ready-to-use solutions. But neither does CORBA or Java I believe.
    One more thing. If you combine the above described mechanism to free sockets
    as quickly as possible and use Forte loadbalancing, you might solve all your
    problems. Just install 6 overloaded server processes. This results in 6
    processes times 256 threads per process equals 1536 simultaneous tasks. If
    each task is an asynchronous method invocation that immediately frees its
    socket, then you never block you're whole server by using all sockets and
    you're still able to do handle 1536 requests simultaneously.
    Remember, if you have such a large load of calls per second, that all pass
    through the same machine (router) then you'll run into hardware limitations
    and no software solution can fix that. You have to find a mechanism to
    distribute calls across different nodes without using a single router. For
    example, cluster clients and have a single server node per cluster.
    Pascal.
    -----Original Message-----
    From: Babu Raj [SMTP:ibcsmartboyyahoo.com]
    Sent: Friday, March 24, 2000 3:42 PM
    To: Rottier, Pascal
    Cc: kamranaminyahoo.com
    Subject: RE: (forte-users) RMI Performance Comp. with Forte
    Hi,
    I believe in CORBA, ORB maintains the same
    connection ( Same Socket) for multiple calls, on the
    same Servant object, unless otherwise its ONEWAY call.
    But RMI uses the same strategy as Forte, I'm not sure
    either on this. Thats the reason, i asked the previous
    question.
    Thankx,
    Babu
    --- "Rottier, Pascal" <Rottier.Pascalpmintl.ch>
    wrote:
    How are CORBA and RMI different then Forte (one
    socket and one thread per
    call)?
    -----Original Message-----
    From: Babu Raj [SMTP:ibcsmartboyyahoo.com]
    Sent: Friday, March 24, 2000 3:18 PM
    To: kamranaminyahoo.com
    Subject: (forte-users) RMI Performance Comp. withForte
    Hi All,
    I know that this topic has been discussed on thelist
    already, but I would like to find out whether the
    current state of Sun's RMI implementation is like
    I imagine it, and I want to compare with our Forte
    Service objects too. Basically, these seem to be
    issues that negatively affect performance,
    1. A thread is created on the server per request,and
    there is no way to change this easily (i.e. reuse
    threads from a pool)
    2. Each call opens a new socket.
    In particular, does it make sense to replace RMIwith
    CORBA for increased performance and scalability?Can a
    PC-based server handle loads of about 1000 remote
    calls per second (considering the overhead imposedby
    RMI/other communication methods only)? or Shall we
    compare Forte against RMI.
    Thankx,
    Babu
    For the archives, go to:
    http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. Tounsubscribe, send in a new
    email the word: 'Unsubscribe' to:forte-users-requestlists.xpedior.com
    For the archives, go to:
    http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To
    unsubscribe, send in a new
    email the word: 'Unsubscribe' to:
    forte-users-requestlists.xpedior.com
    For the archives, go to: http://lists.xpedior.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

  • IIOP with Forte

    Hi there,
    I've been trying to get IIOP working with forte but have encountered
    some stumbling blocks.
    This is the test situation:
    I'm trying to get a forte corba client to talk to a forte corba server
    through IIOP using fortes ORB (i.e. I have not installed any third party
    ORB product)
    Details:
    1. IIOP Forte Server
    I created a service object and marked it to be used with IIOP:
    specified to create the IOR file at distribution.
    listener location is remote
    started up the IIOPGW (gateway) and confirmed it is working
    distibuted and installed the application.
    verified that the IOR file was created
    started the partition containing the IIOP forte service
    2. IIOP Forte Client
    used CORBAGEN facility to create the stubs for the client service to
    use.
    imported the 'pex' file into the workspace
    created a service object based on the class created in the imported
    project
    created a window, added a button to display the return value of the
    remote service call
    partitioned the app, and ran it.
    Nothing happened. No distributed access exception fired. and the data
    returned was not correct (i.e. returned an empty string).
    Here is the SERVER CODE for the hellow world method:
    s:string;
    task.part.logmgr.putline( 'in iiopService_n.HelloWorld_ms' );
    s = 'Hello World';
    return s;
    Here is the CLIENT CODE
    when <IIOP_client_exe_wcb>.click do
    begin
    s : string;
    s = '####';
    //distributed IIOP call
    s = IIOPService_so.HelloWorld_ms();
    return_wed = s;
    exception
    when e:genericexception do
    self.window.messagedialog( 'Generic exception occured' );
    raise;
    else do
    self.window.messagedialog( 'reached else exception' );
    raise;
    end;
    I'm wondering if it is possible to have forte talk to itself from the
    same environment through Corba's IIOP
    Thanks in advance...
    <<< Stuart Ngai (416)359-4306 [email protected] >>>

    At 05:46 PM 5/19/97 -0500, Dan Reid wrote:
    I have had several requests to post my Forum presentation. Is Fort goingto
    post the slide shows on their website?I have made this recommendation to Richard Scheffer during the conference.
    I would suggest that others do the same if they think it is a good idea.
    =========================================================================
    Thomas Mercer Hursh, Ph.D email: [email protected]
    Computing Integrity, Inc. sales: 510-233-9329
    550 Casey Drive - Cypress Point support: 510-233-9327
    Point Richmond, CA 94801-3751 fax: 510-233-6950

  • How to interface a windows DLL with Forte application?

    Hi,
    I want to use crystal report engine for generating reports from Forte
    application on NT client, which requires interfacing crpe32.dll(report
    engine DLL) with Forte. Can somebody help me out with a sample c project
    (Forte project) either for crpe32.dll or any other DLL.
    What are the requirement for for interfacing a DLL library with Forte
    application .
    Thanks in advance
    Shashidahr Patil N S
    Bangalore

    You can make an empty server only with tpsvrinit that starts your client
    listeners and a tpsrvdone that stops them. Be carefull with sharing ipcs
    between processes, or your clients may get puzzled!!!
    Another choice can be builting a custom WSL/WSH but I haven't done
    this yet and I don't know exactly the troubles related with making them.
    R.G.
    Travis Ward wrote:
    How would you interface a tuxedo app with another application that
    uses tcp/ip socket messaging? I have a vendor product that offers
    a tcp/ip message interface, and would like to know how best to
    integrate it into a tuxedo application. I could write a C application
    that listens and accepts incoming request from the vendors application,
    and then make a tuxedo client call to a service. But this doesn't
    allow me to control the listen thread through tuxedo. The C application
    would have to be started seperately and would not take advantage
    of the tuxedo restart facilities etc of a tuxedo service.

  • RE: SMTP message transfer with Forte'

    Hey,
    You would have to use POP or POP3 client (not a lot of work) to retrieve
    messages from mail server or write you own mail server (much, much more
    work).
    See SMTP/POP3 documentation on requirements - implementation, there is
    plenty of information on the internet.
    Hope this helps.
    Dariusz Rakowicz
    Consultant
    BORN Information Services (http://www.born.com)
    8101 E. Prentice Ave, Suite 310
    Englewood, CO 80111
    303-846-8273
    [email protected]
    -----Original Message-----
    From: Paul Salmon [SMTP:[email protected]]
    Sent: Tuesday, September 08, 1998 4:12 PM
    To: '[email protected]'
    Subject: SMTP message transfer with Forte'
    Hi,
    We are exploring a number of ways to transfer data from a business partner
    through a secure extent circuit. Since I have been reading a few messages
    regarding SMTP file transfer (send), I was wondering if anyone has any
    experience in writing a Forte' service object to receive an SMTP message
    and then parse it and insert the data into a database.
    Paul Salmon
    [email protected]
    (714) 536-9778 voice
    (714) 536-9778 fax
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>-
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

    Hello Sergiy,
    Many thanks. I am in touch with our technical colleagues for the same and will revert back with results.
    Thanks
    Srinivas

  • Problem with Forte DDE

    I have a problem getting Forte to talk to another application called
    InTouch by Wonderware via DDE. InTouch is a SCADA (Supervisory Control
    And Data Acquisition) package. InTouch uses DDE as its primary form of
    communication with other software. Right now I have Forte talking to
    InTouch through the use of a Visual Basic interface using DDE. Here is
    the flow:
    Talking to InTouch from Forte using DDE
    FORTE ---> VB INTERFACE ---> INTOUCH
    Talking to Forte from InTouch using DDE
    INTOUCH ---> VB INTERFACE ---> FORTE
    My goal is to eliminate this VB interface and have Forte talk directly
    to InTouch using DDE without the use of any intermediate code. Does
    anyone have any experience with DDE between these two applications?
    Gary Giger
    Raytheon Systems
    300 Science Park Road
    State College, PA. 16804
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

    In my Forte 3.0 installation on Windows XP, the file is in:
    \forte directory\modules\ext4j\AbsoluteLayout.jar

Maybe you are looking for

  • Skin smoothing stopped working and color overlay

    Hi All, Been tearing my hair out. The skin smoothing tool has stopped working completely across all projects. If I select "color overlay" in the gears menu, sometimes the existing smooth brush strokes appear in red,.. but mostly they don't. ** I can'

  • OAB interfcaing with Oracle Payroll and Third party Payroll Systems

    Hi, I would like to know the things to take care when OAB interface with a third party Payroll(esp. ADP Payroll). I know that the deductions are sent using the Benefit Elements which in turn connected with Rates for options/plans. My questions are re

  • Is it possible to serve a few plain old simple static HTML pages with ITS?

    Hi, I am looking for a way to serve a few plain old simple static HTML pages (together with some javascript and image files) with ITS? The HTML page should be served unaltered. Is this possible somehow? Thanks,   Wolfgang

  • Latest Reader Hangs when opening any pdf with 'tools' selected

    Any pdf will hang when opened in the latest Acrobat Reader (Either from file or open Acrobar Reader first.) However if I first open Reader and turn off the tools (Tools top right) I can then open any pdf without problems. Users who want to have the t

  • Installing ichat on Macbook pro

    I acciedently deleted ichat from my applications & I would like to know how I can download it again? I know from the install cd but I don't know which one & how... any help will be appreciated