Re:Actuate & Forte Integration.

At 9:10 PM -0500 3/25/98, Andrew Leong wrote:
I am using forte (3.0.f.2) and actuate (3.0). And looking to see if we
can integrate actuate to my forte application directly, that is by
passing the informix database.I did a fairly extensive forte->actuate integration project. Although you
could theoretically call-in to forte from a C++ dll in actuate, the simpler
way (the way we did it) was to get a socket DLL ( I grabbed source for a
socket listener/writer off the web somewhere, but I don't have it handy)
and used forte's external connection class for the other end.
The scenario is:
Forte has a listener on a pre-defined port (pick one)
Simple formatted requests are sent to forte from actuate (e.g., the message
'report1 1,2,3\n ' would run a forte command called report1 with args 1,2
and 3)
Forte processes the command and sends back the results in tab delimited
form.
Actuate reads the results a line at a time and formats the data.
Worked well, took about a week to develop and is reliable.
rick
Rick Frankel
cyberCode Consulting, Inc.

Andrew,
There is some stuff on the shareware section of Forte's web site. I think
it is just the wrappering of the C-API's
Regards,
Richard Stobart
Consultant, ECSoft, UK
101 Wigmore Street
London W1H 9AA
(0171) 355 1101
-----Original Message-----
From: Andrew Leong <[email protected]>
To: '[email protected]' <[email protected]>
Date: 26 March 1998 03:30
Subject: Actuate & Forte Integration.
Hi,
I am using forte (3.0.f.2) and actuate (3.0). And looking to see if we
can integrate actuate to my forte application directly, that is by
passing the informix database.
Opinions are welcome.
Andrew Leong
Manager Project & Network
Kontena Nasional Berhad
email : [email protected]
tel : 603-774-0928 fax : 603-774-0652

Similar Messages

Actuate & Forte Integration.

Hi,
I am using forte (3.0.f.2) and actuate (3.0). And looking to see if we
can integrate actuate to my forte application directly, that is by
passing the informix database.
Opinions are welcome.
Andrew Leong
Manager Project & Network
Kontena Nasional Berhad
email : [email protected]
tel : 603-774-0928 fax : 603-774-0652

Andrew,
There is some stuff on the shareware section of Forte's web site. I think
it is just the wrappering of the C-API's
Regards,
Richard Stobart
Consultant, ECSoft, UK
101 Wigmore Street
London W1H 9AA
(0171) 355 1101
-----Original Message-----
From: Andrew Leong <[email protected]>
To: '[email protected]' <[email protected]>
Date: 26 March 1998 03:30
Subject: Actuate & Forte Integration.
Hi,
I am using forte (3.0.f.2) and actuate (3.0). And looking to see if we
can integrate actuate to my forte application directly, that is by
passing the informix database.
Opinions are welcome.
Andrew Leong
Manager Project & Network
Kontena Nasional Berhad
email : [email protected]
tel : 603-774-0928 fax : 603-774-0652

Actuate/Forte

I just recently completed a two-way integration project
between Forte and Actuate. To make both ways work for
you, you will need Forte release 3 (now in beta).
The integration project shows you how to use the Actuate
API from Forte (Forte --> Actuate) to set up report runs,
print reports, parameterize reports, etc. (You still have
to create the reports using the Actuate Developer's Workbench.)
This part should work with any version of Forte.
Going the other way (Actuate --> Forte) requires the OLE
automation features found in Forte R3. This enables a
Forte service object to fetch the data for your report,
as an alternative or addition to the standard SQL queries
running against an RDBMS.
You can find documentation and source code on the Forte
home page, under Technical Info, and then "Shareware." You
need a password to get there, but Forte technical support
can provide you with one in a jiffy.
Hope this helps some!
Geoff

Andrew,
There is some stuff on the shareware section of Forte's web site. I think
it is just the wrappering of the C-API's
Regards,
Richard Stobart
Consultant, ECSoft, UK
101 Wigmore Street
London W1H 9AA
(0171) 355 1101
-----Original Message-----
From: Andrew Leong <[email protected]>
To: '[email protected]' <[email protected]>
Date: 26 March 1998 03:30
Subject: Actuate & Forte Integration.
Hi,
I am using forte (3.0.f.2) and actuate (3.0). And looking to see if we
can integrate actuate to my forte application directly, that is by
passing the informix database.
Opinions are welcome.
Andrew Leong
Manager Project & Network
Kontena Nasional Berhad
email : [email protected]
tel : 603-774-0928 fax : 603-774-0652

Re: Actuate/Forte, multithreading API calls

Geoff,
Your link to the Actuate API looks great, and it came just in
time: I had just started doing it myself.
A question: how can calls to the Actuate API be multithreaded?
Your C project has the extended property MultiThreaded = FALSE.
That's probably prudent, since we don't know how the Actuate
application works internally. However, we have a need for
running both (i) intensive reports and (ii) on-demand light
reports simultaneously. So, we need to multithread those two
sorts of tasks.
A possible way to multithread Actuate would be to load separate
copies of the dll's for each of the two tasks. Now, I don't
know how dynamic loading works, but my guess is that there is
only one copy per OS process, which means only one copy per
running Forte application.
John Hodgson |Descartes Systems Group Inc.|[email protected]
Systems Engineer|120 Randall Drive |http://www.descartes.com
|Waterloo, Ontario |Tel.: 519-746-8110 x250
|CANADA N2V 1C6 |Fax: 519-747-0082
Geoff Puterbaugh wrote:
>
I just recently completed a two-way integration project
between Forte and Actuate. To make both ways work for
you, you will need Forte release 3 (now in beta).
The integration project shows you how to use the Actuate
API from Forte (Forte --> Actuate) to set up report runs,
print reports, parameterize reports, etc. (You still have
to create the reports using the Actuate Developer's Workbench.)
This part should work with any version of Forte.
Going the other way (Actuate --> Forte) requires the OLE
automation features found in Forte R3. This enables a
Forte service object to fetch the data for your report,
as an alternative or addition to the standard SQL queries
running against an RDBMS.
You can find documentation and source code on the Forte
home page, under Technical Info, and then "Shareware." You
need a password to get there, but Forte technical support
can provide you with one in a jiffy.
Hope this helps some!
Geoff

Geoff,
Your link to the Actuate API looks great, and it came just in
time: I had just started doing it myself.
A question: how can calls to the Actuate API be multithreaded?
Your C project has the extended property MultiThreaded = FALSE.
That's probably prudent, since we don't know how the Actuate
application works internally. However, we have a need for
running both (i) intensive reports and (ii) on-demand light
reports simultaneously. So, we need to multithread those two
sorts of tasks.
A possible way to multithread Actuate would be to load separate
copies of the dll's for each of the two tasks. Now, I don't
know how dynamic loading works, but my guess is that there is
only one copy per OS process, which means only one copy per
running Forte application.
John Hodgson |Descartes Systems Group Inc.|[email protected]
Systems Engineer|120 Randall Drive |http://www.descartes.com
|Waterloo, Ontario |Tel.: 519-746-8110 x250
|CANADA N2V 1C6 |Fax: 519-747-0082
Geoff Puterbaugh wrote:
>
I just recently completed a two-way integration project
between Forte and Actuate. To make both ways work for
you, you will need Forte release 3 (now in beta).
The integration project shows you how to use the Actuate
API from Forte (Forte --> Actuate) to set up report runs,
print reports, parameterize reports, etc. (You still have
to create the reports using the Actuate Developer's Workbench.)
This part should work with any version of Forte.
Going the other way (Actuate --> Forte) requires the OLE
automation features found in Forte R3. This enables a
Forte service object to fetch the data for your report,
as an alternative or addition to the standard SQL queries
running against an RDBMS.
You can find documentation and source code on the Forte
home page, under Technical Info, and then "Shareware." You
need a password to get there, but Forte technical support
can provide you with one in a jiffy.
Hope this helps some!
Geoff

Forte Integration With Exchange or Netscape CalendarServer

Hi folks.
I am trying to write an application that will either talk to Ms Exchange
or the Netscape Calender Server.
The application should automatically make an appointment on the user's
calendar based on the time and date specificied. Over here I am not sure
what components that Microsoft or Netscape has provided for us to
integrate with their calendar systems? Has anyone actually implemented
this? What are the alternatives that I have?
Will Ms MAPI or Netscape's Messaging Access SDK works?
Thanks
from: Suen

What you need to do is integrate Forte with MAPI.
You can either create a Forte 'C' project that has a direct mapping to
each of the functions supported by MAPI OR write a wrapper library for
that accepts the basic parameters to initialize mapi and send/receive
mail and talks to MAPI by itself.
We have taken the second approach and have our application totally
integrated with MAPI.
You can read more about integrating with C in the 'Integrating with
External Systems' manaual.
Inderjyot Singh Sabharwal
Indus Consultancy Services
201-261-3100 x232
[email protected]
-----Original Message-----
From: owner-forte-users [SMTP:[email protected]]
Sent: Monday, January 12, 1998 9:59 AM
To: doug; forte-users
Cc: george
Subject: Forte Integration with MS Outlook
Hi all,
Would like to ask if anyone has done any integration between Forte and
Microsoft Outlook? or even Exchange?
Would appreciate any information.
Thanks,
Steven Wong
Distributed Objects Sdn. Bhd.
22, Jalan USJ 9/5T,
47620 UEP Subang Jaya,
Selangor Darul Ehsan, Malaysia.
Tel : (603) 5310 777 ext. 309
(603) 5310 222 ext. 309
Email : [email protected]

Forte Integration with AS/400

Hi, folks.
Like to ask if anyone has tried to access IBM AS/400 from a Forte
application?
Would like to know how can we do that and what are the best options we
have?
Appreciate if anyone could help me on this 'cos it is really urgent....
Thanks in advance.
from: suen
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

You can also investigate using IBMs MQ Series. Other message oriented
middleware may also have AS/400 ports available (such as Tuxedo).
-J
Mike Burke wrote:
>
Could you please provide some more information on what you plan to do
here? Are you looking to just pull data from the AS/400? Will you be
sending data back to the AS/400?
The AS/400 has supported Berkley Sockets; since, Release V3R1. Your
best bet for now is probably to use Forte's ExternalConnection class to
communicate with a C socket provider/consumer on the AS/400 side.
Please see Forte's "Integrating With External Systems" manual for
further information on the ExternalConnection class.
Also, I heard a couple of months ago that IBM plans to incorporate a
fully compliant CORBA ORB in a future release of OS/400. I haven't
heard if they have followed through on this. If so, CORBA would provide
another means for you to communicate with your AS/400 from Forte.
- Michael R. Burke
Born Information Services
e-mail: [email protected]
-----Original Message-----
From: Wei Suen Lai [SMTP:[email protected]]
Sent: Thursday, June 11, 1998 5:29 AM
To: Forte User Group
Subject: Forte Integration with AS/400
Hi, folks.
Like to ask if anyone has tried to access IBM AS/400 from a Forte
application?
Would like to know how can we do that and what are the best options we
have?
Appreciate if anyone could help me on this 'cos it is really
urgent....
Thanks in advance.
from: suen
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/>--
John Jamison [email protected]
Vice President and Chief Technology Officer
Sage IT Partners, Inc.
Voice: 415 392-7243 x 306
Fax: 415 391-3899
Internet Enabled Business Change
http://www.sageit.com
-----------------------------------------------------

Forte integration with Accounting packages

Hello all,
I would like to have more information about how Forte has been used
to integrate with Accounting packages. Any information would be
beneficial to me.
Thank you.

What you need to do is integrate Forte with MAPI.
You can either create a Forte 'C' project that has a direct mapping to
each of the functions supported by MAPI OR write a wrapper library for
that accepts the basic parameters to initialize mapi and send/receive
mail and talks to MAPI by itself.
We have taken the second approach and have our application totally
integrated with MAPI.
You can read more about integrating with C in the 'Integrating with
External Systems' manaual.
Inderjyot Singh Sabharwal
Indus Consultancy Services
201-261-3100 x232
[email protected]
-----Original Message-----
From: owner-forte-users [SMTP:[email protected]]
Sent: Monday, January 12, 1998 9:59 AM
To: doug; forte-users
Cc: george
Subject: Forte Integration with MS Outlook
Hi all,
Would like to ask if anyone has done any integration between Forte and
Microsoft Outlook? or even Exchange?
Would appreciate any information.
Thanks,
Steven Wong
Distributed Objects Sdn. Bhd.
22, Jalan USJ 9/5T,
47620 UEP Subang Jaya,
Selangor Darul Ehsan, Malaysia.
Tel : (603) 5310 777 ext. 309
(603) 5310 222 ext. 309
Email : [email protected]

Forte integration with LDAP

Hi.
Has anyone successfully integrated with LDAP using the C library from
LDAP SDK?
Currently I'm facing a problem when I tried to generate the C++ wrapper
for the C library. The compiler is unable to resolved the data type of
some data structs. This is because the definition for these structs are
not defined in any of the include files provided. According to the LDAP
SDK doc, this is because the fields for those data structs are not
intended to be accessible to the clients.
That is why in my wrapper project, I defined these struct, each has the
property Opaque = TRUE.
The following is the error message:
BEGIN FILE
Working directory is d:\forte\tmp\cg13\pc_nt\ldapsrch
Processing BOM file: LDAPSrch.bom
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 11.00.7022 for
80x86
Copyright (C) Microsoft Corp 1984-1997. All rights reserved.
LDAPSrch.cc
LDAPSrch.cc(70) : error C2027: use of undefined type 'BerElement'
LDAPSrch.cc(127) : error C2027: use of undefined type 'LDAP'
LDAPSrch.cc(184) : error C2027: use of undefined type 'LDAPMessage'
LDAPSrch.cc(203) : error C2733: second C linkage of overloaded function
'ldap_init' not allowed
LDAPSrch.cc(204) : error C2733: second C linkage of overloaded function
'ldap_simple_bind_s' not allowed
LDAPSrch.cc(205) : error C2733: second C linkage of overloaded function
'ldap_perror' not allowed
LDAPSrch.cc(206) : error C2733: second C linkage of overloaded function
'ldap_search_s' not allowed
LDAPSrch.cc(207) : error C2733: second C linkage of overloaded function
'ldap_first_entry' not allowed
LDAPSrch.cc(208) : error C2733: second C linkage of overloaded function
'ldap_next_entry' not allowed
LDAPSrch.cc(209) : error C2733: second C linkage of overloaded function
'ldap_get_dn' not allowed
LDAPSrch.cc(210) : error C2733: second C linkage of overloaded function
'ldap_first_attribute' not allowed
LDAPSrch.cc(211) : error C2733: second C linkage of overloaded function
'ldap_next_attribute' not allowed
LDAPSrch.cc(212) : error C2733: second C linkage of overloaded function
'ldap_get_values' not allowed
LDAPSrch.cc(213) : error C2373: 'ldap_value_free' : redefinition;
different
type modifiers
LDAPSrch.cc(214) : error C2733: second C linkage of overloaded function
'ldap_ber_free' not allowed
LDAPSrch.cc(215) : error C2733: second C linkage of overloaded function
'ldap_msgfree' not allowed
LDAPSrch.cc(216) : error C2373: 'ldap_memfree' : redefinition; different
type modifiers
LDAPSrch.cc(217) : error C2733: second C linkage of overloaded function
'ldap_unbind' not allowed
cl /W3 /Gf /GX /MD /c /Ob1 /vmg /DSTRICT /DWIN32 /D__WIN32__
/DLIBOO_DLL
WIN32_LEAN_AND_MEAN /Id
:\forte\install\inc\cmn /Id:\forte\install\inc\os
/Id:\forte\install\inc\ds
/Id:\forte\install\inc\handles /Id:\forte :\forte\LdapAPIs\include
/FoLDAPSrch.obj /Tp LDAPSrch.cc
So, please advise on how should I proceed.
Thanks in advance.
from: suen
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 Anoop,
To adapt an SAP Workflow, you can create a configuration. In this configuration you can redefine values for steps of the workflow definition. These values are evaluated at runtime instead of the values originally defined.
You can configure the following step types:
Activity
User decision
Document from template
Wait
Moreover,Features
You can set the following data individually in the step definition of the configurable step types:
1)Responsible agents
2)Excluded agents
3)Message recipient for completion
4)Priority
5)Requested start
6)Indicator denoting whether the step is included in the    workflow log
7)Activation of a latest end, a latest start, or a requested end with the reaction Send mail
This URL privides info about various workflow codes http://help.sap.com/erp2005_ehp_02/helpdata/en/9b/572614f6ca11d1952e0000e82dec10/content.htm
Regds,
Krutarth
·        Reference date/time for latest end, latest start, and requested end
·        Message recipient for missed deadline
·        Information about the work item display

Forte Integration

I know it was previously mentioned that jato was designed for tools
integration so I am wondering when we will see a forte/netbean module
for Jato. Also is anyone at liberty to elaborate on the recent press
release and tell us how well jato / ias 6.5 /forte will be integrated
together and what we can expect to see?

Nick,
I am not at liberty to announce any specific details at this time,
however I can tell you it does involve a Forte module for JATO.
We hope to be able to make some announcements very soon...stay tuned.
Cheers
Charles Beckham
nickmalthus wrote:
>
I know it was previously mentioned that jato was designed for tools
integration so I am wondering when we will see a forte/netbean module
for Jato. Also is anyone at liberty to elaborate on the recent press
release and tell us how well jato / ias 6.5 /forte will be integrated
together and what we can expect to see?
For more information about JATO, including download information,
please visit:
http://developer.iplanet.com/tech/appserver/framework/index.jsp

Actuate reporting solutions

Solano,
We have developed a module that integrates Forte with Actuate. We were very
impressed with Actuate's reporting capability, but our clients had a couple of
concerns with it: 1) they didn't like the per-user fee Actuate charges for the
report scheduler, 2) they wanted to use the same interface to input parameters
that they use in their normal application windows (with drop-down lists,
multi-selection list, validations, short cut keys, etc.).
What we did was to create a front-end window in Forte that dynamically builds
parameter screens for inputting report parameters. These windows vary
depending upon the reports' needs. After entering these parameters, the user
can run the report from Forte.
Shortly we will add the ability for the users to parse their reports, by
customer, and automatically fax them. When R3 is released, we will further
integrate the two tools.
I myself have not used Actuate, but if you are still interested, and I can
refer you to our Actuate/Forte experts.
Thanks,
Vince Hoenigman
Tel: 415-973-7224
e-mail: [email protected]
From: Solano Alessandra <[email protected]>
Sent: Wednesday, April 30, 1997 3:04 AM
To: "'Forte'-Users'" <[email protected]>
Subject: reporting systems
Is there anybody who use Actuate Reporting System integrated with Forte'?
We would like to know if it is possible to design and produce reports
directly from Forte' Application without making a new query on DBMS (from
Actuate Developer Workbench).
By the way we are also looking to have a multiplatform reporting system
(using also Unix Client machines). We read about Actuate Report Server. Do
we
have to use Actuate Report Server together with Actuate Developer Workbench
or there are other possibility to work with Unix Clients?
We'll be very happy to receive an answer about our questions or to have some
informations about where to find documentation about these matters.
Thanks very much.
Solano ALessandra
CSI-PIEMONTE
C.so Unione Sovietica 216
10134 Torino ITALY
tel:+39 11 4618847
fax:+39 11 4618212
e-mail: [email protected]

The FormattedDataSet is not a total reporting solution, but it does a good job of displaying tabular data such as you would see in a listbox, html table, xml, or csv. It is flexible, fast and easy to use. You crreate your own templates which do a good job of separating formatting from presentation. This allows for both reuse of the data and formatting
For a live demo check out http://www.fdsapi.com

Re: (forte-users) Minimal Fusion

Thomas,
A response which may contain no answers...and may lead to more questions...
As a novice fusion user, one of the largest obstacles to using Fusion is the lack of XML API's in an application, be it a customer's in-house or vendor's software product. Corresponding to this is simply the lack of any API's in the application. As Forte (abet Sun, now iPlanet) says in their training manual 'A nontrivial task is to build new adapters for your programs if you wish to enable them to interact using XML documents over HTTP'. This is probably an understatement.
The question that come to mind is:
Does the warehouse have published API's their product?
If not, then, IMHO, you have steep hill to climb, not the least being communication, cooperation, and coordination from the warehouse vendor (another one of those 'nontrivial tasks') in trying to create the required API's
if so, then it is a matter of building an adapter, in a language that is compatible with the warehouse's API (hopefully C or some derivation of) , that contains (1) a DOM (Document Object Module) to API Translator, (2) an XML Parser (converts XML to DOM and visa-versa) , and (3) a HTTP server (again, another one of those 'nontrivial tasks').
Forte (abet Sun, now iPlanet) suggests, and I would concur (with reservations), that if you haven't done this before you should probably hire their services from the Forte Integration Services group. Their costs (admittible high) should be offset be the time it would take to develop one on your own. A side benefit is working with them, you learn the process for making other adapters in the future. If Fusion is a marketing success, then the benefits should out weigh the costs.
The Forte Integration Services group markets, or will market, a Fusion Adapter Designer, some sort of a SDK, which assists in the creation of Adapters. I do not know the availability of that product at this time.
As to your question "Is it reasonable to consider doing this project under Fusion as a
getting-feet-wet experience?" If you (or your customer) can afford the costs, and the warehouse has published API's, I would say that you gotta get-your-feet-wet somehow. If the warehouse doesn't have published API's and are not willing to put forth the effort and resources to do so, I would say your chances of success are considerably less.
In any case, IMHO, it will be a 'non trivial' undertaking.
-later
-labeaux
"Thomas Mercer-Hursh, Ph.D." <thomascintegrity.com> 10/31/00 04:49PM >>>This may be one of those questions which has no answer, but ...
Our long term plan is to develop XML APIs to each of the modules in our
suite of non-Forte applications and to integrate these under Fusion, thus
gaining Conductor management of the inter-module work flows and a cleaner
loose coupling of the applications along with other benefits such as the
ease of integration with other packages, a clean way to migrate to Forte
modules, and an ease of interconnecting "mini-applications" to address
specific customer needs.
I have an existing customer who has made a decision to migrate to a third
party warehouse from an in-house warehouse. I.e., were this transition to
the new structure complete, this would correspond to unhooking some of our
modules and replacing these with an adapter to the corresponding modules in
the third party warehouse.
In fact, as it looks now, I will need to build the logical equivalent of
these APIs anyway -- might as well do it in XML, right? And these APIs
will communicate with a daemon responsible for the message traffic to and
from. I tried to get this traffic to be XML and to use MQSeries or JMS as
the transport, but the folks at the warehouse end don't seem to be able to
handle such things, so I am stuck doing something fairly stupid for the
actual communication.
So, the question for those out there who have already paid their Fusion
dues, is it reasonable to consider doing this project under Fusion as a
getting-feet-wet experience. There are only half a dozen APIs to do and I
have to do those anyway and am inclined to make them XML regardless. There
will be one communication daemon to which all these connect and the
business processes originally implemented in Conductor will basically be
just point to point connects, except for routing traffic from the daemon to
the right API based on message type. That's really all I need it to do,
i.e., far too simple to actually need Fusion, but a possible opportunity
to get started and then to expand to other uses.
Crazy?
=========================================================================
Thomas Mercer-Hursh, Ph.D email: thomascintegrity.com
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
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

At 07:55 AM 11/1/00, Labeaux Schiek wrote:
As a novice fusion user, one of the largest obstacles to using Fusion is
the lack of XML API's in an application, be it a customer's in-house or
vendor's software product.In this case, the good news is that one of the applications in question is
our own, so whipping up an XML API to suit each required transaction on
that side is no more, probably less, work than importing or exporting a
flat file or whatever. Moreover, my current expectation of how this
interaction will work is something like this:
</pre>
---Fusion------
| |
WACS<-->WACS_Daemon<----VPN socket
connection---->IS_Daemon I/S
</pre>
I.e., I/S, our application, and the IS_Daemon which handles the connection
traffic across the internet link are both mine. For I/S, I will create XML
APIs to suit. For the IS_daemon, I might use the transform facilities to
convert this XML to the pipe-delimited format they are expected at the
other end and make the daemon a simple manager of the connection or, the
daemon could do the conversion, but the former seems like the more
appropriate approach. The API between the two daemons is something we are
defining now (unfortunately I lost the argument to make that XML).
Corresponding to this is simply the lack of any API's in the
application. As Forte (abet Sun, now iPlanet) says in their training
manual 'A nontrivial task is to build new adapters for your programs if
you wish to enable them to interact using XML documents over HTTP'.My neophyte understanding is that, since I am defining the API to I/S in
the diagram above and I can make this XML, then the adapter issue
disappears there. I might have to create an adapter for the daemon, but if
necessary, I could make that the same XML on a pass through and do the
translation in the daemon.
If not, then, IMHO, you have steep hill to climb, not the least being
communication, cooperation, and coordination from the warehouse vendor
(another one of those 'nontrivial tasks') in trying to create the required
API'sWe are well through this process anyway. ... which is not to say that it
has been or will be easy, but it must be done whether I use Fusion or
not. Given that the vote has gone in favor of simple messages of
pipe-delimited records, i.e., basically flat file, the technical issues
there are minimal.
if so, then it is a matter of building an adapter, in a language that is
compatible with the warehouse's API (hopefully C or some derivation of) ,
that contains (1) a DOM (Document Object Module) to API Translator, (2)
an XML Parser (converts XML to DOM and visa-versa) , and (3) a HTTP server
(again, another one of those 'nontrivial tasks').I'm not sure I quite understand what you are saying here. The HTTP part
won't be there since we will apparently be connecting via a VPN sockets
connection. But, how are you distinguishing DOM and XML since DOM is a
particular form of XML? The XML API I build for I/S will be DOM compliant.
Forte (abet Sun, now iPlanet) suggests, and I would concur (with
reservations), that if you haven't done this before you should probably
hire their services from the Forte Integration Services group. Their
costs (admittible high) should be offset be the time it would take to
develop one on your own. A side benefit is working with them, you learn
the process for making other adapters in the future. If Fusion is a
marketing success, then the benefits should out weigh the costs.I am familiar with the "party" line. If I were building a complete
interface to another major product (I/S is roughly equivalent to JDEC in
coverage) in the context of an EAI project, I would happily invite them in
and hope to pick up pointers. Here, though, there are only 8 or 9 total
transaction types and either all of the interfaces are XML, i.e., no
adapter required as I understand it, or only the daemon will need an
adapter and that will be a choice I can make depending on how things
go. One does wish it were possible to sample a small piece of that
knowledge store without having to buy the whole thing, though.
The Forte Integration Services group markets, or will market, a Fusion
Adapter Designer, some sort of a SDK, which assists in the creation of
Adapters. I do not know the availability of that product at this time.Last I checked, one couldn't get this without the consulting ... hence the
last sentence above.
Thanks for your input.
=========================================================================
Thomas Mercer-Hursh, Ph.D email: thomascintegrity.com
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

Problem with AppletViewer in Forte

Hi,
my applet runs fine when the 1.4 appletviewer is called from the command line, it also runs fine when executing the forte-generated html-file from forte, but the appletviewer won't start from forte (applet debugging and applet execution set)
when i try to execute my applet from forte, the process starts, runs 1 or two seconds, and terminates without showing any messages (errormessages).
any ideas? thanks in advance...

J2ME forte integration destroyed something in my forte-projects-folder. Uninstall was not enough, i had to rename this folder and create a new one.

Help: Forte on Windows, cant find javax packages

Forte integration was working fine for me yesterday, and after uninstalling and re-installing (to fix another problem), I now get the following error:
Test/TestApp.java [9:1] package javax.microedition.midlet does not exist
import javax.microedition.midlet.*;
^
Any ideas what went wrong? Where does Forte look for the classpath? I have a CLASSPATH environment variable set, is it using this, or is there an app-specific configuration it looks for? Forte 3, JDK 1.3.1, J2MEWTK 1.0.3.
Thx,
Fred

[HypnosFred],
Did you re-install the J2ME Wireless Toolkit 1.0.3 BETA as well after your re-installation of Forte for Java 3.0?
This is because the installation process of the J2ME Wireless Toolkit 1.0.3 BETA software will prompt the user if he/she wants to integrate to Forte for Java or not. If you choose to integrate the J2ME WTK to Forte for Java, it will place classpath settings, etc, etc, etc on the configuration files of Forte for Java 3.0.
Let us know if you still have problems and get the error messages.
HTH.
Allen Lai
Developer Technical Support
SUN Microsystems
http://www.sun.com/developers/support/

Paging integration

Hi,
We are looking for past experiences with intergration of FORTE to paging
software providers. Has anybody had experience or actually implemented this
type of integration? If you have any information in terms of accomplishments,
FORTE integration aspects and paging software used it would be greatly
appreciated.
Thanks in advance,
Regards,
Kevin McGaffey
Caro
The following is an attached File item from cc:Mail. It contains
information that had to be encoded to ensure successful transmission
through various mail systems. To decode the file use the UUDECODE
program.
--------------------------------- Cut Here ---------------------------------
begin 644 TNFE.TMP
M>)\^(J\!`0:0"``$```````!``$``0>0!@`(````Y`0```````#H``$(@`<`
M&````$E032Y-:6-R;W-O9G0@36%I;"Y.;W1E`#$(`0V`!``"`````@`"``$$
M@`$`$P```%!A9VEN9R!I;G1E9W)A=&EO;@`:!P$%@`,`#@```,T'#``"``H`
M)0`#``(`%@$!#(`"`'@!``!(:2P-"@T*5V4@87)E(&QO;VMI;F<@9F]R('!A
M<W0@97AP97)I96YC97,@=VET:"!I;G1E<F=R871I;VX@;V8@1D]25$4@=&\@
M<&%G:6YG('-O9G1W87)E('!R;W9I9&5R<RX@($AA<R!A;GEB;V1Y(&AA9"!E
M>'!E<FEE;F-E(&]R(&%C='5A;&QY(&EM<&QE;65N=&5D('1H:7,@='EP92!O
M9B!I;G1E9W)A=&EO;C\@($EF('EO=2!H879E(&%N>2!I;F9O<FUA=&EO;B!I
M;B!T97)M<R!O9B!A8V-O;7!L:7-H;65N=',L($9/4E1%(&EN=&5G<F%T:6]N
M(&%S<&5C=',@86YD('!A9VEN9R!S;V9T=V%R92!U<V5D(&ET('=O=6QD(&)E
M(&=R96%T;'D@87!P<F5C:6%T960N#0H-"E1H86YK<R!I;B!A9'9A;F-E+`T*
M4F5G87)D<RP-"DME=FEN($UC1V%F9F5Y#0I#87)O#0H`KH0!((`#``X```#-
M!PP``@`*`"$`.``"`$<!`0F``0`A````148V-4$U0C<Q,C9"1#$Q,4$W,#,P
M,#@P0S=%141".#D`-0<!`Y`&`&@$```>````"P`"``$````+`",```````,`
M)@``````"P`I```````#`#8``````$``.0`P)4LC./^\`1X`<``!````$P``
M`%!A9VEN9R!I;G1E9W)A=&EO;@```@%Q``$````6`````;S_.",]MZ5E\6L2
M$=&G`P"`Q^[;B0```P`&$'MOP-8#``<0,P$``!X`"!`!````90```$A)+%=%
M05)%3$]/2TE.1T9/4E!!4U1%6%!%4DE%3D-%4U=)5$A)3E1%4D=2051)3TY/
M1D9/4E1%5$]004=)3D=33T945T%215!23U9)1$524TA!4T%.64)/1%E(041%
M6%!%4DD``````@$)$`$```"-`0``B0$``/<!``!,6D9U,+^9TG<`"@$#`?<@
M`J0#XP(`8X)H"L!S970P(`<3Y0*`?0J!=6,`4`L#"V!`;F<Q,#,S"Z8@.$AI
M+`JB"H0*@%=E3B`*P!-0"0!O:PN`9RX@`A`%P`JP<P5`97@V<`9Q"?!C!Y$#
M\'1H&B`+@'0$D`G`871I`0(@(&]F($9/4J!412!T;Q1A9Q/R4G,6H'1W$W)P
M`V!VXFD$@7,N(!)`%(`38$1N>0;@9'D@#X!D3Q2Y%I`%P`#0='4'0&SW&<`'
M<`M090>`%>$:`!6@>P0`%R!Y%.`6DA72%B4_M1D`21:P>0A@&=%V$U'_&7`5
MP10Q`,`64PN`%R`$D'YM!"`6H0#0!:`;H00`:+D;XG,L%L4=*1-@<Q3@[QL0
M&4(:`!=N=0^P&@`5D.L5<`A@;!H`8A-0"<$60'D;86%P&&`%D`<P'!$NY1**
M5`^`;FL$(!_!&?#N=@!P%4`2=5(=4`L1(6`9$H1+91B0`Z!-8T=280$@97D2
MA$,*P&\+$HH0<0`L8`````,`$!```````P`1$``````#`(`0_____T``!S#`
M\KRS-_^\`4``"##`\KRS-_^\`0L``(`((`8``````,````````!&``````.%
M`````````P`"@`@@!@``````P````````$8`````$(4````````#``6`"`&
M``````#`````````1@````!2A0``=!```!X`)8`((`8``````,````````!&
M`````%2%```!````!0```#@N,#(``````P`F@`@@!@``````P````````$8`
M`````84````````+`"^`"`&``````#`````````1@`````.A0````````,`
M,(`((`8``````,````````!&`````!&%`````````P`R@`@@!@``````P```
M`````$8`````&(4````````>`$&`"`&``````#`````````1@`````VA0``
M`0````$`````````'@!"@`@@!@``````P````````$8`````-X4```$````!
M`````````!X`0X`((`8``````,````````!&`````#B%```!`````0``````
<```>`#T``0````$``````````P`--/TW``":X```
end

Is the GW configured as H323 or MGCP? If H323 you will need matching dial-peer that points the FXO port, since you are stripping 55 the destination pattern would need to be #, keep in mind # is by default used as termination key, so you'll need to change the termination key in order to use #.
If MGCP is used, is the route pattern pointing to the correct port?
HTH,
Chris

Forte Developers available to work anywhere in US

Twenty three Forte developers with middleware integration exposure, VB/VC
Front end - Forte Integration experience, Forte-Visigenic integration
expertise, are available for work anywhere in the US on a
contract basis from Total It Solutions Inc, Santa Clara, CA.
Interested parties please contact K S Reddy on 408 396 8456 or 408 727 8200.
K S Reddy
Total IT Solution Inc.
Suite 445, 4677 Oldironsides Dr.
santa Clara, CA 95054
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

I activated mine from Oklahoma to use it in PR. There
aren't any long distance/roaming charges since
National plans include PR and US Virgin Islands in
AT&T's coverage area. You can even activate it from
PR provided you have an US address (friend or
family), as soon it is activated you can change the
address back to a local one as I did. However you
won't be able to change the area code to 787 'til the
iPhone is released in the island. Im back in the
island and I'm happy with my 918 area code until
then...tirame un email y hablamos...
Saludos,
Yo voy a salir de viaje a Orlando la semana del 22 al 28. Espero poder conseguirlo en ese tiempo y activarlo alla para usarlo como tu actualmente. Estuve revisando los post tuyos y parece que no has tenido ningun problema con el funcionamiento de todos los features. Eso es asi?, recives los email y los contestas sin problema? haces search en safari? Coño... esta brutal? dame mas detalles.
No encontre tu e-mail address si quieres me puedes escribir a [email protected]
PRO Mac OS X (10.4.9)

Re:Actuate & Forte Integration.

Similar Messages

Maybe you are looking for