Re: Actuate in Forte Application

This is just a guess, but it looks to me like perhaps
NT is not recognizing "cl" as a command. What happens
when you type "cl" on a command line?
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Have you run the 'vcvars32.bat before, or registered
any required variable in environmental memory ?
(devstudio/vc/bin/vcvars32.bat if I remember well :-) )
bye
j-p
-----Message d'origine-----
De: Kien Chung Chin [SMTP:[email protected]]
Date: lundi 3 mai 1999 09:16
A: Forte Users
Objet: Actuate in Forte Application
Hi, guys,
Currently, I am testing on Actuate called from Forte Application. I
downloaded the example from Forte support web site. I tried and followed
the instruction that was given, but I couldn't make it work.
The problem is Forte couldn't produce the DLL file; there has MS Visual
C++ 5.0 installed.
I did;
- actlayer.obj has been produced (with reqbasic.h)
- before actwrap.pex import into Forte external library (reqst32.dll)
change to relevent directory; and also external object file
(actlayer.obj).
- when Forte compilation library (DLL) cannot be produce. (include
directories for c++, Actuate and Forte were set into system variable -
path). It gave the following error:
Forte_cl0: Fetched SubAgents
Forte_cl0: Generating code for library ActWrap.
Forte_cl0: Completed code generation for ActWrap.
Forte_cl0: Attempting to obtain compile sessions for needed
architectures.
Forte_cl0: Beginning compilation for PC NT.
Forte_cl0: Compilation of actwrap on PC NT completed. Here are the
results:
BEGIN FILE
Working directory is c:\forte\tmp\cg2\pc_nt\actwrap
Processing BOM file: actwrap.bom
The name specified is not recognized as an
internal or external command, operable program or batch file.
cl /W3 /Gf /GX /MD /c /Ob1 /vmg /DSTRICT /DWIN32 /D__WIN32__
/DLIBOO_DLL /DWIN32_LEAN_AND_MEAN
/Ic:\forte\install\inc\cmn /Ic:\forte\install\inc\os
/Ic:\forte\install\inc\ds
/Ic:\forte\install\inc\handles /Ic:\forte /Foactwrap.obj /Tp actwrap.cc
Error during compilation, aborting.
END FILE
Forte_cl0:
Forte_cl0: Completed compilation for PC NT.
I continue to import the interface part, when run interface Forte gave
'actwrap.dll' not found in 'c:\forte\userapp\actwrap\cl0' directory.
Is there anyone try on that example? I hope I can get help from you, and
your little suggestion is a big help for me, I am very much appreciated.
Regards,
William
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Similar Messages

Actuate Report System with Forte Application -Reply

William,
If you visit the Forte web site and look under Support and Services - Shareware you'll find an example of using Actuate.
Regards
Mark Carruthers
20th Century Fox
"Kien Chung Chin" <[email protected]> 04/12/99 03:39am >>>
Hi,
I am trying on Actuate Report System running on top of Forte Application
for the reporting. Did anyone come across application call Actuate for
generate reports? How does Actuate include into Forte application
development?
Regards,
William
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/>

Hi,
May i know the slot where u have placed ur header details.
Resh.
Message was edited by:
Reshma

Calling Actuate from Forte

For those using Actuate with Forte.
What is the best way to call Actuate reports from Forte? Is it difficult?
Exactly how is it done?
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Tanya,
Please send any responses to [email protected].
I am currently working on an Invoicing project for Williams Conferencing in Denver, CO. We are using Actuate to generate invoices, in conjunction with an Invoicing application developed in Forte.
You have many options.
As far as integrating with Actuate, you can use their Actuate ActiveX controls, Requestor API or their Report Server API. You can read about the pros and cons of these methods in the "About the APIs" section of the "Actuate Application Programming Interfaces Guide" on page xxxi.
Using the Report Server API gives you more control than using the Requestor API. For example, we are currently unaware of a way of preventing versions of a report from being created when a report is regenerated, using the Requestor API. This can easily be accomplished using the Report Server API. But, the Report Server API is more difficult to use.
I am not familiar enough with ActiveX to comment on the ease and viability of using ActiveX to integrate Forte with Actuate.
Our approach is to create a C DLL using MS Visual C++ and integrate it with Forte. Our C DLL contains high level functions, such as GenerateInvoice(...) and PrintInvoice(...). Our high level functions contain calls to the Actuate Requestor API. Now that our C function are integrated with Forte, we are able to call them directly from our Forte application TOOL code.
For information on integrating C with Forte, read chapter 2 of the Forte book entitled "Integrating with External Systems". I have attached a document I wrote that enumerates the steps to integrate C with Forte.
The method we use to integrate Forte with Actuate is time consuming and tedious. If anyone knows of a better method, please let me know.
Kind Regards,
---Tanya Scott <[email protected]> wrote:
>
For those using Actuate with Forte.
What is the best way to call Actuate reports from Forte? Is it difficult?
Exactly how is it done?
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
==
Henry "Hank" C. Bissell
Denver, CO USA
[email protected]
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com

Automated Testing of Forte Applications

Dear Jim,
This is a technical and education Forum and I want to make sure everyone is
"educated" to your options out there. Our company specific purposes is
delivering testing solutions for Forte Developed applications. (Primary
responsibility is to help developers and qa staff) I have tried to answer
you questions as follows and to educate fellow Forte people on solutions
available to them. If you need more discussion about our tools, please
contact me directly.
To anyone interested in testing Forte Applications:
1) What product are developers using to automate the process of testing
Forte applications?
IQTest- Unit Level Testing Tool that tests specific Forte methods and
saves them for automatic regression testing.
IQTrace: Unit Level Pathway Testing. Tests specific method level and
functional threads and saves them for automatic regression testing.
2) If there is a tool, how long does it take to create a typical test?
- Class I.Q. automatically generate the test classes and instantiates the
object under test. A typical setup for a developer is about 30 minutes
which is done once. The actual process of testing methods or traces takes
seconds. All tests are saved to any Forte database for automatic
regression testings.
3) Can the test include the testing of persistance to a database?
Yes, Our products are written to test persistance in a database and all
fully supported to test service objects which is currently a major issue
that most development teams are running into problems with.
4) What type of testing can be performed: black box testing, white box
testing, integration testing, UI testing, etc.?
Class I.Q. is considered a "White Box" approach to testing. It is
exercising the source code and creating an output for each method call.
The test cases then are dynamically linked into a trace.
Some of the features of Class I.Q. Products:
- Automatic Test Class Generation
- Saving of Test Cases and Test Traces
- Groups A queue for Different Testing Responsibilities
- Linking to Any Forte Supported Test Configuration Product
Thank you,
Any additional questions please call or email me directly.
Joe Burns
Class I.Q.
610-254-5151
[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/>

We have used JMETER from Apache foundation. This is more a stress test tool, but you can also use it for unit testing, as it allows you to record a serie of HTTP requests.
Since your question is not related to JHeadstart, you better post this question on the JDeveloper forum.
Steven DAvelaar,
JHeadstart team.

Re: Running the same (Forte) application multiple times -for different

Hi
We had the same problem - how to deploy a number of identical applications, using each their own db.
(for training).
The solution we used is to wrap the entire application into different applications by using a very small
module called KURSUS01, KURSUS02 etc, that did nothing but call the start procedure of the main app.
Then in the dbsession connect, we made a call appname to get the application name, and appended the
first 8 chars to the dbname. Thus our dbnames now points to logicals name: rdbdataKURSUS01, rdbdataKURSUS02 etc.
All this allows us to deploy the identical apps in the same env, or change one version, and run both the old
and new program on the same pc and server at the same time (eg. KURSUS01 and KURSUS02).
I also think this is a kludge - but it works nicely!
Jens Chr
KAD/Denmark
-----Original Message-----
From: Haben, Dirk <[email protected]>
To: 'Soapbox Forte Users' <[email protected]>
Date: 15. januar 1999 09:41
Subject: Running the same (Forte) application multiple times - for different business clients.
Hi All
We have a number of different business clients all willing to use our
application.
The (forte) application is to run on our machines etc for these (business)
clients.
All (business) clients will have their data kept in separate Oracle DBs
(instance).
The problem now is that the entire (forte) application is written using
DBSessions.
Now, depending on what business client needs to be serviced (so to speak) we
need to attach to the right DB - or use the "right" SO.
The two options we can think of are:
Option1:
Programatic change to somehow "know" what (business) client (DB) I'm talking
about and then use the right DB.
Pro:
Only one forte environment to maintain
Can run multiple (business) clients on same PC at the same time
Con:
Requires many program changes
bending O-O rules(?)
can't dynamically name SOs so can it be done at all? (ResourceMGRs maybe?)
Option2:
Use separate environments! One for each business client.
Pro:
More defined separation of app and data,
SLA-easy
Con:
Maintain "n" number of environments
Can only run the application for one environment (business client) at a time
on one PC - Big Negative here!
Not knowing any feasible solution to option 1 (without much code changes and
developer moaning) I would go for option two; as I have already worked on
multi-environment setups on VMS back at the Hydro (hi guys).
I would appreciate any comments from anyone who has solved this problem.
How, Why Pro Con etc.
TIA,
Dirk Haben
Perth, WA
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/>

Hi
We had the same problem - how to deploy a number of identical applications, using each their own db.
(for training).
The solution we used is to wrap the entire application into different applications by using a very small
module called KURSUS01, KURSUS02 etc, that did nothing but call the start procedure of the main app.
Then in the dbsession connect, we made a call appname to get the application name, and appended the
first 8 chars to the dbname. Thus our dbnames now points to logicals name: rdbdataKURSUS01, rdbdataKURSUS02 etc.
All this allows us to deploy the identical apps in the same env, or change one version, and run both the old
and new program on the same pc and server at the same time (eg. KURSUS01 and KURSUS02).
I also think this is a kludge - but it works nicely!
Jens Chr
KAD/Denmark
-----Original Message-----
From: Haben, Dirk <[email protected]>
To: 'Soapbox Forte Users' <[email protected]>
Date: 15. januar 1999 09:41
Subject: Running the same (Forte) application multiple times - for different business clients.
Hi All
We have a number of different business clients all willing to use our
application.
The (forte) application is to run on our machines etc for these (business)
clients.
All (business) clients will have their data kept in separate Oracle DBs
(instance).
The problem now is that the entire (forte) application is written using
DBSessions.
Now, depending on what business client needs to be serviced (so to speak) we
need to attach to the right DB - or use the "right" SO.
The two options we can think of are:
Option1:
Programatic change to somehow "know" what (business) client (DB) I'm talking
about and then use the right DB.
Pro:
Only one forte environment to maintain
Can run multiple (business) clients on same PC at the same time
Con:
Requires many program changes
bending O-O rules(?)
can't dynamically name SOs so can it be done at all? (ResourceMGRs maybe?)
Option2:
Use separate environments! One for each business client.
Pro:
More defined separation of app and data,
SLA-easy
Con:
Maintain "n" number of environments
Can only run the application for one environment (business client) at a time
on one PC - Big Negative here!
Not knowing any feasible solution to option 1 (without much code changes and
developer moaning) I would go for option two; as I have already worked on
multi-environment setups on VMS back at the Hydro (hi guys).
I would appreciate any comments from anyone who has solved this problem.
How, Why Pro Con etc.
TIA,
Dirk Haben
Perth, WA
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/>

How to interface a windows DLL with Forte application?

Hi,
I want to use crystal report engine for generating reports from Forte
application on NT client, which requires interfacing crpe32.dll(report
engine DLL) with Forte. Can somebody help me out with a sample c project
(Forte project) either for crpe32.dll or any other DLL.
What are the requirement for for interfacing a DLL library with Forte
application .
Thanks in advance
Shashidahr Patil N S
Bangalore

You can make an empty server only with tpsvrinit that starts your client
listeners and a tpsrvdone that stops them. Be carefull with sharing ipcs
between processes, or your clients may get puzzled!!!
Another choice can be builting a custom WSL/WSH but I haven't done
this yet and I don't know exactly the troubles related with making them.
R.G.
Travis Ward wrote:
How would you interface a tuxedo app with another application that
uses tcp/ip socket messaging? I have a vendor product that offers
a tcp/ip message interface, and would like to know how best to
integrate it into a tuxedo application. I could write a C application
that listens and accepts incoming request from the vendors application,
and then make a tuxedo client call to a service. But this doesn't
allow me to control the listen thread through tuxedo. The C application
would have to be started seperately and would not take advantage
of the tuxedo restart facilities etc of a tuxedo service.

Integrating E-Mail into a Forte Application

Hello!
I am working with a group of new Forte developers and we are investigating how we can add internet mail capabilities to a Forte application. Some of the things that we would like to do include:
- the ability to send internet mail from within a window.
- the ability to mail a 'shortcut' to another user so that when they received the shortcut, it would automatically launch the application with the pertinent data loaded. (this may be a stretch of the imagination?!?)
Can someone give me any hints as to the best way to approach either of the above issues?
I have obtained some information about various internet mail controls that can be purchased that will allow a developer to integrate mail into their application - does anyone have any experience with using any 3rd party controls? - or is one even required?
Thank you in advance.
Regards,
Angie Dunlop

⌘P, then in the lower left hand corner, Select [PDFv], then Save as PDF]:

Multi-Lingual Forte Applications

We have at least one application site that needs to have their applications in
multiple languages. If any of you out there have experience in doing this and
can offer tips/techniques it is appreciated.
Also, have any of you evaluated Lindhard Forte Solutions product called
Ambassador Translation Wizard or know
of any other products?
Thanks in advance,
Peggy Adrian
Global Forte Support
Eli Lilly and Company
[email protected]

Hello Peggy Lynn & Joseph,
My name is Kerry Bellerose. I work for Lindhard Forte Solutions
and I saw your note in the Forte User's list concerning multi-lingual
applications.
I just wanted to send out a quick note to let you know that we would
be happy to answer any questions you have about the Ambassador
Translation Wizard.
Did you know that you can download a free demo version that you can
use to quickly evaluate the product yourself? All you need is a PC
running Windows 95 or Windows NT and Forte release 2 or release 3.
Just go to our web page at:
http://www.lindhard.com/forte/ambassador.html
Then select the Download a Free Demo Version image. The demo version
is very simple to install (it comes packaged in a self-extracting
installation program that are common in windows).
The demo version itself is a Forte application, not an animated
presentation, which means you can actually use the program directly
to get a complete understand of how it works.
The only restriction is that the demo version will only translate
the demo project we provide. Otherwise, it has all the functionality
of the full release.
As far as we know, there are no other products available on the
market that automate the process of adding multi-lingual support
to an application. The only alternative is to hand-code your
own solution. As Joseph points out, this is a lot of work,
including at least hundreds of GetMsg statements.
But multi-lingual support requires more than just writing GetMsg
statements, and Ambassador does much more than just automatically
generate this code for you. Ambassador also maintains this code
as you modify your application. Ambassador generates the message
catalog for you. Ambassador minimizes the amount of translation
work you need to do by reducing the number duplicate strings in
your message catalogs. Ambassador also provides a Translation
Editor to make the translation work itself easier. And Ambassador
supports all the languages that Forte supports, both European and
Asian.
All in all, compared with manually supporting multi-lingual
applications in Forte, Ambassador can potentially save your
project months of developer time. That is why there are already
several Forte customers who have choosen Ambassador, and others
that have approved it for use in appropriate projects.
Please let us know if we can help out in any way.
Cheers,
Kerry
PS. If for any reason you are unable to access our web page,
please let us know, we'll be happy to send you a copy
of the demo version on CD ROM.
| | / \ Kerry Bellerose e-mail: [email protected]
| || C | FORTE' SOLUTIONS http://www.lindhard.com/
| | \___/ Lindhard Computer Systems direct: +45 45 94 01 03
| |_____ Datavej 52 desk: +45 45 82 21 21
| | 3460 Birkeroed fax: +45 45 82 21 22
|_________| Denmark

Access HTML Pages from Forte Applications

We are currently looking at how to redevelop our online help facility for a
Forte application. We are investigating the use of HTML pages.
Has anyone written a Forte application that opens particular HTML pages? If so,
how was it done?
Regards,
Steve Isaac
Senior Consultant, Information Services Group
Hydro Electric Corporation of Tasmania
4 Elizabeth St, Hobart, Australia, 7000
Phone : +61 03 6230 5161
e-mail: [email protected]

We have created the idea of an OnLineAssistant that uses HTML pages to drive
help in a Wizard-like fashion.
We use an embedded ActiveX browser control in a Forte window to display the
HTML pages. The pages are launched by passing the application, window, and
widget name to the OnLineAssistant window, which uses the information to load
the correct page.
For example: an application screen for entering customer name and address
passes it's information to the on-line assistant, which links and displays the
page associated with that particular step of a task wizard defined for that
widget. The ActiveX control then allows the user to link into any of the
other pages associated through standard HTML.
This context-sensitive mechanism is also used to launch on-line help (without
the task orientation) at the user's request.
One of the benefits of this approach is that we can put the message passing
into a generic framework ancestor without making any application code changes,
and the OnLineAssistant HTML pages can then be created by non-programmers and
deployed independently from the application, and HTML can do most of the
navigation work.
-DFR

RE: Test automation tools for Forte applications

Mark,
There is a basic automated testing program already
supplied by Forte in the examples. It is called
AutoTest.Pex. It records events and can replay them.
It can be a bit tricky and is a bit basic, but
may have some of the functionality that you want.
This is specifically for window / widget testing.
Hope this helps,
Kerrie Vickers
Forte Consultant
PricewaterhouseCoopers
Mark Wick Wrote :
Hi,
We are evaluating test automation tools for a Forte client server
application.
Does anybody have experience with testtools for Forte applications or
can even recommend a testtool particulary suitable for Forte
applications.
We want to test GUIs on NT-clients as well as a batch process running
on
a Unix solaris server and accessing an oracle database.
any help appreciated
thanks
Marc WickMazda Australia takes every precaution to ensure email messages are virus free. For complete protection, you should virus test this message.
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Mark,
There is a basic automated testing program already
supplied by Forte in the examples. It is called
AutoTest.Pex. It records events and can replay them.
It can be a bit tricky and is a bit basic, but
may have some of the functionality that you want.
This is specifically for window / widget testing.
Hope this helps,
Kerrie Vickers
Forte Consultant
PricewaterhouseCoopers
Mark Wick Wrote :
Hi,
We are evaluating test automation tools for a Forte client server
application.
Does anybody have experience with testtools for Forte applications or
can even recommend a testtool particulary suitable for Forte
applications.
We want to test GUIs on NT-clients as well as a batch process running
on
a Unix solaris server and accessing an oracle database.
any help appreciated
thanks
Marc WickMazda Australia takes every precaution to ensure email messages are virus free. For complete protection, you should virus test this message.
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Test automation tools for Forte applications

Hi,
We are evaluating test automation tools for a Forte client server
application.
Does anybody have experience with testtools for Forte applications or
can even recommend a testtool particulary suitable for Forte
applications.
We want to test GUIs on NT-clients as well as a batch process running on
a Unix solaris server and accessing an oracle database.
any help appreciated
thanks
Marc Wick
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

There is also TestComplete by AutomatedQA but it is of
limited usage because it is not mx.automation aware and in many
difficult cases reverts to dumb mouse X,Y recording.
And there is the upcoming RIATest that will be specifically
designed for Flex using mx.automation. Here is the site:
http://riatest.com
Disclosure: I am a RIATest developer.

Re: Calling Actuate from Forte

Tanya,
Actuate supplies C-API's to both their report viewer and the report server.
There is also an ActiveX control version of the report viewer that you can
embed with Forte 3. There is example wrapper code lying around somewhere,
look on the Forte Shareware site.
Regards
Richard Stobart
Consultant, ECSoft, UK
101 Wigmore Street
London W1H 9AA
(0171) 355 1101
-----Original Message-----
From: Tanya Scott <[email protected]>
To: [email protected] <[email protected]>
Date: 16 June 1998 17:37
Subject: Calling Actuate from Forte
For those using Actuate with Forte.
What is the best way to call Actuate reports from Forte? Is it difficult?
Exactly how is it done?
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/>

Tanya,
Actuate supplies C-API's to both their report viewer and the report server.
There is also an ActiveX control version of the report viewer that you can
embed with Forte 3. There is example wrapper code lying around somewhere,
look on the Forte Shareware site.
Regards
Richard Stobart
Consultant, ECSoft, UK
101 Wigmore Street
London W1H 9AA
(0171) 355 1101
-----Original Message-----
From: Tanya Scott <[email protected]>
To: [email protected] <[email protected]>
Date: 16 June 1998 17:37
Subject: Calling Actuate from Forte
For those using Actuate with Forte.
What is the best way to call Actuate reports from Forte? Is it difficult?
Exactly how is it done?
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/>

Sample Forte Applications

-- [ From: Anne Blessington * EMC.Ver #2.5.02 ] --
This is a message for all of those out there building Forte applications.
I work for Segue Software. Segue develops, markets and supports the
QualityWorks family of open architecture quality ass

Hi
For all basic of CE follow this [thread|Regarding Composition Environment;
and for development Use this [tutorial|https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/f0ee5047-c7a0-2a10-70b7-9557e3e4d440] for the same.
Best Regards
Satish Kumar

Experience integrating Forte Applications with Tivaly, HPOpenview, or o

Which network management product?
What type Forte applications were you integrating?
What was the business need for integration?
Which Forte architectural facilities were particularly useful?
Were you successful? Any pitfalls or tips?
Thanks in advance.
Mike Nelson, MESA Project Manager
Metrix, Inc.
[email protected]
414-798-8560 x1157

Bill,
We should talk
Jeff

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: Actuate in Forte Application

Similar Messages

Maybe you are looking for