Another forte-CORBA-VC++

Hi Everybody,
we are connecting to Forte conductor from a VC++ client via Visibroker. we
could able to open a session with the conductor but when we try to access
getActivitiesList it is returning null eventhough there are activities for
the user.
sample code:
CMyWFClient *theClient = new CMyWFClient();
const char* mypasswd = (const char*)((CCRMTSApp*)AfxGetApp())->passwd;
theClient->OpenSession((const char*)m_USER_ID,(const
char*)((CCRMTSApp*)AfxGetApp())->passwd,MyAssignments);
WFClientLibrary::sequence_WFActivity_ptr CurUserActivities;
do
CurUserActivities =
theClient->theSession->GetActivityList(WFCorbaApi::CorbaWFSession.AL_EVENTS_OFF|WFCorbaApi::CorbaWFSession.SAVE_UPDATES_ON);
if(!CurUserActivities->length())
_sleep(1000);
}while(!CurUserActivities->length());
Are there any possibilities of going wrong in the ORB-Conductor
communication.
thanks in advance
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Hi, Srinivas
I do have "a C++ application communicating with a Forte Service Object via
Visibroker", and also my remote method of the service object is returning an
Array of Object (to be exact, a subclass of Object). It is hard to figure out
what happened just from the information you provided here. If you could provide
more information, it might be helpful.
CORBA::UNKOWN exception: The explanation is The ORB could not determine the
thrown exception. The server throws something other than a correct exception
such as Windows runtime exception.
By default, when Forte generates an IDL method, it raises an exception either
GenericException or UserException. You can subclass GenericException or
UserException to add custom exception classes.
Shilong Yin
US West in Denver
Srinivas Delu wrote:
Hi Everybody,
Does any one worked on a C++ application communicating with a Forte Service
Object via Visibroker. Problem we are facing is we could't able to call a
Service Object Method which is returning a Array of Objects. Forte
generating the IDL for the function but when we tried to access the function
from the C++ client causing CORBA::UNKOWN exception.
thanks in advance..
[email protected]
Get Your Private, Free Email at http://www.hotmail.com
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

  • RE: Forte/CORBA inquiry - Long post

    Dave,
    Are you using any kind of structured object in the parameters to your
    CORBA-exposed method?
    We have found that Fort&eacute; will change the order of struct class attributes
    when changes are made in the IDE (often even when seemingly unrelated).
    Look at the IDL generated in your last deploy to be sure the order of
    attributes is the same.
    - MikeL
    -----Original Message-----
    Date: Thu, 3 Aug 2000 12:10:17 -0700
    From: "Dave Ortman" <dortmanrcsis.com>
    To: kamranaminyahoo.com
    Subject: Forte/CORBA inquiry - Long post
    Message-id: <3989c399.22c.0rcsis.com>
    Content-Type: text/plain; charset="iso-8859-1"
    Content-Transfer-Encoding: 7bit
    Hello,
    I've been experimenting with accessing Forte through Java via CORBA. While
    I have adequate experience with Forte and Java, I'm fairly new to CORBA. As
    a result, I've discovered some issues which I can't seem to resolve.
    I fear my explanation might be a bit lengthy, but I figure it's easier to
    offer
    comments when you have all the information. I apologize in advance.
    I started by writing a Java application that would access a Forte service
    object.
    To keep things simple, I didn't use any of our existing code base. I
    instead
    used the code examples in tech note #10950: Forte Service Objects and
    VisiBroker
    Java IIOP clients. However, instead of using the VisiBroker ORB, I used the
    Java 1.2 ORB. Other than that, I used the same code offered in the tech
    note.
    This example worked fine. I exported the IDL from Forte, ran the Sun
    idltojava
    tool, and compiled my Java classes.
    I then tried to carry this example forward, and use some of our existing
    Forte
    objects. Things did not go as smoothly, and I am now left with a few
    questions.
    I created two new projects in my workspace - CorbaSO and CorbaManager.
    In the CorbaManager I created a single class - CustomerManager. This object
    has one method which retrieves a customer object based upon a CustomerID
    which
    is passed into the method. This project has three supplier plans which are
    needed to retrieve this Customer object.
    In the CorbaSO project, I created two classes - CorbaServer and TestClass.
    CorbaServer has two methods: getCustomer and GetDamage. The getCustomer
    method
    instantiates an instance of the CustomerManager class, and uses it to
    retrieve
    a customer based upon the CustomerID passed into the getCustomer method,
    then
    returns the CustomerName (string). The GetDamage method is the same method
    that's used in tech note #10950 (discussed above). I just wanted to make
    sure
    it still worked. I then made a Service Object from the CorbaServer class,
    which
    I called CorabaServerSO. This project has two supplier plans - the
    CorbaManager
    project discussed above, and the plan which contains the CustomerObject
    (which
    is returned by the CUstomerManager class).
    Lastly, the test class simply contains a go() method, which I used to make
    sure
    the CorbaServerSO was working fine. All it does is call
    CorbaServerSO.getCustomerName()
    passing in a CustomerID, and writes the returning name out the logger.
    The code compiles, and it works fine when I run it from within Forte
    [through
    TestClass.go()]. I then deployed the app and exported the IDL.
    However, when looking at the IDL, I find that Forte exported 900k of IDL.
    It
    exported the IDL definition of every class within the supplier plan
    hierarchy.
    Given that I only wanted to expose my one service object, I assumed that I
    would only get IDL for that one project. Instead, I got IDL for every
    object
    all the way down the Supplier Plan chain. So my first question is, why do I
    get IDL for everything?
    To make matters worse, this 900k IDL file is littered with errors - and my
    IDL
    compiler chokes. I edited the IDL so that it only contained definitions for
    the CorbaSO project, and ran the IDLTOJAVA tool on that edited file. That
    created
    the JAVA files just fine, and I then compiled them into CLASS files. So far
    so good.
    I then wrote a Java client to call methods on my newly published
    CorbaServerSO.
    I found that the GetDamage() method worked fine, while the getCustomer
    method
    yield the following error: 'org.omg.CORBA.UNKNOWN: minor code: 1
    completed:
    Maybe'. This error is offered immediately after calling the getCustomer
    method
    on the CORBA stub.
    Curious as to why one method worked, and one didn't - I looked to the code
    in
    the GetDamage method. The code was as follows (all undeclared variables are
    input or output variables of type double):
    tmp1 : i4;
    tmp1 = i4(total * 0.0775 * 100.0 + 0.5);
    salesTax = double(tmp1) / 100.0;
    tmp1 = i4(total * 0.15 * 100.0 + 0.5);
    tips15 = double(tmp1) / 100.0;
    newTotalwoTips = salesTax + total + total;
    As written above, the code works. I then modified the code to the following
    (all parameters were unchanged):
    custManager : CustomerManager= new();
    tempCustomer : Customer = custManager.fetchCustomer(12345);
    tmp1 : i4;
    tmp1 = i4(total * 0.0775 * 100.0 + 0.5);
    salesTax = double(tmp1) / 100.0;
    tmp1 = i4(total * 0.15 * 100.0 + 0.5);
    tips15 = double(tmp1) / 100.0;
    newTotalwoTips = salesTax + total + total;
    After deploying the newly modified code, I find that the GetDamage method
    now
    does not work. All I did was instanstiate an object, and call a method on
    it.
    I never did anything with the results. Yet I get the same error:
    'org.omg.CORBA.UNKNOWN:
    minor code: 1 completed: Maybe'.
    So my two question are:
    1. Why did I get IDL for every object within the Supplier Plan tree when I
    was
    only attempting to expose 1 Service Object.
    2. Why does a method cease to work via CORBA when I interact with another
    object?
    Thanks in advance for any help,
    -Dave Ortman

    In a previous post, I asked:
    <<Why did I get IDL for every object within the Supplier Plan tree when I
    was
    only attempting to expose 1 Service Object.>>
    Since writing this, I have come across tech note #11427 - which mentions use
    of a IIOPIgnore extended flag which you can set on objects to suppress IDL
    generation. Otherwise, Forte automatically generates IDL for any object
    which is marked as Distributed.
    Most of our objects are distributed. I set this property on the objects
    within the two projects I was working in, and the IDL for these objects was
    not created. However, the rest of the objects in the Supplier Plan chain
    were still translated to IDL. Am I going to have to set this property on
    every object? I don't see how I could be misapplying the property - but you
    never know.
    <<Why does a method cease to work via CORBA when I interact with another
    object?>>
    Through the use of putline()'s, I've found that the error is generated
    somewhere deeper within our application architecture. It may be a problem
    with our code - I'm not sure. I would still be happy to hear any input on
    the matter.
    Thanks,
    -Dave Ortman

  • Forte/CORBA/VC++ Question

    Hi Everybody,
    Does any one worked on a C++ application communicating with a Forte Service
    Object via Visibroker. Problem we are facing is we could't able to call a
    Service Object Method which is returning a Array of Objects. Forte
    generating the IDL for the function but when we tried to access the function
    from the C++ client causing CORBA::UNKOWN exception.
    thanks in advance..
    [email protected]
    Get Your Private, Free Email at http://www.hotmail.com
    To unsubscribe, email '[email protected]' with
    'unsubscribe forte-users' as the body of the message.
    Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

    Hi, Srinivas
    I do have "a C++ application communicating with a Forte Service Object via
    Visibroker", and also my remote method of the service object is returning an
    Array of Object (to be exact, a subclass of Object). It is hard to figure out
    what happened just from the information you provided here. If you could provide
    more information, it might be helpful.
    CORBA::UNKOWN exception: The explanation is The ORB could not determine the
    thrown exception. The server throws something other than a correct exception
    such as Windows runtime exception.
    By default, when Forte generates an IDL method, it raises an exception either
    GenericException or UserException. You can subclass GenericException or
    UserException to add custom exception classes.
    Shilong Yin
    US West in Denver
    Srinivas Delu wrote:
    Hi Everybody,
    Does any one worked on a C++ application communicating with a Forte Service
    Object via Visibroker. Problem we are facing is we could't able to call a
    Service Object Method which is returning a Array of Objects. Forte
    generating the IDL for the function but when we tried to access the function
    from the C++ client causing CORBA::UNKOWN exception.
    thanks in advance..
    [email protected]
    Get Your Private, Free Email at http://www.hotmail.com
    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/>

  • CM Tool for Forte

    Hello all,
    We are in the process of evaluating software Configuration
    Management tool, named Perforce. We are exploring the possibility of using
    it for Forte based projects too. Is anyone out there have currently using
    this tool with Forte, or have any experience with the possibility of using
    any CM tool with Forte development.
    Any input in this regard will be greatly appreciated.
    Thanks,
    Charu.

    Text based configuration management
    Scripts to export/import
    Repository creation tools from frozen source set (taken out of CM)
    And policies to force users to checkout a full plan (for locking reasons)
    when having to change a single class.
    There's still the issue where stuff is checked out in CM and as well
    in the workshop => inconsistency risk
    Cheers,
    j-paul
    -----Message d'origine-----
    De: Krish and Forte [mailto:fkrish56hotmail.com]
    Date: mardi 2 mai 2000 17:31
    &Agrave;: forte-userslists.xpedior.com
    Objet: Re: (forte-users) CM Tool for Forte
    Hi,
    Just Curious to know how everybody are maintaining different
    versions of the
    Forte project.
    Forte itself provides us with the Team development and cross platform
    development features. All we need is Version Controlling.
    I presume we wont be maintaining different versions of each
    "Forte Project"
    in the Version Control.( A Project in Forte will definitely contain more
    than 1 Forte Project). If we do this, we need to maintain a chart
    of which
    version of Forte Project works with another Forte Project and it is messy.
    The other way is to baseline the Development Repository itself in the
    Version Control. This works fine. But once the repository starts
    growing, I
    am not sure of the version control software handling GB sized files.
    Any IDEAS?
    Thanx
    Krishna
    Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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

  • RE: RunCommand and Win 95

    Actually, NT just renamed the mapping layer for WOW
    type cmd /? to see the same (more) options on the NT interpreter
    and command.com /? for the MSDos command interpreter
    -----Original Message-----
    From: Tim Sawyer [SMTP:[email protected]]
    Sent: Wednesday, April 14, 1999 11:32 AM
    To: '[email protected]'
    Subject: Re: RunCommand and Win 95
    On Wed, 14 Apr 1999, Daniel Nguyen wrote:
    Hi,
    You can not use Copy command on windows : it is a Dos command. So you
    should make a
    bat file and launch it with the runcommand for instance.Or use command.com with appropriate parameters. (sorry, I don't remember
    exactly, and I have no DOS based machine here ... :)) )To run it using command.com, I think you need to run
    command /ccopy <source> <dest>
    (the /c specifies the command that you want to run)
    but this will not work on NT, cos NT doesn't have a command.com. This
    doesn't sound like the right way to go about doing the copy though...
    Tim Sawyer
    PanCredit
    Leeds, UK.
    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/>

    Christina,
    Since you are in a mixed environment, you should avoid using the operating
    system commands for portability reasons. You can use the -fns option on
    the ftexec command which allows you to override the environment/registry
    variable FORTE_NS_ADDRESS.
    Example: ftexec.exe -fns computername:portnumber
    Hope this helps in your situation.
    Doug Laures
    Senior Technical Consultant
    Claremont Technology Group
    Columbus OH
    To: forte-users @ Sagesoln.com
    cc: (bcc: Douglas Laures/Central Region/Claremont)
    From: BuPEDV @ compuserve.com @ INTERNET@INTERLIANT
    Date: 10/15/97 07:11:20 AM AST
    Subject: Re: RunCommand and ftexec
    Hello Christina,
    try the task.part.OperatingSystem.SetEnv() - method befor you make the
    start with RunCommand. in SetEnv you set FORTE_NS_ADRESS to server2:6000.
    Because the RunCommand executes a new shell, the calling Apllication A
    works with it's old adress.
    Hope it helps.
    Joseph Mirwald
    EMAIL: [email protected]
    Christina Tomacelli wrote:
    Dear forte-users,
    I have the following problem.
    I have an application A that uses a certain environment (say Aenv, with
    FORTE_NS_ADDRESS=server1:5000). This application executes at a certain time
    a RunCommand and calls a "ftexec" which runs another Forte' application
    (B). Application B belongs to a different environment (say Benv, with
    FORTE_NS_ADDRESS=server2:6000).
    When I call application B from application A, application B reads the same
    FORTE_NS_ADDRESS which was set before start executing application A (that
    is, application B uses FORTE_NS_ADDRESS=server1:5000, which is incorrect).
    I can have mixed platform UNIX and Windows 95, so FORTE_NS_ADDRESS can be
    an environment variable or a line in forte.ini.
    Can you think of a workaround to this problem ?
    TIA
    Cristina Tomacelli
    (See attached file: firma.txt)

  • RE : Multiple environments on NT

    Hello Veronika,
    I have just tested on NT4 a multiple configuration with 2 environments
    On one user session NT : it works very well.
    I also use multi-version (R2 and R3) on the same PC.
    I use the next command :
    "C:\forteR3\install\bin\nodemgr.exe -e TstEnv1 -fnd Node1 -fns
    HOSTNAME:5000" for the first environment
    "C:\forteR3\install\bin\nodemgr.exe -e TstEnv2 -fnd Node2 -fns
    HOSTNAME:5010" for the second one
    I don't need any re-installation of Forte only one FORTE_ROOT.
    You should be able to to the same with NT services using the
    srvcinst.exe
    utility on FORTE_ROOT/install/bin.
    Hope this helps.
    Daniel Nguyen.
    Freelance Forte Consultant.

    Dan,
    The problem you are describing with the system agents and partitions not
    being visible sounds like a problem with how you are starting the
    partitions. In configurations such as these, you need to specify which
    node manager the partition is being started under. This is done
    automatically when you start an application from the environment, but from
    the command line, you should use something like:
    ftexec -fi ... -fnd node_name -ftsvr 0 .....
    Don
    At 09:46 AM 1/13/98 +0100, Daniel Nguyen wrote:
    Hello Ray,
    You are right : I didn't explain enough.
    The aim is to define different context for each environment.
    One solution is to make (just as on Unix) a command file (.bat) to
    define Forte environment variable and to use it in other command files
    to start an environment for instance. This is very usefull for testing
    but I think that it is difficult to manage. The other solution is to
    define a specific account on NT for each context redefining in the
    registry the FortesoftwareInc entries for each account (especially
    FORTE_NS_ADDRESS).
    These are two ways to obtain the same result, but using the registry
    I only use one system referential and I don't have to redefine each
    Forte command which has to become a service.
    For the second part, I start my partitions using ftexec -fi command
    (with -ftsvr option for server partition).
    It seems that Forte nodemgr reuses the environment variables of
    the context of the process and not the options you used and
    in that case the System Agents aren't well refreshed. The nodes are
    visible, but the processes on the nodes you start by hand aren't
    visible. I have the same problem with Repository agent on multiple
    environments on Aix : some agents , may be, aren't well instanciated.
    On Aix, I used standard solution : defining specific user and specific
    fortedef.sh for each environment.
    Happy new year.
    Daniel Nguyen.
    Freelance Forte Consultant
    Ray(mond) Blum wrote:
    Daniel Nguyen wrote:
    Hello,
    After discussing about it with Forte and making new tests,
    beware on the solution you choose :
    if you use the same login for your services, you will have some
    problems to start your applications. You need to use different
    logins(NT accounts) for earch nodemgr.Ummm.... I do not think that this is right. We have had (under Forte
    R2) several nodemgrs on one machine and (under R3) several launch
    servers all started from the same NT (4.0) login. All they needed to
    differentiate themselves was different environments.
    If you don't, Forte wont start your application properly.
    Then if you start your partitions by hand (using DOS),
    the application starts well, but the Forte agents don't
    see the application partitions (even ftexec processes).
    What do you mean by the above? Forte System agents? Our client
    machines described above have always been visible in EConsole/EScript.
    Hope this helps.
    Daniel Nguyen
    Freelance Forte Consultant.--
    ---Raymond Blum
    [Yet Another Forte Consultant]
    Hurry Star Force!
    Planet Earth has just 164 days left!!!
    Name: vcard.vcf
    Part 1.2 Type: text/x-vcard
    Encoding: 7bit
    Description: Card for Raymond Blum
    ============================================
    Don Nelson
    Regional Consulting Manager - Rocky Mountain Region
    Forte Software, Inc.
    Denver, CO
    Phone: 303-265-7709
    Corporate voice mail: 510-986-3810
    aka: [email protected]
    ============================================
    "We tigers prefer to inflict excitement on others." - Hobbes

  • Mapping TOOL to IDL

    Anyone,
    Here's the situation: I have a Library that was generated when
    I imported a .pex file(that was created from the idl) into the Forte
    env. This Lib has Structs, Structs of Structs (sequence of structures)
    and a control class. In the control class I have a method with two
    parameters of type StructStruct. Another Forte class method has the
    same two parameters but they are of type Array of... I want to map the
    Array of type from the calling method to the StructStruct type of the
    interface method so when I call the interfaace method there is no type
    mismatch error ..
    thanks,
    Chad

    Try jAllora from www.hitsw.com

  • SynerJ Discussions

    Hi,
    Following the question I posted yesterday, I&rsquo;d like to heat up the
    discussions about integration of SynerJ with Forte. If anybody comes up
    with any good ideas, that will be great.
    Now our real challenge is to replace &ldquo;legacy&rdquo; (for sure, not everyone like
    that word!) Forte TOOL front-end GUI client codes with Java codes. Because
    we have many existing Forte TOOL codes needed to be used at the server side,
    so we are going to build the general architecture as: at client side, we
    need Web client with Java applet enabled to get the dynamic Web pages; at
    the server side, we want EJB (this can be done using SynerJ) to be able to
    communicate with Forte TOOL codes (reuse some existing Forte TOOL codes).
    So far, I haven&rsquo;t got any optimistic solutions. Probably we have to go back
    to resort Forte/CORBA/IIOP (I got much bitter experience with that) to set
    up a bridge between Forte and SynerJ (Java). The difficulties come out from
    many aspects: first, SynerJ supports J2EE (Java 2 Enterprise Edition) or JDK
    1.2 with built-in ORB&mdash;Java IDL, but Forte/CORBA/IIOP only (most probably)
    supports two ORB vendors&rsquo; products&mdash;Inprise&rsquo;s VisiBroker for Java and Iona&rsquo;s
    OrbixWeb, NOT Java IDL ORB. Second, if we decide to let our EJB server
    communicate with Forte components written in Forte TOOL through CORBA/IIOP,
    we have to buy either CORBA product from the listed two vendors. That will
    be very expensive. Also, we have to struggle to find out any
    incompatibility issues among all vendors such as Forte, CORBA, WebBrowser
    vendors. E.g. SynerJ supports JDK 1.2, Forte(L version)/CORBA/IIOP just
    supports JDK 1.1.x (not JDK 1.2, not JavaSoft&rsquo;s Java IDL ORB), VisiBroker
    for Java 3.x. As we know, Netscape Web Browser supports VisiBroker 2.5,
    almost one version behind the current version. You may have to turn to Java
    Plug-in for helps. It seems the best solution should come from Forte
    company itself&mdash;make the users of SynerJ or Forte easier to integrate SynerJ
    with Forte. Will Forte company support the integration of Forte with SynerJ
    one day? Why not?
    Regards,
    Shilong Yin

    As we know, CORBA specification 2 only loosely specified BOA. It is up to
    CORBA vendors to build their own BOA-Basic Object Adapter (you may know why
    Forte said it supports Inprise and Iona). CORBA specification 3 will adopte
    POA-Portable Object Adaptor which will be compatible cross CORBA vendors.
    If you tried to compile Forte IIOP examples using JDK 1.2, you would find
    out many incompatibilities.
    Shilong Yin
    From: Augusto Jun Devegili <[email protected]>
    To: [email protected]
    Subject: RE: (forte-users) SynerJ Discussions
    Date: Thu, 14 Oct 1999 20:55:25 -0300
    We have been able to use Sun's ORB (JavaIDL) to talk to Conductor (which is
    written in TOOL). This connection has not been tested extensively, though.
    But I opened a support call at Fort&eacute; and I was told that there should be no
    problems in using Sun's Java IDL.
    Just my 2 cents. :)
    -----Original Message-----
    From: Shilong Yin [mailto:[email protected]]
    Sent: Quinta-feira, 14 de Outubro de 1999 19:20
    To: [email protected]
    Subject: (forte-users) SynerJ Discussions
    Hi,
    Following the question I posted yesterday, I'd like to heat up the
    discussions about integration of SynerJ with Forte. If anybody comes up
    with any good ideas, that will be great.
    Now our real challenge is to replace "legacy" (for sure, not everyone like
    that word!) Forte TOOL front-end GUI client codes with Java codes. Because
    we have many existing Forte TOOL codes needed to be used at the server
    side,
    so we are going to build the general architecture as: at client side, we
    need Web client with Java applet enabled to get the dynamic Web pages; at
    the server side, we want EJB (this can be done using SynerJ) to be able to
    communicate with Forte TOOL codes (reuse some existing Forte TOOL codes).
    So far, I haven't got any optimistic solutions. Probably we have to go
    back
    to resort Forte/CORBA/IIOP (I got much bitter experience with that) to set
    up a bridge between Forte and SynerJ (Java). The difficulties come out
    from
    many aspects: first, SynerJ supports J2EE (Java 2 Enterprise Edition) or
    JDK
    1.2 with built-in ORB-Java IDL, but Forte/CORBA/IIOP only (most probably)
    supports two ORB vendors' products-Inprise's VisiBroker for Java and Iona's
    OrbixWeb, NOT Java IDL ORB. Second, if we decide to let our EJB server
    communicate with Forte components written in Forte TOOL through CORBA/IIOP,
    we have to buy either CORBA product from the listed two vendors. That will
    be very expensive. Also, we have to struggle to find out any
    incompatibility issues among all vendors such as Forte, CORBA, WebBrowser
    vendors. E.g. SynerJ supports JDK 1.2, Forte(L version)/CORBA/IIOP just
    supports JDK 1.1.x (not JDK 1.2, not JavaSoft's Java IDL ORB), VisiBroker
    for Java 3.x. As we know, Netscape Web Browser supports VisiBroker 2.5,
    almost one version behind the current version. You may have to turn to
    Java
    Plug-in for helps. It seems the best solution should come from Forte
    company itself-make the users of SynerJ or Forte easier to integrate SynerJ
    with Forte. Will Forte company support the integration of Forte with
    SynerJ
    one day? Why not?
    Regards,
    Shilong Yin
    For the archives, go to: http://lists.sageit.com/forte-users and use
    the login: forte and the password: archive. To unsubscribe, send in a new
    email the word: 'Unsubscribe' to: [email protected]

  • Re: (forte-users) Forte and CORBA question

    Hi,
    The discarding the Java variable that references a distributed Forte object
    doesn't cause that the distributed object will be reclaimed. In Forte client
    you can use ReleaseDistReference() of the current partition (task.part) to
    free the remote object. For Java client, you can implement the following
    solution:
    - define a method ReleaseMyObject() in the SO you are using to get the proxy
    to the dist. object. As parameter for it use something that can identify
    your object (attribute).
    - your SO has an array or hashtable with your distributed objects, every new
    object is added to it.
    - in the implementation of ReleaseMyObject() find the object to release in
    the array and call ReleaseDistReference() for it,
    - from the Java client, call the ReleaseMyObject() for the object that is
    not more needed.
    Regards,
    Zenon Adamek
    ----- Original Message -----
    From: Joseph Mirwald <jomirweb.de>
    To: Dave Ortman <dortmanyahoo.com>; 'Forte User Forum'
    <forte-userslists.xpedior.com>
    Sent: Wednesday, March 07, 2001 3:58 PM
    Subject: Re: (forte-users) Forte and CORBA question
    Hello Dave,
    do you use a copy return or copy parameters in this method ?
    If not, then maybe Forte is unable to garbage-collect this object because
    it is forever
    a proxy which only the server-partition may be able to drop it from memory
    (object=NIL).
    Try this and let us know what happens.
    Hope this helps
    Joseph Mirwald
    At 11:49 07.03.01 -0800, Dave Ortman wrote:
    We're attempting to use a Java client to access a
    Forte server. In doing such, we've experienced a
    problem which I hoped somebody could shed some light
    on.
    We've had a Java client calling Forte service objects
    and passing Forte objects back and forth as CORBA
    structs with no problem. However, we have experienced
    some problem obtaining and using remote references to
    distributed objects from the Java client.
    The problem is memory utilization. Each time I obtain
    a reference to a new object, the memory utilization on
    the Forte server jumps up quite a bit (around 100k per
    object on an NT box). Eventually, if I fetch enough
    objects, the server will crash due to lack of memory.
    It seems that Forte never reclaims the memory, even
    though I'm not using (and don't have a handle to) this
    remote objects.
    The objects are very small. In fact, I created a test
    Forte SO with one method, getObject(); which returns a
    distributed object with a single attribute. I then
    have a Java client access the getObject() method
    repeatedly - discarding the reference to the object
    after each iteration. After a short while, the box
    will come down.
    Any thoughts?
    Thanks in advance,
    -Dave Ortman
    --- "Epari, Madhusudhan" <meparioxhp.com> wrote:
    Hi All,
    Following error occurs consistently on a router
    partition for every call to
    the service object but the partition doesn't die or
    crash. I tried bumping
    up the partition memory too. Any thoughts on why
    it's happening?
    Thanks in advance,
    Madhu
    SYSTEM ERROR: Failed to connect or lost connection
    to the
    environment manager
    at FORTE_NS_ADDRESS = <Unknown>. Check that the
    environment
    manager is
    installed at that location. If it is, then check
    to be sure that
    there are
    enough system resources available to support this
    partition.
    Class: qqsp_SystemResourceException
    Error #: [601, 201]
    Detected at: qqdo_NsClient::FindObject at 1
    Error Time: Wed Feb 21 09:30:56
    Exception occurred (locally) on partition
    "CSA_cl0_Part2-router",
    (partitionId =
    C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
    taskId =
    [C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8]) in
    application
    "MWRouting_cl1", pid 18937 on node forted1 in
    environment
    frtedev.
    SYSTEM ERROR: Attempt to send from a partition
    (C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1)
    that no
    longer exists.
    Class: qqsp_DistAccessException
    Error #: [601, 111]
    Detected at: qqdo_PartitionMgr::SendMsg at
    1
    Error Time: Wed Feb 21 09:30:56
    Distributed method called:
    qqdo_NsServerProxy.FindObject
    (object name
    Unnamed) from partition
    "CSA_cl0_Part2-router",
    (partitionId =
    C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
    taskId =
    [C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8]) in
    application
    "MWRouting_cl1", pid 18937 on node
    forted1 in environment
    frtedev
    Exception occurred (locally) on partition
    "CSA_cl0_Part2-router",
    (partitionId =
    C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
    taskId =
    [C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8])
    in
    application "MWRouting_cl1", pid 18937 on
    node forted1 in
    environment
    frtedev.
    LbRouter::FindMembers - CAUGHT EXCEPTION attaching
    members from
    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--
    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

    Why not this:
    while myText.moveToString(' ') do
    myText.ReplaceRange('-', myText.Offset, myText.Offset+1);
    end while;
    or if you prefer verbosity:
    while myText.moveToString(source=' ') do
    myText.ReplaceRange(source='-', startOffset=myText.Offset,
    endOffset=myText.Offset+1);
    end while;
    -----Original Message-----
    From: FatchJeBAM.com [mailto:FatchJeBAM.com]
    Sent: Wednesday, January 12, 2000 2:51 PM
    To: Troy.Burnsvacationclub.com; kamranaminyahoo.com
    Subject: RE: (forte-users) search and replace within a TextData
    How about this?? May have to play with start/end on ReplaceRange as I
    didn't really test this
    Anybody got a better way??
    -- replace space with underscore
    For x in 1 to myTextdata.LengthToEnd() do
    If myTextData.IsSpace() then
    MyTextdata.ReplaceRange('_'. Startoffset=myTextdata.offset,
    endoffset=myTextdata.offset+1);
    End if;
    MyTextdata.MoveNext;
    End for;
    Jerry Fatcheric
    -----Original Message-----
    From: Burns, Troy [mailto:Troy.Burnsvacationclub.com]
    Sent: Wednesday, January 12, 2000 9:40 AM
    To: kamranaminyahoo.com
    Subject: (forte-users) search and replace within a
    TextData
    Hello all,
    I need to search within a textdata object, replacing all
    occurrances of a
    space
    with another character. Can you give a quick code example
    of how I would do
    this?
    Thanks in advance,
    Troy
    Troy Burns
    Marriott Vacation Club Intl.
    E-mail: troy.burnsvacationclub.com
    Phone: (941) 688-7700 ext. 4408
    For the archives, go to: http://lists.sageit.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.sageit.com
    For the archives, go to: http://lists.sageit.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.sageit.com

  • 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/>

  • Forte IIOP / Corba / Java more questions...

    Hi,
    I wonder if any Forte / IIOP / Java people can help...
    We are a Forte site developing an application using the Forte Web SDK (
    window converter / Javascript etc ) and using the Forte external connection
    class to enable direct communication between Fort Service objects and Java
    applets. We are considering using Corba / IIOP for Java <-> Forte comms but
    I could use some advice.
    Has anyone compared data transfer rates for Forte client <-> Forte remote
    service object vs Java IIOP client to Forte IIOP Service object ( all
    across the same LAN ) ? There are of course many factors that might
    influence data transfer speeds - but any info would be appreciated. I
    really just want to know IIOP communication rates differ from those handled
    end-to-end by Forte.
    Secondly, does anyone know about scalability of the Forte IIOP Gateway or
    Forte IIOP listeners - how many simultaneous IIOP connections can be
    supported ?
    Thirdly, does anyone know if there are memory limitations for applets
    running in browsers - can an applet request additional memory - or is it
    simply part of the browsers overall allocation ( important for the Mac
    platform ? )
    Finally, has anyone used OrbixWeb as the IIOP Java client - experiences,
    warnings etc. appreciated.
    Cheers - Dave.
    Dave Maclaurin, ITS, University of Otago, Dunedin, New Zealand
    mailto:[email protected]
    Ph (03) 4798530

    Hi,
    I wonder if any Forte / IIOP / Java people can help...
    We are a Forte site developing an application using the Forte Web SDK (
    window converter / Javascript etc ) and using the Forte external connection
    class to enable direct communication between Fort Service objects and Java
    applets. We are considering using Corba / IIOP for Java <-> Forte comms but
    I could use some advice.
    Has anyone compared data transfer rates for Forte client <-> Forte remote
    service object vs Java IIOP client to Forte IIOP Service object ( all
    across the same LAN ) ? There are of course many factors that might
    influence data transfer speeds - but any info would be appreciated. I
    really just want to know IIOP communication rates differ from those handled
    end-to-end by Forte.
    Secondly, does anyone know about scalability of the Forte IIOP Gateway or
    Forte IIOP listeners - how many simultaneous IIOP connections can be
    supported ?
    Thirdly, does anyone know if there are memory limitations for applets
    running in browsers - can an applet request additional memory - or is it
    simply part of the browsers overall allocation ( important for the Mac
    platform ? )
    Finally, has anyone used OrbixWeb as the IIOP Java client - experiences,
    warnings etc. appreciated.
    Cheers - Dave.
    Dave Maclaurin, ITS, University of Otago, Dunedin, New Zealand
    mailto:[email protected]
    Ph (03) 4798530

  • Forte and CORBA question

    We're attempting to use a Java client to access a
    Forte server. In doing such, we've experienced a
    problem which I hoped somebody could shed some light
    on.
    We've had a Java client calling Forte service objects
    and passing Forte objects back and forth as CORBA
    structs with no problem. However, we have experienced
    some problem obtaining and using remote references to
    distributed objects from the Java client.
    The problem is memory utilization. Each time I obtain
    a reference to a new object, the memory utilization on
    the Forte server jumps up quite a bit (around 100k per
    object on an NT box). Eventually, if I fetch enough
    objects, the server will crash due to lack of memory.
    It seems that Forte never reclaims the memory, even
    though I'm not using (and don't have a handle to) this
    remote objects.
    The objects are very small. In fact, I created a test
    Forte SO with one method, getObject(); which returns a
    distributed object with a single attribute. I then
    have a Java client access the getObject() method
    repeatedly - discarding the reference to the object
    after each iteration. After a short while, the box
    will come down.
    Any thoughts?
    Thanks in advance,
    -Dave Ortman
    --- "Epari, Madhusudhan" <meparioxhp.com> wrote:
    Hi All,
    Following error occurs consistently on a router
    partition for every call to
    the service object but the partition doesn't die or
    crash. I tried bumping
    up the partition memory too. Any thoughts on why
    it's happening?
    Thanks in advance,
    Madhu
    SYSTEM ERROR: Failed to connect or lost connection
    to the
    environment manager
    at FORTE_NS_ADDRESS = <Unknown>. Check that the
    environment
    manager is
    installed at that location. If it is, then check
    to be sure that
    there are
    enough system resources available to support this
    partition.
    Class: qqsp_SystemResourceException
    Error #: [601, 201]
    Detected at: qqdo_NsClient::FindObject at 1
    Error Time: Wed Feb 21 09:30:56
    Exception occurred (locally) on partition
    "CSA_cl0_Part2-router",
    (partitionId =
    C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
    taskId =
    [C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8]) in
    application
    "MWRouting_cl1", pid 18937 on node forted1 in
    environment
    frtedev.
    SYSTEM ERROR: Attempt to send from a partition
    (C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1)
    that no
    longer exists.
    Class: qqsp_DistAccessException
    Error #: [601, 111]
    Detected at: qqdo_PartitionMgr::SendMsg at
    1
    Error Time: Wed Feb 21 09:30:56
    Distributed method called:
    qqdo_NsServerProxy.FindObject
    (object name
    Unnamed) from partition
    "CSA_cl0_Part2-router",
    (partitionId =
    C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
    taskId =
    [C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8]) in
    application
    "MWRouting_cl1", pid 18937 on node
    forted1 in environment
    frtedev
    Exception occurred (locally) on partition
    "CSA_cl0_Part2-router",
    (partitionId =
    C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
    taskId =
    [C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8])
    in
    application "MWRouting_cl1", pid 18937 on
    node forted1 in
    environment
    frtedev.
    LbRouter::FindMembers - CAUGHT EXCEPTION attaching
    members from
    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

    We're attempting to use a Java client to access a
    Forte server. In doing such, we've experienced a
    problem which I hoped somebody could shed some light
    on.
    We've had a Java client calling Forte service objects
    and passing Forte objects back and forth as CORBA
    structs with no problem. However, we have experienced
    some problem obtaining and using remote references to
    distributed objects from the Java client.
    The problem is memory utilization. Each time I obtain
    a reference to a new object, the memory utilization on
    the Forte server jumps up quite a bit (around 100k per
    object on an NT box). Eventually, if I fetch enough
    objects, the server will crash due to lack of memory.
    It seems that Forte never reclaims the memory, even
    though I'm not using (and don't have a handle to) this
    remote objects.
    The objects are very small. In fact, I created a test
    Forte SO with one method, getObject(); which returns a
    distributed object with a single attribute. I then
    have a Java client access the getObject() method
    repeatedly - discarding the reference to the object
    after each iteration. After a short while, the box
    will come down.
    Any thoughts?
    Thanks in advance,
    -Dave Ortman
    --- "Epari, Madhusudhan" <meparioxhp.com> wrote:
    Hi All,
    Following error occurs consistently on a router
    partition for every call to
    the service object but the partition doesn't die or
    crash. I tried bumping
    up the partition memory too. Any thoughts on why
    it's happening?
    Thanks in advance,
    Madhu
    SYSTEM ERROR: Failed to connect or lost connection
    to the
    environment manager
    at FORTE_NS_ADDRESS = <Unknown>. Check that the
    environment
    manager is
    installed at that location. If it is, then check
    to be sure that
    there are
    enough system resources available to support this
    partition.
    Class: qqsp_SystemResourceException
    Error #: [601, 201]
    Detected at: qqdo_NsClient::FindObject at 1
    Error Time: Wed Feb 21 09:30:56
    Exception occurred (locally) on partition
    "CSA_cl0_Part2-router",
    (partitionId =
    C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
    taskId =
    [C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8]) in
    application
    "MWRouting_cl1", pid 18937 on node forted1 in
    environment
    frtedev.
    SYSTEM ERROR: Attempt to send from a partition
    (C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1)
    that no
    longer exists.
    Class: qqsp_DistAccessException
    Error #: [601, 111]
    Detected at: qqdo_PartitionMgr::SendMsg at
    1
    Error Time: Wed Feb 21 09:30:56
    Distributed method called:
    qqdo_NsServerProxy.FindObject
    (object name
    Unnamed) from partition
    "CSA_cl0_Part2-router",
    (partitionId =
    C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
    taskId =
    [C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8]) in
    application
    "MWRouting_cl1", pid 18937 on node
    forted1 in environment
    frtedev
    Exception occurred (locally) on partition
    "CSA_cl0_Part2-router",
    (partitionId =
    C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c:0x1,
    taskId =
    [C61609A0-8270-11D3-88A9-F4D005D0AA77:0x10c5c.8])
    in
    application "MWRouting_cl1", pid 18937 on
    node forted1 in
    environment
    frtedev.
    LbRouter::FindMembers - CAUGHT EXCEPTION attaching
    members from
    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

  • 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/>

  • Forte IIOP / Corba / Java other questions...

    I've a problem with Forte (3.0.E.0) generating IDL that is causing
    Visigenic Visibroker 2.5 (for Java) compile errors...
    It has something to do with the order(ing) of interfaces declaration
    and referencing these interfaces within the generated IDL file ...
    To fix thix, I've to hand edit the IDL file and declare the interfaces
    before they are referenced in some other Interface declaration...Since
    we have a lot of classes, it can take time to do this...
    Is this a known bug ? undocumented behavior ? is there any way to
    workaround this ? I would assume that Interface declaration/referencing
    should be done in proper order (When forte generates IDL), but it is
    not.
    Thanks for any help,
    --francois
    Francois Orsini
    Evolve Inc - 615 Battery Street - San Francisco, CA 94111
    (415) 439-4076 - Email: [email protected]

    I've a problem with Forte (3.0.E.0) generating IDL that is causing
    Visigenic Visibroker 2.5 (for Java) compile errors...
    It has something to do with the order(ing) of interfaces declaration
    and referencing these interfaces within the generated IDL file ...
    To fix thix, I've to hand edit the IDL file and declare the interfaces
    before they are referenced in some other Interface declaration...Since
    we have a lot of classes, it can take time to do this...
    Is this a known bug ? undocumented behavior ? is there any way to
    workaround this ? I would assume that Interface declaration/referencing
    should be done in proper order (When forte generates IDL), but it is
    not.
    Thanks for any help,
    --francois
    Francois Orsini
    Evolve Inc - 615 Battery Street - San Francisco, CA 94111
    (415) 439-4076 - Email: [email protected]

Maybe you are looking for

  • My experience with Credit Line Increase at Capital One

    Just thought i'd share my experience (and contribute for the forum) to help those who seek to increase their credit line.  This is just my experience but it seems to work. A month ago i applied for and got two new credit cards after 16 years of NO cr

  • Ipad 2 says i need a code for ios 8

    I have two ipads: one ipad air and one ipad 2, both of which run on the same Apple id account. I download ios8 with no problem on my iPad air. Yet, later when I try to download it on the 2 it says I need a code. No, not a password. I have a password

  • End User Authorizations and Roles

    Hi, What all the authorizations i need to give to an End User, who uses the device. Is it necessary for the userid to be same in <b>MI Client, MI server, Backend</b> systems. Let me explain wat an end user does >logs into MI client >performs first sy

  • Will switching to a different Apple Store (country) is going to make me lose my iMatch subscription?

    I moved to Mexico and I suscribed to iTunes Match being in Argentina. If I try to switch to the Mexico Apple Store they ask me to cancel my iMatch subscription. Would this mean that I wont be able to use it anymore and that I will need to pay again f

  • My recent poor experience with EE, I know will get deleted.

    Ok so for nearly 2 years I have been an EE pay monthly customer. Since January I have been stuck with a 5 pound global minute add on. (mainly because their site and app keeps telling me there's a problem, and I haven't called them to cancel it, I hav