Re: Alternative to (Re: Apache on OpenVMS 7.2 Alpha)



On Thu, 26 Apr 2007 16:21:47 -0700, Richard Maher <maher_rj@xxxxxxxxxxxxxxxxxx> wrote:

Hi Josh,

I'm open to alternate ways to do this if there are
suggestions, but it would be nice to stay with using the COBOL to
actually access the datafiles (particularly for writes) because that
way a minimum of training and changes are required to staff to
implement the actual data changes.

There has been recent discussion in HP's ITRC forum about a similar COBOL
requirement and IMO you could do a lot worse than to read, fully, my replies
to each of the following threads. (Currently the last replies in each
thread)

http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1110572
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1095466

The attachment to the first reply contains all the JavaScript and HTML
needed to put a browser-based GUI front-end on a VMS COBOL Queue Management
example application. The attachment to the second reply contains *ALL* of
the code that your application development staff would need to supply on the
server side. Just six User Action Routines in the form of a Shareable Image,
is all you have to provide for any VMS server application. (Whether you want
to talk to it via a Browser, .NET, Java, another VMS box, or even using
DECnet as a transport)

Your COBOL does not change - Your server development tools do not change.
You code is informed of the VMS username on whose behalf a request is being
made, and a matching Persona is made available for you if needed. You get a
full-duplex, conversational pipe with which to communicate with your client,
and server affinity is completely under your control. All network-connection
management, multi-threading, and server-process load-balancing is done for
you.

Anyway, If you'd like to see what it looks like in action (and especially
how easy a platform it is to develop on) then send me an e-mail.

Cheers Richard Maher

I have on my agendum (notice correct use of singular) to do the same for PL/I,
but we are going one step further by generating Java object classes (through the
good offices of SDL) for PL/I entry declarations, thus faciltating canning
(i.e., jar-ing) legacy apps. The same could be done for Cobol.


<jrandrew@xxxxxxxxxxx> wrote in message
news:1177626898.793493.72190@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
I would like to implement web services and I know that Apache Axis
provides easy ways to do this.

I've done some looking through the website that you sent regarding
WASD and I can't see analogous utilities for web services. Any
suggestions?

I want to use web services (i.e. SOA-style) to pass calls through to
some compiled COBOL programs which will in turn access flat files on
the VMS system. I'm open to alternate ways to do this if there are
suggestions, but it would be nice to stay with using the COBOL to
actually access the datafiles (particularly for writes) because that
way a minimum of training and changes are required to staff to
implement the actual data changes. It's also less risky in terms of
possible corruption of data.

Thanks,

Josh






--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
.



Relevant Pages

  • Come see the better Mouse-Trap!
    ... seems secure and kosher and de rigueur for everyone outside of the VMS "chip ... See the following link for a COBOL example of an INETd server listening ... would be to fire-up your existing COBOL functionality from a Web client. ...
    (comp.os.vms)
  • Re: COBOL for utility program under Linux.
    ... Alpha VMS machines still running. ... for a little utility program written in COBOL. ... Are you writing some server side CGI or are you ... Are these all web servers or do they want a desktop utility? ...
    (comp.lang.cobol)
  • Re: System Environment Variables
    ... computer has ever had is Windows XP professional. ... also tried a script that Pete Dashwood posted here last July, ... I downloaded  the express version of SQL Server 2008 to ... If you use Fujitsu COBOL you need to install it on ...
    (comp.lang.cobol)
  • Re: Expressions of interest in a Remote COBOL server, please?
    ... but here is a really simply little server ... my WLAN that has Fujitsu COBOL installed on it. ... There are a number of scripting options available under Windows (Scripting ...
    (comp.lang.cobol)
  • PL/I, COBOL, BASIC, Fortran, Pascal, MACRO, Bliss, hell even C
    ... I should point out that although this particular server example is in COBOL, ... is capable of being compiled/linked into a VMS shareable image then it can ... Just six User Action Routines in the form of a Shareable ...
    (comp.os.vms)