RE: (forte-users) Node Installed Libraries

If you use Forte, the solution is to patch compcomp, or add a 'post-distrib'
script.
compcomp:
replace the -L/path/file by -L/path -l:file
Add -Wl,+s in link command
post-distrib:
# Enable SHLIB_PATH
for all binaries,
chatr +s enable $bin
done
# Enable dyunamic libs for all static
Libs=$(cahtr $bin | grep ^static)
for aLib in $Libs ; do
chatr $bin +s enable -l $aLib
done
cheers
j-paul
-----Message d'origine-----
De: kelsey.petrychynsasktel.sk.ca
[mailto:kelsey.petrychynsasktel.sk.ca]
Date: lundi 18 septembre 2000 18:36
À: David McPaul; Rottier.Pascalpmintl.ch
Cc: forte-userslists.xpedior.com
Objet: RE: (forte-users) Node Installed Libraries
Libraries have been a sore point with us too....
When we build something that uses a user created or third party
library the
explicit directory path is hard-coded into the build.
So when you deploy the application to a different machine there
is much grief
because the build can't find the library.
We got around this by "fooling" the build. We used directory
creation and soft
links in Unix so that the library appears to be in the same
directory on both machines.
I think this is called Static vs. Dynamic Libraries. We've talked
to Forte last
year about this and they indicated that this will be a
future enhancement. Don't hold your breath though.....
David McPaul <dmcpaullumley.com.au> on 09/17/2000 07:14:13 PM
To: "'Rottier, Pascal'" <Rottier.Pascalpmintl.ch>, "'Forte Users'"
<forte-userslists.xpedior.com>
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: RE: (forte-users) Node Installed Libraries
Hi,
We build here against a standard environment (1 NT server, 1 NT
modal node, 1 95 modal node)
I have noticed that forte is very picky about where it deploys
compiled partitions (and thus libraries). Basically if you
didn't make your
distribution against the environment you are installing on then
the compiled
partitions don't install and you will need to reconfigure the
application by
moving your partitions and libraries to the nodes that they should be.
Now I expected that would be the case between different
architectures (UNIX/NT) but I think forte expects you to compile against
each machine you want to install on.
Not much help I know.
Cheers
David
-----Original Message-----
From: Rottier, Pascal [mailto:Rottier.Pascalpmintl.ch]
Sent: Saturday, September 16, 2000 12:59 AM
To: 'Forte Users'
Subject: (forte-users) Node Installed Libraries
Hi guys,
When you deploy a library using Forte, if automatically updates the
"Installed Libraries" list of the target node. However, not always. My
question is, why? What property determines if a library should appear in
this list or not. Of course, you can always add or remove it manually. But
why doesn't it work the same automatically for all libraries.
Pascal Rottier
Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
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
******This
e-mail is intended for the use of the individual or entity named
above and may
contain information that is confidential and privileged. If you
are not the
intended recipient, you are hereby notified that any
dissemination, distribution
or copying of this e-mail is strictly prohibited. If you have
received this
e-mail in error, please notify us immediately at
helpdesklumley.com.au and
destroy the original message. While this mail and any
attachments have been
scanned for common computer viruses and found to be virus free,
we recommend you
also perform your own virus checking processes before opening any
attachments.
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

Similar Messages

Node Installed Libraries

Hi guys,
When you deploy a library using Forte, if automatically updates the
"Installed Libraries" list of the target node. However, not always. My
question is, why? What property determines if a library should appear in
this list or not. Of course, you can always add or remove it manually. But
why doesn't it work the same automatically for all libraries.
Pascal Rottier
Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch

Hi guys,
When you deploy a library using Forte, if automatically updates the
"Installed Libraries" list of the target node. However, not always. My
question is, why? What property determines if a library should appear in
this list or not. Of course, you can always add or remove it manually. But
why doesn't it work the same automatically for all libraries.
Pascal Rottier
Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch

RE: (forte-users) Phantom Nodes

Yes both the client and server have to have the same setting and it does not
work all the time.
-----Original Message-----
From: Samer Kanjo [mailto:[email protected]]
Sent: Thursday, May 10, 2001 11:33 PM
To: Amin, Kamran; Forte Users
Subject: RE: (forte-users) Phantom Nodes
Kamran,
Just so I am clear on the use of keep alive settings,
the settings are required on both the server and the
client, correct? If so then should the settings on
both client and server nodes be equal?
Again to be clear, are you saying that the keep alive
settings alone will prevent phantom nodes?
Kelsey & Pascal, do you still have the problem even
though you are using keep alive settings?
Samer Kanjo
--- "Amin, Kamran" <[email protected]> wrote:
The socket time is an OS level setting and is
different on each OS. I had
open up a ticket with Forte 2 years ago and the only
quick solution was to
change the name of the client computer which faked
Forte into thinking its a
different node. This way the client was able to get
back into their
application quickly. The only problem was that the
clients had to reboot
their computer. The other way to prevent this was
to use the keep alive
settings to force a clean up on the Forte central
environment side.
ka
-----Original Message-----
From: Samer Kanjo [mailto:[email protected]]
Sent: Thursday, May 10, 2001 6:26 PM
To: [email protected]; Forte Users
Subject: RE: (forte-users) Phantom Nodes
Kelsey,
We use model nodes exclusively. Occasionally, a
client
node would crash and would be inaccessbile for two
hours but would still appear active under the model
node. After two hours the client could access the
environment again. My only option thus far has been
to
bounce the environment but that can only be done
after
work hours, which may not be convenient for the
affected user.
Kamran Amin just wrote me to say that the two hour
delay is the result of the default socket timeout
setting on UNIX boxes. Perhaps reducing the socket
timeout from two hours to something more reasonable
would fix the problem without manipulating the
environment configuration.
I am not sure how I would determine a good socket
timeout setting for my application. Does anyone have
any ideas? Is my assumption about reducing the
socket
timeout to avoid manipulating the environment
configuration to remove the phantom nodes in a more
timely fashion correct?
Samer Kanjo
--- [email protected] wrote:
"... have you reported this to Forte as a bug or
looked through the defect
reports?..."
No and No. I just kind of "stumbled" upon this
solution this week. I just
opened the properties windows when it just all ofa
suddened dawned on me:
"Maybe, if none of the boxes are checked then the
node effectively serves
no usefull purpose in the environment. Therefore,
maybe Forte will be more
apt to release it - like the garbage collectordoes
with an object that is
not referenced".
" ... Have you tried this technique when usingmodel
nodes? ..."
No I haven't. So far our model nodes have beenwell
behaved. If a member
was online the node was online, otherwise, if "no
one was home" then it was
off-line. Model nodes aren't real nodes; I viewthem
as a sort of virtual
node. Only real nodes have ocassionally behaved
goofy. I think what happens
is either the user's machine is improperlyshutdown
or they just all of
sudden loose connection to the network. Exception
handling was never Forte
ADE's forte.
Kelsey Petrychyn, P. Eng. SaskTel TechnicalAnalyst
ITM - Technology Solutions - Distributed Computing
Tel (306) 777 - 4906, Fax (306) 359 - 0857
Internet:[email protected]
Quality is not job 1. It is the only job!
Samer Kanjo
<skanjo@yahoo To:
"Forte Users" <[email protected]>
.com> cc:
Subject:
RE: (forte-users) Phantom Nodes
05/10/2001
01:57 PM
Pascal,
This is very inetresting. I have experienced the
same
problem and have noted the mysterious two hourdelay
in getting the client node back up and running. I
thought it may have had something to do with the
keepalive settings, which seem to work otherwise.
Kelsey, have you reported this to Forte as a bugor
looked through the defect reports? Have you tried
this
technique when using model nodes? I will give your
fix
of reconfiguring the node a try the next time I
encounter the problem. However, I use model nodesso
perhaps it may not have the same effect.
Samer Kanjo
--- "Rottier, Pascal" <[email protected]>
wrote:
I've seen this problem many times myself and the
cause was always the same.
The nodemanager of the phantom node was notproperly
shutdown. Usually,
because this node was running on NT and somebody
simply shutdown the
machine. A "kill -9" on unix will also have thesame
effect.
Part of the shutdown process of a node, which
you
should always invoke from
e-console or e-script, is to inform theenvironment
that it's going away.
Then Forte will mark it as offline, rather then
online. However, it the
nodemgr suddenly dies, there is no such signal.
=== message truncated ===

Therefore, how to remotely start a node manager ? :-p
j-p
-----Message d'origine-----
De: John Parks [mailto:jparkss1.com]
Date: vendredi 15 septembre 2000 20:07
À: Jean-Paul.Gabriellisema.fr
Cc: 'Forte Users'
Objet: Re: (forte-users) [Model Nodes] What prevents Server Parts to be
assigned there ?!:?
Jean-Paul,
The ModelNode is a client node by definiton, no matter what properties you
change. I've previously asked for an enhancement to allow a
model node to be a
server node, but I don't expect much to happen. To install
server applications
to several nodes, you have to make sure that the node manager on
each node is
active. There really is no built-in support for distributing
applications in
mass to servers like there is for clients (using the model node feature).
Regards,
John Parks
S1 Corporation
Jean-Paul Gabrielli wrote:
Hi,
I want to have a separate node to provide a dedicated service,
and therefore when I start my environment server and declared that
node as ModelNode, with 'client' disabled, i still can't assign to it
my server partition.
And if I declare it as regular node, the installation of the application
failed if the node is not online.
What choice do I have ?
What prevents that ModelNode, client disabled, to host serverpartition ?!,
j-paul gabrielli
sema dts
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) install

Andrea,
You cannot do it without shutting down and reinstalling.
Partial builds are only for building what changed instead
of rebuilding all the partitions. This is controlled by Forte
which detremines which partition changed and what to build
because of that change. Thats about it.
The only way you can dynamically load something is through
libraries. I am not sure if you have to shut down and reinstall in
this case too.
Hope this helps.
Regards,
Nirmal
PSI Data Systems Ltd.
-----Original Message-----
From: andrea harper <[email protected]>
To: Forte-Users <[email protected]>
Date: Monday, November 08, 1999 4:34 PM
Subject: (forte-users) install
I am attempting to integrate some new code into a FORTE production
application and I would like to do it without shutting the applicationdown.
I have heard that this can be done by making a partial build. I was
wondering if anyone could comment on the steps I should take to installthis
partial build on the application without shutting it down.
Thanks.
Reserve your name now at http://www.email.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: [email protected]

If you want this kind of flexibility, you can, but it has to be part
of your design right from the start. You should design your
application not as a single, large application, but rather as a
collection of several small components, that can be installed,
de-installed and re-installed independantly. They should inter-
act with each other not through reference partitions, but through
the NameSevice (ObjectLocationMgr).
This way, you can dynamically add and remove pieces of
functionality, without the need to shut the whole system down.
Pascal Rottier
STP - MSS Support & Coordination Group
Philip Morris Europe
e-mail: [email protected]
Phone: +49 (0)89-72472530
+++++++++++++++++++++++++++++++++++
Origin IT-services
Desktop Business Solutions Rotterdam
e-mail: [email protected]
Phone: +31 (0)10-2428100
+++++++++++++++++++++++++++++++++++
/* All generalizations are false! */
-----Original Message-----
From: andrea harper [SMTP:[email protected]]
Sent: Monday, November 08, 1999 7:29 PM
To: Forte-Users
Subject: (forte-users) install
I am attempting to integrate some new code into a FORTE production
application and I would like to do it without shutting the application
down.
I have heard that this can be done by making a partial build. I was
wondering if anyone could comment on the steps I should take to install
this
partial build on the application without shutting it down.
Thanks.
Reserve your name now at http://www.email.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: [email protected]

RE: (forte-users) XMLParser-Node : Serializing parts of aDOM across par

I managed to solve this problem with the help of
Sanjeev Sondur and Girish Nair from Sun.
The Solution suggested is as follows :
Whenever a node is supposed to passed as a parameter
for an inter-partition call. We have marshal and
UN-Marshalling :
- Create a new document.
- Clone the node in the context on the new document
- Append the node to the new document
- Serialize the document into a MemoryStream which is
a attribute of the object (SerializedNode) that
is passed in Lieu of a Node.
- On the other end UnMarshall by DeSeralizing the Document
and then reading the node.
Code Follows :
SerializedNode::SerializeNode(pNode);
NewDoc : document = new();
lNode : node;
if pNode <> nil then
-- This clones the node from an old document and creates it
-- in the context of the new document.
lNode = NewDoc.ImportNodeFromDocument(pNode, deep = true);
-- You can then attach to the any part of DOM (I am using
child of root)
NewDoc.appendchild(lNode);
end if;
-- _mStream is MemoryStream
mStream.Open(Framework.SPAM_WRITE, IsBinary = TRUE);
_mStream.seek(0);
_mStream.WriteSerialized(NewDoc);
_mStream.close();
On the other end I Unmarshall it
SerializedNode::GetNode()
mStream.Open(Framework.SPAM_READ, IsBinary = TRUE);
_mStream.seek(0);
NewDoc : document = (Document)(_mStream.ReadSerialized());
lNode : node = NewDoc.getFirstChild();
if lNode = NIL then
task.lgr.putline(' In GetNode : Node was NIL');
end if;
return lNode;
Note : This can use used for read-only access to parts of the DOM.
across partitions.
Thanks to all who responded.
Vivek Shetty
vivekvi-corp.com vivek.shettyLibertyMutual.com
978-884-9942 (cell) 978-750-3639 x 202 (Liberty Mutual)
-----Original Message-----
From: Shetty, Vivek [mailto:Vivek.ShettyLibertyMutual.com]
Sent: Thursday, December 21, 2000 10:04 AM
To: 'forte-userslists.xpedior.com'
Subject: (forte-users) XMLParser-Node : Serializing parts of a DOM
across partitions
I am modeling an Insurance-Policy as a XML document.
One of my requirement was to pass pieces of this Policy (Node)
to a service object for processing.
I have discovered that the Node cannot be serialized across partitions.
I can serialize the whole document using the exportDocument and send
it across the partition and import it on the other end. This is fine when
large pieces of the document have to be sent over.
When smaller pieces of this information has to sent to a service object,
I was planning to create a new document, extract the required nodes
from the old document create in the new document and send the
new document (which is a subset) across.
I am having problems extracting a node from one document and
creating it another document.
I have tried node.clonenode, document.importnodefromdocument without much
success.
I have a choice of writing a method that creates a structure in the new
document by
recursively navigating the old tree and creating new nodes in the new
document from scratch.
Have any of you faced similar situations and come up with a more elegant
solution.
Please share.
Thanks
Vivek Shetty
vivekvi-corp.com vivek.shettyLibertyMutual.com
978-884-9942 (cell) 978-750-3639 x 202 (Liberty Mutual)
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) R: (forte-users) ASP andForté

I think you should also be able to publish the Forte Service Objects as DCOM
services. Then you can access them from within VB-scripts.
Pascal Rottier
Atos Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
-----Original Message-----
From: Massimiliano Delsante [mailto:delsanteotconsulting.com]
Sent: Friday, February 23, 2001 9:54 AM
To: BOLIVARD Kenny; forte-userslists.xpedior.com
Subject: (forte-users) R: (forte-users) ASP and Forté
Hi Kenny,
I suggest you to use XML in order to publish your Forté services.
There is a Forté Library called HTTPDC that let you start up a listener that
answer to HTTP Request.
So you will have a ASP/Forté integration via HTTP/XML
Hope this helps.
----- Original Message -----
From: BOLIVARD Kenny <BOLIVARDPREVIADE.FR>
To: <forte-userslists.xpedior.com>
Sent: Friday, February 23, 2001 8:43 AM
Subject: (forte-users) ASP and Forté
Hi everybody!
I'm a new Forté developer, so i have some question about it, speciallyone:
I want to access Forté service objects through an ASP script. To be more
precise, I want to get back some informations (like, for exemple, the
information of a customer's account) from the Forté world and to make-upthe
web page in my ASP script.
Is it possible writing an ASP script (in VisualBasic for example) witch
calls Forté service objects?
How can I do that? Maybe by using Web Enterprise's libraries, but itseems
to me that Web access service objet returns only HTLM pages.
Any suggestions and explanations would be appreciated.
Thank's in advance for your replies,
Kenny,
PREVIADE.
France.
Ps: Sorry for my bad english. ;))
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

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) .fnd & .fso files ?? What are them,how to generate th

'kay dudes.
complcl does the trick
thanks
j-p
-----Message d'origine-----
De: Jean-Paul Gabrielli [mailto:Jean-Paul.Gabriellisema.fr]
Date: mercredi 4 octobre 2000 11:39
À: zeForte-users
Objet: (forte-users) .fnd & .fso files ?? What are them, how to generate
them?
Hi,
Sounds like an information about currency symbol is stored in the
fnd file,
whereas fso is binary.
What are they, what do they come from, and how to regenerate them ?
thanks
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

Maybe this is something you already did, maybe not.
You need to manually add "DCE" to the list of "Installed Libraries" in the
properties dialog of the NT-node (using E-Console).
Of course, don't forget to export your target environment and re-import it
in your development environment.
Pascal Rottier
Atos Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
-----Original Message-----
From: Tucci, Lisa M. [mailto:LMTucciWest.com]
Sent: Friday, December 15, 2000 10:23 PM
To: forte-userslists.xpedior.com
Subject: (forte-users) unable to move partitions.
We have an odd problem. We have 2 partitions that when we do initial
partitioning are placed on our Unix node but we need to move them to our NT
node. For some reason forte will not allow us to move these particular
partitions. They need to have the DCE thread package to be able to move
them to the NT node but we can't seem to find any way to give them that
thread package. Any suggestions, documentation anything would be greatly
appreciated. We are due to deploy this application on Monday and are unable
to do anything until we can get these partitions moved. We have been able
to move them in the past but it seems to have been a fluke. We have not
found any identifiable pattern of what has allowed us to move these
partitions.
Thanks!
Lisa M. Tucci - Applications Programmer
Inbound Forté Application Support and Development - West Telemarketing
Corporation
tel.: (402) 964-6360 ex: 208-4360 stop: W8-IS e-mail: lmtucciwest.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) Unstable server ENV after upgrade to Forte30M2.

I see/suggest a few things:
1) In your #1, you mention ".... development and test environments which use the
same Forte 3M installs through links ...". This concerns me. On our UNIX box
each environment has it's own directory containing it's own install. If your
environments are some how sharing a node manager, log directory or processes (to
name a few things) that is a recipe for disaster. They may be competing for
resources and usually the first one started will win.
2) I haven't done a lot with compatibility levels, but if an application built
in dev is to run in test it may be important that node managers and services
(autocompile, codegen etc.) be at the same level (????).
3) Check the definition files, to make sure the two environments operate
independently. If they are both trying to write to the same log file the one
started up first will work while the second will not as the file will be "busy".
4) We usually use rpcreate (newer version) to create brand new repositories.
Than we export/import the source code that we need. Also it is important to
force compile ALL plans in a workspace at least once after doing the import.
This will ensure that all of the code is "speaking the same language". The other
compile, only compiles those pieces of code that changed from the last compile.
Hope this helps.
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!
"Braja Chattaraj" <forte_brajachotmail.com> on 09/13/2000 03:43:57 PM
Please respond to chattaraj_braja_NONLILLYlilly.com
To: forte-userslists.xpedior.com
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: (forte-users) Unstable server ENV after upgrade to Forte 30M2.
We are running Forte 3M2 clients and server in our test environment with
clients on NT and server on Solaris 2.6. Eversince the upgrade from 3L to 3M
we have been having an unstable environment that does not remain alive for >
10 mins. These are the details of the Forte installs and server setups :
1. The server hosts the development and test environments which use the same
Forte 3M installs through links (same ftcmd, ftexec, nodemgr, etc.). The
environments are at compatibility levels 0 and 1 respectively.
2. The two environments have the same definition files (defining the ENV
variables), though seperate copies and the two environments are hosted on
different ports on the same server.
3. While building the new 3M environmnets in DEV and TST, we exported the
old 3L repositories and imported them into the new 3M repositories and
deployed the applications.
While the DEV environment is stable the TST environment is not. This has
been observed while moving plans between the environments (export and
import) using fscript commands, deploying the apps after the move using
fscript, and testing the apps. Sometimes it has come down right after a
startup. There is no programatic reference to the environment agent in the
code. So, a programatic shutdown is ruled out.
Does anybody have a clue or a similar experience ?
Thanks.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
BRAJA KISHORE CHATTARAJ
Consultant, Analysts International.
Work : Sphinx Pharmaceuticals (A division of Eli Lilly & Co.)
(919) 314-4134
Home : 1801, Williamsburg Rd., #41H, Durham, NC 27707.
(919) 463-7802
E-mail : forte_brajachotmail.com
Visit us www.analysts.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://profiles.msn.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

We found a solution to our issue.Their desktops were in a lockdown environment and the essbase.id file located in the windows directory was locked as well. This file is responsible for assigning ports etc and it couldn't be updated for the 6.5.4p2 upgrade. Once the file was deleted and the user reconnected to Essbase, the essbase.id was reset and they could connect.

Re: (forte-users) SCM Hooks

I am still having trouble using the SCM hook. I have set everything up but
when I integrate I get the following error message.
Forte_cl0: SYSTEM ERROR: Cannot resolve the distributed reference for an
object
of class
(qqrp_SCMServerProxy) named
(site/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so) for the
reasons below.
Class: qqsp_DistAccessException
Error #: [601, 144]
Detected at: qqdo_ProxyMgr::ResolveOutGoingProxy at 10
Last TOOL statement: method
abSurrogateRepositoryClient.IntegrateWorkspace
Error Time: Tue Dec 19 15:55:16
Distributed method called: qqrp_SCMServerProxy.BeforeIntegration (object
name site/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so)
from
partition "Forte_cl0_Client",
SYSTEM ERROR: No objects with the name
(site/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so) were
found or are reachable.
Class: qqsp_DistAccessException
Error #: [601, 91]
Detected at: qqdo_OlsNameInfo::GetNextObjectName at 2
Error Time: Tue Dec 19 15:55:16
Exception occurred (locally) on partition "Forte_cl0_Client",
(partitionId = 419029E0-D5A6-11D4-BE67-78683332AA77:0x148:0x2,
taskId
= [419029E0-D5A6-11D4-BE67-78683332AA77:0x148:0x2.14]) in
application
"FTLaunch_cl0", pid 143 on node DTMAPGWYND02 in environment
centrale.
The value I have given to my FORTE_RP_SCMSERVER environment variable is
SCMTestService2/SCMTestService2/SCMTestService2SO. Is this correct?
According to the Environment Console, the application is
SCMTestService2_cl0, I have a partiotion - SCMTestService2_cl0_Part1 and an
installed partition SCMTestService2_cl0_Part1_DTMAPGWYND02 and the name of
the SO in the SCMTestService2 class which was used to create everything is
SCMTestService2SO.
Should the applicaiton be online all the time or just online when it is
necessary to use it because it is not online after everything else has
started.

Hi Alexandra
I have been going through the mails regarding SCM and SCM hooks. I donot
have any knowledge on hooks, Could you pls explain me about hooks or pls let
me know where can i find the documentation on hooks.
Thanks in advance
Vasundhara
----- Original Message -----
From: Alexandra Macedo <ammeasysoft.pt>
To: Maredudd ap Gwyndaf <maredudd.apgwyndafs1.com>
Cc: forte-users <forte-userslists.xpedior.com>
Sent: Tuesday, December 19, 2000 10:48 PM
Subject: Re: (forte-users) SCM Hooks
>
>
You should launch the SCM hook service before launching the RepositoryServer
you could use a script like:
SCM.bat
rem env vars used inside the SCM hook code
set FORTE_SCM_DIR=%FORTE_ROOT%\scm
set FORTE_SCM_BEFORE_EXPORT=beforeExport.bat
set FORTE_SCM_AFTER_EXPORT=afterExport.bat
rem where the SCM hook is deployed
set SCM_PROG=bt:c:\forte\userapp\scmtestservice2\Cl0\scmtestservice2_cl1
%FORTE_ROOT%\install\bin\ftexec -fi %SCM_PROG% -ftsvr 0
Remember, you cannot configure as Server your SCM hooks if they are on arepository
where
the SCM hooks are already running, this means you must have a Repositorywithout the
SCM hooks
when you deploy the SCM hook service.
Hope this helps
Alexandra Macedo
Date: Tue, 19 Dec 2000 16:03:36 -0000
From: "Maredudd ap Gwyndaf" <maredudd.apgwyndafs1.com>
To: "Forte Mailing List" <forte-userslists.xpedior.com>
Subject: Re: (forte-users) SCM Hooks
Message-ID: <011f01c069d5$3e88b0f0$405810acman.s1.com>
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
I am still having trouble using the SCM hook. I have set everything up
but
when I integrate I get the following error message.
Forte_cl0: SYSTEM ERROR: Cannot resolve the distributed reference for an
object
of class
(qqrp_SCMServerProxy) named
(site/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so) forthe
reasons below.
Class: qqsp_DistAccessException
Error #: [601, 144]
Detected at: qqdo_ProxyMgr::ResolveOutGoingProxy at 10
Last TOOL statement: method
abSurrogateRepositoryClient.IntegrateWorkspace
Error Time: Tue Dec 19 15:55:16
Distributed method called: qqrp_SCMServerProxy.BeforeIntegration(object
namesite/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so)
from
partition "Forte_cl0_Client",
. . . SYSTEM ERROR: No objects with the name
(site/scmtestservice2_cl0/scmtestservice2_cl0-scmtestservice2so)were
found or are reachable.
Class: qqsp_DistAccessException
Error #: [601, 91]
Detected at: qqdo_OlsNameInfo::GetNextObjectName at 2
Error Time: Tue Dec 19 15:55:16
Exception occurred (locally) on partition "Forte_cl0_Client",
(partitionId = 419029E0-D5A6-11D4-BE67-78683332AA77:0x148:0x2,
taskId
= [419029E0-D5A6-11D4-BE67-78683332AA77:0x148:0x2.14]) in
application
"FTLaunch_cl0", pid 143 on node DTMAPGWYND02 in environment
centrale.
The value I have given to my FORTE_RP_SCMSERVER environment variable is
SCMTestService2/SCMTestService2/SCMTestService2SO. Is this correct?
According to the Environment Console, the application is
SCMTestService2_cl0, I have a partiotion - SCMTestService2_cl0_Part1 andan
installed partition SCMTestService2_cl0_Part1_DTMAPGWYND02 and the nameof
the SO in the SCMTestService2 class which was used to create everythingis
SCMTestService2SO.
Should the applicaiton be online all the time or just online when it is
necessary to use it because it is not online after everything else has
started.--
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) Forte and CORBA question

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

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

RE: (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) AppletSupport on PC-NT lack ?

yeah but actually I think applet support is only forte, isn't it ?
-----Message d'origine-----
De: kelsey.petrychynsasktel.sk.ca
[mailto:kelsey.petrychynsasktel.sk.ca]
Date: lundi 11 septembre 2000 18:17
À: Jean-Paul.Gabriellisema.fr
Objet: Re: (forte-users) AppletSupport on PC-NT lack ?
On our UNIX Central Server system there are environment variables
that tells the
compiler where to find 'stuff'.
They are:
header files:
FORTE_X_HEADERDIRS=-I/usr/include/Motif1.2_R6 -I/usr/include/X11R6
libraries:
FORTE_X_LIBDIR=-L/usr/lib/Motif1.2_R6 -L/usr/lib/X11R6
You may need to locate the equivalent valiables on your central server and
change them to reflect the true locations.
Note - You will probably need to restart the node manager for any
changes to
take effect.
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!
"Jean-Paul Gabrielli" <Jean-Paul.Gabriellisema.fr> on 09/11/2000
02:51:43 AM
Please respond to Jean-Paul.Gabriellisema.fr
To: "000Forte-Users" <forte-userslists.xpedior.com>
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: (forte-users) AppletSupport on PC-NT lack ?
Trying to compile the partition fails as the compielr tries to
include '.h'
files from
$FORTE_ROOT/userapp/appletsu/cl0/inc/apltsupt.h
which is not on my nt node.
is there a way to fix ?
thanks
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

yeah but actually I think applet support is only forte, isn't it ?
-----Message d'origine-----
De: kelsey.petrychynsasktel.sk.ca
[mailto:kelsey.petrychynsasktel.sk.ca]
Date: lundi 11 septembre 2000 18:17
À: Jean-Paul.Gabriellisema.fr
Objet: Re: (forte-users) AppletSupport on PC-NT lack ?
On our UNIX Central Server system there are environment variables
that tells the
compiler where to find 'stuff'.
They are:
header files:
FORTE_X_HEADERDIRS=-I/usr/include/Motif1.2_R6 -I/usr/include/X11R6
libraries:
FORTE_X_LIBDIR=-L/usr/lib/Motif1.2_R6 -L/usr/lib/X11R6
You may need to locate the equivalent valiables on your central server and
change them to reflect the true locations.
Note - You will probably need to restart the node manager for any
changes to
take effect.
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!
"Jean-Paul Gabrielli" <Jean-Paul.Gabriellisema.fr> on 09/11/2000
02:51:43 AM
Please respond to Jean-Paul.Gabriellisema.fr
To: "000Forte-Users" <forte-userslists.xpedior.com>
cc: (bcc: Kelsey Petrychyn/SaskTel/CA)
Subject: (forte-users) AppletSupport on PC-NT lack ?
Trying to compile the partition fails as the compielr tries to
include '.h'
files from
$FORTE_ROOT/userapp/appletsu/cl0/inc/apltsupt.h
which is not on my nt node.
is there a way to fix ?
thanks
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

Re: (forte-users) Partial live upgrade

Hi,
It should be possible using the Compatibility Level for instance. Then, you
will be able to install the CL1 having the CL0 still running. You could test
the CL1 in an IVP to verify that the installation is correct and then,
uninstall the CL0. May be the partition should be seen as a reference
partition. You can find some information on the Nomadic PC section of the
documentation (you can find a sample on
http://perso.club-internet.fr/dnguyen/). The normal case is that you need to
upgrade your server, having still old versions of your clients.You can use
converters to manage the interface modifications between versions.
Other ways are possible with libraries, also using Compatibility Level, like
Conductor does with processes (they are conditionned as libraries with their
own compatibility level at each distribution). The engine creates the processes
instances with the last level of the library, but the instances already there
are still running the old version.
One last solution is to manage services reconnection, using the
ReleaseConnection to rebind service objects from the client. So you can
reinstall a new instance of your partition and then use it without restarting
your client. Depending on the OS, you may have a lock on the file. So you will
need to stop your partition, reinstall it and restart the partition. To make
this possible, you should not have the autostart activated on your environment
during the manipulation. This solution does not need to use the Compatibility
Level.
Hope this helps,
Daniel Nguyen
Freelance Forte Consultant
http://perso.club-internet.fr/dnguyen/
andrea harper a écrit:
I have made a partial distribution and I would like to perform a live
upgrade. The partition that is being upgraded has been identified however,
I am not able to implement the live upgrade.
Has anyone ever tried to implement code changes while an application is
still running and if so how were you able to accomplish the upgrade?
Thank you.
Reserve your name now at http://www.email.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,
It should be possible using the Compatibility Level for instance. Then, you
will be able to install the CL1 having the CL0 still running. You could test
the CL1 in an IVP to verify that the installation is correct and then,
uninstall the CL0. May be the partition should be seen as a reference
partition. You can find some information on the Nomadic PC section of the
documentation (you can find a sample on
http://perso.club-internet.fr/dnguyen/). The normal case is that you need to
upgrade your server, having still old versions of your clients.You can use
converters to manage the interface modifications between versions.
Other ways are possible with libraries, also using Compatibility Level, like
Conductor does with processes (they are conditionned as libraries with their
own compatibility level at each distribution). The engine creates the processes
instances with the last level of the library, but the instances already there
are still running the old version.
One last solution is to manage services reconnection, using the
ReleaseConnection to rebind service objects from the client. So you can
reinstall a new instance of your partition and then use it without restarting
your client. Depending on the OS, you may have a lock on the file. So you will
need to stop your partition, reinstall it and restart the partition. To make
this possible, you should not have the autostart activated on your environment
during the manipulation. This solution does not need to use the Compatibility
Level.
Hope this helps,
Daniel Nguyen
Freelance Forte Consultant
http://perso.club-internet.fr/dnguyen/
andrea harper a écrit:
I have made a partial distribution and I would like to perform a live
upgrade. The partition that is being upgraded has been identified however,
I am not able to implement the live upgrade.
Has anyone ever tried to implement code changes while an application is
still running and if so how were you able to accomplish the upgrade?
Thank you.
Reserve your name now at http://www.email.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) Class compatibility

Pascal,
Basically the way to work with objects as parameters is to ensure that
sending and receiving parties have the same knowledge of the underlying
classes of these objects.
o Partitions in one application, generated at distribution time always are
"in sync" with one another as they use the same class definitions specified
through the supplier plan relationships of the main project
o Applications distributed independently that exchanging objects only
understand the common set of class definitions.
For example, a Forte Conductor engine object is built using the standard
Forte Framework classes. Its API specifies things like "DataValue" objects.
Sending it a TextData is fine, sending it MyOwnTextData is not - the other
application has no clue what that (sub)class is supposed to be as it did not
know at the time it was built.
This is also true in cases where applications use libraries and these are
given objects of (sub)classes it knows nothing about.
All of these generate serialisation errors of some sort since the flattened
object that is sent across the wire cannot be reconstructed at the receiving
end by lack of a blueprint (class definition) on how to create such an
object.
Theo de Klerk
Architecture & Application Integration
Professional Services
Compaq Computer Corp. - the Netherlands
PGP Fingerprint: 5A70 DD56 F3BA FE04 9DCA 1ACE 8581 0A2F F057 FA6E

Theo,
I understand all of that. Of course we make sure that all components use the
same blueprints for all classes. However, in case we managed to get these
blueprints out of sync, we don't want the application to simply crash. We
want to trap this exception and print a message that says: "There seems to
be a compatability problem between components. Please make sure the latest
version of all application components have been installed."
Of course we can trap all exceptions (GenericException) and ignore all of
them after displaying them, but that seems like a blunt-axe-approach. I'm
looking for the scalpel.
Pascal Rottier
Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
-----Original Message-----
From: Klerk, Theo de [mailto:Theo.de.Klerkcompaq.com]
Sent: Wednesday, October 18, 2000 5:15 PM
To: Rottier, Pascal; 'Forte Users'
Subject: RE: (forte-users) Class compatibility
Pascal,
Basically the way to work with objects as parameters is to ensure that
sending and receiving parties have the same knowledge of the underlying
classes of these objects.
o Partitions in one application, generated at distribution time always are
"in sync" with one another as they use the same class definitions specified
through the supplier plan relationships of the main project
o Applications distributed independently that exchanging objects only
understand the common set of class definitions.
For example, a Forte Conductor engine object is built using the standard
Forte Framework classes. Its API specifies things like "DataValue" objects.
Sending it a TextData is fine, sending it MyOwnTextData is not - the other
application has no clue what that (sub)class is supposed to be as it did not
know at the time it was built.
This is also true in cases where applications use libraries and these are
given objects of (sub)classes it knows nothing about.
All of these generate serialisation errors of some sort since the flattened
object that is sent across the wire cannot be reconstructed at the receiving
end by lack of a blueprint (class definition) on how to create such an
object.
Theo de Klerk
Architecture & Application Integration
Professional Services
Compaq Computer Corp. - the Netherlands
PGP Fingerprint: 5A70 DD56 F3BA FE04 9DCA 1ACE 8581 0A2F F057 FA6E
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) Check this ( -----THIS MESSAGE WASA VIRUS!!!!!)

The previous message (Check this) is a known virus.
(Either that or the sender is emulating it.
Either way, do not open the attachment as you will not have "fun" at all.
Delete the message immediately.
Of course, if I am wrong then I am an idiot!
Don't take the chance.
-----Original Message-----
From: Slabbert, Etienne [mailto:etiennemds.co.za]
Sent: Friday, 18 February 2000 0:12
To: forte-userslists.xpedior.com
Subject: (forte-users) Check this
Have fun with these links.
Bye.

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) Node Installed Libraries

Similar Messages

Maybe you are looking for