Forte TIBCO support in R3

Hi,
In the "Forte Release 3 Feature Summary" I read that R3 somehow "integrates" Teknekron TIBCO messaging system:
since we are TIBCO distributors for Italy and we have quite a few customers using it, is it possible to know
the details of this integration? Has anybody ever used this new feature? (We have already interafaced to TIBCO
using the External Connection Class and would like to know the advantages, if any, of this new "technique").
Thanks,
Ernesto Moscatelli
EDS Italy
Banking Division

Similar Messages

RE: (forte-users) Support for OpenVMS v7.1-2 on EV6 chip setques tion

http://www.forte.com/support/platforms.html
Dec Alpha with OpenVMS 7.1 is supported for 3L2
-----Original Message-----
From: Haben, Dirk [SMTP:[email protected]]
Sent: Wednesday, November 24, 1999 2:37 AM
To: 'Soapbox Forte Users'
Cc: 'Forte Support'
Subject: (forte-users) Support for OpenVMS v7.1-2 on EV6 chip set
question ...
Folxs
I have a new EV6 Alpha available and want to run Forte on it.
OpenVMS v7.1-2 is a supported OS for Forte v30G2 and 30L2 I think.
OpenVMS v7.1-2 is a supported OS for the new EV6 Alpha chipset.
Will Forte v30G2 or 30L2 work on this hardware?
Is it supported on this platform?
When will it be supported on the EV6 chip set and what version of Forte do
I
need?
Thanks,
Dirk
PS: Anyone out here using the EV6 and Forte?
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]

At 09:33 AM 4/20/01, Rottier, Pascal wrote:
Forte 4GL is:
1) A language, TOOL (Compare to Java)
2) An IDE (Compare to e.g. JBuilder or FJCE)
3) A collaborative development environment, with central repository (Compare
to ????)
4) A distributed application server / object request broker (Compare to J2EE
servers and/or CORBA)Let's not forget WebEnterprise, Express, and especially Fusion.
I think, SUN is not al all interested in TOOL.If TOOL were just a language and had no market yet, you are probably
right. But, not only is TOOL the key to the Forte environment, but it has
an existing and profitable market. Sun still sells FORTRAN, after all, and
continues to put money into ADE development for all its language
products. The real kicker, though, is that I think iPlanet is very clear
that Fusion, now iIS, is a very key product for them. There may be those
who wish it were written in Java and who might lobby for doing a Java
version, but it was clear at the conference that the iPlanet management
recognize that Java just isn't up to the task at this point. It isn't as
if all the iPlanet tools are actually written in Java, after all.
They will only support them for as long as they need.Or, more likely, for as long as they make money.
Now, in response to Microsofts .NET stratagy. We have yet to see how
succesfull this will be, but I expect Microsoft to push this down the
throats of developers and companies quite succesfully.Like they did DCOM?
=========================================================================
Thomas Mercer-Hursh, Ph.D email: [email protected]
Computing Integrity, Inc. sales: 510-233-9329
550 Casey Drive - Cypress Point support: 510-233-9327
Point Richmond, CA 94801-3751 fax: 510-233-6950

Re: (forte-users) Accessing Technote 10398

Ketie,
let's see, I have been using FORTE since November of
1994. since the beginning those flags have been common
knowledge within the FORTE community and widely
disseminated.
the FORTE flags have been invaluable to me and HAVE
NEVER caused any downtime. sure, there are a few
wildcards in there that can cause trouble, but to
throw out the baby with the bathwater is ridiculous.
what would life be without trc:lo:25? to trace
exceptions.
or trc:os:1:1 and trc:os:5:5 to tune memory
consumption?
Should i have to call a consultant or FORTE tech
support to do the deep dive on exceptions or tune my
applications? I think not.
Overreaction? No.
Mark.
--- Katie Tierney <katiethetierneys.com> wrote:
I think y'all are overreacting. There are log flags
that are detailed in
Technote 10398 that can cause serious implications
if used improperly. I
think Forte/Sun just wants to make sure that people
don't make mistakes that
cost them valuable time.
As a Forte Consultant for many years, I have seen a
good number of people
misuse information that was not completely
understood. In some cases, this
caused excessive downtime for production
applications. The only time I ever
saw Technote 10398 being provided to a customer was
when they were utilizing
Forte Consulting, or when a Technical Support
Engineer was heavily involved.
I was extremely surprised to learn that it was
available to non-employees via
the website - that sounds as if someone may have
inadvertantly marked it as
customer-viewable (incorrectly, obviously) in Sun's
internal systems.
Again, I think you're overreacting. I am sure that
this isn't a case of Sun
thinking anyone is "stupid." It's a matter of
providing the support that
people need to properly utilize the tools available.
-Katie
mark joyce wrote:
read: Sometimes, the technotes are markedunviewable
to customers because they might need further
explanation. Let me know if you need to log acase.
in other words, you are TOO STUPID to use FORTElogger
flags, although they have been widely distributedand
used for years by FORTE users.
i can't believe it either. i don't know what iwould
have done for the last 5 years without using theFORTE
flags. such a wealth of good output!
what an excuse! "they might need furtherexplanation"
.. if i had to log every problem with FORTE,instead
of resolving them myself through the information
obtained by using flags, i would have lost my joba
long time ago.
mark.
--- Jeff Bennett <jeff_bennettsehamerica.com>wrote:
I thought it might be prudent to share with youthe
response I received from Sun
regarding the inability to access technote 10398
(Forté logger flags). I was
able to access it 3+ weeks ago, and fortunatelykept
a hard-copy. But, how are
we supposed to do our job effectively and
expediently if we do not have
(complete) access to this resource?
I thought the technotes were completely open tothe
Forté development
community.... wrong.
-jeff
---------------------- Forwarded by JeffBennett/SEH
on 09/11/2000 09:02 AM
Forte Support <supportforte.com> on 09/08/2000
10:05:17 AM
To: Jeff Bennett/SEHsehamerica.com
cc:
Subject: Re: Accessing Technote 10398
Fax to:
Hello Jeff,
Were you at one point able to access thistechnote?
You know why -- it's
because this technote is marked for employeeviewing
only and not available
for customer viewing. If you need further
assistance or need to look at
this technote, what you would need to do is loga
call with us and then a
tech support specialist will give you a callback.
Sometimes, the
technotes are marked unviewable to customersbecause
they might need
further explanation. Let me know if you need tolog
a case.
Thanks!
At 09:57 AM 9/8/00 -0700, you wrote:
I am no longer able to access technote 10398
(forte
logger flags)... why?
-jeff~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Sun® microsystems
Jeannie Lee
Phone: (510) 451-5400
Fax (510) 869-2010
Email: jeannie.leesun.com
Forte Tools Response Coordinator
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
http://mail.yahoo.com/
For the archives, go to:
http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. Tounsubscribe, send in a new
email the word: 'Unsubscribe' to:forte-users-requestlists.xpedior.com
http://mail.yahoo.com/

Ketie,
let's see, I have been using FORTE since November of
1994. since the beginning those flags have been common
knowledge within the FORTE community and widely
disseminated.
the FORTE flags have been invaluable to me and HAVE
NEVER caused any downtime. sure, there are a few
wildcards in there that can cause trouble, but to
throw out the baby with the bathwater is ridiculous.
what would life be without trc:lo:25? to trace
exceptions.
or trc:os:1:1 and trc:os:5:5 to tune memory
consumption?
Should i have to call a consultant or FORTE tech
support to do the deep dive on exceptions or tune my
applications? I think not.
Overreaction? No.
Mark.
--- Katie Tierney <katiethetierneys.com> wrote:
I think y'all are overreacting. There are log flags
that are detailed in
Technote 10398 that can cause serious implications
if used improperly. I
think Forte/Sun just wants to make sure that people
don't make mistakes that
cost them valuable time.
As a Forte Consultant for many years, I have seen a
good number of people
misuse information that was not completely
understood. In some cases, this
caused excessive downtime for production
applications. The only time I ever
saw Technote 10398 being provided to a customer was
when they were utilizing
Forte Consulting, or when a Technical Support
Engineer was heavily involved.
I was extremely surprised to learn that it was
available to non-employees via
the website - that sounds as if someone may have
inadvertantly marked it as
customer-viewable (incorrectly, obviously) in Sun's
internal systems.
Again, I think you're overreacting. I am sure that
this isn't a case of Sun
thinking anyone is "stupid." It's a matter of
providing the support that
people need to properly utilize the tools available.
-Katie
mark joyce wrote:
read: Sometimes, the technotes are markedunviewable
to customers because they might need further
explanation. Let me know if you need to log acase.
in other words, you are TOO STUPID to use FORTElogger
flags, although they have been widely distributedand
used for years by FORTE users.
i can't believe it either. i don't know what iwould
have done for the last 5 years without using theFORTE
flags. such a wealth of good output!
what an excuse! "they might need furtherexplanation"
.. if i had to log every problem with FORTE,instead
of resolving them myself through the information
obtained by using flags, i would have lost my joba
long time ago.
mark.
--- Jeff Bennett <jeff_bennettsehamerica.com>wrote:
I thought it might be prudent to share with youthe
response I received from Sun
regarding the inability to access technote 10398
(Forté logger flags). I was
able to access it 3+ weeks ago, and fortunatelykept
a hard-copy. But, how are
we supposed to do our job effectively and
expediently if we do not have
(complete) access to this resource?
I thought the technotes were completely open tothe
Forté development
community.... wrong.
-jeff
---------------------- Forwarded by JeffBennett/SEH
on 09/11/2000 09:02 AM
Forte Support <supportforte.com> on 09/08/2000
10:05:17 AM
To: Jeff Bennett/SEHsehamerica.com
cc:
Subject: Re: Accessing Technote 10398
Fax to:
Hello Jeff,
Were you at one point able to access thistechnote?
You know why -- it's
because this technote is marked for employeeviewing
only and not available
for customer viewing. If you need further
assistance or need to look at
this technote, what you would need to do is loga
call with us and then a
tech support specialist will give you a callback.
Sometimes, the
technotes are marked unviewable to customersbecause
they might need
further explanation. Let me know if you need tolog
a case.
Thanks!
At 09:57 AM 9/8/00 -0700, you wrote:
I am no longer able to access technote 10398
(forte
logger flags)... why?
-jeff~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
Sun® microsystems
Jeannie Lee
Phone: (510) 451-5400
Fax (510) 869-2010
Email: jeannie.leesun.com
Forte Tools Response Coordinator
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
http://mail.yahoo.com/
For the archives, go to:
http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. Tounsubscribe, send in a new
email the word: 'Unsubscribe' to:forte-users-requestlists.xpedior.com
http://mail.yahoo.com/

How can I handle disconnected user in Forte ?

Hi Forte user,
we would like to develop an application in Forte which support
disconnected user ( or site ). That mean every morning the disconnected user
( or site ) will dial up to server and synchronize the data. Have anyone out
there developing the similar application?
Should I synchronize the data with database function ( we have to support
different database such MS SQL ,Oracle ... access database ) or write an
application in Forte that can serialized the object itself ?
Any help welcome !
Kelvin
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

First of all, I would like to thanks for your time and help.
What I am trying to do is very simple. Our company has MS SQL server as
central database. It stores all data for our agents. Each agents either
connect on-line or off-line. Besides, they are running our forte application
with their database ( may be sysbase, access .. database ).
For those agents that are off-line, we would like to extract the data
periodically and update the database in our company. Sometime, we may need
to send data back to our agents.
I have follow your suggestion to read the persisent Q manager. But I still
don't know how to start. What is the pitfall to implement persisent Q
manager?
By the way, if I want to keep the data in synch. Is it simply to have
persisent Q manager running at background. Everytime database object
insert/modify the database, I make an object serialized and put into the Q
manager waiting for sending serialized object to my company?
Kelvin.
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 : Who would benefit from Forte?

RE : Jerry Fatcheric's message about "Who would benefit from Forte?"
With regards the point mentioned in the attached message from Jerry
Fatcheric below, I would like to illustrate my point. I implemented in both
Visual Basic and Delphi, the example that is mentioned in the attached
message, about a browser application, having the capability to browse
thousands of records with the inital screenful needing to come ASAP. It took
me less than 2 minutes to implement this in VB (I timed it). Just threw a
"remote data" control and a "DBGrid" control on a form, set a few properties
and wrote a "select *" sql specifying that only 30 records be returned at a
time. For a table with 4K records, the first 30 came in and got displayed in
less than 2 seconds. In Delphi, the response was even better and whole 4K of
record could be retrieved in less than 4 second. (Yes less than 4 seconds
for retrieving 4000 records from a DB2/NT database running on a remote
machine). Even I could not believe the performance of Delphi which I haven't
used that much. These tools are THE fastest way to get the data from a
database server to a windows client. These will perform any day better than
FORTE. One of the problem that I came across FORTE in one of situations like
this was data movement across nodes is very costly. In one of our
applications, since we stored the data as objects, in a similar situation as
you have mentioned, the performance of moving a lot of data form the server
to the client was not very good and in consulation with FORTE technical
support we had to convert the data in objects to scalar (delimited string),
move across node, and convert the data back to object at a client.
Performance increase - 40 secs. vs 120 secs. earlier.
About my background. I have worked about 8 years in application development
and for the past 4 years have been working in a client server environment.
Being a consultant, I have used many tools, including FORTE for one year, to
provide my clients with the most bang for their buck, which to me is the
topmost priority as a Consultant. I do not decide for my clients what
technology they should use but sure evaluate the various options they have
and recommend more than one solutions, listing the advantages and
disadvantages.
Currently working on coming up with a solution for a client with a customer
service application need with around 50 users now, scaling up to 100 users
in the future. The best solution that I could come up with was a logical
3-tier with the presentation and the business layer running on NT
workstation (client) and the database on NT server (server). With all the
processing on a powerful and healthy (not "fat") client the system, I feel
can scale very well. For a 500 user system, you literally have 500
application server (physically on the client machine) being served by one
data server. To the data server, having a physical middle tier between the
client and the data server, I feel would not help, at least in our
situation. Almost everything that the middle tier could do to reduce the
load on the data server can be handled by the "business layer" running on
the client machine. It does mean that each user connects to the database
directly so in a case of 500 user, there are 500 connections to the database
but lately with the sophisticated DBMS, this is no longer an issue. The DBMS
can manage this many user very economically (read the benchmark about SQL
server with 5000, yes 5k user at "www.microsoft.com/sql") and almost as well
as a middle tier. It is fault tolerant - nothing can bring down the system
except a client failure, the data server failure or a network failure, the
same failure points as a N-Tier solution unless you are replicating or
duplicating the database. In our solution our application is as scaleable as
the database is, and the databases available today are very scaleable if you
look at the current database technology offerings.
As you may have guessed the abovementioned solution is cheaper with a very
fast "time to market" than a forte solution (we started this about 6 months
back and are in production for the past 1 month). This may not have all the
features that FORTE offers, but for our purposes and I feel in similar
applications, what we got was what we needed. By no means, this is going to
meet all information tecnology needs for everyone and in many situations I
believe FORTE would be well suited than any other tool.
I still use FORTE can would continue to do so for some of the solutions that
we develop, but I do not think that one shoud be using FORTE for "any
development that is bigger than a breadbox" as Mr. Fatcheric suggests in the
attached message, simply because if I do that, than I think that in some
cases I would be selling the user a tank when the user just needs a rifle.
I consider giving my clients the most value for their money in getting this
solution developed. I would suggest my clients FORTE when I think they needs
them but would definitely suggest another solution if I think that they can
get their solution developed and get more value for their money using some
other tool. Towards this end I would like to find out what kind of solutions
people are developing and what kind of performance they are getting
specially related to Windows platform.
Any information about the benefits (actual benefits) you are getting from
FORTE would be highly appreciated which would let a lot of us decide when to
use FORTE and when not to use FORTE to meet ours and our clients'
everchanging information technology needs.
- Ari Singh
[email protected]
Ari Singh wrote a provocative piece questioning the benefits of Forte
in "Windows only", non-large scale applications. Rather than get into
a large philosopical discussion, I would like to illustrate my point
with an example taken from a current Forte project.
First, my background: 10+ years in Client server applications. Worked
for several years at Oracle and have experience with Sybase. Worked
extensively with a 2 tiered CS product (Uniface) and write C and C++.
NOT a Windows expert.
In our current application, the requirement is to allow the user to
browse literally thousands of records on the Windows Client. There will
never be lots of users doing this, but the ones that do must have
reasonable performance. Our initial tests indicated that if we simply
had the server pump the data to the client, we would have significant
performance problems and face memory limitations on the PC. SO we
utilized Forte's N-tiered capabilities. When the user starts a query
(using dynamic sql with user controlled WHERE and ORDER BY), we start
an asynchronous retrieval on the server with data is cached in an
anchored object on the server. When the query has found the first
THIRTY (30) records (2 screens worth), it posts an event to the client
and the client request the first thirty. The retrieval process continues
independently while the user can browse data on the client. Not until
the user scrolls down far enough does the client again request more
data. If the user quits from the screen or starts a new query, the
first one is cancelled. Otherwise, the query runs to completion on the
server.
This approach gives us 3-5 second response time regardless of the size
of the query result set. It minimizes the data on the client (moving
us toward a thin client). The kicker is that with the help of Martha
Lyman from Forte, we developed this technique in about 4 hours! Add
to this all the standard inheritance, OO stuff, partitioning,
customized monitoring, etc, etc, and IT IS MY OPINION that Forte
is a GOOD tool for any development that is bigger than a breadbox
and worth the $$$. And that's the way it is.... SO there...
Jerry Fatcheric
Relational Options, Inc.
Florham Park, New Jersey
201-301-0200
201-301-00377 (FAX)
[email protected]

RE : Jerry Fatcheric's message about "Who would benefit from Forte?"
With regards the point mentioned in the attached message from Jerry
Fatcheric below, I would like to illustrate my point. I implemented in both
Visual Basic and Delphi, the example that is mentioned in the attached
message, about a browser application, having the capability to browse
thousands of records with the inital screenful needing to come ASAP. It took
me less than 2 minutes to implement this in VB (I timed it). Just threw a
"remote data" control and a "DBGrid" control on a form, set a few properties
and wrote a "select *" sql specifying that only 30 records be returned at a
time. For a table with 4K records, the first 30 came in and got displayed in
less than 2 seconds. In Delphi, the response was even better and whole 4K of
record could be retrieved in less than 4 second. (Yes less than 4 seconds
for retrieving 4000 records from a DB2/NT database running on a remote
machine). Even I could not believe the performance of Delphi which I haven't
used that much. These tools are THE fastest way to get the data from a
database server to a windows client. These will perform any day better than
FORTE. One of the problem that I came across FORTE in one of situations like
this was data movement across nodes is very costly. In one of our
applications, since we stored the data as objects, in a similar situation as
you have mentioned, the performance of moving a lot of data form the server
to the client was not very good and in consulation with FORTE technical
support we had to convert the data in objects to scalar (delimited string),
move across node, and convert the data back to object at a client.
Performance increase - 40 secs. vs 120 secs. earlier.
About my background. I have worked about 8 years in application development
and for the past 4 years have been working in a client server environment.
Being a consultant, I have used many tools, including FORTE for one year, to
provide my clients with the most bang for their buck, which to me is the
topmost priority as a Consultant. I do not decide for my clients what
technology they should use but sure evaluate the various options they have
and recommend more than one solutions, listing the advantages and
disadvantages.
Currently working on coming up with a solution for a client with a customer
service application need with around 50 users now, scaling up to 100 users
in the future. The best solution that I could come up with was a logical
3-tier with the presentation and the business layer running on NT
workstation (client) and the database on NT server (server). With all the
processing on a powerful and healthy (not "fat") client the system, I feel
can scale very well. For a 500 user system, you literally have 500
application server (physically on the client machine) being served by one
data server. To the data server, having a physical middle tier between the
client and the data server, I feel would not help, at least in our
situation. Almost everything that the middle tier could do to reduce the
load on the data server can be handled by the "business layer" running on
the client machine. It does mean that each user connects to the database
directly so in a case of 500 user, there are 500 connections to the database
but lately with the sophisticated DBMS, this is no longer an issue. The DBMS
can manage this many user very economically (read the benchmark about SQL
server with 5000, yes 5k user at "www.microsoft.com/sql") and almost as well
as a middle tier. It is fault tolerant - nothing can bring down the system
except a client failure, the data server failure or a network failure, the
same failure points as a N-Tier solution unless you are replicating or
duplicating the database. In our solution our application is as scaleable as
the database is, and the databases available today are very scaleable if you
look at the current database technology offerings.
As you may have guessed the abovementioned solution is cheaper with a very
fast "time to market" than a forte solution (we started this about 6 months
back and are in production for the past 1 month). This may not have all the
features that FORTE offers, but for our purposes and I feel in similar
applications, what we got was what we needed. By no means, this is going to
meet all information tecnology needs for everyone and in many situations I
believe FORTE would be well suited than any other tool.
I still use FORTE can would continue to do so for some of the solutions that
we develop, but I do not think that one shoud be using FORTE for "any
development that is bigger than a breadbox" as Mr. Fatcheric suggests in the
attached message, simply because if I do that, than I think that in some
cases I would be selling the user a tank when the user just needs a rifle.
I consider giving my clients the most value for their money in getting this
solution developed. I would suggest my clients FORTE when I think they needs
them but would definitely suggest another solution if I think that they can
get their solution developed and get more value for their money using some
other tool. Towards this end I would like to find out what kind of solutions
people are developing and what kind of performance they are getting
specially related to Windows platform.
Any information about the benefits (actual benefits) you are getting from
FORTE would be highly appreciated which would let a lot of us decide when to
use FORTE and when not to use FORTE to meet ours and our clients'
everchanging information technology needs.
- Ari Singh
[email protected]
Ari Singh wrote a provocative piece questioning the benefits of Forte
in "Windows only", non-large scale applications. Rather than get into
a large philosopical discussion, I would like to illustrate my point
with an example taken from a current Forte project.
First, my background: 10+ years in Client server applications. Worked
for several years at Oracle and have experience with Sybase. Worked
extensively with a 2 tiered CS product (Uniface) and write C and C++.
NOT a Windows expert.
In our current application, the requirement is to allow the user to
browse literally thousands of records on the Windows Client. There will
never be lots of users doing this, but the ones that do must have
reasonable performance. Our initial tests indicated that if we simply
had the server pump the data to the client, we would have significant
performance problems and face memory limitations on the PC. SO we
utilized Forte's N-tiered capabilities. When the user starts a query
(using dynamic sql with user controlled WHERE and ORDER BY), we start
an asynchronous retrieval on the server with data is cached in an
anchored object on the server. When the query has found the first
THIRTY (30) records (2 screens worth), it posts an event to the client
and the client request the first thirty. The retrieval process continues
independently while the user can browse data on the client. Not until
the user scrolls down far enough does the client again request more
data. If the user quits from the screen or starts a new query, the
first one is cancelled. Otherwise, the query runs to completion on the
server.
This approach gives us 3-5 second response time regardless of the size
of the query result set. It minimizes the data on the client (moving
us toward a thin client). The kicker is that with the help of Martha
Lyman from Forte, we developed this technique in about 4 hours! Add
to this all the standard inheritance, OO stuff, partitioning,
customized monitoring, etc, etc, and IT IS MY OPINION that Forte
is a GOOD tool for any development that is bigger than a breadbox
and worth the $$$. And that's the way it is.... SO there...
Jerry Fatcheric
Relational Options, Inc.
Florham Park, New Jersey
201-301-0200
201-301-00377 (FAX)
[email protected]

=?iso-8859-1?Q?Fort=E9_CGI_problem?=

Messaggio a più sezioni in formato MIME.
------=_NextPart_000_008F_01BEFB9C.9ADF54B0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
We have encountered the following problem:
Using the basic authentication on a web server, there is an problem =
passing the information between web server and Fort=E9.
In the attribute REMOTE_USER in the object Request.cgienv should be =
present the value of the user authentication, so in Fort=E9 we should =
access to it.
Instead, many of the values in the Request.cgienv not exists and we show =
the list:=20
**************** Attributes CGI in Request.cgienv ****************=20
Value of AUTH_TYPE=20
(nil)=20
Value of CONTENT_LENGTH=20
0=20
Value of CONTENT_TYPE=20
(nil)=20
Value of GATEWAY_INTERFACE=20
(nil)=20
Value of HTTP_ACCEPT=20
(nil)=20
Value of HTTP_COOKIE=20
(nil)=20
Value of HTTP_USER_AGENT=20
(nil)=20
Value of PATH_INFO=20
/frte_cs0=20
Value of PATH_TRANSLATED=20
(nil)=20
Value of QUERY_STRING=20
ServiceName=3DPRCCservice&TemplateName=3D/190Online/login3.htm=20
Value of REMOTE_ADDR=20
(nil)=20
Value of REMOTE_HOST=20
(nil)=20
Value of REMOTE_IDENT=20
(nil)=20
Value of REMOTE_USER=20
(nil)=20
Value of REQUEST_METHOD=20
GET=20
Value of SCRIPT_NAME=20
(nil)=20
Value of SERVER_NAME=20
(nil)=20
Value of SERVER_PORT=20
0=20
Value of SERVER_PROTOCOL=20
(nil)=20
Value of SERVER_SOFTWARE=20
(nil)=20
In the environment are installed the followings versions of products:
Fort=E9 3.0.L.2
WebEnterprise 1.0.D.1
Web Server Microsoft iis 1.0 (on other node)
Using an environment with Fort=E9 3.G.2 and WebEnterprise 1.B, the =
attribute REMOTE_USER has a correct value
Which alternative solutions can we use in order to know the value of the =
basic authentication in a Fort=E9 variable?
Is it possible to store it in an other attribute?
Thanks in advance for your help.
*------------------------------------------------------------------------=
Massimiliano Delsante
O.T. Consulting S.r.l - www.otconsulting.com
Via della Previdenza Sociale N=B0 11 - 42100 - Reggio Emilia
Tel. +39 0522 271550 - Fax +39 0522 230710
*------------------------------------------------------------------------=
------=_NextPart_000_008F_01BEFB9C.9ADF54B0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<DEFANGED-META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<DEFANGED-META content=3D'"MSHTML 4.72.2106.6"' name=3DGENERATOR>
</HEAD>
<BODY><DEFANGED-BODY bgColor=3D#ffffff>
<DIV>
<DIV>
We have encountered the following problem:

Using the basic authentication on a web server, there =
is an=20
problem passing the information between web server and Forté.
In the attribute REMOTE_USER in the object =
Request.cgienv=20
should be present the value of the user authentication, so in =
Forté we=20
should access to it.
Instead, many of the values in the Request.cgienv not =
exists=20
and we show the list: 

**************** Attributes CGI in Request.cgienv=20
**************** 
Value of AUTH_TYPE (nil) <FONT=20
face=3DArial size=3D2>
Value of CONTENT_LENGTH 0 <FONT=20
face=3DArial size=3D2>
Value of CONTENT_TYPE (nil) <FONT=20
face=3DArial size=3D2>
Value of GATEWAY_INTERFACE (nil)<FONT=20
size=3D2> 
Value of HTTP_ACCEPT (nil) <FONT=20
face=3DArial size=3D2>
Value of HTTP_COOKIE (nil) <FONT=20
face=3DArial size=3D2>
Value of HTTP_USER_AGENT (nil) <FONT=20
face=3DArial size=3D2>
Value of PATH_INFO /frte_cs0 <FONT=20
face=3DArial size=3D2>
Value of PATH_TRANSLATED (nil) <FONT=20
face=3DArial size=3D2>
Value of QUERY_STRING=20
 ServiceName=3DPRCCservice&TemplateName=3D/190Online/login3.htm</F=
ONT><FONT=20
size=3D2> 
Value of REMOTE_ADDR (nil) <FONT=20
face=3DArial size=3D2>
Value of REMOTE_HOST (nil) <FONT=20
face=3DArial size=3D2>
Value of REMOTE_IDENT (nil) <FONT=20
face=3DArial size=3D2>
Value of REMOTE_USER (nil) <FONT=20
face=3DArial size=3D2>
Value of REQUEST_METHOD GET <FONT=20
face=3DArial size=3D2>
Value of SCRIPT_NAME (nil) <FONT=20
face=3DArial size=3D2>
Value of SERVER_NAME (nil) <FONT=20
face=3DArial size=3D2>
Value of SERVER_PORT 0 <FONT=20
face=3DArial size=3D2>
Value of SERVER_PROTOCOL (nil) <FONT=20
face=3DArial size=3D2>
Value of SERVER_SOFTWARE (nil) <FONT=20
face=3DArial size=3D2>
In the environment are installed the followings versions of =
products:
Forté 3.0.L.2
WebEnterprise 1.0.D.1
Web Server Microsoft iis 1.0 (on other node)
Using an environment with Forté 3.G.2 and WebEnterprise 1.B, =
the=20
attribute REMOTE_USER has a correct value
Which alternative solutions can we use in order to know the value of =
the=20
basic authentication in a Forté variable?
Is it possible to store it in an other attribute?
Thanks in advance for your help.</DIV></DIV>
<DIV>*---------------------------------------------------------------=
----------------------------------------------* Massimiliano=20
Delsante</DIV>
<DIV> </DIV>
<DIV>O.T. Consulting S.r.l - <A=20
href=3D"<a href=
"http://www.otconsulting.com">http://www.otconsulting.com</a>">www.otconsulting.com</A> Via =
della=20
Previdenza Sociale N° 11 - 42100 - Reggio Emilia Tel. +39 0522 =
271550 -=20
Fax +39 0522=20
230710 *--------------------------------------------------------------=
-----------------------------------------------* </DIV></BODY><=
/HTML>
------=_NextPart_000_008F_01BEFB9C.9ADF54B0--

With Forte Release2 supporting only OLE callout, you can use DDE
to pass data; but with Release 3 which supports OLE callin , you
should be able to pass data both ways.
- Arvind
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Arvind Kumar Krishnaswamy
Digital/Forte Software Products Group
Digital Equipment Corporation ______________________
1800,Harrison Street,Suite 1700, | | | | | | | |
Oakland.CA 94612 USA |d |i |g |i |t |a |l |
| | | | | | | |
Tel : 510-251-6537 ----------------------
Fax : 510-251-6531
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

=?iso-8859-1?Q?Fort=E9?= problem

JeanLuc Thiveyrat : MICHELIN FRANCE.
When we use the import or export facility of Forté, we have a crash
without any informations in the log.
It works under FSCRIPT, so it seems to be a problem due to the call of
the standard microsoft windows for choosing the file where you want to
store the pex or the cex.
I already had this problem when I install the first time Forté on NT
4.0.
I solved it by putting the name of the client in the node name
(control panel) !!!
But now for a new PC, even this solution does not work.
Any idea ?
Thanks.

With Forte Release2 supporting only OLE callout, you can use DDE
to pass data; but with Release 3 which supports OLE callin , you
should be able to pass data both ways.
- Arvind
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Arvind Kumar Krishnaswamy
Digital/Forte Software Products Group
Digital Equipment Corporation ______________________
1800,Harrison Street,Suite 1700, | | | | | | | |
Oakland.CA 94612 USA |d |i |g |i |t |a |l |
| | | | | | | |
Tel : 510-251-6537 ----------------------
Fax : 510-251-6531
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

RE: (forte-users) SAX Parser

I would be interested to see TechNote 11811. I just tried the Forté support
web site and couldn't get it. Can anyone help?
Thanks,
Nick.
-----Original Message-----
From: Zee Khan [mailto:[email protected]]
Sent: Tuesday, August 24, 1999 10:08 AM
To: [email protected]
Cc: [email protected]
Subject: RE: (forte-users) SAX Parser
Forte recommends not using DOM for 'documents with large
number of tags'
(TechNote 11811) so I am using SAX.
Any thoughts/suggestions would be welcome,
thanks,
>From: "Jeanne Hesler" <[email protected]>
>To: "'Zee Khan'" <[email protected]>,
<[email protected]>
>Subject: RE: (forte-users) SAX Parser
>Date: Tue, 24 Aug 1999 08:48:23 -0500
>
>Out of curiosity, is it the node structure that you are
trying to avoid,
>or is it the DOM itself? Can you share some of your
reasons? It would
>seem to me that a node or tree structure would be ideally
suited for
>representing the complex structures that you describe.
>
>Jeanne
>=====================================================
>Jeanne Hesler <[email protected]>
>MSF&W Software
>Product Development
>(217) 698-3535 ext. 207
>http://www.msfw.com
>=====================================================
>/\ Imaging Developer - the only imaging product
>\/ integrated into the Forte Development Environment
>=====================================================
>
>
>-----Original Message-----
>From: Zee Khan [mailto:[email protected]]
>Sent: Monday, August 23, 1999 10:32 AM
>To: [email protected]
>Subject: (forte-users) SAX Parser
>
>
>I am using the SAX parser to parse some complex XML.
>
>My problem comes with complex data structures. There
>are several embedded structures, how are these best
>reflected with a SAX parser.
>
>(I guess one solution is to use DOM which returns
>a node structure, but I want to avoid this)
>
>thanks in advace,
>
>
>______________________________________________________
>Get Your Private, Free Email at http://www.hotmail.com
>
>--
>For the archives, go to:
http://lists.sageit.com/forte-users
>To unsubscribe send in a new email the word:
>'Unsubscribe' to: [email protected]
>
>--
>For the archives, go to:
http://lists.sageit.com/forte-users and use
>the login: forte and the password: archive. To unsubscribe,
send in a new
>email the word: 'Unsubscribe' to:
[email protected]
>
Get Your Private, Free Email at http://www.hotmail.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]

I would be interested to see TechNote 11811. I just tried the Forté support
web site and couldn't get it. Can anyone help?
Thanks,
Nick.
-----Original Message-----
From: Zee Khan [mailto:[email protected]]
Sent: Tuesday, August 24, 1999 10:08 AM
To: [email protected]
Cc: [email protected]
Subject: RE: (forte-users) SAX Parser
Forte recommends not using DOM for 'documents with large
number of tags'
(TechNote 11811) so I am using SAX.
Any thoughts/suggestions would be welcome,
thanks,
>From: "Jeanne Hesler" <[email protected]>
>To: "'Zee Khan'" <[email protected]>,
<[email protected]>
>Subject: RE: (forte-users) SAX Parser
>Date: Tue, 24 Aug 1999 08:48:23 -0500
>
>Out of curiosity, is it the node structure that you are
trying to avoid,
>or is it the DOM itself? Can you share some of your
reasons? It would
>seem to me that a node or tree structure would be ideally
suited for
>representing the complex structures that you describe.
>
>Jeanne
>=====================================================
>Jeanne Hesler <[email protected]>
>MSF&W Software
>Product Development
>(217) 698-3535 ext. 207
>http://www.msfw.com
>=====================================================
>/\ Imaging Developer - the only imaging product
>\/ integrated into the Forte Development Environment
>=====================================================
>
>
>-----Original Message-----
>From: Zee Khan [mailto:[email protected]]
>Sent: Monday, August 23, 1999 10:32 AM
>To: [email protected]
>Subject: (forte-users) SAX Parser
>
>
>I am using the SAX parser to parse some complex XML.
>
>My problem comes with complex data structures. There
>are several embedded structures, how are these best
>reflected with a SAX parser.
>
>(I guess one solution is to use DOM which returns
>a node structure, but I want to avoid this)
>
>thanks in advace,
>
>
>______________________________________________________
>Get Your Private, Free Email at http://www.hotmail.com
>
>--
>For the archives, go to:
http://lists.sageit.com/forte-users
>To unsubscribe send in a new email the word:
>'Unsubscribe' to: [email protected]
>
>--
>For the archives, go to:
http://lists.sageit.com/forte-users and use
>the login: forte and the password: archive. To unsubscribe,
send in a new
>email the word: 'Unsubscribe' to:
[email protected]
>
Get Your Private, Free Email at http://www.hotmail.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: The Forte Stopwatch

We had a similar problem. We reported the problem to Forte technical
support and they determined that it is a bug. I don't know if this has been
fixed in the 3.0.F release.
The Stopwatch seems to be accurate for long (several second) intervals, but
it can't be trusted for measuring short intervals.
Kevin Klein
Millennium Partners, Inc.
-----Original Message-----
From: [email protected] <[email protected]>
To: [email protected] <[email protected]>
Date: Tuesday, December 30, 1997 1:40 PM
Subject: The Forte Stopwatch
>
All,
At our site we are using Windows NT 4.0 clients and a Windows NT
Server with Forte 3.0.E.0.
Periodically, we use the Forte StopWatch class to measure durations for
access to data. We've noticed
a strange phenomenon, and we're not sure if it's simply circumstance or if
there's a problem. All of the
measured durations that we receive through the Split method appear to
contain either a 0 or a 9 in the
tenth-of-a-second position. For example, values of 1011 and 1912. Has
anybody noticed this?
Thank you,
Keith

Hello Kevin,
Normally, it has been corrected from the last public release 2.
Hope this helps.
Daniel Nguyen
Kevin Klein wrote:
>
We had a similar problem. We reported the problem to Forte technical
support and they determined that it is a bug. I don't know if this has been
fixed in the 3.0.F release.
The Stopwatch seems to be accurate for long (several second) intervals, but
it can't be trusted for measuring short intervals.
Kevin Klein
Millennium Partners, Inc.
-----Original Message-----
From: [email protected] <[email protected]>
To: [email protected] <[email protected]>
Date: Tuesday, December 30, 1997 1:40 PM
Subject: The Forte Stopwatch
All,
At our site we are using Windows NT 4.0 clients and a Windows NT
Server with Forte 3.0.E.0.
Periodically, we use the Forte StopWatch class to measure durations for
access to data. We've noticed
a strange phenomenon, and we're not sure if it's simply circumstance or if
there's a problem. All of the
measured durations that we receive through the Split method appear to
contain either a 0 or a 9 in the
tenth-of-a-second position. For example, values of 1011 and 1912. Has
anybody noticed this?
Thank you,
Keith
Name: Kevin Klein.vcf
Part 1.2 Type: text/x-vcard
Encoding: 7bit

Forte and windows98???

Hi Forte Experts
Can we use forte with windows98, and if so: which versions?
limitations? problems?
The reason for asking such a dumb question is, that we just installed
a brand new 'super-specifications' pc with windows98 and now we have
userwindows that hangs, ftexec'windows that will not appear etc,
and I would like to know, if this is a forte problem, windows98- or
HARDWARE problem. We do not see any of those problems on
windows95 on a more modest pc.
The PC looks nice and has got almost any widget or card you can imagine...
You name it - we got it, it just doesn't work, but it sure looks nice in the sysspec.
Any positive or negative experience with windows98 and forte would be a
great help to track down the problem...
jens chr
KAD/Denmark

Hi all,
Forte on Windows98 does not appear to be a very good combination!
For a Forte 'supported' platform it behaves very poorly.
Unfortunately our installation base 'upgraded' to Win98 not long after
we rolled out our first application and the 'hanging' problems then
started to appear. This was experienced up to a couple of times a day
by some users - although it appears to happen randomly. Ie; one machine
would be fine one day and hang a couple of times the next day - for no
apparent reason.
We have tried everything we could think of (as well as everything that
Forte tech-support could think of) but all without much success. We
have also been running the application on Sun, WinNT and Win95 boxes and
these platforms don't show the same problems. This ruled out any
application specific problems.
The one thing that has provided us with some relief is to 'upgrade' to
the Second Edition of Win98. This has been more stable although we
still do experience the hanging problem - just not as frequently. This
unfortunately is still not providing a very reliable platform as when
the user does experience a 'hang' they usually have to reboot their
system as it has usually frozen all running applications (as well as
Windows).
Unfortunately Win98 Second Edition appears to be a bit flaky other ways
(not necessarily relating to Forte) and often doesn't shutdown properly
at the end of the night.
Anyway, I could go on like this for a while - but I won't.
I think it is sufficient to say that I would NOT recommend anyone moving
to Win98 as a platform to run a Forte application.
If anyone else has had any experiences with Win98 and Forte (both good
and bad) I would love to hear from you. It doesn't look like we'll be
moving from Win98 for a while yet so anything anyone can offer would be
greatly appreciated!
Regards,
Cameron Clark.
Melbourne,
Australia.
jcjj wrote:
>
Hi Forte Experts
Can we use forte with windows98, and if so: which versions?
limitations? problems?
The reason for asking such a dumb question is, that we just installed
a brand new 'super-specifications' pc with windows98 and now we have
userwindows that hangs, ftexec'windows that will not appear etc,
and I would like to know, if this is a forte problem, windows98- or
HARDWARE problem. We do not see any of those problems on
windows95 on a more modest pc.
The PC looks nice and has got almost any widget or card you can imagine...
You name it - we got it, it just doesn't work, but it sure looks nice in the sysspec.
Any positive or negative experience with windows98 and forte would be a
great help to track down the problem...
jens chr
KAD/Denmark
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]

Scurity within =?iso-8859-1?Q?Fort=E9?=

I saw some exchanges on this forum talking about security of
database access.
The first asked question is one generic Oracle user or one Oracle user
per final user.
One Oracle user per final user guarantees that password are anywhere
except in the users' mind. But it's an heavy task to define this users
and also risky because with tools like ACCESS and SQL/NET, you are
directly connected to the whole database.
It seems that one generic user on Oracle for example is preferable
than one per final user.
Where do you manage this generic user and its password :
a- in a flat file on the server.
In this case, someone having the same code as my code is able to run
it and then access to my datas.
I think I'm true when I say anybody is able to run any piece of code
on a production machine if he knows the machine name and the TCP/IP
port ?
b- because a- seems to be risky, a better solution seems to be putting
in a DBSession the name of the generic user and its password.
Has anybody good practice on this concern ?
What are your choices for securing a Forté Environment.
If I know the machine name and its TCP/IP port, I can shutdown,
uninstall partitions.
I can run my own partitions. Because Forté directories are in a
read/write mode, I can delete a lot of files on the machine, etc ...
I am right ?
Thank you.

With Forte Release2 supporting only OLE callout, you can use DDE
to pass data; but with Release 3 which supports OLE callin , you
should be able to pass data both ways.
- Arvind
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Arvind Kumar Krishnaswamy
Digital/Forte Software Products Group
Digital Equipment Corporation ______________________
1800,Harrison Street,Suite 1700, | | | | | | | |
Oakland.CA 94612 USA |d |i |g |i |t |a |l |
| | | | | | | |
Tel : 510-251-6537 ----------------------
Fax : 510-251-6531
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Need Forte Developer

Allied Network Solutions (ANS) has emerged as one of the fastest growing information technology companies in California. ANS is a major supplier of IT services and staffing to the largest IT companies in the world and to government departments and agencies. ANS is a certified DVBE.
ANS is seeking a well qualified FORTE application developer for a large Prime in the Sacramento area for a duration of 6 months or longer.
FORTE Application Support
* This position supports a client application developed in FORTE. Position requires good communication skills necessary to interface with project teams and on-site customer. Knowledge of OO methodology, UML Select is needed. A working knowledge of Unix and strong analytical skills is desirable. Work for this project is conducted on site in Northren California.
Required Skills:
5+ years FORTE
UML
Working Knowledge of UNIX
Knowledge of OO Methodologies
Desired Skills:
Strong Analytical Skills
Excellent Communication Skills
If you meet the above job requirements including skills and experience, please submit your resume to [email protected] No phone calls please!

I have 8 years VC++ (MFC), 3 years FORTE 3N1 (this as Sole developer for HBoS UK, and sole consultant for .NET upgrade), (1 year version 5.1) 6 Months .NET 1.1. I'm looking for a way out of the very large company I am in. I would like to join a company that is open to new ideas, maybe even within the Forte environment. I am also currently undergoing a house move, can you tell me if relocation is included when considering your company?
I would need to convince a reluctant spouce of the move though! It's a long way away! I have driven and been the main contributor to the development of integration projects between external systems and Forte. I like the chalenge of making 'old' systems work with new systems. Saying that though, .NET looks remarkably like Forte! What's new!
Even so, can this be done remoteley? Given the Forte Environment?

RE: Unsupported Oracle/Forte version

A possible solution would be to upgrade Oracle to 7.3, and to use SQL*Net to
manage the database connections. I don't know whether this would cause any
performance issues, but we are currently using this technique for our
environment (AIX, Digital UNIX) and it is working well.
If you have specific questions about the setup, please let me know.
Brian Wilson
Piper Jaffray
From: [email protected][SMTP:[email protected]]
Sent: Wednesday, October 01, 1997 10:42 AM
To: Levitt, David; Klabunde, Mark; Swenson, David; Wilson, Brian; Rigelhof,
Nancy; Scurr, Doug; Anderson, Steven
Date: 01 Oct 1997 16:42:07 +0200
From: Jean-Luc Thiveyrat-F257368 <[email protected]>
To: "[email protected]" <[email protected]> (Return requested)
Subject: ORACLE And =?iso-8859-1?Q?Fort=E9?=
MIME-Version: 1.0
Sender: [email protected]
Precedence: bulk
Reply-To: Jean-Luc Thiveyrat-F257368 <[email protected]>
On NT or VMS, Forte R2 support ORACLE 7.1 but not 7.3.
ORACLE does not support anymore 7.1 in November 97.
How do you consider this problem ?
Because R3 is not available in production before 01/98, there is at
least one month (december) with a non supported product.
Anyway, all customers will not migrate to R3 as it is available.
What to do ?
If you are not the intended recipient, please notify the Sender.
Non-business opinions may not reflect opinions of Piper Jaffray
Companies (PJC). Distribution or other use of this information
is prohibited without written consent from the author.
PJC reserves the right to monitor all e-mail.
------------------------------------------------------------------------------

Is it possible to connect to a old DB with jdeveloper11G?
A new JDBC driver may not be defined as the built-in JDBC definition is un-modifiable.
But, a Java/J2EE applicaion may define a jdbc connection to an earlier version of database by including a supported version of the driver in the classpath.

ORACLE And =?iso-8859-1?Q?Fort=E9?=

On NT or VMS, Forte R2 support ORACLE 7.1 but not 7.3.
ORACLE does not support anymore 7.1 in November 97.
How do you consider this problem ?
Because R3 is not available in production before 01/98, there is at
least one month (december) with a non supported product.
Anyway, all customers will not migrate to R3 as it is available.
What to do ?

With Forte Release2 supporting only OLE callout, you can use DDE
to pass data; but with Release 3 which supports OLE callin , you
should be able to pass data both ways.
- Arvind
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Arvind Kumar Krishnaswamy
Digital/Forte Software Products Group
Digital Equipment Corporation ______________________
1800,Harrison Street,Suite 1700, | | | | | | | |
Oakland.CA 94612 USA |d |i |g |i |t |a |l |
| | | | | | | |
Tel : 510-251-6537 ----------------------
Fax : 510-251-6531
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

RE: Native Forte Clients with Express Services

I would be very interested in hearing from anyone using Express who may
have attempted using Native Forte Clients with Express Services, especially
what problems/issues (if any) you encountered and whether you found it to
be a successful way to develop complex screens where the 'look and feel'
can't be achieved with Express alone.I wrote a general-purpose windows framework which uses Express Services for its
database access. Had I known what I was letting myself in for, I probably
wouldn't have attempted it! I started it when Express V1 was fairly new, and
Express Windows did not support the types and complexity of relationships
required by the application we were developing. I soon discovered how
difficult it is to implement a completely general framework which handles every
possible permutation. Obviously I ended up making compromises, but what we
have now meets our needs very well. We are about to upgrade to Express V2, so
the real test will be whether the framework migrates smoothly to the new
release.
If I were starting a new project now with Express V2, I don't know if I would
go down the same path. If you do, be aware of the following (based on my
experience of Express V1):
* Your design MUST obey the fundamental rules of Express Services. Your
BusinessQueries must be fired off by the correct BusinessClient subclass,
your BusinessClass attributes must be logged at the right time (depending
on which concurrency scheme you are using), and you must start and end
Express transactions (different to Forte transactions) appropriately.
* Your design needs to take into account the difference in the way Express
Services handles aggregate and non-aggregate associations.
* If you manage parent-child class relationships from your windows, you must
make sure you set and log foreign key attributes at the right time. If
the relationship is not aggregation, you must also manage the order in
which the records are saved to the database (if you use referential
integrity constraints).
* If you call Express Services directly from the windows, it is hard to
reconcile the asynchronous nature of a windows interface with the
database's requirement for things to happen in a certain order. (From
memory, there was a very good discussion in this user group last year of
what should constitute a unit of work in the windows paradigm.) If I
were doing it again, I would move all the Express-related objects and
method calls from the windows to a separate layer, which would manage
putting together the data from multiple windows, assigning foreign keys
and firing things off in the right order.
Fiona Symon
Babylon Software Pty Ltd

Hello Kevin,
Normally, it has been corrected from the last public release 2.
Hope this helps.
Daniel Nguyen
Kevin Klein wrote:
>
We had a similar problem. We reported the problem to Forte technical
support and they determined that it is a bug. I don't know if this has been
fixed in the 3.0.F release.
The Stopwatch seems to be accurate for long (several second) intervals, but
it can't be trusted for measuring short intervals.
Kevin Klein
Millennium Partners, Inc.
-----Original Message-----
From: [email protected] <[email protected]>
To: [email protected] <[email protected]>
Date: Tuesday, December 30, 1997 1:40 PM
Subject: The Forte Stopwatch
All,
At our site we are using Windows NT 4.0 clients and a Windows NT
Server with Forte 3.0.E.0.
Periodically, we use the Forte StopWatch class to measure durations for
access to data. We've noticed
a strange phenomenon, and we're not sure if it's simply circumstance or if
there's a problem. All of the
measured durations that we receive through the Split method appear to
contain either a 0 or a 9 in the
tenth-of-a-second position. For example, values of 1011 and 1912. Has
anybody noticed this?
Thank you,
Keith
Name: Kevin Klein.vcf
Part 1.2 Type: text/x-vcard
Encoding: 7bit

Forte TIBCO support in R3

Similar Messages

Maybe you are looking for