ODBC with Forte

Has anyone built an application using ODBC with Forte? We are in the
process of doing this but have no clear understanding of what we have to
do to use ODBC. Do we get rid of all the SQL we have created? Do we
by-pass Forte's database access functions? I have called Forte on this
issue. They simply pointed me to the Accessing Database book which
simply pointed out how to set the ODBC driver.
Thanks!
Maria Lim
May & Speh
1501 Opus Place
Downers Grove, IL 60515
630-971-4758
[email protected]

At 11:41 AM 1/6/98 -0600, you wrote:
Has anyone built an application using ODBC with Forte? We are in theMaria,
In response to your inquiry regarding ODBC use with Forte.
Accessing a database via ODBC with Forte is no different than accessing it
using native drivers. I've used ODBC to work with MS Access, MS SQLServer
and IBM's DB2 (via a third party ODBC driver).
The following assumes you want to use the ODBC driver in a server partition.
If you want to use it from a client (Win 3.1x, Win95) ask tech support
for TECHNOTE 10540, "Configuring and testing ODBC on Windows 3.11/95/NT with
Oracle, SQLServer, and Access."
The steps to access ANY database within Forte are the same regardless of
the drivers used (ODBC vs. native drivers).
First: Install the database in the target machine. If the database will be
accessed via an ODBC driver, then you must define the driver (in NT it is
done from the ODBC icon in the control panel). The data source name will
be the database name you'll use in the Forte DBSession object.
Second: Tell the Forte environment that there is a database resource in the
node where you defined the ODBC database. One way to do this is via Econsole.
You would lock the environment and update the node properties to add an ODBC
resource. The resource name will be the DatabaseManager name in the
Forte DBSession object.
Third: Create a DBSession using the resource manager name and data source
name you created.
Fourth: Write Forte code to use the database. Sometimes the SQL syntax between
databases differs (specially if you are using functions, etc.) so you may
have to
allow for that if you are converting between databases.
Good luck
Gabriel J. Choza
Forte Technical Sales
(602) 553-1029
2390 E. Camelback - Suite 300
Phoenix, AZ 85016

Similar Messages

[Fwd: Creating an ODBC Driver with Forte]

Has anyone created an ODBC driver with Forte? The Microsoft ODBC
Software Development Kit (SDK) assumes that ODBC drivers will be
developed in C. I would like to write the driver in Forte TOOL. Even
though C++ code can be generated from TOOL code, I am not certain that
the generated C++ code will conform to the ODBC API, and be compatible
with other ODBC components, such as the ODBC Driver Manager, ODBC
Installer, and ODBC Test applications supplied by Microsoft with the
ODBC SDK. Any advice would be appreciated. (The purpose of my ODBC
driver is to enable data access by any ODBC client application, using
calls to Forte service objects to retrieve and process the data before
it is sent to the client application.)
Chris Johnson
Unified Information, Inc.
425-814-4007
MailTo:[email protected]

The following is extracted from Oralce's Metalink: (sorry lost the link)
"This is an NLS related issue. The ODBC driver uses the values derived from the NLS_LANG setting from the Oracle Home where the driver is installed.
The application actually uses the number setting from the NT Regional Settings.
When these two settings differ, then the decimal character will be cut off. This behaviour is also described in Bug:694323.
Example:
You have set your NLS_LANG in the ORACLE_HOME of your ODBC driver to GERMAN_GERMANY.WE8ISO8859P1. This will result in a value for the NLS_NUMERIC_CHARACTERS of ",." (the first part of the NLS_NUMERIC_CHARACTERS being the decimal character and the second part being the group separator).
So the "." is used by the Application and the "," is used by the Oracle ODBC driver.
As a result numeric values in your Oracle Database with an integer and a decimal part will thus be displayed by the application without the decimal character, i.e. a value of 10,734 will be displayed as 10734 a value of 0,123 will be displayed as 123.
To fix this, you will either have to correct the character used for the Decimal Symbol of your NT Regional settings to match the value of your Oracle NLS_LANG setting or vice versa. To change the value for NLS_LANG, go to your registry and change the NLS_LANG parameter that is situated under HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/HOMEnnn/NLS_LANG where HOMEnnn is the home where your Oracle ODBC driver is installed."
Hope this helps, resolved our issue with this problem.

Interacting with Forte's Express repository

Has anyone had any experience with Forte's GenericRepository or AppModel
Library ?
Specifically I want to be able to commit changes I have made using the
abRepositoryClass (from AppModel) in addition to the ability to use an
instantiation of an abRepositoryClass to move between workspaces.
Thanks for your attention!
Geoffrey Whittington
Software Engineer, Descartes Systems Group Inc.
[email protected]
(519)746-8110 x2333

Hello Forte-User,
i have this problem inside access also. Because if the where-clause have too much conditions, i got an error: .. too complex... .
My solution for you is:
Test the Query-Statement (Database Statement) directly with access in an SQL-Command. If it works, may be the ODBC-Driver is not flexible enough.
If not, than you have a problem using Access with Express. This means you may change the method in which manner Express makes Database Access.
The default manner Express makes database accesses is 'Optimistic Verify'.
This means before Update insert or delete occures Express make a re-Read of the data's with its last contents to secure that no other user makes changes on the data before (See Details on Concurrency Manager).
You may test the same sample with 'Pessimistic-Verify' perhaps it works fine.
Sorry for this bad message.
Joseph Mirwald

RE: Using CORBA as Middleware with Forte'

This is one solution when the two sides want to be somewhat independent of
each other.. To use Forte messaging the environments have to be connected,
identical Forte versions, probably identical versions of all objects
involved (rather than just correct IDL), etc. I've toyed with this as well
for a client with two major Forte application development efforts occurring
in completely different business units.
-Greg
-----Original Message-----
From: Sean Brown [SMTP:[email protected]]
Sent: Thursday, October 22, 1998 1:56 PM
To: Giuseppe Sorce; Lenny Hon
Cc: [email protected]
Subject: Re: Using CORBA as Middleware with Forte'
If you don't mind me asking, why would you ever want to do this? If
you are
talking between two Forte services, why would you not want to use
the native
protocol which is bound to be more efficient since it was written
specifically for that purpose? The only reason I can think of is if
you
need two Forte services to talk to each other through a firewall and
the
firewall is configured to only allow certain protocols through, such
as
IIOP. Is this what you are trying to do? If not, what is your
reasoning?
Thanks,
Sean Brown
Cornice Consulting Inc.
mailto:[email protected]
-----Original Message-----
From: Giuseppe Sorce <[email protected]>
To: Lenny Hon <[email protected]>
Cc: [email protected] <[email protected]>
Date: Thursday, October 22, 1998 10:05 AM
Subject: RE: Using CORBA as Middleware with Forte'
>
>Lenny, I'm sorry but I think that my problem is more complicated.
>No java clients or java servers are involved: I want to use CORBA
as
>middleware between 2 different Forte' partitions (running on
different
>forte' environments).
>For example imagine you have 2 different Forte' applications (say
>application A and application B) in 2 different forte'
environments.
>Now imagine to define an IIOP-enabled service object (Inbound) in
>application A and, starting from the generated IDL (using corbagen
utility)
>to create a IIOP-enabled service object (Outbound) in application
B.
>Application B will be the Corba Client and application A will be
the Corba
>Server.
>They don't use Forte' middleware for communication (they are in
different
>Forte' envs).
>
>Giuseppe Sorce
>
>
>
>
>
>Lenny Hon <[email protected]> on 22/10/98 15.35.40
>
>Please respond to Lenny Hon <[email protected]>
>
>To: Giuseppe Sorce/CSI/IT, "'[email protected]'"
> <[email protected]>
>cc:
>Subject: RE: Using CORBA as Middleware with Forte'
>
>
>
>
>I have successfully used Forte IIOP-enabled service object to
communicate
>with my client Java program that uses VisiBroker 3.2 for Java ORB.
For the
>information, you can read the Forte Web Enterprise manual and the
following
>tech notes: 10950, 10951, 11145, 11152. I found them from Web
manual.
>
>Lenny Hon
>
>-----Original Message-----
>From: Giuseppe Sorce [mailto:[email protected]]
>Sent: Thursday, October 22, 1998 5:58 AM
>To: [email protected]
>Subject: Using CORBA as Middleware with Forte'
>
>
>
>I would like to find a way to use CORBA middleware as an
alternative for
>communications between Forte' partitions (I'm using Forte' rel.
3.0.G plus
>Visibroker 3.1 ORB).
>
>I found a technical note (ID 10520) but it is quite old and it is
related
> to Forte' release 2.0.E.2 (!).
>
>Any experience with Forte' release 3 and Visibroker would be
greatly
> appreciated.
>
>
>
>TIA
>
>Giuseppe Sorce
>
>CSI Piemonte - C.so Unione Sovietica 216 - 10134 Torino - ITALY
>
>tel. +39-011-3168736
>
>fax +39-011-3168212
>
>e-mail [email protected]
>
>url http://www.csi.it
>
>
>
>-
>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/>
>
>
>
>
>
>
>-
>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/>
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

This is one solution when the two sides want to be somewhat independent of
each other.. To use Forte messaging the environments have to be connected,
identical Forte versions, probably identical versions of all objects
involved (rather than just correct IDL), etc. I've toyed with this as well
for a client with two major Forte application development efforts occurring
in completely different business units.
-Greg
-----Original Message-----
From: Sean Brown [SMTP:[email protected]]
Sent: Thursday, October 22, 1998 1:56 PM
To: Giuseppe Sorce; Lenny Hon
Cc: [email protected]
Subject: Re: Using CORBA as Middleware with Forte'
If you don't mind me asking, why would you ever want to do this? If
you are
talking between two Forte services, why would you not want to use
the native
protocol which is bound to be more efficient since it was written
specifically for that purpose? The only reason I can think of is if
you
need two Forte services to talk to each other through a firewall and
the
firewall is configured to only allow certain protocols through, such
as
IIOP. Is this what you are trying to do? If not, what is your
reasoning?
Thanks,
Sean Brown
Cornice Consulting Inc.
mailto:[email protected]
-----Original Message-----
From: Giuseppe Sorce <[email protected]>
To: Lenny Hon <[email protected]>
Cc: [email protected] <[email protected]>
Date: Thursday, October 22, 1998 10:05 AM
Subject: RE: Using CORBA as Middleware with Forte'
>
>Lenny, I'm sorry but I think that my problem is more complicated.
>No java clients or java servers are involved: I want to use CORBA
as
>middleware between 2 different Forte' partitions (running on
different
>forte' environments).
>For example imagine you have 2 different Forte' applications (say
>application A and application B) in 2 different forte'
environments.
>Now imagine to define an IIOP-enabled service object (Inbound) in
>application A and, starting from the generated IDL (using corbagen
utility)
>to create a IIOP-enabled service object (Outbound) in application
B.
>Application B will be the Corba Client and application A will be
the Corba
>Server.
>They don't use Forte' middleware for communication (they are in
different
>Forte' envs).
>
>Giuseppe Sorce
>
>
>
>
>
>Lenny Hon <[email protected]> on 22/10/98 15.35.40
>
>Please respond to Lenny Hon <[email protected]>
>
>To: Giuseppe Sorce/CSI/IT, "'[email protected]'"
> <[email protected]>
>cc:
>Subject: RE: Using CORBA as Middleware with Forte'
>
>
>
>
>I have successfully used Forte IIOP-enabled service object to
communicate
>with my client Java program that uses VisiBroker 3.2 for Java ORB.
For the
>information, you can read the Forte Web Enterprise manual and the
following
>tech notes: 10950, 10951, 11145, 11152. I found them from Web
manual.
>
>Lenny Hon
>
>-----Original Message-----
>From: Giuseppe Sorce [mailto:[email protected]]
>Sent: Thursday, October 22, 1998 5:58 AM
>To: [email protected]
>Subject: Using CORBA as Middleware with Forte'
>
>
>
>I would like to find a way to use CORBA middleware as an
alternative for
>communications between Forte' partitions (I'm using Forte' rel.
3.0.G plus
>Visibroker 3.1 ORB).
>
>I found a technical note (ID 10520) but it is quite old and it is
related
> to Forte' release 2.0.E.2 (!).
>
>Any experience with Forte' release 3 and Visibroker would be
greatly
> appreciated.
>
>
>
>TIA
>
>Giuseppe Sorce
>
>CSI Piemonte - C.so Unione Sovietica 216 - 10134 Torino - ITALY
>
>tel. +39-011-3168736
>
>fax +39-011-3168212
>
>e-mail [email protected]
>
>url http://www.csi.it
>
>
>
>-
>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/>
>
>
>
>
>
>
>-
>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/>
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.

Problem with compiling STL using program with Forte C++ 6 update 1 in compat mode

I try to compile SGI STL using program with Forte C++ 6 update 1 and I get an errror
ld -L/opt/SUNWspro/WS6U1/lib -liostream test.o -o test
Undefined first referenced
symbol in file
__0oNIostream_initctv test.o
__0oNIostream_initdtv test.o
Iostream_init - declared as a static class CC4/iostream.h, but nm libiostream.a produce
__1cNIostream_init2T6M_v_
__1cNIostream_init2t6M_v_
and program can't link.
What's wrong?
Thank you for any comments

Hi!
I experienced the same problem and the solution looks like the following: in sunpro6.mak file there is a variable STL_INCL that has the following value: -I. -I${PWD}/../stlport
Change that to -I. -I${PWD}/../stlport/SC5 and the problem vanishes. The reason is that stlport/SC5 contains files *.SUNWCCh which are used by SUNpro C++ compiler as standard headers and contain correct STLPort namespace information.
Regars,
Art

RE: SMTP message transfer with Forte'

Hey,
You would have to use POP or POP3 client (not a lot of work) to retrieve
messages from mail server or write you own mail server (much, much more
work).
See SMTP/POP3 documentation on requirements - implementation, there is
plenty of information on the internet.
Hope this helps.
Dariusz Rakowicz
Consultant
BORN Information Services (http://www.born.com)
8101 E. Prentice Ave, Suite 310
Englewood, CO 80111
303-846-8273
[email protected]
-----Original Message-----
From: Paul Salmon [SMTP:[email protected]]
Sent: Tuesday, September 08, 1998 4:12 PM
To: '[email protected]'
Subject: SMTP message transfer with Forte'
Hi,
We are exploring a number of ways to transfer data from a business partner
through a secure extent circuit. Since I have been reading a few messages
regarding SMTP file transfer (send), I was wondering if anyone has any
experience in writing a Forte' service object to receive an SMTP message
and then parse it and insert the data into a database.
Paul Salmon
[email protected]
(714) 536-9778 voice
(714) 536-9778 fax
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/>-
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

Hello Sergiy,
Many thanks. I am in touch with our technical colleagues for the same and will revert back with results.
Thanks
Srinivas

Problem with Fort�

I'm having a problem reading from a file in Fort�. My program works in TextPad, but when I try running it with Fort�, it throws a FileNotFoundException...
I was wondering if I have to include it in a project or something like that?
Any help would be great.
Thanks.

Probably, your file is saved on a package, with something like this:
package com.something.util;
When you declare a statement like that, the default directory is now the base directory of the package, that's the directory that contains the "com" subdirectory.
If you try to read a file named "file.txt" in the "util" directory, the relative path of the file, would be:
"com\something\util\file.txt"
If you simply write:
"file.txt"
the system would look for that file in the directory that contains "com".
When you execute this program in the command line, you are positioned in the base directory, doesn't you?
That's the default directory and so, the system finds the file.
Hope that helps!

Re: Mutliple Inhertance with Forte

Hi Gunjan,
No. It is not possible.
What is possible is :
Create interface a with implementation class A,
interface b with implementation class B.
Create a class C1 (who could optionaly inherit from
class C0) and declare (in the proprety menu of
the class) that this class implement interface a and b.
Then, put in the class attribute AttA of type A
and attribute AttB of type B and then use this attributes
to implement the interface définition :
Here is a more concret example for one interface :
Say interface a declare a methode print()
So the class A implementing interface a will
have a Print() method who will done the REAL job.
Say a class C implementing interface a.
C class will have an PrintMgr atribut like this PrintMgr : A
C class will have a Print() method code like this :
Method Print() {
// Don't forget to test that PrintMgr
// attribut is instanciate BEFORE !!!
Self.PrintMgr.Print();
By this way you can obtain multiple inheritance.
Hope this help !
to use interface and implementation classe
coresponding to the interface, and than ins
At 09:24 22/06/98 -0400, Gunjan Vijayvergia wrote:
Can we derive a single class from two classes using tool ?
Gunjan
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>
Jean-Baptiste BRIAUD,
[email protected]
SEMA GROUP
France
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive <URL:http://pinehurst.sageit.com/listarchive/>

If you mean Multiple Inheritance in C++, Please look at Forte R3 - Interface
Classes.
Venkat Kodumudi
Price Waterhouse LLP
Internet: [email protected]
Internet2: [email protected]
-----Original Message-----
From: [email protected] [SMTP:[email protected]]
Sent: Monday, June 22, 1998 11:49 AM
To: Venkat Kodumudi
Subject: Mutliple Inhertance with Forte
To: [email protected] @ Internet
cc:
From: [email protected] @ Internet
Date: 06/22/98 09:24:06 AM
Subject: Mutliple Inhertance with Forte
Can we derive a single class from two classes using tool ?
Gunjan
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/>

Try to use Mysql database with forte

Dear All:
As title said, I try to use Mysql database with forte.
I read the manual , it said I have to put the database jdbc driver in
the Forte for Java lib/ext directory.
I did it and then add a new Driver in the Runtime tab in the Explorer
window .
But when I try to test this new driver(by Right-clicking on the driver
or connection in the Explorer and select Test Driver from the context
menu),it said "cannot find driver class: check your CLASSPATH or
\lib\ext direectory".
I am sure I'hve put the driver class(with the whole directory structure)
in that folder.
Does anyone what I may go wrong ?
Could you please give me some advices that I can fix this problem ?
Thanks in advance.
Ken @ Taipei , Taiwan , Asia

You should have put the jar file that contains the driver into that directory. If you unpacked the jar file and put the individual classes into that directory, it will not work.

RMI Performance Comp. with Forte

Hi All,
I know that this topic has been discussed on the list
already, but I would like to find out whether the
current state of Sun's RMI implementation is like
I imagine it, and I want to compare with our Forte
Service objects too. Basically, these seem to be
issues that negatively affect performance,
1. A thread is created on the server per request, and
there is no way to change this easily (i.e. reuse
threads from a pool)
2. Each call opens a new socket.
In particular, does it make sense to replace RMI with
CORBA for increased performance and scalability? Can a
PC-based server handle loads of about 1000 remote
calls per second (considering the overhead imposed by
RMI/other communication methods only)? or Shall we
compare Forte against RMI.
Thankx,
Babu

Okay,
A method invocation (or function call or procedure call or whatever) is
always a synchronous call. This means, you ask the service to do something
and wait for the function to complete, optionally with return values. It is
possible, that within the method, a separate thread is started, that
continues after the method is completed, but that doesn't change the
mechanism that a method invocation is a synchronous call.
In Forte, it is possible to start a method as an asynchronous call, with the
"start task" command. In that case, the caller does not wait for the method
to complete and return values are not handled. If this method invocation
happens across a network (making it a Remote Method Invocation) then a
socket will be opened when the call is made and closed immediately after. It
does solve the one-socket-per-caller problem, but not the
one-thread-per-caller problem. Also, it does remove the possibility of
receiving return values.
If you want to keep using method invocations as synchronous calls with
return values, but you also want to share resources like sockets and
threads, then you have to use TP-monitoring concepts. You must have a two
way, asynchronous call with an additional parameter. This means, the client
does a single, brief call that re-uses an existing thread and immediately
frees the socket it used. The client passes all required parameters and one
additional parameter to identify itself. In Forte, this would be a reference
to an anchored object on the client-partition. Then the client waits
(possibly blocks). The server completes the request and locates the client
that sent the request. The server invokes a method on the client, informing
that the request was handled. The server now also passes all return values.
The client exits its wait-state and continues.
In Forte (even if you use other mechanisms to hook into Forte), every call
still is a separete thread. If you wish to re-use existing threads, this
must be done using events. So, a client invokes a method asynchronously
(using "start task") and waits. The server start a new thread and posts an
event. Each existing thread is either idle in an event loop or busy handling
a previous event. The new event is added to the queue of all event loops and
the original thread is terminated (the socket was already freed). One event
loop of the thread-pool will be the first one to respond to the event, mark
this somewhere (maybe using mutex) and start handling it. All the others
will eventually respond to the event as well, but will be able to see that
the event is already being handled and ignore it.
This does introduce overhead and it makes your application more complex, but
it also prevents you running out of resources.
Now, the real issue is not the amount of calls per second, but a combination
of calls per second and seconds to complete the call. Using these two
numbers, you can calculate the amount of tasks the server has to be handling
simultaneously at any given time (average). Using the above described
technique you can handle intermittent, large loads, because if there are
more requests than available resources (threads) at any given time, the
requests will simply be put in a queue and handled later. However, if the
over-load continues for a prolonged period of time, the queue will simply
grow and grow and grow until the partition crashes and all queued items will
be lost.
Then it is time for load-balancing. You install several additional servers
and run a serverprocess on each of these machines. And you use a router that
distributes calls across the different serverprocesses. Forte has built-in
mechanisms for that, that work reasonably well. However, if the amount of
calls per second is so high, that even the short time it takes the router to
relay the request still is too long, so that the router runs out of
resources, then you have to use more complex models, for which Forte doesn't
have any ready-to-use solutions. But neither does CORBA or Java I believe.
One more thing. If you combine the above described mechanism to free sockets
as quickly as possible and use Forte loadbalancing, you might solve all your
problems. Just install 6 overloaded server processes. This results in 6
processes times 256 threads per process equals 1536 simultaneous tasks. If
each task is an asynchronous method invocation that immediately frees its
socket, then you never block you're whole server by using all sockets and
you're still able to do handle 1536 requests simultaneously.
Remember, if you have such a large load of calls per second, that all pass
through the same machine (router) then you'll run into hardware limitations
and no software solution can fix that. You have to find a mechanism to
distribute calls across different nodes without using a single router. For
example, cluster clients and have a single server node per cluster.
Pascal.
-----Original Message-----
From: Babu Raj [SMTP:ibcsmartboyyahoo.com]
Sent: Friday, March 24, 2000 3:42 PM
To: Rottier, Pascal
Cc: kamranaminyahoo.com
Subject: RE: (forte-users) RMI Performance Comp. with Forte
Hi,
I believe in CORBA, ORB maintains the same
connection ( Same Socket) for multiple calls, on the
same Servant object, unless otherwise its ONEWAY call.
But RMI uses the same strategy as Forte, I'm not sure
either on this. Thats the reason, i asked the previous
question.
Thankx,
Babu
--- "Rottier, Pascal" <Rottier.Pascalpmintl.ch>
wrote:
How are CORBA and RMI different then Forte (one
socket and one thread per
call)?
-----Original Message-----
From: Babu Raj [SMTP:ibcsmartboyyahoo.com]
Sent: Friday, March 24, 2000 3:18 PM
To: kamranaminyahoo.com
Subject: (forte-users) RMI Performance Comp. withForte
Hi All,
I know that this topic has been discussed on thelist
already, but I would like to find out whether the
current state of Sun's RMI implementation is like
I imagine it, and I want to compare with our Forte
Service objects too. Basically, these seem to be
issues that negatively affect performance,
1. A thread is created on the server per request,and
there is no way to change this easily (i.e. reuse
threads from a pool)
2. Each call opens a new socket.
In particular, does it make sense to replace RMIwith
CORBA for increased performance and scalability?Can a
PC-based server handle loads of about 1000 remote
calls per second (considering the overhead imposedby
RMI/other communication methods only)? or Shall we
compare Forte against RMI.
Thankx,
Babu
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
For the archives, go to:
http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To
unsubscribe, send in a new
email the word: 'Unsubscribe' to:
forte-users-requestlists.xpedior.com
For the archives, go to: http://lists.xpedior.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: forte-users-requestlists.xpedior.com

RE: Ole Automation with forte.

Tran,
Here is a piece of code(using Forte Version 3OF2 & Word 97) that we've
used to determine if there is already an instance of Word running:
// Create an instance of a Word Application and activate it.
// If an a Word application exists, just activate it.
if ( aTasks <> NIL and aTasks.Exists(aWordApplication.Name) )
then
aWordApplication.visible = TRUE;
aWordApplication.Activate();
else
aWordApplication = new();
aTasks = new();
aWordApplication.CreateUsingProgID( 'word.application'
aWordApplication.visible = TRUE;
aWordApplication.Activate();
aTasks is an attribute of type Tasks on our window & aWordApplication is
an attribute of type _Application on our window. This code will work if
there already is an instance of Word that was started from a Forte
applicaiton. It doesn't recognize a instance of Word that was started
outside of a Forte app. Hope this helps!!
From: Quy Tran[SMTP:[email protected]]
Sent: Wednesday, May 20, 1998 11:17 PM
To: [email protected]
Subject: Ole Automation with forte.
Good Day forte users,
I'm trying to invoke MSWord from a forte application.
I set the objectreference using CreateUsingProgId(This is the only way
that I could get it to work).
The problem is when using CreateUsingProgId, forte will create another
instance of Word. Is there a way to know if the instance already
exists
and retrieve the objectreference of that instance?
Any help would be appreciated.
Thanks
Quy Tran
Lumley Technology
Analyst/Programmer
[email protected]
Ph : 612 93186722
To unsubscribe, email '[email protected]' with
'unsubscribe forte-users' as the body of the message.
Searchable thread archive
<URL:http://pinehurst.sageit.com/listarchive/>
If you are not the intended recipient, please notify the Sender.
Non-business opinions may not reflect opinions of Piper Jaffray

Hi Aurang
You can call almost all methods using OLE. What is required is to know how to interpret a script to ABAP OLE call. This is explained in the tutorial<a href="https://www.sdn.sap.comhttp://www.sdn.sap.comhttp://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/c1d54348-0601-0010-3e98-bd2a2dcd9e6c">"An Easy Reference For OLE Automation"</a>
Regards
*--Serdar <a href="https://www.sdn.sap.com:443http://www.sdn.sap.comhttp://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.sdn.businesscard.sdnbusinesscard?u=qbk%2bsag%2bjiw%3d">[ BC ]</a>

Working with Forte Projects

In my workspace called Parent, I have created a project called Logger.prd and have specified the Project Directory as Parent/Logger/Debug. The Project Type is User Makefile Application. The Makefile Target directory is specified as ./ (dot-slash) to be relative to the Project Directory. After saving the project, I go to the Build tool which shows the correct target directory, and I define a macro for this target.
At this point the target builds fine, in the correct directory.
Now, I derive a new workspace from Parent called Child. It has the same directory structure, thus has a directory called Child/Logger/Debug. I copied Parent/Logger/Debug/Logger.prd to Child/Logger/Debug. Then I Open the project Child/Logger/Debug/Logger.prd and change it's Project Directory to Child/Logger/Debug, select APPLY and save the project. I go the the Build tool which shows the correct target directory (Child/Logger/Debug), and I define the macro for this target.
At this point the target builds fine, in the correct directory (Child/Logger/Debug)
Now it get messy.
I close the current project and open the project Parent/Logger/Debug/Logger.prd.
At this point, if I go to the Build tool, it shows the incorrect target directory.....It shows Child/Logger/Debug instead of Parent/Logger/Debug. If I build the target now, it will write to the wrong directory.
If I select Project->Edit Project, it shows the corrector project directory (Parent/Logger/Debug). If I select APPLY, the Build Tool will now show the correct target directory (Parent/Logger/Debug), However, it lost the macro previously defined to the target.
What is going on with the Build tool and it's target directory? After loading a project, Workshop should use that project directory for the Build Tools Target directory.....it's associated with and defined by the project.
This worked correctly with Workshop 5. With the Workshop 5 worksets, we could a workset in one directory, hit the build hammer, and it build to the correct directory. Then we could load a different workset by the same name in a different Workspace, and with one button, build to the correct directory.
So why with FORTE, do we have to go back and APPLY the Project Directory so it is reflected correctly by BUILD, but then have to re-add the macros? A one-step process, is now a 5-step process, which if you are not careful, could wipe out the executables in the wrond workspace...
--steve

Welcome to the forum.
What do you mean by "shell merge" other than merged webhelp?
Merged webhelp merges at runtime so at the authoring end each
project is unique which means the RH reports relate to just one
project. No way I know of getting RH to report across the whole
merge.
If you are using source control, you don't need merged
webhelp to allow different authors to work on different topics. The
rationale for merged webhelp would be delivering different output
combinations to different end users.
Bring all the projects into one though could be interesting
if there are cross project links as their relationship would
change.
If it ain't broke, don't fix it seems like good advice.
There's a topic on merged webhelp on my site. It is based on
X3 dialogs but the methods are still valid including for RH7,

Link error with Forte C++ Update 2 -compat=4

We've just upgraded to the Forte 6.0 update 2 C++ compiler on
Solaris 2.6. I'm getting the following link error when linking
against libraries built with the 4.2 C++ compiler.
Undefined first referenced
symbol in file
__rtaccess(MOperation&) /home/eng/sharonc/AdCORBA/CorbaRv-dev/export/s4_56_FORTE_Debug/lib/libcorbarv.so
__rtaccess(MHash&) /home/eng/sharonc/AdCORBA/CorbaRv-dev/export/s4_56_FORTE_Debug/lib/libcorbarv.so
__rtaccess(MPublisher&) /home/eng/sharonc/AdCORBA/CorbaRv-dev/export/s4_56_FORTE_Debug/lib/libcorbarv.so
__rtaccess(MApp&)
ld: fatal: Symbol referencing errors. No output written to ./tibcorbarvb
gmake[1]: *** [tibcorbarvb] Error 1
I've made sure the required patches for the Forte compiler are installed and the system was rebooted.
I use the following flags when linking:
CC -mt -g -xildoff -pto -KPIC -D_REENTRANT -compat
-features=rtti,namespace,bool,localfor,mutable -zmuldefs
I use -features as I also link with some libraries that use features
of C++ not available in the 4.2 compiler. However the link
errors are from the library that is built with the 4.2 compiler.
Everything compiled and linked fine with Forte 6.0 Update 1.
This is something new with the update 2 compiler.
Any help is appreciated.

Hi There,
I see that youare using the compiler flag -compat
with no value assigned.
This means it defaults 5.0C++ compiler comatibilty mode.
Since you mentioned in your email that you get the error message from the library built with 4.2 C++
compiler, try -compat=4 flag.
See the C++ migration guide for more information
from http://docs.sun.com
....jagruti
Developers Technical Support
Sun Microsystems Inc.
http://www.sun.com/developers/support

Can't compile JSPs with Forte 4

I upgraded to forte 4 CE. Now I cannot compile my JSP's because they are not finding my class files.
They all worked in Forte 3 ce.
If I have class MyClass()
and try to create an instance in my JSP
MyClass mc = new MyClass()
It gives the 'cannot resolve symbol' error on MyClass object.
What happened? I haven't changed anything. I have about 10 jsps and a bunch of Classes that all worked and now don't.
I checked the product support for Forte and couldn't find anything.
If anybody else had this problem and figured it out please post your solution.
Thanks.
-chiranjp

i am having the same problem using my "homemade" class with forte.
I have all of the .java and .class files and even have a .jar file but it still cannot find them
could you please give me more details on how you reached your solution?
where did you place the files so that forte found them?
any and all help is greatly appreciated.
thanks
-j

ODBC with Forte

Similar Messages

Maybe you are looking for