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

Similar Messages

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

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) 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) 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) 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:____________________________

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:____________________________

Re: (forte-users) nested FORTE ITERATE tags in WebEnterprise

Yes, they do & one page is 1KB page. We use the same instrument to check
memory usage & to send alerts in our production system.
Thanks.
Suraj
-----Original Message-----
From: Epari, Madhusudhan [mailto:[email protected]]
Sent: Monday, May 14, 2001 2:37 PM
To: 'Saraf, Suraj'; 'Forte User Forum'
Subject: RE: (forte-users) Instrument for memory used in the partition
Thanks all for the response. I observed "Allocated Pages" instrument doesn't
change as and when memory usage by the partition changes. I was trying to
find a way to measure the actual memory (specifically in bytes or KBs).
Thanks,
Madhu
-----Original Message-----
From: Saraf, Suraj [mailto:[email protected]]
Sent: Thursday, May 10, 2001 12:46 PM
To: 'Epari, Madhusudhan'; 'Forte User Forum'
Subject: RE: (forte-users) Instrument for memory used in the partition
Hello,
I think you can use 'OperatingSystem' service agent & check 'AllocatedPages'
instrument to see how many memory pages are used. You can compare that with
your maximum allocation & send alerts depending on that. Thanks.
Suraj
-----Original Message-----
From: Epari, Madhusudhan [mailto:[email protected]]
Sent: Thursday, May 10, 2001 11:15 AM
To: 'Forte User Forum'
Subject: (forte-users) Instrument for memory used in the partition
Hello Everyone,
Is there an instrument to track the memory used in the partition at a given
point of time. I have a requirement where an alert has to be generated in
the environment when partition uses all its available memory.
Thanks in advance,
Madhu
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: [email protected]

Re: (forte-users) FW: (forte-users) Serialisation

Here is a Word formatted copy of the Tech Note
"Slabbert, Etienne" <etiennemds.co.za> 02/17/00 04:10AM >>>Hi,
I cannot get hold of Tech Note 10398..... can anyone email me a copy?
Tx
Etienne
-----Original Message-----
From: Klerk, Theo de [SMTP:Theo.de.Klerkcompaq.com]
Sent: Wednesday, February 09, 2000 4:26 PM
To: 'Jason de Cean'; 'Forte Users'
Subject: RE: (forte-users) Serialisation
There are a number of flags that will show you some of the required
information in a log file (not within the application itself). Technote
10398 has many more flags listed for a variety of obscure, useful, not so
useful and exotic information:
trc:cm:*:4 and *:8 - show packet serialisation, open, closes between
partition communication
trc:do:*:2 - proxy creation/deletion, exception events
trc:do:*:5 - individual message tracing between proxies
trc:do:*:8 - serialisation information
Theo
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

Here is a Word formatted copy of the Tech Note
"Slabbert, Etienne" <etiennemds.co.za> 02/17/00 04:10AM >>>Hi,
I cannot get hold of Tech Note 10398..... can anyone email me a copy?
Tx
Etienne
-----Original Message-----
From: Klerk, Theo de [SMTP:Theo.de.Klerkcompaq.com]
Sent: Wednesday, February 09, 2000 4:26 PM
To: 'Jason de Cean'; 'Forte Users'
Subject: RE: (forte-users) Serialisation
There are a number of flags that will show you some of the required
information in a log file (not within the application itself). Technote
10398 has many more flags listed for a variety of obscure, useful, not so
useful and exotic information:
trc:cm:*:4 and *:8 - show packet serialisation, open, closes between
partition communication
trc:do:*:2 - proxy creation/deletion, exception events
trc:do:*:5 - individual message tracing between proxies
trc:do:*:8 - serialisation information
Theo
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) (UPDATE) Forte not letting go of Oracleconnections

All,
I have been communicating with Forte regarding this
issue. I was informed that a fix for this bug will be
released in SP2 tentatively due at the end of May.
Forte also confirmed that the bug was introduced in
3.5 and exists in 3.5.1.
Samer Kanjo
--- Joseph Mirwald <jomirweb.de> wrote:
Hello all,
some time ago we talked about the problem, that some
DBSession-connects hang
if the partition where the DBSessionSO is used goes
down.
Ok, there may be some problems with forte or the
Database (TWO_TASK, and so
on).
Does anybody implement a DBSession.Disconnect() when
partition goes down?
I mean the partition exits by a kill or by escript
or econsole, not by a
Forte-Method call
of somewhere else.
I thought the solution must be a loop which
registers for the
task.Shutdown-event, but at
the init-method I couldn't stay in a loop and wait,
because i has to call
the service-objects
methods. Another solution may be a 'start task
LoopMethod()' which are
registers the
event, but i don't try it now, because i don't know
the side-effects
because the thread calls
a method of the 'mother-process' which goes down
also.
What is your solution or idea?
Joseph Mirwald
GERMANY
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

All,
I have been communicating with Forte regarding this
issue. I was informed that a fix for this bug will be
released in SP2 tentatively due at the end of May.
Forte also confirmed that the bug was introduced in
3.5 and exists in 3.5.1.
Samer Kanjo
--- Joseph Mirwald <jomirweb.de> wrote:
Hello all,
some time ago we talked about the problem, that some
DBSession-connects hang
if the partition where the DBSessionSO is used goes
down.
Ok, there may be some problems with forte or the
Database (TWO_TASK, and so
on).
Does anybody implement a DBSession.Disconnect() when
partition goes down?
I mean the partition exits by a kill or by escript
or econsole, not by a
Forte-Method call
of somewhere else.
I thought the solution must be a loop which
registers for the
task.Shutdown-event, but at
the init-method I couldn't stay in a loop and wait,
because i has to call
the service-objects
methods. Another solution may be a 'start task
LoopMethod()' which are
registers the
event, but i don't try it now, because i don't know
the side-effects
because the thread calls
a method of the 'mother-process' which goes down
also.
What is your solution or idea?
Joseph Mirwald
GERMANY
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) RE: Forte 3 vs Java --Productivity

Similar Messages

Maybe you are looking for