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é 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 OrtmanIn 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/> -
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
À: 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 -
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 -
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,
ChadTry jAllora from www.hitsw.com
-
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 YinAs 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é 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.comWhy 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) 4798530Hi,
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 -
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.comWe'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
-
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