Re: Writing apps for Windows platform in Java? Why?

Pugh wrote:
On Mon, 12 Jun 2006 18:27:03 GMT, "Juju" <Needme@xxxxxxxx> wrote:


well,
Well You can give up Java, Java is not for the Faint of mind, the cowards, the weak. Java is for intellectuals who believe in Open Source Program Development, we are not folks to be held captive by a company in Redmond, feeding their pockets, we are Linux,unix Messiahs. Even though the vista Might look flashy I bet it gonna Gozzle a whole lot of memory and processing power, and ask your self can you leave any microsoft server up for like a year without rebooting definately not . with Unix/Java You can.Java Is not playing catch up to nobody instead C# is the one trying to catch up on Java



There are a few dozen COBOL programmers out there saying the same
thing about their language too. Old farts die hard.

I would suggest more than a few dozen. And they primarily exist in the mainframe world, which is now considerably reduced from the hardware vendors of some 40 years back. You can't really give OO a shot if you haven't got the appropriate COBOL compiler can you ? There is an Hitachi compiler lurking around, not sure if it is mainframe but anyway it's restricted to use in Japan only. Currently there is an OO compiler being developed by Fujtsu-Siemens in Germany.

As for dear old Big Blue, couple of years old now but you can use OO with their Enterprise compiler. While it follows the J4 (COBOL 2002 Standard) to produce Class/Factory/Instance syntax all classes inherit from Base. Guess what; in IBM's case it reads :-

MyClass inherits from JavaBase !

Java creates/destroys objects plus uses Java support classes for lists(collections) and GUI-ing.

Now if as a result of some mental aberration you can persuade your installation to upgrade to IBM Enterprise ($??????) then you can get into OO.

PC-wise down basically to (a) Liant (RM/COBOL), Acu COBOL, HP/Compaq - these three use ancillary tools for GUI-ing - not true OO. (b) Fujitsu and Micro Focus both have fool-bloodied OO (as well as Procedural) giving support classes for both collections/lists and GUI controls, plus the Web. In addition inter-language operability to invoke or be invoked from Java or C++ etc. Both since have now got into the dotNet game.

Can't tell you how well Fujitsu functions because they don't have any sort of newsgroup to guage what developers are doing. On the other hand Micro Focus has their own Forum. Most questions are directed at one of their GUI tools Dialog System - which comes with a set of template applications per GUI control. But this allows them to avoid truly dabbling in OO. Now they get stuck - great reticence to 'expand' on what the templates allow. For example you want to change which icons are displayed in a Treeeview. Can't do it by accessing Public methods. Achievable by sub-classing - but they shudder at super and sub-classing.

Meanwhile of course the above two compilers provide a link to dotNet and VB, C# whatever. Given that Visual Studio look-and-feel and a Treeview of methods per class you are coding - suddenly the light begins to shine. Next question, why stick with COBOL - go dotNet!

Hindsight - but way back around early eighties - if COBOL had taken note of what the Xerox PARC team were doing - the world could be known as COBOL/Smalltalk. Perhaps the foundation stone for the Bellingham University may have have been laid. Sadly, James Gosling might still be up here in Calgary twiddling this thumbs. :-)

Jimmy
.

Relevant Pages

  • Re: R: GOBACK (was: Perform Thru/Go to vs. Perform - Compile Speed
    ... thread for each separate request and these proceed independently (or ... > Major Cobol compilers make it easy to do this with a single compiler option. ... The equivalent in Java or C++ is a Class. ...
    (comp.lang.cobol)
  • Re: compile+link Fujitsu Linux
    ... Non OO COBOL doesn't support overload. ... C is the lingua franca of programming, ... That's because Java and PERL are compiled Just In Time at execution time. ... "GCJ is a portable, optimizing, ahead-of-time compiler for the Java Programming Language. ...
    (comp.lang.cobol)
  • Re: Cobol2Java: a Cobol to Java source code converter is available for evaluation
    ... If you were suggesting to use a C/C++ to Java tool that I may agree ... better because of being translated to a different language. ... Cobol is far from OO. ... many printers and page format as need at any time. ...
    (comp.lang.cobol)
  • Re: I need help!!
    ... trying to use the java based record editor program on sourceforge to ... Most COBOL environments have utilities available to create standard ... Write a small COBOL program to convert all the packed fields to ... Do you think my Java decimal package will help more people use Java on ...
    (comp.lang.cobol)
  • Re: Believe me, you WANT to read this!
    ... This is a success story - but it is still PROMOTING Microsoft as the sloution:- ... for them to have gone in the first place, sraight from mainframe thinking into, shhh..., OO-techniques via Java. ... COBOL for the .Net ".. ... As for finding the link and wading through umpteen screens, with very discernible pauses, said "Done", the progress bar at the bottom is ...
    (comp.lang.cobol)