Re: Announcing: gSoap for OpenVMS blog

Richard Maher wrote:

[A lot of crap included after my post...]

I realy do not see why I should bother at all, but...

What we have :

- A public (auction) site that have published an "API"
to be able to run own applications against their system.

- The API is XML/SOAP based.

Now tell me, what would *you*, Mr Maher, use to access these
services from your own VMS system ? Whould you write XML/SOAP
code all from scratch ?

With my current knowledge, I thought the gSOAP kit
would fit in nicely.

*I* do not have *any* influence on the selected
technology at the actual site, of course.

Finely, your Tier3 platform *could* be a possible alternative
at another site where both VMS server and PC clients
are in-house, but the tone in your post aren't helping your
business, that's for sure. Or, on a second thought, I find
your post offending enought to not concider Tier3 at all...

Best Regards,
Jan-Erik.




Hi Jan-Erik,

[Before I go further; can we not please just discuss photos of the BF2000
spinning on a web-page while the Rdb-sourced monthly/regional sales-figures
manipulate Flash pie/bar charts on another section of the browser? Images
stored in the Rdb database along with the textual data? Backed-up in synch?]

Ok, oh well; I guess Planet-Maher is destined to be a lonely place :-(

Any customer who wants their VMS systems to act as clients
to WEB-services servers, I guess...

And who are they and what are they doing *exactly*? I am not a troglodyte
here, I do understand the concept and the reality; what I'm trying to do is
separate the Gartner report (CV-Builder) fiction from what is really
happening at the VMS coal face. Are you really trying to pull down Google
Maps to your VAX Cobol programs, or is there a certain manufacturer that
mandates SOAP interoperability?

It's just that I've worked for years with DECnet then X.25 then FTP then
TCP/IP Socket middleware, in London financial exchanges all the way to
Dickie local governments, and I don't really understand this amazing "new"
problem that your solving.

Here's the crazy thing; I'm actually *asking* you for a *specific*
requirements-specification! There's certainly no shortage of SOLUTIONIZING
barrow-boys who will relieve you of your cash, telling you what you *should*
be doing for their own ends, but I on the other hand wish to understand the
problem/requirements in more detail.

I've personally seen suppliers like Toyota regularly send 1MB+ SOAP/XML
messages down the line for reasons only known to themselves (and Gartner I
suppose?) and yet I've implemented a very effective (although still crap)
inter-car-dealer Spare Parts sales-system with plain old TCP/IP Sockets. But
what do the Jan-Erik's and Michaels of this world really want?

My *guess* is that you need this XML/RPC in SOAP-drag thing where you can
say:-

?XML Bollocks Transitional 0.5 Look like SOAP?
<RequestRecord>
<PartNumber>123</PartNumber>
</RequestRecord>

and recieve a:-

<DickieAnswer>
<QtyOH>33</QtyOH>
followed by lots of CRLF bollocks. . .

Am I pretty close to the mark here???

So how much of the gSOAP source-code footprint, do you really think is
involved in solving that little requirement eh? 1 maybe 2 percent?

What the *** do you think the rest of the Trojen-Horse is for???

Which part of that requirement involved a new HTTP Web Server eh? (On top of
WASD, Apache, OSU, T3 Applet Uploader)

Where is the gSOAP Tomcat? Where is the thread-pool, the server-pool, the
min-this the max-that? The server Containers? Are you still there Jan-Erik?
Hello, Hello, anyone home???

So some would have us believe (...) that gSOAP is for
> VMS 3GLs to call remote SOAP routines,...

It is. What is the problem with that ?
(And from what I understand, WSIT is of limited use there.)

My recollection of the beatitudes is a little shakey but wasn't there a
"Blessed are the gullible for they will be buggered by VMS's IMM"?

As Inigo Montoya would say "Let me explain. .there is no time; let me
summarize":-

You have asked for the Artic Blue SportsWagon and this really "nice" guy has
told you that you actually want the WagonQueen Family Truxter. And you are
now jumping up and down saying "I really love the metallic-pea!".

Maybe here's a better analogy: - You're sick of illegal Indonesian fisherman
pilfering our waters off the Northwest coast and you've asked the federal
govt for help. To which they have responded with a purchase order for a
Nimitz-Class air-craft carrier. Now your eyes are bulging and you're nursing
a semi 'cos you get to strafe those abolone-rustlers every morning, but
strangely enough, the hidden agenda of the poisonous bastards involved in
the solution-spec doesn't seen to bother you? That is until they launch a
pre-emtive strike on Jakarta.

Anyway Jan-Erik, if you really want a SOAP client RTL then I can see no
reason why HP or Freeware doesn't provide one. I don't know C/OpenSSL or I'd
give you one myself. (Give Mark Daniel a decent fee and I'm sure you'll have
one in a month)

But maybe I'm wrong, maybe you really want: - WS-Addressing,
WS-ReliableMessaging, WS-Coordination, WS-AtomicTransaction, WS-Security,
WS-Security Policy, WS-Trust, WS-SecureConversation, WS-Policy,
WS-MetadataExchange

It's up to you. . .

Cheers Richard Maher

PS. Go on! ask those fuckers what their WS-AT solution is for VMS! Ask them
about latent ACMS support for TIP! Ask them about Tier3 support for TIP!
What would you image the difference between WS-Coordinationa and WS-AT to
be?

Ah who gives a ***? You clearly don't :-(

"Jan-Erik Söderholm" <jan-erik.soderholm@xxxxxxxxx> wrote in message
news:BiFXi.12998$ZA.8385@xxxxxxxxxxxxxxxxxx
Richard Maher wrote:

Web services (SOAP) is a big deal right now for our customers
Really? Which VMS customers and why?
Any customer who wants their VMS systems to act as clients
to WEB-services servers, I guess...

So some would have us believe (...) that gSOAP is for
> VMS 3GLs to call remote SOAP routines,...

It is. What is the problem with that ?
(And from what I understand, WSIT is of limited use there.)

And not having to use ODS5 and install Java kit is/could
be a big plus, depending on your actual environment.

Jan-Erik.


.