[Info-vax] The Future of Programming Languages and Web browsers

[Richard Maher]

Hi John,

"JC" <thecookson at gmail.com> wrote in message
news:6ddf589c-5296-404f-8e1b-2966bbb4cfa7 at m26g2000yqb.googlegroups.com...
> Yesterday I stumbled across a product called RUNBASIC (From the
> authors of LibertyBasic) and my immediate
> thought was that this product demonstrates how programming for the web
> browser environment should be handled.
>
> http://runbasic.com/
>
> Although RUNBASIC is relatively embryonic (and doesn't run on
> OpenVMS), I would love to see HP develop this
> concept for its own industrial strength BASIC language on OpenVMS. I
> drool at the thought of developing web
> applications without having to give up the benefits of synchronous
> connection states and procedural constructs.
> It would also be very nice having direct access to a quality data
> management resource like RMS.
>
> I would be interested to hear what seasoned OpenVMS programmers make
> of this concept.

Personally, and as someone who's been coding on VMS for over 25 years, I
love Javascript! (No, not any of the the bullshit JQuery, Scriptaculous,
Dojo, Prototype,YUI, Floundering etc libraries, just "Javascript") Then, I
also have no problem with MXML for all the good stuff that Flex-Charting
brings, and XAML didn't look that difficult. (In combo with FABridge and
HTML Bridge respectively.)

In addition to that: -

If you'd like a single, authorized, stateful, and context-rich network
connection (TCP/IP and/or DECnet) to your VMS hosted 3GLs, databases, and
business logic then you're in luck!

If Single-Sign-On across any number of concurrently active tabs and pages in
a browser instance also tickles your fancy, then it's all good!

If you hanker to control server-affinity with message-level granularity, and
be able to achieve parallelism by returning result sets to the client, *as
they are produced*, on a binary row-by-row basis (rather than mamoth
bollocks all-or-nothing XML) then it's all gravy!

If you long for the complexities of User Authentication, Network
Communication, and Server Threading & Load-Balancing to be handled
transparently so that you can concentrate soley on the business
requirements, then you've come to the right place!

If you think Application Server development should be no more difficult than
creating a Shareable Image containing the 6 User Action Routines that Tier3
will execute on your behalf during a server process' lifecyle then prepare
to be amazed!

If you're happy with your existing, tried & tested, VMS development
environment and want all of the above Web functionality without *ANY* of the
following (Apache[2], WASD, OSU, JAVA, WSIT, Bridgeworks, gSOAP, DCE/RPC,
ONC/RPC, ODBC, OCI, CGI, Perl, Python, Ruby, NetBeans, ACMS[xp])and  if you
and blind-freddy can see the obvious architectural, functional, and
performance limitations of HTTP and also scoff at the joke that is HTML5's
WebSockets then you're in heaven!

And this is all you have to do to get there: -

      t3Client     = new Tier3Client("Demo",
"http://192.168.1.159/Applets/",
                                 2048, 1022, "ISO-8859-1", "N",
Tier3Client.GUIAWT,
                                 null,Tier3Client.ALL);

      if (t3Client == null || t3Client == undefined)
        throw new Error("Could not activate Tier3 Client");

      empSuggest   = new Tier3Suggest(lastName,  600,  "myLOV",   5,
empFetch,  empSelect);
      deptSuggest  = new Tier3Suggest(selectRef, null, "deptLOV", 4,
deptFetch, empSelect);

      t3Client.appendConsoleMsg("Employee_Lookup successfully loaded");

Anyway much, much, more when I can find a net-facing server to host our
examples. (And I've pollished the examples, written a little Java logger
class 'cos both log4j and java.util.logging.logger are bloated and crap for
Applets, and finally built new kits.) Christmas is looking good!

>
> John Cookson

Cheers Richard Maher