Debug with Forte 4

Hello !!!
I'm trying to start a debug session in Forte 4. I click on the menu option Project/Debug project and I receive the followin message :
File Test.java cannot be converted to servlet. It doesn't implement javax.servlet.Servlet interface.
What's the problem ?
Pascal.

In the filesystem explorer, right-click on the file Test.java, choose "Properties", then hgo to the "Execution" tab. Check that Debugging is set to "Default Debugging", not to "J2EE Server Debugging".
Hope this helps,
/fcd
>
Hello !!!
I'm trying to start a debug session in Forte 4. I
click on the menu option Project/Debug project and I
receive the followin message :
File Test.java cannot be converted to servlet. It
doesn't implement javax.servlet.Servlet interface.
What's the problem ?
Pascal.

Similar Messages

SAXParser noSuchMethodError occurs in execution, not in debug with Forte

Hi gurus
Im having some trouble with parsing an XML file using xerces.
Basically all i want to do is take a list of XML files from a JFileChooser and then change the list to display the value of an attribute within that file instead of the original file name. The list bit is easy and i have the file chooser list and all the File objects within it.
My code is as follows
"factory" is a SaxParserFactory and "handler" is an instance of a DefaultHandler subclass that i have written.
ListModel lm = fileList.getModel();
        SAXParser saxparser ;
        try {
            saxparser = factory.newSAXParser();
            for (int i = 0; i < lm.getSize(); i++) {
                File theFile = (File)lm.getElementAt(i);
                // sax parse each file
                if (!theFile.isDirectory() && theFile.getName().endsWith(".xml"))
                saxparser.parse(theFile, handler);
        catch (Throwable t ) {
         t.printStackTrace();
        }The problem i have is that running this normally throws an exception, a NoSuchMethodError on the saxparser.parse(theFile, handler) method. HOWEVER, when i run this using the Forte debugger it works fine when i step through each line.
Anyone got any ideas??
Mark

I think I'm having a similar problem. When I try to compile my code that is almost identical to yours, it gives me a "Cannot resolve symbol" error on the SAXParser.parse() method. It only gives me this error when I pass in a DefaultHandler object. If I use a HandlerBase object, it seems to work, but I'd obviously rather not use a deprecated object. I've tried passing in File objects, InputStreamObjects, just about any possibility that it SAYS the method supports, but Forte won't compile it, while it seems to compile fine using the command line. Any thoughts?

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,

Automation with Forte 3 and Smalltalk

Hello,
I like to ask the following:
We want to develop an application in Forte. This application has to communicate with an developed application in Smalltalk. We want to use a mechanism called Automation (formerly called OLE Automation) for this.
We tried to set up the communication in the following way (according to the automation documentation):
-develop a little Smalltalk application
-make sure of the registration in the registry (progid, clsid and typelib)
-creation of a type library with ODL and the MIDL compiler
and a few other minor things.
In our Forte application we call the method of the Smalltalk application (we called it DisplayMessage). Forte makes the connection via the Registry and the library, starts the Smalltalk application and then ... nothing. It seems the Smalltalk application gets focus (window control), but nothing happens. In the windows task manager we can see that the Smalltalk application is started.
The method in the smalltalk application is simple: it needs an string as input. In the Forte application we give this string a value.
I hope this is clear and that you understand this problem.
Questions:
-why does the Smalltalk application start, but is not visible? It seems everything is configured correctly.
-what do we have to do to make it work?
-is it possible to give me any examples about this sort of Automation ?
I want to thank you in advance for the answers. Please send your answers to my e-mail address.
Greetings,
Hein Baan, Holland
IMPORTANT:
Due to problems with our mail server, you cannot reply
directly to this message. In order to reply, please send
your E-mail explicitly to [email protected]

Hi Allen,
I would like to thank you very much for your help with Forte 3.0 and WTK 1.0.1 beta.
Thank you for the pointing me to the ForteJ2MEGuide.pdf file. It is very useful document.
However, even following it I did not succeeded in accomplishing my task.
I was able to follow the instructions and create, compile and run the Hello midlet which
was generated by the IDE. My previous problem related to the fact that I did not create
project and midlet suite for the midlet. After doing all of that the generated midlet worked. However, it was not what I wanted.
First, the instructions in the guide only described how to generate new midlet. I tried
to add the existing midlet to the current project. Unfortunately, the IDE always picked
up the generated template, not my code.
Second, when the generated midlet started to work, it was difficult to debug it. I set
up the breakpoint, but the IDE did not stop at it. I think the reason is the compiler
did not have debugging flag set up. Do you know where it is possible to set it up?
So, at the end I still cannot accomplish very simple task which should not be very
difficult at all:
1. Use my own code to create a midlet.
2. Compile and execute the midlet and see how it runs in emulator.
3. See step-by-step execution of every line of my code and the value
of every variable in the code.
Regards,
Jacob Nikom

Computer won't start up after recent version of mountain lion. My power Mac was running extmely slow this morning, so i shut down to restart. As it is starting the screen goes black, says something about debugging with the word panic in parentheses. was

I upgraded to latest version of mountain lion yesterday, this morning my power Mac was running extremely slowly (while typing, had to wait a second or two for words to appear), I shut down to see if problem would clear up. When starting up, screen went black with programming jargon, something about debugging with the word panic in parentheses. Screen then goes back to gray, says Mac encountered a problem and has to restart once I push a key. Apple logo comes on gray screen, icon keeps circling and nothing happens. This has happened three times in a row after shutting down and trying to restart. Any thoughts?

When verifying disk, said could not repair disk, back up as many files as possible then re format disk. Computer now doing Internet recovery. Should I. Do the following in this order
1 restore from back up on time machine
2 re install osx
These are the options coming up on osx utilities window

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/>

Gung Ho security team vs Debug with replace in development

Hi fellow developers. I'm trying to talk our security team off the ledge and I want to conduct an informal poll regarding the responsible use of debug with replace in a DEVELOPMENT environment. For the newer developers.. replace is much more powerful in debugging because you can change the values of variables and some system fields like sy-subrc which makes it very powerful.
Our development environment is setup as follows:
Client 300, ABAP Development \config. We promote to QA, and Prod from here but can't unit test because no data allowed. Debug with NO replace allowed here.
Client 320 Unit testing, debug with replace is allowed.
both of these clients are on the same instance, same sid so they share client independent information.
Our security team claims that it's a security risk to allow debug with replace in our Client 300 because someone could change a security profile or something like that. Here's my question...
Are you authorized to debug with replace in your development environment and if not, what's the reason you were given? I'm looking for arguments one way or the other to use as precedent for a meeting.
Your prompt response is appreciated.
Dan

Hi
I think the option can be dangerous in QA or PROD system because you can skip some control and change the data normally can't be changed.
A classicl example is trx SE16: by debug you can change directly the data of the most of tables.
But I don't believe can be a risk in development system, in this enviroment the developer should have no limit, otherwise to work and test can belong very hard.
Max

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!

[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.

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

Debug with Forte 4

Similar Messages

Maybe you are looking for