Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations wOOdy-Soft on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

cobol and the internet 1

Status
Not open for further replies.

BigMag

IS-IT--Management
Jul 10, 2001
68
NL
Check this out


There's an example of a thin client application in COBOL

How far is COBOL really??

can't wait....

Greetings, Mag.

(WO9999 SU 28-09 LI1195) BigMag, The Netherlands.
someone@euronet.nl (no kidding!)
 
Javascript and VBscript are not server side processes.

I was less than impressed because I was annoyed at the UI and the follow me cursor.

It was also extrememly slow.

Calling it "thin client" is technically correct - but my own thin client applications are indistinguishable from locally run software. There's a better way.
 
I agree, it's slow, the follow me cursor ís annoying.

But: I see potential in view of the fact that:

- COBOL is faster than any other serverside language
- DATA, necessary to build up an internet-page can be the same as any other language used and can be minimalized (less than 1K is no exception)

So, Application Providing in COBOL can be (providing the proper server-client technique is used) faster than any other ASP. Not forgetting, larger, inticate systems, are better written in COBOL.

Greetings, BigMag.

Who's currently managing the development of a larger ASP in VB, VBscript and SQLserver and is eager to know the technique to do it in COBOL! BigMag, The Netherlands.
someone@euronet.nl (no kidding!)
 
It was a bit slow in loading. And actually, the first time I tried to load it, I got a "server unavailable" error message.

But actually, I thought the cursor was kind of neat. And I showed it to a co-worker who does mostly Visual Basic, and he thought that it was neat.

At our shop (I work for a government agency), we are wending our way toward using either C++ or Java for the client front-end, taking it through a CICS interface and using COBOL for our backends, using it to access data from our huge mainframes.

Nina Too
 
Nina,

interesting that you make that remark; i work for a large bank, and here a strong push is underway to convert all front-end applications to browser-based ones, leaning heavily on Java, and use COBOL as back-end, running on the mainframe as super-server. If all goes well, i'll be starting a Java training in a couple of months, adding great value to my COBOL and mainframe knowledge. I'm looking forward to that!

Regards,
Ronald.
 
Check out for some other ways to front end COBOL with a GUI or a browser interface.

Where I have found Java to have an advantage is in server side or mid tier processing. It's strenghts are mainly based in it's superior and simple thread management. As far as using it for a client or a UI - I've never seen a Java UI that I liked. SWING is ugly, cumbersome and unstable. (At least as I have seen it implemented so far).
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top