Re: (forte-users) loadbalancing a service object

Hi,
If you need to share the values between your So, you can find a sample on
http://perso.club-internet.fr/dnguyen
It was designed to show how to manage shared states between replicates using
fail over. It could also be used for load-bancing. A better way should be to
manage the names of service objects within Forte (with the application,
project name and compatibility level), but through the NameServer.
Hope this helps,
Daniel Nguyen
Freelance Forte Consultant
http://perso.club-internet.fr/dnguyen/
Xiao, Menghua a écrit:
Hello,
I tried to loadbalance a service object that has both methods and
attributes. The first copy of the service object works fine. However, all
the attributes of the second copy of the service object are nil when a
client try to use this copy. How can I make those two copies exactly the
same?
I am new to Forte. Any input will be greatly appreciated.
Menghua Xiao
Regional Transportation District,
Denver, Colorado, USA
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

Similar Messages

Loadbalancing a service object

Hello,
I tried to loadbalance a service object that has both methods and
attributes. The first copy of the service object works fine. However, all
the attributes of the second copy of the service object are nil when a
client try to use this copy. How can I make those two copies exactly the
same?
I am new to Forte. Any input will be greatly appreciated.
Menghua Xiao
Regional Transportation District,
Denver, Colorado, USA

Menghua Xiao wrote:
I tried to loadbalance a service object that has both methods and
attributes. The first copy of the service object works fine. However, all
the attributes of the second copy of the service object are nil when a
client try to use this copy. How can I make those two copies exactly the
same?Ummmmm ...
How are you initializing these attributes? In your Init method? Do you need
to refer to any other SOs to do it? Forte does not guarantee the order in
which service objects are initialized. Referring to other SOs in the Init
method may not work, or it may work well for a long time and then suddenly
break when Forte decides to initialize things in a different order in
response to an upgrade, or to some random change in the application, or for
no known reason. If you're replicating, things could conceivably get even
more complex, with different replicates being initialized at different
times. And if one if the Init methods fails, Forte can't create the service
object, and your entire application fails to start.
Furthermore, Forte will tell you that attributes on a service object are a
bad idea. It's possible that they tell you this because there are bugs
around it that they're ashamed to tell you about (have you checked Forte's
web page?). Even if there are no bugs, there are a BUNCH of traps you can
fall into if you do this. The only time I consider it safe to have
attributes on a replicated SO is if those attributes can be reliably
maintained on that SO. This restricts it to:
* Database connection objects, and other such things that don't need to be
in synch.
* Static data that NEVER, NEVER changes.
The reason for these severe restrictions are that there are no reliable
ways to keep the two SOs in synch.
All that said, how can you get away with it? My religion says the best way
is to turn your attributes into virtual attributes. The quick and dirty way
to do this is:
1. Rename the attribute from AttrName to PrivateAttrName, and MAKE IT
PRIVATE.
2. Write a GetAttrName method that returns the attribute. This method
should check to see if the attribute is NIL, and if so load it. It ends
with "Return PrivateAttrName;".
3. Re-create AttrName as a virtual attribute, with "GetAttrName ()" (no
semicolon) as its get expression.
This approach gets the initialization of the attribute out of the Init
method, and instead forces initialization on the first reference. Hopefully
this solves all the problems. If it does not solve them, you ought at least
to get a useful error message out of your service object this way. I hope.
Good luck,
Tom Wyant

Re: (forte-users) Dynamic construction of objects at runtimeusing str

Shirish,
We are currently doing this using libraries. It works something like this:
Create your classes, have them implement interfaces and build them into a
library. Then we have the following
method 1 basically does a findlibrary to load the library:
self.Lib = task.part.FindLibrary( projectName = 'MyLib',
distributionId = 'mylib',
compatibilityLevel = 1,
libraryName = 'mylib');
method 2 is called to load the dynamic object does a findclass and returns
an object which implements a known interface.
GetClass (pClassName string): object
begin
return self.MessageLibrary.FindClass(classname = pClassName);
end;
aObj : MyObjInterface;
aObj = (MyObjInterface)(GetClass('DynamicClassName'));
HTH
Michael
At 23:28 18/10/1999 MDT, you wrote:
--Does anybody have information about how to create objects at runtime using a
string that contains the classname?
--You have an object of the base class and you have a string containing the
derivedclass name, how do you do the typecasting of the base calss object
using this string?
please send anyinformation about the following question to
[email protected]
Thank you!!!
shirish****************************************************************************
Michael Burgess Ph: +61 2 9239 4973
Contract Consultant Fax: +61 2 9239 4900
Lawpoint Pty. Limited E-mail [email protected]
****************************************************************************

Shirish,
We are currently doing this using libraries. It works something like this:
Create your classes, have them implement interfaces and build them into a
library. Then we have the following
method 1 basically does a findlibrary to load the library:
self.Lib = task.part.FindLibrary( projectName = 'MyLib',
distributionId = 'mylib',
compatibilityLevel = 1,
libraryName = 'mylib');
method 2 is called to load the dynamic object does a findclass and returns
an object which implements a known interface.
GetClass (pClassName string): object
begin
return self.MessageLibrary.FindClass(classname = pClassName);
end;
aObj : MyObjInterface;
aObj = (MyObjInterface)(GetClass('DynamicClassName'));
HTH
Michael
At 23:28 18/10/1999 MDT, you wrote:
--Does anybody have information about how to create objects at runtime using a
string that contains the classname?
--You have an object of the base class and you have a string containing the
derivedclass name, how do you do the typecasting of the base calss object
using this string?
please send anyinformation about the following question to
[email protected]
Thank you!!!
shirish****************************************************************************
Michael Burgess Ph: +61 2 9239 4973
Contract Consultant Fax: +61 2 9239 4900
Lawpoint Pty. Limited E-mail [email protected]
****************************************************************************

RE: (forte-users) BindingObjects

Hallo Benoit,
Two direction to go. First one try, to clean up the references, using
the methods task.part.DistObjectMgr.ReleaseConnection(object) and
task.part.DistObjectMgr.ReleaseDistReference (object=Object). Look into
the Forté on-line help for details. Also remember to check the keepalive
properties on your partitions (including the environment manager).
Second option, you can browse the name service (using its agent) for the
requested name, before you try to bind.
Hope this helps
Fabrizio Genesio
Datasign AG für Informatik
ch. d'Eysins 53a
CH-1260 Nyon
Switzerland
Tel.: +41 22 361 04 04
Fax: +41 22 361 01 10
e-mail: fabrizio.genesiodatasign.ch
<mailto:fabrizio.genesiodatasign.ch>
URL: www.datasign.ch <http://www.datasign.ch>
-----Original Message-----
From: Benoit Pauchet [SMTP:benoitfortehotmail.com]
Sent: Friday, 03 March 2000 08:34
To: kamranaminyahoo.com
Subject: (forte-users) BindingObjects
Hi everybody,
**Object of problem**
Binding an object that are not yet registered in the name
service.
**Context**
30's Forté connected environments geografically dispersed in
Belgium.
**Explanation**
Brussels has our Forté super-environment.
A Forté listener object runs there and capts or receives a lot
of messages
from our Unisys Mainframe.
When parsing these messages, the Listener_SO has to run,
somewhere in
Belgium, an explicit method on a distributed binded object..
The BindObject method works very well when the local objects are
referenced
in the name-service, or in another words, when the local
partition is
ONLINE.
Early in the morning, I start the multiple local SO's with a
script.
But sometimes, we have problem with our local servers. Something
appears
that the parttion doesn't start. This is a normal system fault,
bad boot of
server, disk fault, etc.
My problem is here:
Naturally, when it's append, the name service doesn't know this
SO reference
because the concerned partition is OffLine.
When the listener tries to bind an unknowed object, I get a
normal
DistAccessException with a ReasonCode SP_ER_OBJECTNOTFOUND.
ok... that's normal !
**BUT** when I start the local partion (then is OnLine), and I
try a new
Bind, I have the same error ...
I have to shutdown the listener and the bind works properly.
In my context, **I must not shutdown the listener and re-start
it because
many people are connected with**.
Is there a solution to my problem ? - I hope so, because I'm
working in
production now, and the deadline for this solution is very very
short ...
Thanks very much to help me,
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 Jean-Paul,
As described in the Technote 10981 some Forte programs (Nodemanager and
router) handle correct the high-file descriptor-use problem. It is possible
that Forte interpreter do it correct too.
Zenon
-----Original Message-----
From: Jean-Paul Gabrielli [SMTP:Jean-Paul.Gabriellisema.fr]
Sent: Monday, September 25, 2000 12:11 PM
To: Adamek, Zenon
Cc: Forte-userslists.xpedior.com
Subject: RE: (forte-users) [UNIX] "Too many open files" 3.0.M2
question
Actually, the stuff works in interpreted mode.
It's only when having the server partition compiled that this happen.
j-p
-----Message d'origine-----
De: Adamek, Zenon [mailto:ZAdamekpurolator.com]
Date: lundi 25 septembre 2000 17:13
À: 'Jean-Paul.Gabriellisema.fr'
Cc: Forte-userslists.xpedior.com
Objet: RE: (forte-users) [UNIX] "Too many open files" 3.0.M2 question
see Technote 10981
-----Original Message-----
From: Jean-Paul Gabrielli [SMTP:Jean-Paul.Gabriellisema.fr]
Sent: Monday, September 25, 2000 11:02 AM
To: zeForte-users
Subject: (forte-users) [UNIX] "Too many open files" 3.0.M2 question
Hi,
running a server partition that reads a configuration file,
and apparently doen't close it after, I have that exception:
SYSTEM ERROR: System Error: Too many open files, opening '....'with mode
'r'
Class: qqos_FileResourceException
1) Is there such a limit, or does this rely only on the OS one ?
2) How is this error not trapped, as I only got itinteractively, whereas
my server log does a exception trap/segmentation fault,
thanlks
j-p
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

RE: (forte-users) User-visible service object

This solution will cause network traffic for all method calls on the
environment visible SO. This overhead is not incurred when calling methods
on a user visible SO in the same partition. Depending on the frequency of
calls and the volume of data being passed in and out, this could be
significant overhead.
We have successfully implemented the following.
Create a second User Visible SO based on the same class. Then you will be
able to partition the one SO into the client partition and the second into
the server partition.
For example, assume the underlying class is named MessageService then define
your SO's as
ClientMessageService -> MessageService
ServerMessageService -> MessageService
Andy
-----Original Message-----
From: Amin, Kamran [mailto:kamran.aminlendware.com]
Sent: Wednesday, August 23, 2000 10:17 PM
To: 'Duncan Kinnear'; kamranaminyahoo.com
Subject: RE: (forte-users) User-visible service
object
Duncan,
Make the user visible service object to an
environment visible
service object. This way the client and any service object
on the server
can access it.
ka
-----Original Message-----
From: Duncan Kinnear [mailto:duncanmccarthy.co.nz]
Sent: Wednesday, August 23, 2000 7:47 PM
To: kamranaminyahoo.com
Subject: (forte-users) User-visible service object
Hi folks!
We've got a user-visible service object that handles
initialisation of and
access to the message catalog.
This works well on the client, but we would like to use the
same
mechanism (and even the same service object) on the server
so that
service objects on the server have access to their message
catalog on
the
server.
I was hoping that if we referenced this user-visible service
object in
both the client and the server code, that it would partition
a copy in
each of the client and server partitions. However, we
cannot get this
user-visible service object duplicated on the server. If we
drag and drop
it onto the server partition in the partition workshop, it
disappears from
the client partition!
Anybody got any idea how we could do this?
Cheers,
Duncan Kinnear,
McCarthy and Associates, Email:
duncanMcCarthy.co.nz
PO Box 764, McLean Towers, Phone: +64
6 834 3360
Shakespeare Road, Napier, New Zealand. Fax: +64
6 834 3369
Providing Integrated Software to the Meat Processing
Industry for over 10
years
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

I would try going to the "lowest common denominator" between WindowsNT and
Windows95 - DOS. Both windowing OS's sort of have their roots in DOS, or at
least both are capable of opening a DOS session.
Therefore, from a DOS prompt type "set" to view the environment variables for
both OS types. Look for a common variable between the two that stores the
userID. If you can find one of these your application will be that much more
portable between these two Windows mutations.
I used "set" on my NT and found my userID assigned to a few variables. I haven't
done this on a Windows95 machine in quite some time, but if the machine is on
the network it should have at least one environment variable with the userID.
I'm just guessing that DOS has a variable to store the userID that will be
common to both machines.
Good luck....
Kelsey PetrychynSaskTel Technical Analyst
ITM - Technology Solutions - Distributed Computing
Tel (306) 777 - 4906, Fax (306) 359 - 0857
Internet:kelsey.petrychynSasktel.sk.ca
Quality is not job 1. It is the only job!
"Olivier Andrieux" <oandrieuxaxialog.fr> on 07/19/2000 09:12:41 AM
To: forte-userslists.xpedior.com
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: (forte-users) user name
Hi
I use this command to catch the username:
task.part.operatingsystem.getenv('username')
with NT, there is no problem
but with windows95 or 98 the command doesn't find the username.
Thanks in advance.
Olivier Andrieux
Axialog
Lille
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

Re: (forte-users) Service Object

what about subclassing it and putting the agent stuff in there
Matthew Middleton Ph: +61 2 9239 4972
Oryx Software Consultant Fax: +61 2 9239 4900
Lawpoint Pty. Ltd. E-mail matthewmwriteme.com
----- Original Message -----
From: Ramarao Pabbaraju <RPabbarajulmimsno.com>
To: <kamranaminyahoo.com>
Sent: Tuesday, February 29, 2000 9:02 AM
Subject: (forte-users) Service Object
Hi,
We have a class X which we would like to use it for service object andalso
to instantiate it locally to call some methods. We would like to have
system agents for the service object, but not for objects instantiated
locally. In other words, if the object is used for service object, only
then we want the agents (customized) to be initialized. How do we find out
whether it is service object in Init method self? Service objectproperties
(like isAnchored) or attributes (given from ServiceObject
properties/initial values window) are set only at the end of init method.
One workaround we could think of is start a task at the end of init method
and also delay the execution of method. Is there any clean way of doing
this?
Thanks in advance,
Ramarao
IonIdea
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

Service objects inside libraries (WAS: Interfaces in Forte -has anyon

The following message is actually not about interfaces, but libraries:
> From: Jeanne Hesler <[email protected]>
> To: [email protected] <[email protected]>
> Date: Thursday, July 30, 1998 11:12 AM
> Subject: RE: Interfaces in Forte - has anyone used them?
>>
> Just to clarify a few things:
>>
1) Just to be 100% correct -- it is actually Libraries that areloaded and
not Interfaces. The distinction is important because a librarycould
potentially implement many interfaces (or provide manyimplementations for a
single interface).
2) The code in a Library may reference a service object, but itmay not
define a service object. Of course any SO's referenced by thelibrary
must already be known to the loading partition. It is OK to havecode like
this in a library:
MySO.doSomething();
The documentation is a little vague on this point, but I haveconfirmed that
this is true through Tech Support and by experimentation.
Actually you CAN define and use service objects inside libraries
(compiled or interpreted) with two restrictions:
1) You can not define two service objects inside library in different
projects and call one of them from another. If you need that, both
service objects must be in the same project.
2) If service object is defined and used only by library (if it never
referenced directly by application code), than in order to be able to
partition application, you will need to create dummy method inside
application, which will reference this service object (you do not need
to execute this method - just have in the code).
WBR,
Nickolay Sakharov.
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

The way stateful Web services are currently handled is through the use of cookies ... once your stub invokes a stateful Web service a cookie is created which routes subseqent requests back to the Web service.
In your scenario, the problem is given one client has creates Web service 1 and now Web service 2 would like to be able to use that state it really isn't possible unless you engineer a solution yourself ... you would need so somehow set the cookie on your Web service 2 client to that of the original client to Web service 1. State tends to be based around an individual client versus multiple clients for that state.
There are numerous ways around this but you would be engineering around the issue ... the easiest is to write the state out somewhere so that it can be shared.
This section of the doc gives a brief overview:
http://download-west.oracle.com/docs/cd/A97688_06/generic.903/b10004/javaservices.htm
Lastly be aware there is a bug with timeouts in stateful Web services in Oracle9iAS 9.0.3 that has been fixed in 9.0.4. I can't find the thread here that documents it but when I track it down I will post the link so you can see the workaround.
Mike.

Subject: RE :(forte-users) Web enterprise & user visibleservice Objects

A few months ago we faced a similar problem while migrating from classic
Forte to Web. We had to protect our investment in various frameworks that we
wrote for the classic Forte apps, which made use of extensive
user-level-caching among other things.
We solved the problem using a custom routing mechanism. In brief, we created
several( replicated) server partitions that contains all the user-level
Service objects that existed in the class-Forte apps. Then we wrote a
'custom-router' which mimics Forte load-balanced router( dialog duration =
session ) to intelligently route incoming HTTPRequests to one of these
replicated partitions. The router would look at the some tag on the session
and then route the request to one of these replicated "client clone" using
the tag. Successive requests from the same client will go to the same
replicated partition so that you can use the client-cache or any other
per-user services.
The advantages of this approach are
1) You can continue to make use of caching and other user-level components
that you may have.
2) The web and classic Forte clients can work seamlessly if you write them
to use reference partitions that hosts the other shared( Environment visible
) service objects.
Ofcourse you will have to write ( and maintain )the custom-routing code and
also pay attention to house-keeping. For example, the burdon of cleaning up
the cache on logout or session expiration lies on you. If you don't do this,
then your new user might be looking at an old cache of some other user.
Hope this helps,
Ajith
Forte Systems Consultant.
Subject: (forte-users) Web enterprise & user visible service objects
Hi
We have taken a forte application and converted it to run on the web using
* forte web enterprise &
* fortecgi.exe
In the forte application we have a user visible Local Cache Manager
Service Object (i.e. each users has their own copy) for storing things
like
* the details of the current user id
* the details of the current client chosen
* arrays that are needed by other windows
With web enterprise this service object is no longer user visible, how can
we make it user visible?
Thanks in advance.
Deborah Wallis
dwallisnbs.co.za
WARNING:
Any unauthorised use or interception of this email is illegal. If this email
is not intended for you, you may not copy, distribute nor disclose the
contents to anyone. Save for bona fide company matters, the BoE Group does
not accept any responsibility for the opinions expressed in this email.
For further details please see: http://www.nbs.co.za/emaildisclaim.htm
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

A few months ago we faced a similar problem while migrating from classic
Forte to Web. We had to protect our investment in various frameworks that we
wrote for the classic Forte apps, which made use of extensive
user-level-caching among other things.
We solved the problem using a custom routing mechanism. In brief, we created
several( replicated) server partitions that contains all the user-level
Service objects that existed in the class-Forte apps. Then we wrote a
'custom-router' which mimics Forte load-balanced router( dialog duration =
session ) to intelligently route incoming HTTPRequests to one of these
replicated partitions. The router would look at the some tag on the session
and then route the request to one of these replicated "client clone" using
the tag. Successive requests from the same client will go to the same
replicated partition so that you can use the client-cache or any other
per-user services.
The advantages of this approach are
1) You can continue to make use of caching and other user-level components
that you may have.
2) The web and classic Forte clients can work seamlessly if you write them
to use reference partitions that hosts the other shared( Environment visible
) service objects.
Ofcourse you will have to write ( and maintain )the custom-routing code and
also pay attention to house-keeping. For example, the burdon of cleaning up
the cache on logout or session expiration lies on you. If you don't do this,
then your new user might be looking at an old cache of some other user.
Hope this helps,
Ajith
Forte Systems Consultant.
Subject: (forte-users) Web enterprise & user visible service objects
Hi
We have taken a forte application and converted it to run on the web using
* forte web enterprise &
* fortecgi.exe
In the forte application we have a user visible Local Cache Manager
Service Object (i.e. each users has their own copy) for storing things
like
* the details of the current user id
* the details of the current client chosen
* arrays that are needed by other windows
With web enterprise this service object is no longer user visible, how can
we make it user visible?
Thanks in advance.
Deborah Wallis
dwallisnbs.co.za
WARNING:
Any unauthorised use or interception of this email is illegal. If this email
is not intended for you, you may not copy, distribute nor disclose the
contents to anyone. Save for bona fide company matters, the BoE Group does
not accept any responsibility for the opinions expressed in this email.
For further details please see: http://www.nbs.co.za/emaildisclaim.htm
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

Load Balancing, User Visible Service objects, Runningman

1. Load Balancing
Load Balancing a partition has nothing to do with single or multi-threaded
behaviour of that partition. If you load balance a partition it means that
you can start 1 or more copies of that partition. How many to start can be
specified. If the partition is load balanced there will be router partition
that routes calls to any of the services in that partition.
Now let us look at a special kind of partition (load balanced partition
that has an Env visible SO and a user visible DbSession). This is one of
the design patterns to acccess the database efficiently. Each of these
partitions are single threaded because DbSession is inherently single
threaded. This partition is single threaded because Dbsession is single
threaded and not because the partition is replicated.
Another case is when you make a partition load balanced and it has only
SO(s) made out of tool classes and does not have Dbsessions then each of
these partitions can run multi-threaded beacuse there are no
single-threaded objects to make the partition single threaded
2. User Visibility
Case A - If you have only User visible SO(s) in a partition then each
behaves like a global named object. Whoever accesses it will get a copy of
their own.
Case B - If you have a user visible SO and an Env Visible SO in the same
partition then the user visible SO will be private to the partition and
cannot be accessed from outside that partition.
3. Running Man
When you run an application by clicking on the running man Forte uses its
default partitioning scheme and runs the application. The partition scheme
that you made will be used only when you run the application distributed or
from the partition workshop. This is the time you might encounter errors if
your partitioning is not right.
Hope this helps.
Nirmal

Don,
You are right. I should have said - Forte uses its own partitioning scheme
not the default scheme you see when you open partition workshop.
Nirmal
From: Don Nelson <[email protected]>
To: Nirmal P Uppalapati <[email protected]>
Cc: [email protected]
Subject: Re: Load Balancing, User Visible Service objects, Running man
Date: Wednesday, October 22, 1997 10:45 PM
Nirmal,
One note on the "running man"...
At 08:12 PM 10/22/97 -0500, Nirmal P Uppalapati wrote:
3. Running Man
When you run an application by clicking on the running man Forte uses
its
default partitioning scheme and runs the application. The partitionscheme
that you made will be used only when you run the application distributedor
from the partition workshop. This is the time you might encounter errorsif
your partitioning is not right.
Actually, clicking on the "running man" from the repository or project
workshop will cause the application to be run VERY differently thanrunning
it distributed.
It's not technically correct to say that the default partitioning schemeis
used with the running man.
Forte consulting offers a deployment workshop that covers the finerpoints
of this and other distributed issues.
Don
============================================
Don Nelson
Regional Consulting Manager - Rocky Mountain Region
Forte Software, Inc.
Denver, CO
Corporate voice mail: 510-986-3810
aka: [email protected]
============================================
"If you ask me, though, any game without push-ups, hits, burns or noogies
is a sissy game." - Calvin

RE: (forte-users) Object Request Brokers.....

Hi Rajeev,
I just happen to have the following two technotes on hand that helped me
answers the very same questions..
<<forte.zip>>
Hope it helps... if you need more help... fell free to give me a shout!
Ciao
Kim
-----Original Message-----
From: Rajeev Talwar [SMTP:rtalshotmail.com]
Sent: Monday, February 21, 2000 6:34 PM
To: kamranaminyahoo.com
Subject: (forte-users) Object Request Brokers.....
Hi All,
We are writing a cold fusion application which needs to use some
services from a Forte application. We also have a Cold Fusion Visi
Broker(ORB)to communicate with Forte. I was wondering what all we need
in order to get a handle to all the service objects used by Forte
application in our Cold Fusion application.
Also do we need to change our deployment scheme for the Forte
application. I
believe we have to make a special deployment
for Forte application to be available to ORB's. By default,
Forte uses Unix internal communication mechanism like sockets
etc. for service objects to be available across different
partitions.
Also do we need to run both applications and ORB on the same box
or can we put them in some kind of network.
I hope I made myself quite clear what we are looking for. I will be
more than happy to put some more details in case someone needs
further clarification.
Are there any technotes out there whcih we can refer to.
I will appreciate any thoughts.
-Rajeev Talwar
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

You can also use the HTTP-DC project.... You don't
need Web Enterprise for this. From what I can tell,
this is available in L.x on....
There is api documentation in M.2 (with scant
examples.)
There's a special process to put the project in your
repository (it isn't installed in the repository in
the standard install,) the documentation in M.2
(probably in M.0 too, AFAIK) that tells you how to do
this (look for HTTP-DC in the online help.)
I haven't done much with it yet, I've just installed
it. If anybody out there has examples, that'd be
great. I'll try to contribute more the moment I get a
chance to explore it....
Christopher Fury
BellSouth Communications Systems
--- Daniel Nguyen <dnguyenclub-internet.fr> wrote:
Hi,
If you have Web Enterprise, you can user
HttpAccess.SendRequest().
Hope this helps,
Daniel Nguyen
Freelance Forte Consultant
Amin, Kamran a écrit:
Is there any way to make a HTTP request from TOOLto another HTTP Service?
thanks in advance.
For the archives, go to:
http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. Tounsubscribe, send in a new
email the word: 'Unsubscribe' to:forte-users-requestlists.xpedior.com
For the archives, go to:
http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To
unsubscribe, send in a new
email the word: 'Unsubscribe' to:
forte-users-requestlists.xpedior.com
Kick off your party with Yahoo! Invites.
http://invites.yahoo.com/

Making Forte service objects available to VisiBrokerclients

Hello!
In the Forte manual, Interfacing with External Systems, there's a section on
making Forte service objects available to ObjectBroker(DEC). We are using
VisiBroker as our ORB. Does anyone know if the instructions for
ObjectBroker can be used? Does anyone have experience making Forte service
objects visible to VisiBroker clients specifically?
Thanks in Advance!
Mark Savory
GTE Gov. Systems
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,
If you are going to make Forte service objects accessible to the VisiBroker
CORBA/IIOP clients (C++, or Java clients), read Forte manual called "A Guide to
WebEnterprise Release 1.0.B (any new release???) of Forte WebEnterprise". You
may find that all materials beginning from Chapter 14 are useful and helpful.
I've posted many comments and issues unsolved to Forte forum in this area.
ObjectBroker is one of ORB products made by BEA, and is the first ORB product on
the market. It runs on dozens of platforms. In 1997, BEA acquired ObjectBroker
from Digital (DEC). All ORB products (most established products such as
VisiBroker for C++ 3.x and VisiBroker for Java 3.x from
Inprise(Borland/Visigenic), Orbix 3.x for C++ and OrbixWeb for Java 3.x from
Iona, ObjectBroker and Tuxedo from BEA, JavaIDL from JavaSoft) are made based on
OMG's CORBA/IIOP specifications. Theoretically, all ORBs products should be
interoperable.
Hope this help!
Shilong Yin
US West in Denver
=========================
Savory, Mark wrote:
Hello!
In the Forte manual, Interfacing with External Systems, there's a section on
making Forte service objects available to ObjectBroker(DEC). We are using
VisiBroker as our ORB. Does anyone know if the instructions for
ObjectBroker can be used? Does anyone have experience making Forte service
objects visible to VisiBroker clients specifically?
Thanks in Advance!
Mark Savory
GTE Gov. Systems
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/>

RE: (forte-users) Terminal Services - Win 2000

Hi
l've already installed my application 'appA' at my server 'ServerA'.
When l try to execute this application in my pc thru Terminal Server, there
were nothing displayed at my pc but when l check at on 'ServerA' , l can
see that 'appA' is running over at the 'ServerA' side. Actually, I'm new at
this Terminal Server thingy...
thanks..
-----Original Message-----
From: Jean-Paul Gabrielli [mailto:Jean-Paul.Gabriellisema.fr]
Sent: Friday, January 19, 2001 5:08 PM
To: Zulkifli Mohamad
Subject: RE: (forte-users) Terminal Services - Win 2000
hmm when you telent a machine to run a process remotely, don't expect to
have it locally :-)
j-p
-----Message d'origine-----
De: Zulkifli Mohamad [mailto:zulkifli_mohamadkonnas.com.my]
Date: vendredi 19 janvier 2001 09:19
À: forte-userslists.xpedior.com
Objet: (forte-users) Terminal Services - Win 2000
hi..
l'm trying to run forte application thru Terminal Services Client
(Win 2000) but my application only running on the server not at the client
pc. Some one can help me...
thanks.
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

Il suffit de mettre les BTD/BTX sur un drive réseau (net use X:
\\server\share_point),
puis d'installer des icônes pour les clients: ftexec -fi bt:x:\MyApp.
Pour que les noeuds ne s'auto-enregistrent pas, peut-être mettre un password
Ou bien définir les noeuds comme un 'groupe' et donc seul le groupe est
connu.
Si mettre le mot de passe suffit pas, et si vraiment le model node gêne,
alors il
faut un autre environment manager.
I think that to avoid install, the software could be located on a shared
drive,
and users linking to it through running 'ftexec' or directly the compiled
binaries.
For nodes not to appear in the environment as nodes, they could be defined
as members
of a model node '(which then would be in the environmnet)'
Putting a password in the environment could prevent nodes to be registered
there, but
might prevent the apps from being executed.
Cheers,
j-paul gabrielli
Sema DTS
-----Message d'origine-----
De: Thomas Felix [mailto:tfelixaxialog.fr]
Date: mardi 2 mai 2000 14:14
À: forte-userslists.xpedior.com
Objet: (forte-users)
bonjour a tous
je souhaites installer une application distribuée sur des postes clients.
Y'a t'il moyen de ne pas installer les noeuds de ces postes clients sur l'
active environnement lié au développement et si oui comment?
hi
I would like to install an application on clients workstation
Can i install this nodes in a different Active environnement than this one
that we use for the developpement ?
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

RE: (forte-users) Does anyone have experience using OracleLarge Objects

hi ,
A few months ago, I tried a oracle stored procedure with a BLOB parameter,
but Forte(3.l2) could not recognize the blob variable. I used oracle 8.0
hth
suma
-----Original Message-----
From: Amin, Kamran [mailto:kamran.aminlendware.com]
Sent: Thursday, March 29, 2001 2:40 PM
To: 'Forte User Group'
Cc: Magaliff, Bill
Subject: (forte-users) Does anyone have experience using Oracle Large
Objects (LOB's)?
Does anyone have experience using Oracle Large Objects (LOB's) -
specifically the CLOB datatype? Forte supports Oracle LONG's but given that
Oracle is going to phase out that datatype and they're trying to push users
towards CLOB's instead of LONG's, I want to find out if Forte can handle it
and, if so, what we should know about mapping Forte datatypes to the Oracle
CLOB. [Their compatibility matrix for v3.5 indicates suppport under Oracle
8.1.x, and CLOB's were introduced back in 8.0.x - but the word from Forte is
that they currently don't support it.]
thanks in advance.
ka
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,
Did you get any solution to this. If yes, please share.
Thanks,
Tints

RE: (forte-users) Changing replication options in Fscript? -Tric k

There was one attribute of a service object you couldn't change in fscript..
I think it was whether the service was replicated at all or not (not the
same as setting rep count to 1!).
As Clint would say, "improvise.."
We exported the project containing the service object and snipped out the
part pertaining to the service object in to a little export file.
Then in an fscript script you can branch/checkout the service object and
import the snipped out export file to change the replicated yes/no flag.
Then do whatever other fscript commands make sense.. We tended to leave the
system baseline with the "true" replication flags and let developers run
this little script (only branching the services) to de-replicate all the
replicated services prior to trying to run from their workspace, etc.
Worked like a charm.
-Greg
-----Original Message-----
From: Taras Katkov
To: [email protected]
Sent: 12/1/99 2:57 PM
Subject: Re: (forte-users) Changing replication options in Fscript?
"setappcompcompiled", "setPARTrepcount" can be used in fscript during
application build.
I mean PERIOD!
Taras Katkov
f.e.
FindAppComp AppNAme_PartXX
SetAppCompCompiled MyNode 1
SetPartRepCount MyNode YY
SetPartArgs MyNode \"Whatever\"
SetPartThreadPkg MyNode DCE
commit
[email protected] wrote:
>
Yes through escript one can achieve changing the properties but onecannot
do it when one is partitioning the app where the router gets createdand
assigned ( which is fscript) and the single threadedness of thepartition
takes effect ( for loadbalancing ) except from the partitioningworkshop
(GUI) itself.
-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Wednesday, December 01, 1999 3:39 PM
To: [email protected]; [email protected];
[email protected]
Subject: RE: (forte-users) Changing replication options in Fscript?
Yes you can do it, but you actually do it in EScript not FScript lookfor
the following types of command "assignappcomp", "unassignappcomp",
"setappcompcompiled", "setrepcount", "findagent", "findsubagent",
"findparent" etc.. So start with your EScript manual.
Happy scripting.
-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Wednesday, December 01, 1999 1:36 PM
To: [email protected]; [email protected]
Subject: RE: (forte-users) Changing replication options in Fscript?
no it is not. One can compiling properties but not replicationproperties
through Fscript.
-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Wednesday, December 01, 1999 3:24 PM
To: [email protected]
Subject: (forte-users) Changing replication options in Fscript?
Before making a distribution, we modify replication options on some ofour
service objects from within the Partition Workshop (to get rid of the
router partition on some of our applications). Does anyone know ifit is
possible to do this in Fscript? Thanks for your help.
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in anew
email the word: 'Unsubscribe' to: [email protected]
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in anew
email the word: 'Unsubscribe' to: [email protected]
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in anew
email the word: 'Unsubscribe' to: [email protected]
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]

You can set the the number of replicas through fscript BUT the service
object in that partition has to be marked for LOADBALANCE. I didn't find a
fscript command to do that (that was what mnasser was trying to tell you).
But you can get around it by exporting the plan that has the service object
and look for the string LoadBalance = FALSE, then change it to LoadBalance =
TRUE. Import back the plan and you should be fine.
Norocel Popa
-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Wednesday, December 01, 1999 8:28 PM
To: [email protected]; [email protected]
Subject: RE: (forte-users) Changing replication options in Fscript? -
Tric k
There was one attribute of a service object you couldn't change in fscript..
I think it was whether the service was replicated at all or not (not the
same as setting rep count to 1!).
As Clint would say, "improvise.."
We exported the project containing the service object and snipped out the
part pertaining to the service object in to a little export file.
Then in an fscript script you can branch/checkout the service object and
import the snipped out export file to change the replicated yes/no flag.
Then do whatever other fscript commands make sense.. We tended to leave the
system baseline with the "true" replication flags and let developers run
this little script (only branching the services) to de-replicate all the
replicated services prior to trying to run from their workspace, etc.
Worked like a charm.
-Greg
-----Original Message-----
From: Taras Katkov
To: [email protected]
Sent: 12/1/99 2:57 PM
Subject: Re: (forte-users) Changing replication options in Fscript?
"setappcompcompiled", "setPARTrepcount" can be used in fscript during
application build.
I mean PERIOD!
Taras Katkov
f.e.
FindAppComp AppNAme_PartXX
SetAppCompCompiled MyNode 1
SetPartRepCount MyNode YY
SetPartArgs MyNode \"Whatever\"
SetPartThreadPkg MyNode DCE
commit
[email protected] wrote:
>
Yes through escript one can achieve changing the properties but onecannot
do it when one is partitioning the app where the router gets createdand
assigned ( which is fscript) and the single threadedness of thepartition
takes effect ( for loadbalancing ) except from the partitioningworkshop
(GUI) itself.
-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Wednesday, December 01, 1999 3:39 PM
To: [email protected]; [email protected];
[email protected]
Subject: RE: (forte-users) Changing replication options in Fscript?
Yes you can do it, but you actually do it in EScript not FScript lookfor
the following types of command "assignappcomp", "unassignappcomp",
"setappcompcompiled", "setrepcount", "findagent", "findsubagent",
"findparent" etc.. So start with your EScript manual.
Happy scripting.
-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Wednesday, December 01, 1999 1:36 PM
To: [email protected]; [email protected]
Subject: RE: (forte-users) Changing replication options in Fscript?
no it is not. One can compiling properties but not replicationproperties
through Fscript.
-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Wednesday, December 01, 1999 3:24 PM
To: [email protected]
Subject: (forte-users) Changing replication options in Fscript?
Before making a distribution, we modify replication options on some ofour
service objects from within the Partition Workshop (to get rid of the
router partition on some of our applications). Does anyone know ifit is
possible to do this in Fscript? Thanks for your help.
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in anew
email the word: 'Unsubscribe' to: [email protected]
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in anew
email the word: 'Unsubscribe' to: [email protected]
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in anew
email the word: 'Unsubscribe' to: [email protected]
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]
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: Re[2]: Service Object events and LockMgr

I think there are a lot to implement a lock manager. If several objects
should be updated in one transaction, the lock manager should be able to
handle rollbacks. Other things like release lock when exception happens,
avoiding dead locks, etc. Most of the features are provided by DBMS, so
I think using a option 2 would be a better solution.
-----Original Message-----
From: Dimitar Gospodinov [mailto:[email protected]]
Sent: Wednesday, July 28, 1999 2:44 PM
To: Peter Sham
Cc: Duncan Kinnear; [email protected]
Subject: Re[2]: Service Object events and LockMgr
Hello Peter,
Wednesday, July 28, 1999, 9:19:10 PM, you wrote:
PS> Hi,
PS> Just wonder exactly how this Lock Manager can be
implemented. Do you mean that you are
PS> going to cache every object that is instantiated from the
database? Or you just cache
PS> the object id, primary key, etc?
PS> Frankly speaking, I won't attempt to due with this kind
of currency coding myself as
PS> the database vendor has spent years in coding just to do this.
PS> Regards.
The second one - you just need some unique value that will identify
the object being locked. You should register with the Lock
Manager only
the objects that you want to lock.
For me, one of the goal of such pattern is to give you some freedom
from the specifics of the database lock mechanism.
Another benefit that I can see is that using such approach you can
always answer to the question: "Can I modify/delete this object?".
Best regards,
Dimitar mailto:[email protected]
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>
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>

I think there are a lot to implement a lock manager. If several objects
should be updated in one transaction, the lock manager should be able to
handle rollbacks. Other things like release lock when exception happens,
avoiding dead locks, etc. Most of the features are provided by DBMS, so
I think using a option 2 would be a better solution.
-----Original Message-----
From: Dimitar Gospodinov [mailto:[email protected]]
Sent: Wednesday, July 28, 1999 2:44 PM
To: Peter Sham
Cc: Duncan Kinnear; [email protected]
Subject: Re[2]: Service Object events and LockMgr
Hello Peter,
Wednesday, July 28, 1999, 9:19:10 PM, you wrote:
PS> Hi,
PS> Just wonder exactly how this Lock Manager can be
implemented. Do you mean that you are
PS> going to cache every object that is instantiated from the
database? Or you just cache
PS> the object id, primary key, etc?
PS> Frankly speaking, I won't attempt to due with this kind
of currency coding myself as
PS> the database vendor has spent years in coding just to do this.
PS> Regards.
The second one - you just need some unique value that will identify
the object being locked. You should register with the Lock
Manager only
the objects that you want to lock.
For me, one of the goal of such pattern is to give you some freedom
from the specifics of the database lock mechanism.
Another benefit that I can see is that using such approach you can
always answer to the question: "Can I modify/delete this object?".
Best regards,
Dimitar mailto:[email protected]
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>
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>

Re: (forte-users) loadbalancing a service object

Similar Messages

Maybe you are looking for