Forte Connected Environments
Hello,
Is there anybody on this mailing list who has experience in
using forte connected environments? Particularly to do with named
anchored objects?
We are attempting to use named anchored objects to communicate
between 2 forte connected environments and are having a few problems
with the nameservice.
When the application starts up we register the anchored objects.
However when we check the nameservice entries some (not all) of the
anchored objects are shown as unavailable and cannot be found using
BindObject. If we deregister the object and register it again it
becomes available and can be used.
No exceptions are raised when the objects are registered but the
object cannot be found.
We are running Forte release 3.0.G.2 on Windows NT server and
Window95 client.
Any Thoughts?
David McPaul
Lumley Technology
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
Hello,
Is there anybody on this mailing list who has experience in
using forte connected environments? Particularly to do with named
anchored objects?
We are attempting to use named anchored objects to communicate
between 2 forte connected environments and are having a few problems
with the nameservice.
When the application starts up we register the anchored objects.
However when we check the nameservice entries some (not all) of the
anchored objects are shown as unavailable and cannot be found using
BindObject. If we deregister the object and register it again it
becomes available and can be used.
No exceptions are raised when the objects are registered but the
object cannot be found.
We are running Forte release 3.0.G.2 on Windows NT server and
Window95 client.
Any Thoughts?
David McPaul
Lumley Technology
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
Similar Messages
-
Re: Connecting environments via modem
John,
The circumstance surrounding your question (namely a modem)
suggested the use of 'Disconnected clients' or 'Nomadic clients.
So I'll just throw that out just in case you are not aware
of it.
Through the use of DistObjectMgr class and the -fs switch, you can
have a client come up in standalone mode, and only connecting to a
service object on demand. There is an example on how to do this
in /install/examples/frame/nomad.pex.
Lee Wei
At 10:06 AM 5/19/98 +1000, [email protected] wrote:
I was just wondering if it was possible to have connected environments over
a modem, and are there any issues I should address if this is done?
For instance should service objects be session dialog or message?
Do I need to do anything special for failover?
The connection won't be there all of the time, so should we just use
external connections or connected environments?
Also, what is the best way to connect via modem? Can forte handle the
dial-up features or do we need to wrapper some external application?
Any suggestions would be appreciated,
John Twomey - CSC Australia
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>Couple of thoughts ... some you can immediately dismiss ...
1. Cert has expired (dismissed I know)
2. Run the console through an xserver or through the UNIX console to see if you have the same issues.
3. Check the cn=encryption,cn=config entry's attribute to see if it reads nsSSLClientAuth: allowed. If it reads required - you can ldapmodify it to allowed and restart the server. However this will obviously allow clients to bind in non-SSL fashion - which maybe is ok?
HTH
-Chris Larivee -
Hi,
We have connected two environments. Environment A has
an application with an Environment Visible SO. This SO
gets triggered at a certain moment to create a certain
anchored object and publish this object with the Name-
Service. Applications in environment A and B can then
access the anchored object.
When environment B is offline and the partition containing
the EVSO in environment A has just been started, the
first attempt to register the anchored object with the Name-
Service fails. The error says:
USER ERROR: Failed to create object (/sub/tst) in a remote
environment AF5C47B0-61F5-11D2-B9FC-627494AEAA77.
Class: qqsp_SystemResourceException
The UUID in this error belongs to environment B.
The second attempt succeeds, even though environment B
is still offline.
Can anyone explain what the cause of this error is? Is
this normal behaviour?
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
+++++++++++++++++++++++++++++++++++
Don't meddle in the affairs of dragons
'cause you're crunchy and taste good with ketchupHi,
We have connected two environments. Environment A has
an application with an Environment Visible SO. This SO
gets triggered at a certain moment to create a certain
anchored object and publish this object with the Name-
Service. Applications in environment A and B can then
access the anchored object.
When environment B is offline and the partition containing
the EVSO in environment A has just been started, the
first attempt to register the anchored object with the Name-
Service fails. The error says:
USER ERROR: Failed to create object (/sub/tst) in a remote
environment AF5C47B0-61F5-11D2-B9FC-627494AEAA77.
Class: qqsp_SystemResourceException
The UUID in this error belongs to environment B.
The second attempt succeeds, even though environment B
is still offline.
Can anyone explain what the cause of this error is? Is
this normal behaviour?
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
+++++++++++++++++++++++++++++++++++
Don't meddle in the affairs of dragons
'cause you're crunchy and taste good with ketchup -
Forte connecting to Ingres 6.4
Hi all,
Is there any way for Forte 2.0 to connect to Ingres 6.4 running on
OpenVMS on Digital Alpha platform? This customer of ours is looking
for a connection which will support Ingres extensions so ODBC or
gateway products from other RDBMS vendors may not fullfil their
requirements. Anyone can share experience on this?
Cheers
Michael Chiu
(Forte distributor in Hong Kong).Hi there,
Exactly the same happend to me? Have you go the source in between?
If yes; Please send it to my mail account:
[email protected]
Regards
Stefan -
Forte Connectivity thru a Firewall
Good afternoon!
I wanted to see if anyone else has experienced the
same problem that we are having with connecting a
Forte node behind a customer's firewall to our
environment manager.
We have verified the dmz address translations in the
firewall and we have "ping" ability in both directions
from the two boxes. We have all ports above 1024
open for access. Both boxes are NT 4.0 servers. If
we try a telnet from the server behind the firewall to
our envrionment manager, the connection establishes
and does not error/time-out.
I know that Forte versions 3.0.J.1 and later provide
for firewall translations, but we are only running
3.0.G.2.
When we try to start up a node behind the firewall it
hangs at the part where it says "attempting to load
definition from environment manager".
Does anyone have any insight for this problem?
Thanks in advance!Assuming your server is a Windows machine, you could try setting USE_SHARED_SOCKET = TRUE in the Registry, under \HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME<#>, or set it as environment variable.
Both methods require a shutdown/startup of the server.
If you have access to Metalink, see Note:124140.1 -
Re: Connected Environments and Fail/Over
Hi,
Yes, the SO in P1 is a session-duration, and I catch the
DistributedAccessException
and I retry the call in the exception handler, so that Forte directs me
to the next
available replicate. But I still get a DistributedAccessException on the
retry from my
P2 server partition, while the client partitions reconnect successfully.
After further investigation, the difference between the P2 server
partition and the client
ones was that the clients had a -fns ServerA:5000;ServerB:5000 in their
shortcut.
After removing this option, the clients fail on the retry just like P2
does, which
proves that the -fns option is not used only on partition startup, but
has a
greater meaning behind the scenes
The next step was thus to add the -fns option to the P2 server partition,
but then,
when retrying the call from the exception handler, the partition either
hangs
or terminates with the following error :
WARNING: Task [6443A488-9C05-11D1-A703-A8262ADEAA77:0x1bc, 6] (cm.Recv)
terminated while still holding mutex(es).
Locks were cancelled - shared data may be corrupted.
Cancelled mutex: do.NsClient (0x166fd38)
FATAL ERROR: Internal mutex corrupted - terminating partition
Any thoughts ?
Vincent Figari
You don't need to buy Internet access to use free Internet e-mail.
Get completely free e-mail from Juno at http://www.juno.com
Or call Juno at (800) 654-JUNO [654-5866]Hi,
Yes, the SO in P1 is a session-duration, and I catch the
DistributedAccessException
and I retry the call in the exception handler, so that Forte directs me
to the next
available replicate. But I still get a DistributedAccessException on the
retry from my
P2 server partition, while the client partitions reconnect successfully.
After further investigation, the difference between the P2 server
partition and the client
ones was that the clients had a -fns ServerA:5000;ServerB:5000 in their
shortcut.
After removing this option, the clients fail on the retry just like P2
does, which
proves that the -fns option is not used only on partition startup, but
has a
greater meaning behind the scenes
The next step was thus to add the -fns option to the P2 server partition,
but then,
when retrying the call from the exception handler, the partition either
hangs
or terminates with the following error :
WARNING: Task [6443A488-9C05-11D1-A703-A8262ADEAA77:0x1bc, 6] (cm.Recv)
terminated while still holding mutex(es).
Locks were cancelled - shared data may be corrupted.
Cancelled mutex: do.NsClient (0x166fd38)
FATAL ERROR: Internal mutex corrupted - terminating partition
Any thoughts ?
Vincent Figari
You don't need to buy Internet access to use free Internet e-mail.
Get completely free e-mail from Juno at http://www.juno.com
Or call Juno at (800) 654-JUNO [654-5866] -
How can two Forte installtion communicate - exactrequirement giv en at
To me, this clearly looks like a design issue. Here are two options that I
can think of:
1) You can achieve this through sql i.e. the sql service on location 1 can
allow you to query the database on location 2. Your service object uses the
user's criteria to decide which database to get to. This however is
inefficient since the dbsession is not on the same machine as the database.
2) Create a new layer ( umbrella ) which maintians a list of services that
register with it. This could be a seperate application and can be in a
seperate environment too. Your "database" service objects should also be
seperate applications. They register themselves to this layer. The remaining
part of your app should now be a seperate application which uses the "layer"
to get to the appropriate database. These different applications can talk to
each other using reference partitions accross connected environments.
Location 1 Location 2
app 1 app2
| |
(query the layer) (query the
layer)
| |
---------------------------------service
layer--------------------------------------------
|
(register self)
(register self)
|
database services 1 database services 2
I am sure there are more solutions to this problem. Others??
Ravi Kalidindi
Born Info Svcs Group
-----Original Message-----
From: Rajiv Srivastava [SMTP:[email protected]]
Sent: Tuesday, February 09, 1999 11:45 AM
To: 'Kalidindi, Ravi CWT-MSP'
Subject: RE: [email protected]
Thnaks to yr reply:
Actual requirment is :
an Forte application running at Location 1 on Local Prodution data.
same application is running at Location2 with its own local data.
(both has their own separate resources) there is Network connectivity
available.
Now i wana to fire a query that can be done either way to retive some
information.
i.e. i should be able to retrive some data based on some criteria, from
location one while sitting at location 2. and vis-versa.
i think its clearly says what i want.
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 me, this clearly looks like a design issue. Here are two options that I
can think of:
1) You can achieve this through sql i.e. the sql service on location 1 can
allow you to query the database on location 2. Your service object uses the
user's criteria to decide which database to get to. This however is
inefficient since the dbsession is not on the same machine as the database.
2) Create a new layer ( umbrella ) which maintians a list of services that
register with it. This could be a seperate application and can be in a
seperate environment too. Your "database" service objects should also be
seperate applications. They register themselves to this layer. The remaining
part of your app should now be a seperate application which uses the "layer"
to get to the appropriate database. These different applications can talk to
each other using reference partitions accross connected environments.
Location 1 Location 2
app 1 app2
| |
(query the layer) (query the
layer)
| |
---------------------------------service
layer--------------------------------------------
|
(register self)
(register self)
|
database services 1 database services 2
I am sure there are more solutions to this problem. Others??
Ravi Kalidindi
Born Info Svcs Group
-----Original Message-----
From: Rajiv Srivastava [SMTP:[email protected]]
Sent: Tuesday, February 09, 1999 11:45 AM
To: 'Kalidindi, Ravi CWT-MSP'
Subject: RE: [email protected]
Thnaks to yr reply:
Actual requirment is :
an Forte application running at Location 1 on Local Prodution data.
same application is running at Location2 with its own local data.
(both has their own separate resources) there is Network connectivity
available.
Now i wana to fire a query that can be done either way to retive some
information.
i.e. i should be able to retrive some data based on some criteria, from
location one while sitting at location 2. and vis-versa.
i think its clearly says what i want.
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) Named Anchored Obj-EnvironmentFailover
I did some playing around with this stuff as well. I can tell you a few
things.
1) The search path option of connected environments only works for SO's, not
for named anchors.
2) When EnvA creates a directory "/glob", which contains object "obj1", then
EnvA owns directory "/glob". Even after restarting environments. If EnvB
tries to add a subdirectory to "/glob" or inserts its own objects into this
path, then the situation becomes unstable. It doesn't immediately produce an
error, but things go wrong anyway. Is this a bug or expected behaviour? I
don't know. I just learned not to do this. Every environment must place it's
named anchors in it's own tree. Directories can't be shared.
3) I think the relative name "glob/obj1" should work, but only if you set
the ObjectLocationMgr to start looking at the root. Default, it will start
looking in it's own environment basepath. But I don't have any experience
with this.
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: Master Programmer [mailto:masterprghotmail.com]
Sent: Monday, January 08, 2001 11:13 PM
To: forte-userslists.xpedior.com
Subject: (forte-users) Named Anchored Obj-Environment Failover
Hi to all,
We connect from EnvA to EnvB giving the user directory parameter as / and
set the Environment Search Path
as EnvA:EnvB. From both environments we start and register
'/glob/obj1' named anchored objects with the same name.
From a client we connect to EnvA and bind to'/glob/obj1' when we shutdown EnvA partition it fails-over to
EnvB. And then we restart EnvA partition. We restart/rebind the client and
try to use object. We see that it is using the EnvB object.
Although we started the primary environment object again.
It is not using the search path. Once we shutdown secondary environment
it starts using primary environment object.
When we try to use relative path when we are binding the object
First parameter ('glob/obj1') No first slash. Trying 3rd parameter
for bind function or just using environment search path, Is is not able to
find the object. From nsls command I figured out that
under the root directory
/forte/UUID of ENVA/node
/site
/UUID of ENVB
/glob/obj1
names are available. When we use relative path (without slash)
is it trying to find /glob/obj1 under the /forte/UUID of ENVA
but we are registering the name under the root.
What is the reason of this odd behaviour or is this a bug?
Any answer will be appreciated,
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.comI did some playing around with this stuff as well. I can tell you a few
things.
1) The search path option of connected environments only works for SO's, not
for named anchors.
2) When EnvA creates a directory "/glob", which contains object "obj1", then
EnvA owns directory "/glob". Even after restarting environments. If EnvB
tries to add a subdirectory to "/glob" or inserts its own objects into this
path, then the situation becomes unstable. It doesn't immediately produce an
error, but things go wrong anyway. Is this a bug or expected behaviour? I
don't know. I just learned not to do this. Every environment must place it's
named anchors in it's own tree. Directories can't be shared.
3) I think the relative name "glob/obj1" should work, but only if you set
the ObjectLocationMgr to start looking at the root. Default, it will start
looking in it's own environment basepath. But I don't have any experience
with this.
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: Master Programmer [mailto:masterprghotmail.com]
Sent: Monday, January 08, 2001 11:13 PM
To: forte-userslists.xpedior.com
Subject: (forte-users) Named Anchored Obj-Environment Failover
Hi to all,
We connect from EnvA to EnvB giving the user directory parameter as / and
set the Environment Search Path
as EnvA:EnvB. From both environments we start and register
'/glob/obj1' named anchored objects with the same name.
From a client we connect to EnvA and bind to'/glob/obj1' when we shutdown EnvA partition it fails-over to
EnvB. And then we restart EnvA partition. We restart/rebind the client and
try to use object. We see that it is using the EnvB object.
Although we started the primary environment object again.
It is not using the search path. Once we shutdown secondary environment
it starts using primary environment object.
When we try to use relative path when we are binding the object
First parameter ('glob/obj1') No first slash. Trying 3rd parameter
for bind function or just using environment search path, Is is not able to
find the object. From nsls command I figured out that
under the root directory
/forte/UUID of ENVA/node
/site
/UUID of ENVB
/glob/obj1
names are available. When we use relative path (without slash)
is it trying to find /glob/obj1 under the /forte/UUID of ENVA
but we are registering the name under the root.
What is the reason of this odd behaviour or is this a bug?
Any answer will be appreciated,
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 -
FW: how can two Forte installtion communicate - exactrequirement giv
To me, this clearly looks like a design issue. Here are two options that I
can think of:
1) You can achieve this through sql i.e. the sql service on location 1 can
allow you to query the database on location 2. Your service object uses
the
user's criteria to decide which database to get to. This however is
inefficient since the dbsession is not on the same machine as the
database.
2) Create a new layer ( umbrella ) which maintians a list of services that
register with it. This could be a seperate application and can be in a
seperate environment too. Your "database" service objects should also be
seperate applications. They register themselves to this layer. The
remaining
part of your app should now be a seperate application which uses the
"layer"
to get to the appropriate database. These different applications can talk
to
each other using reference partitions accross connected environments.
Location 1 Location 2
app 1 app2
| |
(query the layer) (query the
layer)
| |
---------------------------------service
layer--------------------------------------------
|
|
(register self)
(register self)
|
|
database services 1 database services 2
I am sure there are more solutions to this problem. Others??
Ravi Kalidindi
Born Info Svcs Group
-----Original Message-----
From: Rajiv Srivastava [SMTP:[email protected]]
Sent: Tuesday, February 09, 1999 11:45 AM
To: 'Kalidindi, Ravi CWT-MSP'
Subject: RE: [email protected]
Thnaks to yr reply:
Actual requirment is :
an Forte application running at Location 1 on Local Prodution data.
same application is running at Location2 with its own local data.
(both has their own separate resources) there is Network connectivity
available.
Now i wana to fire a query that can be done either way to retive some
information.
i.e. i should be able to retrive some data based on some criteria, from
location one while sitting at location 2. and vis-versa.
i think its clearly says what i want.
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 me, this clearly looks like a design issue. Here are two options that I
can think of:
1) You can achieve this through sql i.e. the sql service on location 1 can
allow you to query the database on location 2. Your service object uses
the
user's criteria to decide which database to get to. This however is
inefficient since the dbsession is not on the same machine as the
database.
2) Create a new layer ( umbrella ) which maintians a list of services that
register with it. This could be a seperate application and can be in a
seperate environment too. Your "database" service objects should also be
seperate applications. They register themselves to this layer. The
remaining
part of your app should now be a seperate application which uses the
"layer"
to get to the appropriate database. These different applications can talk
to
each other using reference partitions accross connected environments.
Location 1 Location 2
app 1 app2
| |
(query the layer) (query the
layer)
| |
---------------------------------service
layer--------------------------------------------
|
|
(register self)
(register self)
|
|
database services 1 database services 2
I am sure there are more solutions to this problem. Others??
Ravi Kalidindi
Born Info Svcs Group
-----Original Message-----
From: Rajiv Srivastava [SMTP:[email protected]]
Sent: Tuesday, February 09, 1999 11:45 AM
To: 'Kalidindi, Ravi CWT-MSP'
Subject: RE: [email protected]
Thnaks to yr reply:
Actual requirment is :
an Forte application running at Location 1 on Local Prodution data.
same application is running at Location2 with its own local data.
(both has their own separate resources) there is Network connectivity
available.
Now i wana to fire a query that can be done either way to retive some
information.
i.e. i should be able to retrive some data based on some criteria, from
location one while sitting at location 2. and vis-versa.
i think its clearly says what i want.
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/> -
How have people done Forte application to Forte applicationcommunicatio
I was wondering what architectures folks have been using to do Forte
application to Forte application integration on the client and at the server
level?
connected environments?
CORBA/IIOP?
Message Oriented Middleware?Hi,
I have used MQSeries and CICS Client. They worked well, except that CICS Client
is for little applications... Tuxedo has also good reputation.
You should also consider a lower protocol like TCP/IP. I use it in synchrone and
asynchrone to support an application protocol with external connections. It
works very well. For instance, It can be an alternative to connected
environments, even for Forte Partitions (for example : you need to connect
several thousands of Forte clients without having to maintain your central
environment).
For asynchrone communcation, and low cost and equipment (external clients, B to
B, etc...) you can also use SMTP with external connections. If you use MIME base
64, you can also transfer serialized objects for instance. Then you can use SMTP
like VMS Mailbox (in old times). Be aware, of course, that you will not have any
delivery warranty on your messages, so you should take care about this on your
protocol.
Hope this helps,
Daniel Nguyen
Freelance Forte Consultant
Edward.CarmodyLibertyMutual.com a écrit:
I was wondering what architectures folks have been using to do Forte
application to Forte application integration on the client and at the server
level?
connected environments?
CORBA/IIOP?
Message Oriented Middleware?
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) 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.comHi 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 -
Urgent help : Nomadic computing / connected env(long)
Hi,
I need some urgent help on the following problem.
Platform : NT 3.51 as the Env Mgr, server and clients.
Forte : 2.0.E.1
The test case is simple :
Multiple, lets say 3, Forte environments (each a NT machine, but that
shouldn't be significant), of which one is the "home" environment, Env0,
as well as the other remote environments, Env1 and Env2. I need to
connect to Env1, Env2 from Env0 on a completely dynamic basis, i.e. I
have a list of NS addresses (IP & port) and the particular one is
selected by the user. "Connect" means anything from the very basic
invoke a method on a service, to the more sophisticated inspect (&
change) instruments and invoke commands on all system agents and custom
agents.
I started off with the new nomadic stuff : As per Forum and technote
(#?) x 3. I installed my server partition on Env1 and Env2 and started
the client with the -fnoins flag. Then I dynamically set the environment
variable (in NT its in HKEY_CURRENT_USER in the NT registry)
FORTE_NS_ADDRESS to the new environment, Env1. When I invoked the method
it fired off the part in the right Env. Then I changed the
FORTE_NS_ADDRESS, to Env2, and did the task.part.DistObjLOcationMgr.Rele
aseConnection(EnvMgr).. thing. This was fine. The question now was : How
do I "connect" to the newly set Env ? I tried everything from simply
calling my server partition, to server...task.part.GetEnvMgr, to
registering anchored objects on the blessed ObjLocationMgr ! It just
didnt connect to the new Env : It stayed connected to Env1 !
Then I got onto connected environments. Here I also tried a couple of
things: Most significantly, connecting to Env1 and setting the
environment search path also did the trick, but again disconnecting from
Env1 seem troublesome : Q : How do I seperate the original Env0 and Env1
? Forte seem to think that its all one big environment now and gave
strange errors when I disconnected from Env1, connected to Env2 and
tried to set the environment search path to Env2. Another Q, is there a
way to dynamically set the environment search path for a SO ? All I
could do was set the NS environment search path.
Anyway, my apologies for this long dragged out e-mail, but any ideas
will help...I'm getting desperate !
Anton van NiekerkWell I hate to say it but I think you borked it somehow. I have no idea what you mean by that green chip connected with two wires and that blue long chip but the fact that you are referring to internal parts that way tells me you didn't really know what you were doing in there. There is a Manual and it can be followed step by step rather than just rushing in and turning screws. I suggest putting it all in a basket and taking it to a repair shop where they can figure it out if possible. Trust me, you will not be the first such case they have ever seen.
-
Hi, I'm writing this note under a colleague's e-mail address.
Do you have to build a forte application with system management in mind
from the start, if so what features.
Failure to do so appears to leave Forte as a 'black box'.
Also what are the potential risks of using/not using system management
features.
Regards
Steve Gordon
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>We have connected two environments. Environment A has
an application with an Environment Visible SO. This SO
gets triggered at a certain moment to create a certain
anchored object and publish this object with the Name-
Service. Applications in environment A and B can then
access the anchored object.We have a number of connected environments each of which publishes several
anchored objects in the forte name service.
When environment B is offline and the partition containing
the EVSO in environment A has just been started, the
first attempt to register the anchored object with the Name-
Service fails. The error says:
USER ERROR: Failed to create object (/sub/tst) in a remote
environment AF5C47B0-61F5-11D2-B9FC-627494AEAA77.
Class: qqsp_SystemResourceException
The UUID in this error belongs to environment B.This reads to me as if Env A is trying to create the object in environment B
which doesn't sound like a good idea.
The second attempt succeeds, even though environment B
is still offline.
Can anyone explain what the cause of this error is? Is
this normal behaviour?Hmm, we don't see this behaviour because we make sure that the creation of
the anchored object is done in the environment that it lives in. Is there a
reason environment A is trying to create environment's B anchored object?
Cheers
David McPaul
Lumley Technology
This message has been Content Filtered by MailMarshal.
--------------------------------------------------------------------- -
RE: forte-users-digest V1 #1490
Jim -
We had the same issues when we were running multiple production
environments.
The best way to handle the logging of application exceptions from multiple
environments, is to use a database.
Plus the database allows for easier reporting.
Give us a call if you'd like to discuss.
Larry McCartney
[email protected]
(203)459-7959 - Trumbull
From:
[email protected][SMTP:[email protected]
om]
Sent: Monday, June 07, 1999 6:00 PM
To: [email protected]
Subject: forte-users-digest V1 #1490
forte-users-digest Monday, 7 June 1999 Volume 01 : Number
1490
In this issue:
Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
Off topic: Database Unique IDs
From: "Field, Jim" <[email protected]>
Date: Mon, 7 Jun 1999 09:49:07 -0700
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing environments installed
on
a Unix box and a development environment on a Windows NT box. For our
error
handling, we write messages to a custom log file. If an error occurs on a
service object, the error message is written to a copy of this log file on
the client as well as to a copy of the file on the server where the
service
object is running. Currently, the path to the file begins with the
FORTE_ROOT environment variable and then the specific path is concatenated
to the end of the path. However, when trying to write the log file to the
Unix box, the application seems to be getting confused between the paths
for
the different environments and hangs. Does anyone know of a good way to
manage paths for writing files to multiple server environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
From: "Lopez, Len CWT-MSP" <[email protected]>
Date: Mon, 7 Jun 1999 13:34:33 -0500
Subject: RE: Multiple Forte environments on one machine
The environment variable $FORTE_ROOT will be the value you exported =
when you
started the environment on the unix server. This is usually specified =
in
your fortedef.sh (csh). It will not get confused between environments =
since
your application is only deployed to one environment and that =
environment
has only one value for FORTE_ROOT. The problem you are more likely =
having
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are =
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Fort=E9 portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: Muthuramalingam Venkataraman <[email protected]>
Date: Mon, 07 Jun 1999 12:56:19 PDT
Subject: RE: Multiple Forte environments on one machine
An alternative solution could be, define different environment variables
in
the fortedef.sh shell script which will avoid confusion in refering to the
FORTE ROOT directories for the respective environments.
From: "Lopez, Len CWT-MSP" <[email protected]>
Reply-To: "Lopez, Len CWT-MSP" <[email protected]>
To: "'Field, Jim'" <[email protected]>, forte users group
<[email protected]>
Subject: RE: Multiple Forte environments on one machine
Date: Mon, 7 Jun 1999 13:34:33 -0500
The environment variable $FORTE_ROOT will be the value you exported when
you
started the environment on the unix server. This is usually specified in
your fortedef.sh (csh). It will not get confused between environments
since
your application is only deployed to one environment and that environment
has only one value for FORTE_ROOT. The problem you are more likelyhaving
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Forté portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: Muthuramalingam Venkataraman <[email protected]>
Date: Mon, 07 Jun 1999 13:02:28 PDT
Subject: RE: Multiple Forte environments on one machine
More over, my line of thinking is that once you are able to open the file
in
the appropriate mode, the problem could also attribute to disk space
availability, as you have mentioned that it hangs while writing to the
file!!
Quote :
However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs.Unquote.
Hope this helps.
From: "Lopez, Len CWT-MSP" <[email protected]>
Reply-To: "Lopez, Len CWT-MSP" <[email protected]>
To: "'Field, Jim'" <[email protected]>, forte users group
<[email protected]>
Subject: RE: Multiple Forte environments on one machine
Date: Mon, 7 Jun 1999 13:34:33 -0500
The environment variable $FORTE_ROOT will be the value you exported when
you
started the environment on the unix server. This is usually specified in
your fortedef.sh (csh). It will not get confused between environments
since
your application is only deployed to one environment and that environment
has only one value for FORTE_ROOT. The problem you are more likelyhaving
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Forté portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: "Duncan Kinnear" <[email protected]>
Date: Tue, 8 Jun 1999 09:26:56 +1200
Subject: Off topic: Database Unique IDs
Hi folks,
This is a little off-topic, but I figure that there may be other people
out
there whose Forte development would benefit from the discussion.
I am currently building a development framework for our new software
product. As part of that framework I'd like to include the facility for
generating unique, user-invisible, integer database IDs.
Now there is some doubt here that this is actually required and that the
primary key should be whatever the programmer wants it to be, including
multiple columns if necessary.
I was wondering if anyone can give us some rules-of-thumb regarding
the use of unique IDs as primary keys. Or if someone can point me to
some on-line resources (or even a good book) that can guide us in this
area.
The arguments I have given for using integer IDs are:
- - Single, integer columns should be faster
- - User invisible integer ID allows editing/duplicates of all
user-visible fields
- - Single, integer foreign keys would reduce storage requirements
- - Standardising on integer IDs would allow generic functionality built
into
framework
- - More object-oriented as objects have "built-in" unique identity
I would appreciate any comments people have. We can take this
discussion off-list if that is preferable.
Cheers,
Duncan Kinnear,
McCarthy and Associates, Email:
[email protected]
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
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
End of forte-users-digest V1 #1490
To unsubscribe, email '[email protected]' with
'unsubscribe $LIST' 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/>Jim -
We had the same issues when we were running multiple production
environments.
The best way to handle the logging of application exceptions from multiple
environments, is to use a database.
Plus the database allows for easier reporting.
Give us a call if you'd like to discuss.
Larry McCartney
[email protected]
(203)459-7959 - Trumbull
From:
[email protected][SMTP:[email protected]
om]
Sent: Monday, June 07, 1999 6:00 PM
To: [email protected]
Subject: forte-users-digest V1 #1490
forte-users-digest Monday, 7 June 1999 Volume 01 : Number
1490
In this issue:
Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
RE: Multiple Forte environments on one machine
Off topic: Database Unique IDs
From: "Field, Jim" <[email protected]>
Date: Mon, 7 Jun 1999 09:49:07 -0700
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing environments installed
on
a Unix box and a development environment on a Windows NT box. For our
error
handling, we write messages to a custom log file. If an error occurs on a
service object, the error message is written to a copy of this log file on
the client as well as to a copy of the file on the server where the
service
object is running. Currently, the path to the file begins with the
FORTE_ROOT environment variable and then the specific path is concatenated
to the end of the path. However, when trying to write the log file to the
Unix box, the application seems to be getting confused between the paths
for
the different environments and hangs. Does anyone know of a good way to
manage paths for writing files to multiple server environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
From: "Lopez, Len CWT-MSP" <[email protected]>
Date: Mon, 7 Jun 1999 13:34:33 -0500
Subject: RE: Multiple Forte environments on one machine
The environment variable $FORTE_ROOT will be the value you exported =
when you
started the environment on the unix server. This is usually specified =
in
your fortedef.sh (csh). It will not get confused between environments =
since
your application is only deployed to one environment and that =
environment
has only one value for FORTE_ROOT. The problem you are more likely =
having
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are =
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Fort=E9 portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: Muthuramalingam Venkataraman <[email protected]>
Date: Mon, 07 Jun 1999 12:56:19 PDT
Subject: RE: Multiple Forte environments on one machine
An alternative solution could be, define different environment variables
in
the fortedef.sh shell script which will avoid confusion in refering to the
FORTE ROOT directories for the respective environments.
From: "Lopez, Len CWT-MSP" <[email protected]>
Reply-To: "Lopez, Len CWT-MSP" <[email protected]>
To: "'Field, Jim'" <[email protected]>, forte users group
<[email protected]>
Subject: RE: Multiple Forte environments on one machine
Date: Mon, 7 Jun 1999 13:34:33 -0500
The environment variable $FORTE_ROOT will be the value you exported when
you
started the environment on the unix server. This is usually specified in
your fortedef.sh (csh). It will not get confused between environments
since
your application is only deployed to one environment and that environment
has only one value for FORTE_ROOT. The problem you are more likelyhaving
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Forté portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: Muthuramalingam Venkataraman <[email protected]>
Date: Mon, 07 Jun 1999 13:02:28 PDT
Subject: RE: Multiple Forte environments on one machine
More over, my line of thinking is that once you are able to open the file
in
the appropriate mode, the problem could also attribute to disk space
availability, as you have mentioned that it hangs while writing to the
file!!
Quote :
However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs.Unquote.
Hope this helps.
From: "Lopez, Len CWT-MSP" <[email protected]>
Reply-To: "Lopez, Len CWT-MSP" <[email protected]>
To: "'Field, Jim'" <[email protected]>, forte users group
<[email protected]>
Subject: RE: Multiple Forte environments on one machine
Date: Mon, 7 Jun 1999 13:34:33 -0500
The environment variable $FORTE_ROOT will be the value you exported when
you
started the environment on the unix server. This is usually specified in
your fortedef.sh (csh). It will not get confused between environments
since
your application is only deployed to one environment and that environment
has only one value for FORTE_ROOT. The problem you are more likelyhaving
is your so was developed and tested on an NT server and the path was
specified MS DOS style with back slashes not forward slashes ie.
$FORTE_ROOT/log/mylogfile.txt. Another probable cause is that you are
using
%FORTE_ROOT% rather than $FORTE_ROOT. A solution may be to specify
directories and path names in Forté portable form ie.
%{FORTE_ROOT}/log/myLog.txt. That should work whether your service is
executing on an NT box or Unix box.
Hope this helps.
Len Lopez
Carlson Wagonlit Travel
-----Original Message-----
From: Field, Jim [mailto:[email protected]]
Sent: Monday, June 07, 1999 11:49 AM
To: forte users group
Subject: Multiple Forte environments on one machine
Hello all,
We have a situation where we have 3 Forte testing
environments installed on
a Unix box and a development environment on a Windows NT
box. For our error
handling, we write messages to a custom log file. If an
error occurs on a
service object, the error message is written to a copy of
this log file on
the client as well as to a copy of the file on the server
where the service
object is running. Currently, the path to the file begins
with the
FORTE_ROOT environment variable and then the specific path
is concatenated
to the end of the path. However, when trying to write the
log file to the
Unix box, the application seems to be getting confused
between the paths for
the different environments and hangs. Does anyone know of a
good way to
manage paths for writing files to multiple server
environments?
Jim Field
Systems Engineer
(916) 861-1869
[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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
From: "Duncan Kinnear" <[email protected]>
Date: Tue, 8 Jun 1999 09:26:56 +1200
Subject: Off topic: Database Unique IDs
Hi folks,
This is a little off-topic, but I figure that there may be other people
out
there whose Forte development would benefit from the discussion.
I am currently building a development framework for our new software
product. As part of that framework I'd like to include the facility for
generating unique, user-invisible, integer database IDs.
Now there is some doubt here that this is actually required and that the
primary key should be whatever the programmer wants it to be, including
multiple columns if necessary.
I was wondering if anyone can give us some rules-of-thumb regarding
the use of unique IDs as primary keys. Or if someone can point me to
some on-line resources (or even a good book) that can guide us in this
area.
The arguments I have given for using integer IDs are:
- - Single, integer columns should be faster
- - User invisible integer ID allows editing/duplicates of all
user-visible fields
- - Single, integer foreign keys would reduce storage requirements
- - Standardising on integer IDs would allow generic functionality built
into
framework
- - More object-oriented as objects have "built-in" unique identity
I would appreciate any comments people have. We can take this
discussion off-list if that is preferable.
Cheers,
Duncan Kinnear,
McCarthy and Associates, Email:
[email protected]
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
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
End of forte-users-digest V1 #1490
To unsubscribe, email '[email protected]' with
'unsubscribe $LIST' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/> -
Forte on MultiProcessor Computers
Any experience with Forte applications running on
symmetrical multi-processing machines (SMP)?. I
would appreciate the input:
0. Customer Name
1. Machine model, memory size, and DISK size
2. Size of DB file
3. Throughput for DB
Thankyou,
GBI would suspect you are running Open Transport. The "max allowable number
of interrupts" is the Open Transport problem. If you crash during an update
in 2.0.D.2, in believe it marks the workspace as bad. Also, I think 16 meg
on a Powermac, especially if you are using the Powermac native version
(still beta), is way too low. We were using 28-34 meg for Forte. You also
have to be careful of the -fm flag for memory settings on a Macintosh. See
Tech Note 10514 about optimal settings memory settings. Hope this helps.
At 09:45 AM 6/19/96 +1200, Dave Maclaurin wrote:
Hi,
I'm having an ongoing problem running Forte on a Power Mac 9500 - as a
development platform.
To be specific - I run Forte connecting to a repository running on a DEC
alpha box. After finishing my Forte session I cannot fire up ANY other
application ( application launch aborts - says no memory available - even
though the Finder shows 25 megs free ! ). I have to reboot. Seems like
Forte is not releasing memory when quitting ?
Also - I find that updating or integrating my workspace will often cause
Forte on the 9500 to crash ( ...maximum allowable number of interrupts
exceeded ( see below ) ) - then I end up with either a corrupt or locked
workspace !
My Machine is Power Mac 9500
32 Megs RAM
MMM is on
O/S is 7.5.3 rev 2
Virtual mem is off
Ram disk is off
I allocate 16 megs to Forte
FORTE_DEFINTQ_SIZE is 8192
Running version Forte 2.0 D2
So - has anyone had similar experiences - hints - solutions ?
Cheers - Dave.
Dave Maclaurin,
Systems Analyst,
Information Technology Services,
University of Otago,
Dunedin, New Zealand.
ph : NZ 034798530
email : [email protected]
"The opinions expressed in this message are my own - not those of my employer"
Dave Stanton
Sage Solutions, Inc.
(415)392-7243 x202 phone
(415)392-4030 fax
Maybe you are looking for
-
Best method for keeping iMovie projects long term?
I read through 30 pages of posts as I think this is a pretty basic question, but didn't see it directly addressed, so please forgive me... Some of my movies are mammoth in size (as much as 30GB for 1 movie), which I've learned are due to iMovie handi
-
More questions from a noob (Volume 2)
I started using Arch yesterday. I got most stuff set up already. Except: 1. Sounds not working (No idea about sound stuff at all ) 2. Can't get OpenDNS working (Automatically overwrites any changes to /etc/resolv.conf) 3. XChat says everything I type
-
Hi Guru's! My dilema is this- We have sales orders that were created for TAS items- which have already been delivered by 3rd party, fully invoiced, and cleared.- well this orders are still showing up in VA05- which they shouldn't be.- since delivery
-
I'm using Dreamweaver's Show Pop-Up Menu Behavior. I have a sample drop down of 3 links. I'd like to give each of the drop down cell's a unique rollover color. Can this be done somehow? If so, what javascript do I have to edit?
-
Navigation passing values question
Hi All, I have two reports master and detail. On the master report, i have an employee name column and the value interaction type is navigation which links to detail report. Is there anyway i can pass more than one value or employee id thru navigatio