RE: (forte-users) Sv: (forte-users) The Death ofForte

This is what I got today:
Statement of Direction
Sun Microsystems, Inc.
Forté 4GL(tm) Product (formerly the Forté Application Environment)
Product Context
· Forté 4GL is an award-winning, proven product with many unique
advantages for building enterprise business systems that are distributed,
that involve the integration of existing business systems as well as new
functionality, and that target heterogeneous runtime environments.
· Forté 4GL is recognized by Gartner Group as the most successful
Enterprise Application Development Tool.
· The Sun Microsystems, Inc. (SMI) development tools group (formerly
Forté Software, Inc.) has a strong internal commitment to Forté 4GL. Forté
Fusion is written with, and is currently being enhanced with Forté 4GL.
· The SMI development tools group intends to actively enhance and
promote Forté 4GL for the indefinite future. The best opportunity for
attracting new customers is to leverage the ability of Forté 4GL to easily
build powerful shared business services (server components) that can be
accessed by non-Forté clients (e.g., browsers, Java clients) and that can
easily integrate with new and existing business systems.
· The product enhancement plan calls for continuing to issue
incremental releases approximately twice a year. To speed the release of new
functionality, new features will be included with "preview status." This
means that the overall release can support production deployments, but that
the features marked "preview" are certified for development and demos.
· The planned contents of the next two releases are indicated below.
Users should not expect any features other than those on the list. The
contents of subsequent releases will be determined approximately a year in
advance.
· SMI has retained the Forté field sales organization as an
independent unit whose primary product offerings are Forté 4GL and Forté
Fusion. Continued volume sales of Forté 4GL remain the foundation of our
business plan.
Mid-Year Release
· Tentatively labeled "release 3.5" to be distributed as a free
product enhancement for customers under maintenance
· Scheduled for Summer 2000
· Defining features
· Introspection (reflection) - the ability for an object to describe
itself at runtime
· Improved integration with applications developed using
Forté-for-Java Community Edition(tm) (formerly NetBeans)
· Platform support improvements to track important operating system
and database vendor activity
· Target features
· Display system enhancements (e.g., Motif 2 support, line arrowheads,
window refresh control, editable outline fields)
· Dynamic library loading
· Improved CORBA/IIOP support
· Improved XML and XSLT class support
· JMQ support
End-Year Release
· Tentatively labeled "release 3.6" to be distributed as a free
product enhancement for customers under maintenance
· Scheduled for year end 2000
· Defining features
· Any Release 3.5 target features that were not included in 3.5
· Generation of EJB interfaces for R3 service objects
· Platform support improvements to track important operating system
and database vendor activity
· Target features
· COBOL record handling as part of the OS390 transaction adapter
· Improved runtime security
· Interface classes for access to Netscape Server 4.0 and possibly
other web servers
Longer Term Product Directions
1. TOOL code to Java code migration. Neither release 3.5 nor 3.6 will
contain an automated solution in this area. Technical differences between
TOOL and Java make a 100% automated conversion all but impossible. A
workable solution is likely to involve a combination of tools and services.
2. Common repository between the 4GL and Java products. The recently
devised Java Tools Strategy has necessitated a change in the technology base
for our Java products to make them compatible with both the iPlanet
Application Server and the Forté for Java Community Edition. This, in turn,
has complicated our original vision of a common repository to the point that
we will not embark on this project. Instead, we have elevated
interoperability a short-term priority. In addition, we plan to migrate the
Fusion process definition tools to Java, thereby enabling Fusion definitions
to be stored in a common repository with Java code and components.
3. Other long-term enhancements will be determined by additional
customer and market feedback. A major criterion for new functionality will
be enhancing the revenue generating ability of the product, thereby
fostering its long-term health in the marketplace.
As our products continue to evolve, the features and specifications
described in this document are subject to change without notice. Sun
Microsystems cannot guarantee the completion of any future products or
product features mentioned in this Statement of Direction. By signing
below, the receiving Company agrees that it has not relied on, is not
relying on and will not rely on the potential availability of any future Sun
product, functionality or feature in making any purchases from Sun.
Executed by the Receiving Company Executed by Sun
Microsystems, Inc.
Signature:________________________
Signature:________________________
Name:___________________________
Name:___________________________
(Please Print) (Please
Print)
Title:____________________________
Title:____________________________
Date:____________________________
Date:____________________________

Similar Messages

Re: (forte-users) Ok, what's the "secret" for setting serverside envi

Dear Robinson,
It seems to be that you have 2 ways of solving the problem:
1) restart forte after setting the environment variables
2) write a little application which sets the required variables, using
the task.part.OperatingSystem.SetEnv(name,value) method.
If you have to chage the variables rarely, then it`s easier to restart forte,
otherwise I would suggest to use the SetEnv function...
Best Regards,
Tamas Deak
"Robinson, Richard" wrote:
Subject says it all.
We have a bunch of environment variables that are used by the server side
objects. What I want to do is change the value of some of the variables
prior to running my application in Forte Development IDE (3.0.G.2). I've
tried to set the environment variables via NT's registry, but it appears
that at execution time the variables take on the value of whatever they are
for the node manager.
Most IDE's I've worked with before have a way to specify environment
variables right in the tool. Forte doesn't appear to have that capability -
say it ain't so!
Any clues?
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: [email protected]
Tamas Deak
Lufthansa Systems Hungary
(forte developer)
2-6 Mazsa ter, Budapest, 1107, HUNGARY
(36-1) 4312 973
[email protected]
[email protected][email protected]-

Richard,
There is no way of changing the environment variable once the Node
Manager is up. You will have to shutdown the node manager and then restart
it to have the new environment variables take effect. Sorry, there is no
secret way of doing this that I know of.
But you can set the variables on you development machine and run you
application without distributing. This way the partition will be running in
your client machine and not the server.
Another way we have also got around this is by having a special
environment variable on the client side that opens a admin screen when you
run you application. This admin screen will allow you to change the
environment variables and then set them on the server partition. You will
have to do come coding on the server to make this happen but if you are
using a framework then it should be easy. We call this developer reconnect
facility. It only can be activated by the special client side environment
variable. I comes in very handy when we are development and want to change
the database on the server partition.
Hope this help.
ka
Kamran Amin
Framework, Inc.
303 South Broadway
Tarrytown, NY 10591
(914) 631-2322x121
[email protected]
http://www.frameworkinc.com/
-----Original Message-----
From: Robinson, Richard [mailto:[email protected]]
Sent: Thursday, November 04, 1999 7:23 AM
To: [email protected]
Subject: (forte-users) Ok, what's the "secret" for setting server side
environment varia bles when running in the Forte Development
Environment?
Subject says it all.
We have a bunch of environment variables that are used by the server side
objects. What I want to do is change the value of some of the variables
prior to running my application in Forte Development IDE (3.0.G.2). I've
tried to set the environment variables via NT's registry, but it appears
that at execution time the variables take on the value of whatever they are
for the node manager.
Most IDE's I've worked with before have a way to specify environment
variables right in the tool. Forte doesn't appear to have that capability -
say it ain't so!
Any clues?
For the archives, go to: http://lists.sageit.com/forte-users and use
the login: forte and the password: archive. To unsubscribe, send in a new
email the word: 'Unsubscribe' to: [email protected]

RE: (forte-users) FW: (forte-users)

Hi there
Thanks very much for the solution - just wanted to let you know . We
implemented the design that technote 11378 suggested .
It worked .
Thanks very much
Cheers
Jen
-----Original Message-----
From: Adamek, Zenon [mailto:ZAdamekpurolator.com]
Sent: Tuesday, 20 March, 2001 9:21 PM
To: 'forte-userslists.xpedior.com'
Subject: (forte-users) FW: (forte-users)
Hi David,
The problem is that the SO uses an attribute of its class ACBAccount as
the ObjectReference pointer. SO is not a stateless object. The possible
scenario before crash can be that client A and B calls SO at the same
time. A's thread creates ACBAccount gets the ObjectReference. At this
point B's thread is activated, does the same as A creates new
ObjectReference. Probably the next switch between A and B will be in the
Connect() (B should wait for OLE server). If A is reactivated it doesn't
get the original own reference but the B's reference. It can cause the
crash and means that a thread can use reference created in some other
thread.
Regards,
Zenon
-----Original Message-----
From: David McPaul [SMTP:dmcpaullumley.com.au]
Sent: Monday, March 19, 2001 11:52 PM
To: 'forte-userslists.xpedior.com'
Subject: RE: (forte-users)
Jenni,
As Zenon has pointed out, technote 11378 talks about problems that
can occur if the calls made to an OLE object are not from within the same
thread the OLE object was created in. It goes on to show a design to
avoid
this.
However, the code you have given DOES communicate to the OLE object
in the same thread as it was created. So the problem as I see it is more
likely to be that the OLE object is not being garbage collected. Although
you do explicitly NIL out the ACBAccount object there is a technote 12453
that deals with the need to set the ObjectReference of CDispatch objects
to
NIL to allow the OLE object to be completely reclaimed by the garbage
collector. Failure to do so when using code that creates a new OLE object
every time you ask for an account validation will eventually run the
partition out of memory.
As pointed out in a previous post you can also increase
FORTE_STACK_SIZE but this will delay the problem not correct it.
Rather than create the connection each time you may want to think
about redesigning the method as shown in tech note 11378.
Cheers
David
-----Original Message-----
From: Adamek, Zenon [mailto:ZAdamekpurolator.com]
Sent: Tuesday, March 20, 2001 5:05 AM
To: 'Els, Jenni'
Cc: 'forte-userslists.xpedior.com'
Subject: RE: (forte-users)
Hi Jenni,
The most important issue by designing an OLE connection between a Forte
server partition and an OLE component is taking into account that an OLE
object can be referenced from the NT thread in Forte partition that it was
created in. It is the reason that you have no problems with your mini-app
in
single-threaded version.
This problem is discussed in the Technote 11378. You can find a workaround
for your problem there, too.
Regards,
Zenon
-----Original Message-----
From: Els, Jenni [SMTP:JElsnbs.co.za]
Sent: Monday, March 19, 2001 2:28 AM
To: 'forte-userslists.xpedior.com'
Subject: (forte-users)
Hi there
We have this situation
We are calling a Service Object (in the server partition) from ourclient
partition.This service object calls a method which calls a DLLregistered
on our server (VB code) . This VB code access a database on anotherserver
.(DSN set up on our server ).The database is sql server .
We are having the problem where for about 3 hours in the morning , the
system works perfectly. We then get a segmentation violation on this
partition . When we run interpreted we can see that this is an OLEinvoked
exception. The partition does not always show as offline in econsole
and
because it does not , we cannot 'online' another . We cannot take the
entire app down as everything hangs . Eventually our technical depthas
to
down the server
We set up a mini-app looping through and calling the DLL to simulate
the
problem . It worked fine. When we put another asynchronous task in the
method to call the service object , it erred quite soon. We thencreate
an
attribute of type mutex and locked using that. The mini-app worked.
However our app in development eventually hanged (without the
partition
coming though) .
The service Object is an environment visible service object in asingle
(non-replicated partition) . It has a dialog duration = session .
In the project is
ACB : ACBObject
ACBObject : CDispatch (shared = disallowed , distributed =
disallowed, transactional = disallowed, monitored = allowed)
ACBValidator : Object (shared = allowed , distributed =allowed,
transactional = disallowed, monitored = disallowed)
ACBVaidatorSO : ACBValidator
In this method we have this code to call the DLL
self.ACBAccount = new;
self.ACBAccount.CreateUsingCLSID(classID='{2EFD3084-7B05-11D3-857F-00105A4
8CEA0}');
pErrorMessage = new;
acbaccount.BankCode = pBankCode.value;
acbaccount.BranchCode = pBranchCode.value;
at : VariantI2 = new;
at.Value = pAccountType.Value;
acbaccount.AccountType = at.Value;
acbaccount.AccountNo = pAccountNo.value;
begin
acbaccount.Connect();
exception
when e : GenericException do
ex : GenericException = new;
ex.SetWithParams(severity = SP_ER_ERROR,
message = 'There was an error connecting to the database');
raise ex;
end;
begin
err : i2 = acbaccount.ValidateAccount();
if err != 0 then
pErrorMessage.SetValue(acbaccount.ErrDescriptionStr(iErrorCode= err));
acbaccount.Disconnect();
return false;
else
pErrorMessage.SetValue('The account is
valid!!');
acbaccount.Disconnect();
self.ACBAccount = NIL ;
return true;
end if;
exception
when e : GenericException do
acbaccount.Disconnect();
ex : GenericException = new;
ex.SetWithParams(severity = SP_ER_ERROR,
message = 'There was an error Validating the account');
Task.ErrorMgr.AddError(ex);
task.errormgr.ShowErrors();
raise e;
end;
exception
when e : GenericException do
acbaccount.Disconnect();
Task.ErrorMgr.ShowErrors();
raise e;
If anybody has any suggestions , they would be most welcome
Thanks very much
Cheers
Jenni Els************************************************************************Th
is e-mail is intended for the use of the individual or entity named above
and may contain information that is confidential and privileged. If you
are not the intended recipient, you are hereby notified that any
dissemination, distribution or copying of this e-mail is strictly
prohibited. If you have received this e-mail in error, please notify us
immediately at helpdesklumley.com.au and destroy the original message.
While this mail and any attachments have been scanned for common computer
viruses and found to be virus free, we recommend you also perform your own
virus checking processes before opening any attachments.
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
WARNING:
Any unauthorised use or interception of this email is illegal. If this email
is not intended for you, you may not copy, distribute nor disclose the
contents to anyone. Save for bona fide company matters, the BoE Group does
not accept any responsibility for the opinions expressed in this email.
For further details please see: http://www.nbs.co.za/emaildisclaim.htm

Hi there
Thanks very much for the solution - just wanted to let you know . We
implemented the design that technote 11378 suggested .
It worked .
Thanks very much
Cheers
Jen
-----Original Message-----
From: Adamek, Zenon [mailto:ZAdamekpurolator.com]
Sent: Tuesday, 20 March, 2001 9:21 PM
To: 'forte-userslists.xpedior.com'
Subject: (forte-users) FW: (forte-users)
Hi David,
The problem is that the SO uses an attribute of its class ACBAccount as
the ObjectReference pointer. SO is not a stateless object. The possible
scenario before crash can be that client A and B calls SO at the same
time. A's thread creates ACBAccount gets the ObjectReference. At this
point B's thread is activated, does the same as A creates new
ObjectReference. Probably the next switch between A and B will be in the
Connect() (B should wait for OLE server). If A is reactivated it doesn't
get the original own reference but the B's reference. It can cause the
crash and means that a thread can use reference created in some other
thread.
Regards,
Zenon
-----Original Message-----
From: David McPaul [SMTP:dmcpaullumley.com.au]
Sent: Monday, March 19, 2001 11:52 PM
To: 'forte-userslists.xpedior.com'
Subject: RE: (forte-users)
Jenni,
As Zenon has pointed out, technote 11378 talks about problems that
can occur if the calls made to an OLE object are not from within the same
thread the OLE object was created in. It goes on to show a design to
avoid
this.
However, the code you have given DOES communicate to the OLE object
in the same thread as it was created. So the problem as I see it is more
likely to be that the OLE object is not being garbage collected. Although
you do explicitly NIL out the ACBAccount object there is a technote 12453
that deals with the need to set the ObjectReference of CDispatch objects
to
NIL to allow the OLE object to be completely reclaimed by the garbage
collector. Failure to do so when using code that creates a new OLE object
every time you ask for an account validation will eventually run the
partition out of memory.
As pointed out in a previous post you can also increase
FORTE_STACK_SIZE but this will delay the problem not correct it.
Rather than create the connection each time you may want to think
about redesigning the method as shown in tech note 11378.
Cheers
David
-----Original Message-----
From: Adamek, Zenon [mailto:ZAdamekpurolator.com]
Sent: Tuesday, March 20, 2001 5:05 AM
To: 'Els, Jenni'
Cc: 'forte-userslists.xpedior.com'
Subject: RE: (forte-users)
Hi Jenni,
The most important issue by designing an OLE connection between a Forte
server partition and an OLE component is taking into account that an OLE
object can be referenced from the NT thread in Forte partition that it was
created in. It is the reason that you have no problems with your mini-app
in
single-threaded version.
This problem is discussed in the Technote 11378. You can find a workaround
for your problem there, too.
Regards,
Zenon
-----Original Message-----
From: Els, Jenni [SMTP:JElsnbs.co.za]
Sent: Monday, March 19, 2001 2:28 AM
To: 'forte-userslists.xpedior.com'
Subject: (forte-users)
Hi there
We have this situation
We are calling a Service Object (in the server partition) from ourclient
partition.This service object calls a method which calls a DLLregistered
on our server (VB code) . This VB code access a database on anotherserver
.(DSN set up on our server ).The database is sql server .
We are having the problem where for about 3 hours in the morning , the
system works perfectly. We then get a segmentation violation on this
partition . When we run interpreted we can see that this is an OLEinvoked
exception. The partition does not always show as offline in econsole
and
because it does not , we cannot 'online' another . We cannot take the
entire app down as everything hangs . Eventually our technical depthas
to
down the server
We set up a mini-app looping through and calling the DLL to simulate
the
problem . It worked fine. When we put another asynchronous task in the
method to call the service object , it erred quite soon. We thencreate
an
attribute of type mutex and locked using that. The mini-app worked.
However our app in development eventually hanged (without the
partition
coming though) .
The service Object is an environment visible service object in asingle
(non-replicated partition) . It has a dialog duration = session .
In the project is
ACB : ACBObject
ACBObject : CDispatch (shared = disallowed , distributed =
disallowed, transactional = disallowed, monitored = allowed)
ACBValidator : Object (shared = allowed , distributed =allowed,
transactional = disallowed, monitored = disallowed)
ACBVaidatorSO : ACBValidator
In this method we have this code to call the DLL
self.ACBAccount = new;
self.ACBAccount.CreateUsingCLSID(classID='{2EFD3084-7B05-11D3-857F-00105A4
8CEA0}');
pErrorMessage = new;
acbaccount.BankCode = pBankCode.value;
acbaccount.BranchCode = pBranchCode.value;
at : VariantI2 = new;
at.Value = pAccountType.Value;
acbaccount.AccountType = at.Value;
acbaccount.AccountNo = pAccountNo.value;
begin
acbaccount.Connect();
exception
when e : GenericException do
ex : GenericException = new;
ex.SetWithParams(severity = SP_ER_ERROR,
message = 'There was an error connecting to the database');
raise ex;
end;
begin
err : i2 = acbaccount.ValidateAccount();
if err != 0 then
pErrorMessage.SetValue(acbaccount.ErrDescriptionStr(iErrorCode= err));
acbaccount.Disconnect();
return false;
else
pErrorMessage.SetValue('The account is
valid!!');
acbaccount.Disconnect();
self.ACBAccount = NIL ;
return true;
end if;
exception
when e : GenericException do
acbaccount.Disconnect();
ex : GenericException = new;
ex.SetWithParams(severity = SP_ER_ERROR,
message = 'There was an error Validating the account');
Task.ErrorMgr.AddError(ex);
task.errormgr.ShowErrors();
raise e;
end;
exception
when e : GenericException do
acbaccount.Disconnect();
Task.ErrorMgr.ShowErrors();
raise e;
If anybody has any suggestions , they would be most welcome
Thanks very much
Cheers
Jenni Els************************************************************************Th
is e-mail is intended for the use of the individual or entity named above
and may contain information that is confidential and privileged. If you
are not the intended recipient, you are hereby notified that any
dissemination, distribution or copying of this e-mail is strictly
prohibited. If you have received this e-mail in error, please notify us
immediately at helpdesklumley.com.au and destroy the original message.
While this mail and any attachments have been scanned for common computer
viruses and found to be virus free, we recommend you also perform your own
virus checking processes before opening any attachments.
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
WARNING:
Any unauthorised use or interception of this email is illegal. If this email
is not intended for you, you may not copy, distribute nor disclose the
contents to anyone. Save for bona fide company matters, the BoE Group does
not accept any responsibility for the opinions expressed in this email.
For further details please see: http://www.nbs.co.za/emaildisclaim.htm

How can I handle disconnected user in Forte ?

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

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

RE: (forte-users) RE: Forte 3 vs Java --Productivity

I think you should compare language to language, product to product
and standard to standard. J2EE is a standard, like CORBA. It's not
a product and it's not a language. J2EE is a standard, based on the
language Java, but the same standard can be used in the context
of Smalltalk, Cobol, Basic or TOOL as well. We have yet to see any
development tool that actually supports full J2EE. And how many
ORB's out there are really 100% CORBA 2.0 complient and offer
full interoperability through IIOP with other CORBA 2.0 complient
products?
The title of this entire thread is wrong. It's not Forte vs. Java, but
TOOL vs. Java or Forte vs. any Java-based ADE.
EJB, J2EE and CORBA are open standards, intended to facilitate
building large, component based applications. But they're only
standards, they're not usable products. Forte is a usable product.
It is a (propriaty) ORB, if offers lots of advanced component based
features and it uses a propriaty OO language called TOOL. Forte
was doing all this way before the world was debating CORBA, then
Java, then EJB and now J2EE.
Sure, when you really look at it, these standards are more complete
and include more design patterns than the way Forte solved the
problem, but the situation is still that, despite all those wonderfull
standards, Forte is still the product with the most advanced capa-
bilities that actually delivers.
The challenge to Forte is to incorporate those standards within their
own product. Are they going to build 2 products, one TOOL-based
and one Java-based, or are they going to integrate TOOL and Java,
or are they going to drop TOOL? Are they going to support J2EE
and will they keep offering those wonderfull distributed features that
are currently in Forte and are not part of J2EE? Will they switch
completely to JDBC or will they integrate DBSessions with JDBC?
Will their ORB functionality remain closed or will the Forte environ-
ment become a full CORBA 2.0 complient environment? Will they
keep supporting DCOM? Will they allow JavaBeans, EJB, Forte
service objects, OLE-objects, Servlets and Active-X components
to co-exist or will that remain SF? Are they going to support Swing?
Are they going to include an HTML-Browser widget? Are they going
to, natively, support JavaScript? What about VB-script? What
about Perl-script? What about TOOL-script??? Will they include
an object-based reporting tool, so you don't have to circumvent
the application and report against the relational database? Will
this reporting tool be Java-based, TOOL-based, both, EJB-based,
CORBA-based or whatever? Will they support JPEG and PNG as
well as BMP and GIF? Will they allow you to store these images in
the repository? Will they include a full-featured web-publisher that
supports HTML and XML as well as seemlessly integrate with Forte
applications? Will they allow you to deploy your (static) web-pages
on a web-server using E-console?
-----Original Message-----
From: Thomas Mercer-Hursh, Ph.D. [SMTP:thomascintegrity.com]
Sent: Monday, February 14, 2000 6:10 PM
To: 'kamranaminyahoo.com'
Subject: (forte-users) RE: Forte 3 vs Java -- Productivity
At 09:04 AM 2/14/2000 , Genesio, Fabrizio wrote:
Our users/customers are waiting for application right now, and
today with Java you may do it, but how expensive and reliable are all
the "+" signs of your equation? I am sure, in the moment somebody (Forté
For Java?) will propose an integrated Java environment capable to
seriously support development/assembly/deployment/maintenance, everybody
will immediately consider it as an alternative to Forté.Not an alternative ... check out FJEE, formerly known as SynerJ. They did
it right with TOOL, now they have done it right with Java. I still prefer
TOOL as the more productive, more elegant language, but if you have to use
Java, Forte has given you the way to do it right.
=========================================================================
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

I think you should compare language to language, product to product
and standard to standard. J2EE is a standard, like CORBA. It's not
a product and it's not a language. J2EE is a standard, based on the
language Java, but the same standard can be used in the context
of Smalltalk, Cobol, Basic or TOOL as well. We have yet to see any
development tool that actually supports full J2EE. And how many
ORB's out there are really 100% CORBA 2.0 complient and offer
full interoperability through IIOP with other CORBA 2.0 complient
products?
The title of this entire thread is wrong. It's not Forte vs. Java, but
TOOL vs. Java or Forte vs. any Java-based ADE.
EJB, J2EE and CORBA are open standards, intended to facilitate
building large, component based applications. But they're only
standards, they're not usable products. Forte is a usable product.
It is a (propriaty) ORB, if offers lots of advanced component based
features and it uses a propriaty OO language called TOOL. Forte
was doing all this way before the world was debating CORBA, then
Java, then EJB and now J2EE.
Sure, when you really look at it, these standards are more complete
and include more design patterns than the way Forte solved the
problem, but the situation is still that, despite all those wonderfull
standards, Forte is still the product with the most advanced capa-
bilities that actually delivers.
The challenge to Forte is to incorporate those standards within their
own product. Are they going to build 2 products, one TOOL-based
and one Java-based, or are they going to integrate TOOL and Java,
or are they going to drop TOOL? Are they going to support J2EE
and will they keep offering those wonderfull distributed features that
are currently in Forte and are not part of J2EE? Will they switch
completely to JDBC or will they integrate DBSessions with JDBC?
Will their ORB functionality remain closed or will the Forte environ-
ment become a full CORBA 2.0 complient environment? Will they
keep supporting DCOM? Will they allow JavaBeans, EJB, Forte
service objects, OLE-objects, Servlets and Active-X components
to co-exist or will that remain SF? Are they going to support Swing?
Are they going to include an HTML-Browser widget? Are they going
to, natively, support JavaScript? What about VB-script? What
about Perl-script? What about TOOL-script??? Will they include
an object-based reporting tool, so you don't have to circumvent
the application and report against the relational database? Will
this reporting tool be Java-based, TOOL-based, both, EJB-based,
CORBA-based or whatever? Will they support JPEG and PNG as
well as BMP and GIF? Will they allow you to store these images in
the repository? Will they include a full-featured web-publisher that
supports HTML and XML as well as seemlessly integrate with Forte
applications? Will they allow you to deploy your (static) web-pages
on a web-server using E-console?
-----Original Message-----
From: Thomas Mercer-Hursh, Ph.D. [SMTP:thomascintegrity.com]
Sent: Monday, February 14, 2000 6:10 PM
To: 'kamranaminyahoo.com'
Subject: (forte-users) RE: Forte 3 vs Java -- Productivity
At 09:04 AM 2/14/2000 , Genesio, Fabrizio wrote:
Our users/customers are waiting for application right now, and
today with Java you may do it, but how expensive and reliable are all
the "+" signs of your equation? I am sure, in the moment somebody (Forté
For Java?) will propose an integrated Java environment capable to
seriously support development/assembly/deployment/maintenance, everybody
will immediately consider it as an alternative to Forté.Not an alternative ... check out FJEE, formerly known as SynerJ. They did
it right with TOOL, now they have done it right with Java. I still prefer
TOOL as the more productive, more elegant language, but if you have to use
Java, Forte has given you the way to do it right.
=========================================================================
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

Subject: RE :(forte-users) Web enterprise & user visibleservice Objects

A few months ago we faced a similar problem while migrating from classic
Forte to Web. We had to protect our investment in various frameworks that we
wrote for the classic Forte apps, which made use of extensive
user-level-caching among other things.
We solved the problem using a custom routing mechanism. In brief, we created
several( replicated) server partitions that contains all the user-level
Service objects that existed in the class-Forte apps. Then we wrote a
'custom-router' which mimics Forte load-balanced router( dialog duration =
session ) to intelligently route incoming HTTPRequests to one of these
replicated partitions. The router would look at the some tag on the session
and then route the request to one of these replicated "client clone" using
the tag. Successive requests from the same client will go to the same
replicated partition so that you can use the client-cache or any other
per-user services.
The advantages of this approach are
1) You can continue to make use of caching and other user-level components
that you may have.
2) The web and classic Forte clients can work seamlessly if you write them
to use reference partitions that hosts the other shared( Environment visible
) service objects.
Ofcourse you will have to write ( and maintain )the custom-routing code and
also pay attention to house-keeping. For example, the burdon of cleaning up
the cache on logout or session expiration lies on you. If you don't do this,
then your new user might be looking at an old cache of some other user.
Hope this helps,
Ajith
Forte Systems Consultant.
Subject: (forte-users) Web enterprise & user visible service objects
Hi
We have taken a forte application and converted it to run on the web using
* forte web enterprise &
* fortecgi.exe
In the forte application we have a user visible Local Cache Manager
Service Object (i.e. each users has their own copy) for storing things
like
* the details of the current user id
* the details of the current client chosen
* arrays that are needed by other windows
With web enterprise this service object is no longer user visible, how can
we make it user visible?
Thanks in advance.
Deborah Wallis
dwallisnbs.co.za
WARNING:
Any unauthorised use or interception of this email is illegal. If this email
is not intended for you, you may not copy, distribute nor disclose the
contents to anyone. Save for bona fide company matters, the BoE Group does
not accept any responsibility for the opinions expressed in this email.
For further details please see: http://www.nbs.co.za/emaildisclaim.htm
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

A few months ago we faced a similar problem while migrating from classic
Forte to Web. We had to protect our investment in various frameworks that we
wrote for the classic Forte apps, which made use of extensive
user-level-caching among other things.
We solved the problem using a custom routing mechanism. In brief, we created
several( replicated) server partitions that contains all the user-level
Service objects that existed in the class-Forte apps. Then we wrote a
'custom-router' which mimics Forte load-balanced router( dialog duration =
session ) to intelligently route incoming HTTPRequests to one of these
replicated partitions. The router would look at the some tag on the session
and then route the request to one of these replicated "client clone" using
the tag. Successive requests from the same client will go to the same
replicated partition so that you can use the client-cache or any other
per-user services.
The advantages of this approach are
1) You can continue to make use of caching and other user-level components
that you may have.
2) The web and classic Forte clients can work seamlessly if you write them
to use reference partitions that hosts the other shared( Environment visible
) service objects.
Ofcourse you will have to write ( and maintain )the custom-routing code and
also pay attention to house-keeping. For example, the burdon of cleaning up
the cache on logout or session expiration lies on you. If you don't do this,
then your new user might be looking at an old cache of some other user.
Hope this helps,
Ajith
Forte Systems Consultant.
Subject: (forte-users) Web enterprise & user visible service objects
Hi
We have taken a forte application and converted it to run on the web using
* forte web enterprise &
* fortecgi.exe
In the forte application we have a user visible Local Cache Manager
Service Object (i.e. each users has their own copy) for storing things
like
* the details of the current user id
* the details of the current client chosen
* arrays that are needed by other windows
With web enterprise this service object is no longer user visible, how can
we make it user visible?
Thanks in advance.
Deborah Wallis
dwallisnbs.co.za
WARNING:
Any unauthorised use or interception of this email is illegal. If this email
is not intended for you, you may not copy, distribute nor disclose the
contents to anyone. Save for bona fide company matters, the BoE Group does
not accept any responsibility for the opinions expressed in this email.
For further details please see: http://www.nbs.co.za/emaildisclaim.htm
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: (forte-users) RE: Forte 3 vs Java -- Productivity ( wasFutur e of F

Bravo. I completely agree. Right now Forte is helping me solve my business
requirements fast and that's all I care about. If Java will do that for me
tomorrow and I will use it. Otherwise I will keep using whatever
language(s)/tool(s) that helps me get the job done.
Ka
-----Original Message-----
From: Genesio, Fabrizio [mailto:fabrizio.genesiodatasign.ch]
Sent: Monday, February 14, 2000 5:22 AM
To: kamranaminyahoo.com
Subject: RE: (forte-users) RE: Forte 3 vs Java -- Productivity ( was
Futur e of Forte )
What an interesting debate....
May I just add some considerations?
- Successful Project capable to produce effective and maintainable
system. That's in my opinion should be our goal as professional IT
actors. Languages are just means to reach this goal. Therefore I would
like to see IT professional considering all the aspects of software
development, and not only the code and the languages.
- About distributed features in Java systems... Sure, you can do
in Java a lot of nice things, but, today, how much would it cost to
develop in Java real mission-critical distributed application?. I am
talking here about the IT "headaches" Forté has been capable to solve
during the past 5 years. Should I make examples? What about distributed
events, what about distributed transactions, what about fail-over, what
about load-balancing? Or, to move towards a more comprehensive view of
software development (and maintenance), what about partitioning (or, to
talk J2EE slang, assembly), what about deployment, what about monitoring
and run-time management? Is there, available today, an alternative to
Forté that cover so many aspects of enterprise-class systems? I
apologize, but I do not see one, or at least not yet. It not only a
matter of languages...Nevertheless, I believe tomorrow is another day,
Java will evolve as well as the environments for it (including Forté for
Java), and the all will be mature enough to really support distributed
application.
- This leads me to express a wish. I like the way one can turned
down the Singleton issue. However this is a perfect example of the
difference from Forté to Java. On one side you have an abstraction, that
hides complexity. On the other side you are (again) back at the
"plumbing" level. Now I do not know what you think about in my opinion
it is about time we move on from the "prehistorical age", making
abstraction, start to worry more about the business requirements (and
the users' needs). We should stop this sort of religious fight for the
best language (the term "crusade" came to my mind), and using our energy
to push for an easier integration, a effort-less plug-in between
components. There is no perfect solutions, all languages have positive
and negatives points. However all we really need is to learn to use each
technologies at the right time and place, and having all pieces
collaborating between each other. Pretty much like a house, where
several material are used, each of them useful but none of them capable
to replace all the others. Of course, it is clever to use sometimes only
wood, and some other times only concrete. However, most of the time you
need both, and you absolutely want them "collaborating" together to be
able to live in your house. Well, that's what "in primis" we have to ask
for to Forté, and to SUN, in particular: easy integration and
collaboration between TOOL and Java, a seamless cooperation between
partitions and EJBs.
I look forward to discuss all this at FORUM2000....
Fabrizio Genesio
Datasign AG für Informatik
ch. d'Eysins 53a
CH-1260 Nyon
Switzerland
Tel.: +41 22 361 04 04
Fax: +41 22 361 01 10
e-mail: fabrizio.genesiodatasign.ch
<mailto:fabrizio.genesiodatasign.ch>
URL: www.datasign.ch <http://www.datasign.ch>
-----Original Message-----
From: David Vydra [SMTP:dvydrajavamentor.com]
Sent: Thursday, 10 February 2000 04:57
To: Thomas Mercer-Hursh, Ph.D.
Cc: kamranaminyahoo.com
Subject: Re: (forte-users) RE: Forte 3 vs Java --
Productivity ( was Future of Forte )
At 03:06 PM 2/10/00 -0800, you wrote:
>At 06:28 AM 2/10/2000 , David Vydra wrote:
>How familiar are you with this product? Does it tell you
something that
>all of the FJEE tools are written in TOOL?
So what? IBM's VisualAge for Java is written in Smalltalk.
Look, if Forte management thought that they could fight the Java
invasion
they would tell their engineers to make TOOL much, much better.
Instead
they put most of the effort into SynerJ and sold the company to
Sun. Smart
move if you ask me.
>As for what is or is not a 4GL, I think that there are so many
>incomparabily different types of languages available these days
and in so
>many flavors, that any kind of division into generations is, at
the very
>best, extremely subjective. Certainly, TOOL isn't very much
like some of
>the classic procedural 4GLs, but personally I am very
comfortable calling
>it an OO4GL in comparison to the more common OO3GLs around,
like Java.
Agreed.
=========================================================================
>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
>
>
David Vydra
dvydrajavamentor.com
www.javamentor.com
(877) 270 - 9003
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

At 06:28 AM 2/10/2000 , David Vydra wrote:
Also, it is a little unfair to compare a product in its third production
release with a beta product. I agree that for certain projects Forte 3 is
the right choice today. The issue for me is: will Sun continue the support
of TOOL? How much of a 4GL is TOOL? Will TOOL become more 4GL in the
future or will it be phased out?How familiar are you with this product? Does it tell you something that
all of the FJEE tools are written in TOOL?
As for what is or is not a 4GL, I think that there are so many
incomparabily different types of languages available these days and in so
many flavors, that any kind of division into generations is, at the very
best, extremely subjective. Certainly, TOOL isn't very much like some of
the classic procedural 4GLs, but personally I am very comfortable calling
it an OO4GL in comparison to the more common OO3GLs around, like Java.
=========================================================================
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

RE: (forte-users) RE: Forte 3 vs Java -- Productivity (wasFutur e of Fo

Excellent point David, and right on the money in my opinion.
-----Original Message-----
From: David Vydra [mailto:dvydrajavamentor.com]
Sent: Thursday, February 10, 2000 10:57 AM
To: Thomas Mercer-Hursh, Ph.D.
Cc: kamranaminyahoo.com
Subject: Re: (forte-users) RE: Forte 3 vs Java -- Productivity ( was
Future of Forte )
At 03:06 PM 2/10/00 -0800, you wrote:
At 06:28 AM 2/10/2000 , David Vydra wrote:
How familiar are you with this product? Does it tell you something that
all of the FJEE tools are written in TOOL?So what? IBM's VisualAge for Java is written in Smalltalk.
Look, if Forte management thought that they could fight the Java invasion
they would tell their engineers to make TOOL much, much better. Instead
they put most of the effort into SynerJ and sold the company to Sun. Smart
move if you ask me.
As for what is or is not a 4GL, I think that there are so many
incomparabily different types of languages available these days and in so
many flavors, that any kind of division into generations is, at the very
best, extremely subjective. Certainly, TOOL isn't very much like some of
the classic procedural 4GLs, but personally I am very comfortable calling
it an OO4GL in comparison to the more common OO3GLs around, like Java.Agreed.
=========================================================================
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
David Vydra
dvydrajavamentor.com
www.javamentor.com
(877) 270 - 9003
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 06:28 AM 2/10/2000 , David Vydra wrote:
Also, it is a little unfair to compare a product in its third production
release with a beta product. I agree that for certain projects Forte 3 is
the right choice today. The issue for me is: will Sun continue the support
of TOOL? How much of a 4GL is TOOL? Will TOOL become more 4GL in the
future or will it be phased out?How familiar are you with this product? Does it tell you something that
all of the FJEE tools are written in TOOL?
As for what is or is not a 4GL, I think that there are so many
incomparabily different types of languages available these days and in so
many flavors, that any kind of division into generations is, at the very
best, extremely subjective. Certainly, TOOL isn't very much like some of
the classic procedural 4GLs, but personally I am very comfortable calling
it an OO4GL in comparison to the more common OO3GLs around, like Java.
=========================================================================
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

RE: (forte-users) RE: Forte' vs J2EE

Hi Alexandra,
1) Forte 4GL and FJEE (Forte for Jave Enterprise Edition) are tools.
2) TOOL and Java are languages.
3) TOOL is proprietary and Java is public.
4) J2EE is a proposed, Java-based achitecture. Not a tool, not a language,
not a standard.
5) J2EE looks a lot like the architecture already supported by Forte 4GL,
however J2EE is explicetaly based on Java, EJB, JSP, JDBC and Servlets.
There are 3 versions of Forte for Java. The "Consumer Edition (CE)", the
"Internet Edition (IE)" and the "Enterprise Edition (EE)". CE is really a
remake of "NetBeans" and can be downloaded for free. IE and EE do not exist
yet. However, EE should be a remake of SynerJ, Forte's first Java tool.
You quoted someone who was very negative about Forte. I don't think that's
deserved. He's probably someone who simply didn't manage to understand the
tool. However, he is right in complaining about the support of Forte 4GL.
And it's true that the version people are currently using is at least more
than 2 years old and outdated. Since this period, there have been some
bugfixes, but hardly any real improvements.
From the description of your application, I would really advise to use Forte4GL. However, the lack of improvements, new releases, press releases, etc.
has me worried about the future of that product.
One of the real disadvantages of Java is performance. Java is very slow and
requires very heavy hardware to perform acceptably. Swing is a GUI framework
based on Java, which is notoriously slow even by Java standards. FJCE
development GUI is based on Swing. Download this product, install it and run
it and you'll see what I mean.
Forte applications can run in 2 modes. Interpreted or compiled. If they're
compiled, they're turned into platform dependent executables, which perform
really well. If they're interpreted, they're running inside a Forte Virtual
Machine, which performs less well, but still very acceptable. Java
applications run only in Java Virtual Machines and perform far less.
I would use Forte server side and Forte client side. For the browsers, I
would simply use any available tool to build webpages and use CGI to
interface with Forte. I would not try to use a different client side tool
that should communicate to a Forte server side.
Express is a good tool for developing CRUD (Create Read Update Delete)
applications based on an existing, and relatively static, database model. I
don't know about Rapport. However, don't be fooled into believing that
Express makes it easier for unexperienced developers to build Forte
applications. If anything, it makes it harder. A common look and feel can
easily be achieved by agreeing on the look and feel of windows during the
design-phase, and have all developers conform to this standard. It really
isn't that hard. Just don't create very large window class trees. That
causes strange behaviour.
Pascal Rottier
Atos Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
-----Original Message-----
From: Alexandra Macedo [mailto:ammeasysoft.pt]
Sent: Tuesday, December 05, 2000 3:55 PM
To: forte-users
Subject: (forte-users) RE: Forte' vs J2EE
Alexandra I presume.
Excuse me for asking but isn't J2EE just a STANDARD? And Forte aprogramming
language that may or may not adhere to that standard?
Now to the question, if the C++ experience is good - what's wrong withusing
C++?
Do you need to build component based distributed systems? Then hire saytwo
experienced architects - to design a practical model (UML perhaps).
Are there already good systems around you could tailor for your needs?
Just a few questions that need to be addressed to make an informeddecision.
What business are you in (your team/company)? If it's not IT then ask
yourself why do it inhouse?
Regards,
Dirk
PS: What country and from where is the Forte support? You mean peoplecode
in a language other than English?----------------------------------------------------------------------
Well, Forté is certainly not a programming language, TOOL is the
language for the Forté 4GL environment.
J2EE is a standard, and there are already some Application servers
that
implement it (as I was told, webSphere, Iplanet and weblogic,
sorry if I am missing someone).
I really do not know the standard, and I am not sure it says it will
have to be implemented in Java, but all these 3 application servers
do it in Java...
The C++ experience is only from part of the team, and is not from
Database applications, the type of application we are doing is not
well suited to do in C++, we all agree, C++ is out of the question.
I have received many answers (not posted in this mailling list
unfortunatly) telling me that Java is best, others told me Forté is
good Java is just a promise, but they really did not know Java
very well, someone even said:
Forte 4GL sucks terribly. It is not supported well by what
is left of 'Forte the company'.
The tools for this proprietary environment suck.
No distributed debugging or profiling!
There is really no adequate profiling support at all
Avoid Forte like the plague that it is.
Any way, a Forté person told us that Forté is good, precisely, for
our kind of application, and as some people made more questions about
it, I am explaining better our application:
- We are doing this application because we are an IT company, our
job is to make and sell back-office applications for the finance
sector (accounting, third-party, bank management, credit
management), now we want to make one application with all of these.
In simple terms we can define it as an ERP for Credit Operations.
- The users will be in-house except for a small set of
functionalitty, which will be available through browsers.
The front-end should run in an ordinary PC running WINDOWS (we
were told that Java is too heavy and PC's should have at least 256Mb
RAM, which, I believe, is to much for all our clients)
If this is true, it puts Java clients (with Swing) or Java applets out,
HTML, we believe is not powerfull enough for all the interface.
The server, will have to work well with about 300 simultaneous
internal users, plus some Web ones (do not know how many)
The application must be multi-lingual, that is, it should be easy to
put it in any language.
The application is based on a big database, with more than 500
tables, some with about 100 columns, some with millions of records.
- We want to be sure that the application will have the same layout
(look and feel) in every screen, so it will be nice something to
generate code or to create similar functionality (table screens,
for instance) in an automatic way ( that is why we are considering
Express for it). Of course this will help also the maintenance of
the sources.
Our questions are:
FORTÉ or JAVA for the server-side.
Which tool for the client-side?
Which framework to use?
-Express or Rapport from albion if using Forté?
-Are there any good frameworks for Java ?
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

Gabriel,
I disagree with you on one very important point. You say it's nearly
impossible to predict anything about the future in ICT-world, so it's better
to not predict at all and only look at the here and now. Here and now, Forte
is better than Java. So, the best choice would be Forte.
But you also mention that Forte is best suited for big projects. Big
applications usually have a long lifetime. Many of the current Forte
applications are the legacy systems of tomorrow. While all the VB, Access,
ASP and Java crap that's being produced will be replaced within 6 to 18
months, Forte applications will live for years.
Migrating such large applications to a new environment, even if this
environment is using a similar technology, requires very high investments.
Companies will want to avoid this as much as possible. So, they'll want to
invest in technology that can evolve with the rest of the world. As
operatingsystems change, databases change, middleware architectures become
obsolete (DCE) and new ones are created (EJB), end user interfaces evolve
(from text to GUI to Web), requirements change (data-oriented,
process-oriented, eCommerce), etc.
Of course, flexibility is not only achieved through technology. A good
design is probably more important.
Managers, not developers, will have to make the strategic decisions about
where to spend their millions. So, they have to look at the future, no
matter how hard that is. At the moment, Forte is still superior, even though
it hasn't been truly improved for over 2 years and that's pretty impressive.
Java is still very "hyped" and no one knows what's going to happen to it.
But the future of Java looks much brighter than the future of Forte. If
Forte doesn't put some serious effort in product development and marketing,
like now, the future of this product suite looks very bleak indeed. And I
wouldn't want to spend my millions knowing I have to do it all over again 2
years from now.
Keeping an eye on the future, where the only certainty is change, I would
not focus on platform independance. I would focus on language independance.
CORBA seemed like a very good idea 2 years ago, but it turned out to be too
complex, technical and inflexible. I would definately go for a CBD
architecture, using XML as backbone. XML can be exchanged between components
using HTTP, CORBA, DCOM, FTP, file copy, DCE, C/C++ call in/out, RMI, IIOP,
E-mail, MQSeries, etc. etc. Or any mixture of these systems.
The role of the data architect will become much more important than the role
of the application architect. The choice for a language or tool is reduced
to "the best choice here and now" as long as you design your large
application as loosly coupled components. It's OK if all of these components
are Forte and they're all communicating using Forte native RMI's. As long as
the design is sound, it's not going to be very difficult to exchange
individual components by others, built in Java, VB, Perl, Cobol++, Fortran
for Windows, or what other monsters the future might bring. The only thing
that binds them, is the datamodel (NB: datamodel is not the same as
databasemodel)
I do worry about the trend to use very large, omni-present, closed,
non-component architectures, like the current ERP applications. This locks
organisations into a single, expensive and hard to maintain technology.
However, it is an opportunity for us, OO - C/S - CBD developers, to build
bridges, adapters, wrappers and gateways to hook these systems into the rest
of the organisation.
Pascal Rottier
Atos Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
-----Original Message-----
From: Gabriel, C200/Fa. GFT, DA [mailto:A.Gabriel3deutschepost.de]
Sent: Wednesday, December 06, 2000 5:44 PM
To: 'forte-userslists.xpedior.com'
Subject: Re: (forte-users) RE: Forte' vs J2EE
If I were you, I would also consider this very important issue ( I think
it's the same for all 4GL users ), WILL THERE BE FORTE 4GL 5.0?I wonder every time I see that... Why is this that important?
(my mail is long.. if you don't like long mails, delete it now :) )
Let's see from the business' point of view:
If you would like to have an application implemented now,
use now, then you choose an environment existing now.
Now Forte 4GL seems to be a better alternative than Java,
because of the issues mentioned by others already.
I seem to be short-sighted, but could anybody tell me
with 100% accuracy, what will happen to Java in two years?
I doubt...
Forte did not changed too much in the last two years, and
still rocks, at least compared to other existing enterprise
level alternatives. So, nothing has changed that dramatically.
If you look behind the marketing-hype, you will probably agree.
I think, for the next two years Forte will be good enough for us too.
And what then? We will find out then, not now. Anybody, who tries to
explain you what will be in two years in the IT, almost certainly lies :)
Of course, using a "two years old technology" is not that cool from the
marketing point of view, but you use a solid technology, most likely
bug-free,
or at least having only known bugs. That is technically important!
If you ask about investment protection ... ?
Forte is very good in this subject too. If you look at it, you will see, it
is
sold as an integration solution (Fusion, Conductor, etc...)
If something is sold as an integration tool, it should be not that difficult
to
integrate :) Forte supports the most important standards, existing now.
If your future system supports it (it should), it will be easy to upgrade to
it,
using the existing product,know-how, etc... Probably without noticeable
downtime.
Scalability issues: Forte scales well from big to very-big to ultra-big.
What is big, you have to decide :)
For example, one million mails per day is not big. :)
For small businesses Forte isn't good. Java is. And a lot of other
environments
are, for example Perl, Python, etc...
My personal opinion is that our future will be heavily influenced by free
software.
They are very good already, and will be only better.
As Forte evolves, one important step would be to port it to free (and thus
independent)
OS's and DB's like Linux or FreeBSD and Postgres or Mysql. Even without
warranty!
I can't see what Sun's goal is with Forte, maybe they wouldn't
like this idea at all, since that may be the market segment what their Java
is thought for.
But that would be the perfect investment production as the company grows,
they don't have
to do anything to the software, just buy machines, and play around in
Environment Console :)
From the personal point of view:Although I don't work with Forte in the moment, I did this till last year,
and I will do
that in the next year too :)
If you would like to protect your "investment" and/or "market value" then
try to learn
platform and language independent things. I think, knowing Forte is 25%
platform dependent
knowledge (so useless anywhere else) and 75% platform independent. Using,
analysing, designing,
programming, and living OO is absolutely platform independent.
Project (and self-) management, presentation techniques, design and
documentation practices, version
and revision management, and so on, they are all platform independent.
Furthermore if you quit the Forte world, and have to program f.e. Java, you
will learn it in weeks.
JFC, Swing, et. al. are nothing, if you know OO. You just need a book or
an online manual, and you
can write programs in the first week. You will have much more problems with
the working environment,
and you will wonder, how the others can use that crap... after the smart
Forte IDE :)
Back to business a bit:
One big advantage of Forte, that came to my mind right now is that you can't
(ok, you can, but it is
difficult) to write bad OO programs (and designs). In Java, it is too
easy... believe me, I saw some examples ... :)
Sorry for the bad english and the long mail...
Best regards,
Akos Gabriel
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: (forte-users) Oggetto: (forte-users) FYI: Forte 3.5Document

I'm very interested too in know when will be available this release 3.5.
Regards,
Danielk
----- Original Message -----
From: "Luca Gioppo" <Luca.Gioppocsi.it>
To: <Forte-userslists.xpedior.com>
Sent: Saturday, October 14, 2000 8:37 AM
Subject: (forte-users) Oggetto: (forte-users) FYI: Forte 3.5 Document
>
>
Does anyone know when will be available 3.5?
Things in the docs are quite promising.
Luca
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

I went through the same process some time back. I
submitted a call to Forte and was informed that there
are hooks but they were intentionally undocumented
because Forte had plans to provide a interface to
Source Control Managers in future releases. If you
submit a call, they will send you a ZIP file
containing instructions on how to use the hooks. The
hooks have proven very useful.
--- Luca Gioppo <Luca.Gioppocsi.it> wrote:
>
>
I think that the topic is still open and alive.
In my case I have the need to integrate with PVCS
dimension.
The problem for me is that we develop both with java
and tool, and is
frustrating seeing java people smiling as tha
various tools give the chance to
integrate to various extends with source control
products.
I'm interested too in the problem, looking for a
solution since a bit, but no
satifactory solutions.
So count 2 on the problem.
Luca
"David Potts" <david.pottss1.com> il 23/11/2000
17.12.47
Per: forte-userslists.xpedior.com
cc: (ccr: Luca Gioppo/CSI/IT)
Oggetto: (forte-users) Source Control
Hello,
I'm looking how to do version control for forte
development, and have
done a search on the list archive. There are lots
of messages asking
how to do source control, but the answers all seem
to be "roll your
own". My questions are:
(1) Most of the postings seem to come from some
years ago. What is the
current state of play with source control for forte
4GL?
(2) There was some mention of "hooks". What are
these hooks?
(3) With Sun appearing on the scene, anyone got any
idea where source
control is going in future versions?
I'm very new to Forte, so sorry if this topic has
been closed.
Cheers,
Dave.
ATTACHMENT part 2 application/octet-streamname=david.potts.vcf
http://shopping.yahoo.com/

RE: (forte-users) R: (forte-users) ASP andForté

I think you should also be able to publish the Forte Service Objects as DCOM
services. Then you can access them from within VB-scripts.
Pascal Rottier
Atos Origin Nederland (BAS/West End User Computing)
Tel. +31 (0)10-2661223
Fax. +31 (0)10-2661199
E-mail: Pascal.Rottiernl.origin-it.com
++++++++++++++++++++++++++++
Philip Morris (Afd. MIS)
Tel. +31 (0)164-295149
Fax. +31 (0)164-294444
E-mail: Rottier.Pascalpmintl.ch
-----Original Message-----
From: Massimiliano Delsante [mailto:delsanteotconsulting.com]
Sent: Friday, February 23, 2001 9:54 AM
To: BOLIVARD Kenny; forte-userslists.xpedior.com
Subject: (forte-users) R: (forte-users) ASP and Forté
Hi Kenny,
I suggest you to use XML in order to publish your Forté services.
There is a Forté Library called HTTPDC that let you start up a listener that
answer to HTTP Request.
So you will have a ASP/Forté integration via HTTP/XML
Hope this helps.
----- Original Message -----
From: BOLIVARD Kenny <BOLIVARDPREVIADE.FR>
To: <forte-userslists.xpedior.com>
Sent: Friday, February 23, 2001 8:43 AM
Subject: (forte-users) ASP and Forté
Hi everybody!
I'm a new Forté developer, so i have some question about it, speciallyone:
I want to access Forté service objects through an ASP script. To be more
precise, I want to get back some informations (like, for exemple, the
information of a customer's account) from the Forté world and to make-upthe
web page in my ASP script.
Is it possible writing an ASP script (in VisualBasic for example) witch
calls Forté service objects?
How can I do that? Maybe by using Web Enterprise's libraries, but itseems
to me that Web access service objet returns only HTLM pages.
Any suggestions and explanations would be appreciated.
Thank's in advance for your replies,
Kenny,
PREVIADE.
France.
Ps: Sorry for my bad english. ;))
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

Il suffit de mettre les BTD/BTX sur un drive réseau (net use X:
\\server\share_point),
puis d'installer des icônes pour les clients: ftexec -fi bt:x:\MyApp.
Pour que les noeuds ne s'auto-enregistrent pas, peut-être mettre un password
Ou bien définir les noeuds comme un 'groupe' et donc seul le groupe est
connu.
Si mettre le mot de passe suffit pas, et si vraiment le model node gêne,
alors il
faut un autre environment manager.
I think that to avoid install, the software could be located on a shared
drive,
and users linking to it through running 'ftexec' or directly the compiled
binaries.
For nodes not to appear in the environment as nodes, they could be defined
as members
of a model node '(which then would be in the environmnet)'
Putting a password in the environment could prevent nodes to be registered
there, but
might prevent the apps from being executed.
Cheers,
j-paul gabrielli
Sema DTS
-----Message d'origine-----
De: Thomas Felix [mailto:tfelixaxialog.fr]
Date: mardi 2 mai 2000 14:14
À: forte-userslists.xpedior.com
Objet: (forte-users)
bonjour a tous
je souhaites installer une application distribuée sur des postes clients.
Y'a t'il moyen de ne pas installer les noeuds de ces postes clients sur l'
active environnement lié au développement et si oui comment?
hi
I would like to install an application on clients workstation
Can i install this nodes in a different Active environnement than this one
that we use for the developpement ?
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: (forte-users) FW: (forte-users) Overflow Exception thatIcan't catch

Dave
If you use #,##0.00 template, forte won't allow you to enter more than 28 numbers.
Nat
"Campbell, Dave" <DCampbellpurolator.com> 01/28 10:49 AM >>>Thanks Zenon,
You mean... that without the aftervaluechange event, I could catch this?
Because by no means is my exception block anchored to that event.
I am looking for advice of where I could put this exception block...if there
is another possible place at all.
Thanks.
Dave
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
-----Original Message-----
Hi Dave,
You have no chance to catch this exception in aftervaluechange block.
This event is triggered if the value in DataField is OK.
You get only Arithmetic exception without the aftervaluechange event if the
length of the decimal is greater as 28.
Regards
Zenon Adamek
Forte Developer
Purolator Courier Ltd.
ZAdamekpurolator.com
-----Original Message-----
From: Campbell, Dave [SMTP:DCampbellpurolator.com]
Sent: Friday, January 28, 2000 8:19 AM
To: 'kamranaminyahoo.com'
Subject: (forte-users) Overflow Exception that I can't
catch...
The problem is:
I have a DataField, mapped type :DecimalNullable
the input mask is set to Template ( #,##0;;;;)
Because it is Template I can't validate on keystroke and
I can't set the max characters in the properties sheet.
This works great until, Someone enters over 28 characters into the
field.
It then displays the errors:
USER ERROR: Operation caused arithmetic overflow
Class: qqsp_ArithmeticException
Error #: [301, 7]
Deteced at: DecimalData.SetScale at 1
ErrorTime: Thu Jan 27 15:50:48
Exception occurred (locally) on partition
"PurolatorApplications_CL0_Client" ,(partitionId =
DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7, TASKiD =
[DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7.492] in
application
"FTLaunch_c10",pid 279 on node W5300109 in environment centrale
This is the first bit of code that executes when I leave the field
and the
value has changed:
when <est_daily_rev_amt>.aftervaluechange do
Begin
sys_upd_usr_nam = aUserProfileBO.user_nam;
aCPVDetailItem.SetState(base_detailItem.CHANGED_STATE);
Exception
when ex:ArithmeticException Do
Task.ErrMgr.Clear();
Window.MessageDialog(
messageText='Revenue amount can not exceed
100,000,000',
MessageType=MT_WARNING);
Self.Window.PurgeEvents();
End;
This is what I do:
I put a debugging stop on the "when line" and the "Exception line"
I also set the debugger to stop on all exceptions and posts.
It never reaches the above code!?
Is this a forte bug?
I need the template and I need it to be a decimalnullable.
Is there any suggestions for where else I may catch this
Exception???
Thanks in advance
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.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

Dave
If you use #,##0.00 template, forte won't allow you to enter more than 28 numbers.
Nat
"Campbell, Dave" <DCampbellpurolator.com> 01/28 10:49 AM >>>Thanks Zenon,
You mean... that without the aftervaluechange event, I could catch this?
Because by no means is my exception block anchored to that event.
I am looking for advice of where I could put this exception block...if there
is another possible place at all.
Thanks.
Dave
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
-----Original Message-----
Hi Dave,
You have no chance to catch this exception in aftervaluechange block.
This event is triggered if the value in DataField is OK.
You get only Arithmetic exception without the aftervaluechange event if the
length of the decimal is greater as 28.
Regards
Zenon Adamek
Forte Developer
Purolator Courier Ltd.
ZAdamekpurolator.com
-----Original Message-----
From: Campbell, Dave [SMTP:DCampbellpurolator.com]
Sent: Friday, January 28, 2000 8:19 AM
To: 'kamranaminyahoo.com'
Subject: (forte-users) Overflow Exception that I can't
catch...
The problem is:
I have a DataField, mapped type :DecimalNullable
the input mask is set to Template ( #,##0;;;;)
Because it is Template I can't validate on keystroke and
I can't set the max characters in the properties sheet.
This works great until, Someone enters over 28 characters into the
field.
It then displays the errors:
USER ERROR: Operation caused arithmetic overflow
Class: qqsp_ArithmeticException
Error #: [301, 7]
Deteced at: DecimalData.SetScale at 1
ErrorTime: Thu Jan 27 15:50:48
Exception occurred (locally) on partition
"PurolatorApplications_CL0_Client" ,(partitionId =
DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7, TASKiD =
[DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7.492] in
application
"FTLaunch_c10",pid 279 on node W5300109 in environment centrale
This is the first bit of code that executes when I leave the field
and the
value has changed:
when <est_daily_rev_amt>.aftervaluechange do
Begin
sys_upd_usr_nam = aUserProfileBO.user_nam;
aCPVDetailItem.SetState(base_detailItem.CHANGED_STATE);
Exception
when ex:ArithmeticException Do
Task.ErrMgr.Clear();
Window.MessageDialog(
messageText='Revenue amount can not exceed
100,000,000',
MessageType=MT_WARNING);
Self.Window.PurgeEvents();
End;
This is what I do:
I put a debugging stop on the "when line" and the "Exception line"
I also set the debugger to stop on all exceptions and posts.
It never reaches the above code!?
Is this a forte bug?
I need the template and I need it to be a decimalnullable.
Is there any suggestions for where else I may catch this
Exception???
Thanks in advance
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.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: (forte-users) FW: (forte-users) Overflow Exception thatI can't catc

Nat,
As I feared, This forces the user to enter decimals even if there are none.
The Users Don't want this.
So, i'm afraid i am back at beginning.. Trying to catch this exception..
Thank you for your input.
I would be happy to try anyone elses solution to this annoying issue.
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
Dave
If you use #,##0.00 template, forte won't allow you to enter more than
28 numbers.
Nat
"Campbell, Dave" <DCampbellpurolator.com> 01/28 10:49 AM >>>Thanks Zenon,
You mean... that without the aftervaluechange event, I could catch this?
Because by no means is my exception block anchored to that event.
I am looking for advice of where I could put this exception block...if there
is another possible place at all.
Thanks.
Dave
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
-----Original Message-----
Hi Dave,
You have no chance to catch this exception in aftervaluechange block.
This event is triggered if the value in DataField is OK.
You get only Arithmetic exception without the aftervaluechange event if the
length of the decimal is greater as 28.
Regards
Zenon Adamek
Forte Developer
Purolator Courier Ltd.
ZAdamekpurolator.com
-----Original Message-----
From: Campbell, Dave [SMTP:DCampbellpurolator.com]
Sent: Friday, January 28, 2000 8:19 AM
To: 'kamranaminyahoo.com'
Subject: (forte-users) Overflow Exception that I can't
catch...
The problem is:
I have a DataField, mapped type :DecimalNullable
the input mask is set to Template ( #,##0;;;;)
Because it is Template I can't validate on keystroke and
I can't set the max characters in the properties sheet.
This works great until, Someone enters over 28 characters into the
field.
It then displays the errors:
USER ERROR: Operation caused arithmetic overflow
Class: qqsp_ArithmeticException
Error #: [301, 7]
Deteced at: DecimalData.SetScale at 1
ErrorTime: Thu Jan 27 15:50:48
Exception occurred (locally) on partition
"PurolatorApplications_CL0_Client" ,(partitionId =
DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7, TASKiD =
[DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7.492] in
application
"FTLaunch_c10",pid 279 on node W5300109 in environment centrale
This is the first bit of code that executes when I leave the field
and the
value has changed:
when <est_daily_rev_amt>.aftervaluechange do
Begin
sys_upd_usr_nam = aUserProfileBO.user_nam;
aCPVDetailItem.SetState(base_detailItem.CHANGED_STATE);
Exception
when ex:ArithmeticException Do
Task.ErrMgr.Clear();
Window.MessageDialog(
messageText='Revenue amount can not exceed
100,000,000',
MessageType=MT_WARNING);
Self.Window.PurgeEvents();
End;
This is what I do:
I put a debugging stop on the "when line" and the "Exception line"
I also set the debugger to stop on all exceptions and posts.
It never reaches the above code!?
Is this a forte bug?
I need the template and I need it to be a decimalnullable.
Is there any suggestions for where else I may catch this
Exception???
Thanks in advance
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com

Nat,
As I feared, This forces the user to enter decimals even if there are none.
The Users Don't want this.
So, i'm afraid i am back at beginning.. Trying to catch this exception..
Thank you for your input.
I would be happy to try anyone elses solution to this annoying issue.
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
Dave
If you use #,##0.00 template, forte won't allow you to enter more than
28 numbers.
Nat
"Campbell, Dave" <DCampbellpurolator.com> 01/28 10:49 AM >>>Thanks Zenon,
You mean... that without the aftervaluechange event, I could catch this?
Because by no means is my exception block anchored to that event.
I am looking for advice of where I could put this exception block...if there
is another possible place at all.
Thanks.
Dave
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
-----Original Message-----
Hi Dave,
You have no chance to catch this exception in aftervaluechange block.
This event is triggered if the value in DataField is OK.
You get only Arithmetic exception without the aftervaluechange event if the
length of the decimal is greater as 28.
Regards
Zenon Adamek
Forte Developer
Purolator Courier Ltd.
ZAdamekpurolator.com
-----Original Message-----
From: Campbell, Dave [SMTP:DCampbellpurolator.com]
Sent: Friday, January 28, 2000 8:19 AM
To: 'kamranaminyahoo.com'
Subject: (forte-users) Overflow Exception that I can't
catch...
The problem is:
I have a DataField, mapped type :DecimalNullable
the input mask is set to Template ( #,##0;;;;)
Because it is Template I can't validate on keystroke and
I can't set the max characters in the properties sheet.
This works great until, Someone enters over 28 characters into the
field.
It then displays the errors:
USER ERROR: Operation caused arithmetic overflow
Class: qqsp_ArithmeticException
Error #: [301, 7]
Deteced at: DecimalData.SetScale at 1
ErrorTime: Thu Jan 27 15:50:48
Exception occurred (locally) on partition
"PurolatorApplications_CL0_Client" ,(partitionId =
DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7, TASKiD =
[DEB96B60-AA27-11D1-82A8-23E82A0FAA77:0X6f98:0x7.492] in
application
"FTLaunch_c10",pid 279 on node W5300109 in environment centrale
This is the first bit of code that executes when I leave the field
and the
value has changed:
when <est_daily_rev_amt>.aftervaluechange do
Begin
sys_upd_usr_nam = aUserProfileBO.user_nam;
aCPVDetailItem.SetState(base_detailItem.CHANGED_STATE);
Exception
when ex:ArithmeticException Do
Task.ErrMgr.Clear();
Window.MessageDialog(
messageText='Revenue amount can not exceed
100,000,000',
MessageType=MT_WARNING);
Self.Window.PurgeEvents();
End;
This is what I do:
I put a debugging stop on the "when line" and the "Exception line"
I also set the debugger to stop on all exceptions and posts.
It never reaches the above code!?
Is this a forte bug?
I need the template and I need it to be a decimalnullable.
Is there any suggestions for where else I may catch this
Exception???
Thanks in advance
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com
Regards,
Dave Campbell
Consultant,
Caro Systems Inc.
Mailto:Dave.CampbellCaroSys.com

Re: (forte-users) RV: (forte-users) DecimalNullable &ArrayField

Jorge,
Here are couple of steps you may want to double-check:
1. Set the desired scale (for e.g., say scale = 10) on the window's
attribute (may be in Init() method).
2. May be you want to mask the input to the DataField (for e.g., say Input
Mask = Float)
Make sure you don't overwrite the attribute (the object itself) with
another object with a different scale.
3. If what you see on the window is what does not get to the database, then
you may want to verify parameter passing.
4. More importantly, make sure the DecimalNullable object in the SQL has
the same scale as that on the window.
Hope this helps.
Jagadish
"Jorge
Bellido" To: <forte-userslists.xpedior.com>
<jorge.bellid cc:
oeam.es> Fax to:
Subject: (forte-users) RV: (forte-users)
03/13/2001 DecimalNullable & ArrayField
10:23
Another example,
If I have saved the data 55446.023, when I go to the window and I write
0. then the data saved is 0.046
Regards,
Jorge.
----- Original Message -----
From: Jorge Bellido
To: forte-userslists.xpedior.com
Sent: Tuesday, March 13, 2001 12:01 PM
Subject: (forte-users) DecimalNullable & ArrayField
Hello!
I am very grateful to you for solutions given to me some days ago. I
decided manage DecimalNullable, but now I have a problem:
I have one ArrayField (called MyList") in a Window, with Mapped Type "
Array of MyClass". "MyClass" has one attribute called Cost" with
type DecimalNullable and in the Init I have "Cost = new ( scale = 10 );".
In the Window the ArrayField have a DataField called "Cost" with
MappedType DecimalNullable, and Input Mask Float.
Well, when I go to this Window, for example is showed "23.12345". If I
select this number with the mouse and I write for example "8", with the
debugger I see that MyList.Cost is "8.0". If I continue writting one
comma, with the debugger I see that MyList.Cost is "8.02345", and I don't
know why Forte write the decimals of the old number, but only when I write
the comma. If I write "8.2" the result is OK.
Anybody knows some solution?
Thank you very much,
Jorge.

Hi Jean-Paul,
As described in the Technote 10981 some Forte programs (Nodemanager and
router) handle correct the high-file descriptor-use problem. It is possible
that Forte interpreter do it correct too.
Zenon
-----Original Message-----
From: Jean-Paul Gabrielli [SMTP:Jean-Paul.Gabriellisema.fr]
Sent: Monday, September 25, 2000 12:11 PM
To: Adamek, Zenon
Cc: Forte-userslists.xpedior.com
Subject: RE: (forte-users) [UNIX] "Too many open files" 3.0.M2
question
Actually, the stuff works in interpreted mode.
It's only when having the server partition compiled that this happen.
j-p
-----Message d'origine-----
De: Adamek, Zenon [mailto:ZAdamekpurolator.com]
Date: lundi 25 septembre 2000 17:13
À: 'Jean-Paul.Gabriellisema.fr'
Cc: Forte-userslists.xpedior.com
Objet: RE: (forte-users) [UNIX] "Too many open files" 3.0.M2 question
see Technote 10981
-----Original Message-----
From: Jean-Paul Gabrielli [SMTP:Jean-Paul.Gabriellisema.fr]
Sent: Monday, September 25, 2000 11:02 AM
To: zeForte-users
Subject: (forte-users) [UNIX] "Too many open files" 3.0.M2 question
Hi,
running a server partition that reads a configuration file,
and apparently doen't close it after, I have that exception:
SYSTEM ERROR: System Error: Too many open files, opening '....'with mode
'r'
Class: qqos_FileResourceException
1) Is there such a limit, or does this rely only on the OS one ?
2) How is this error not trapped, as I only got itinteractively, whereas
my server log does a exception trap/segmentation fault,
thanlks
j-p
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: (forte-users) When Fort 3.0.M.0?

Hi Stella
How about release 4.0???
-----Original Message-----
From: Stephen Szalla [mailto:sszallaforte.com]
Sent: Tuesday, January 11, 2000 6:02 AM
To: Daniel; Dave Leach; Lista Fort (II)
Cc: Manuel Fernndez; Federico Muoz; Jose Ignacio
Subject: Re: (forte-users) When Fort 3.0.M.0?
Daniel/Dave and whoever else is interested in 3.0.M.0:
Note that 3.0.M.0 is a "pull" release - you have to request it to get it.
Stephen Szalla
At 09:09 11/01/00 +0100, Daniel wrote:
Hi Forté users,
Is there any body using Forté 3.0.M.0 with AIX 4.3.
Does any one know anything about this release and when is it going to be
distributed.
Daniel González de Lucas.
EAM Sistemas Informáticos S.L.
Valladolid (Spain)
Tel. +34 983 35 29 22
Fax. +34 983 35 21 15
e-mail danieleam.es <mailto:danieleam.es>
Stephen Szalla
Senior Technical Specialist
Forte Software Australia - A subsidiary of Sun Microsystems
Voice: +61 3 9699 7754
Fax: +61 3 9699 7781
Mobile: +61 419 392 867
mailto:sszallaforte.com <<a
href=
"mailto:sszallaforte.com">mailto:sszallaforte.com</a>>
http://www.forte.com <<a
href="http://www.forte.com/">http://www.forte.com/</a>>

Hi Stella
How about release 4.0???
-----Original Message-----
From: Stephen Szalla [mailto:sszallaforte.com]
Sent: Tuesday, January 11, 2000 6:02 AM
To: Daniel; Dave Leach; Lista Fort (II)
Cc: Manuel Fernndez; Federico Muoz; Jose Ignacio
Subject: Re: (forte-users) When Fort 3.0.M.0?
Daniel/Dave and whoever else is interested in 3.0.M.0:
Note that 3.0.M.0 is a "pull" release - you have to request it to get it.
Stephen Szalla
At 09:09 11/01/00 +0100, Daniel wrote:
Hi Forté users,
Is there any body using Forté 3.0.M.0 with AIX 4.3.
Does any one know anything about this release and when is it going to be
distributed.
Daniel González de Lucas.
EAM Sistemas Informáticos S.L.
Valladolid (Spain)
Tel. +34 983 35 29 22
Fax. +34 983 35 21 15
e-mail danieleam.es <mailto:danieleam.es>
Stephen Szalla
Senior Technical Specialist
Forte Software Australia - A subsidiary of Sun Microsystems
Voice: +61 3 9699 7754
Fax: +61 3 9699 7781
Mobile: +61 419 392 867
mailto:sszallaforte.com <<a
href=
"mailto:sszallaforte.com">mailto:sszallaforte.com</a>>
http://www.forte.com <<a
href="http://www.forte.com/">http://www.forte.com/</a>>

RE: (forte-users) Sv: (forte-users) The Death ofForte

Similar Messages

Maybe you are looking for