From: Jim.Johnson@software-exploration.nospam.com
Sent: Wednesday, August 23, 2000 9:32 AM
To: Info-VAX@Mvb.Saic.Com
Subject: Re: Cluster transaction processing paradigm

Jim, Richard,

I dearly, dearly wish that I could.  My direct involvement with DECdtm
ended in 1991, shortly before I returned to the US from my first UK
secondment.  However, I worked to stay aware of what was going on with
it until I left Compaq in 1999.

I can say that there are no technical reasons why it shouldn't support
XA/TIP/TCP, and have been none for years.

As for it being hard to upgrade, no I'd not heard it.  I was not asked
about this before I left Compaq in Feb 1999, and I've obviously had no
conversations on matter since then.  While I strongly disagree with
their conclusions, I have no information for making any suggestions as
to why they reached that conclusion, or even who 'they' are.  I also
have no current knowledge as to who may or may not be maintaining it.

However, returning to Richard's first question: If Compaq VMS has
interest in hiring Software Exploration to do this work, I would be
extremely interested in talking to them about it.  Tell me who to
contact to deliver that message directly and I will.

Finally, the 'VMS brains trust' may well have other reasons for
pushing an RTR-everywhere solution.  I have no reason for questioning
that.  I can just say with some high degree of confidence that the
inability to adjust DECdtm for XA, TIP, and TCP is not technically
justified.


Jim.


On Wed, 23 Aug 2000 08:40:01 -0400, Jim Jennis
<jjennis@discovery.fuentez.com> wrote:

>Hi Richard,
>
>That's a good question. Several years ago, I was involved in a MAJOR DCE
>implementation (for my former employer) in which VMS was (supposed) to play
>a major role. 
>
>What ended up happening is that the lack of XA/TIP/TCP compatibility in the
>OVMS TP support was a key factor in the company deciding to phase out OVMS
>as a strategic platform and go to Unix (HP-UX).
>
>Had Compaq decided to do this 3-4 years ago, OVMS would have been a natural
>choice, now, there is so much investment in Unix that moving back to OVMS
>would be prohibitively expensive.
>
>At my new company, we still use OVMS a lot, but, sadly, most of the time we
>use it to help our customers migrate away from it.
>
>Regards,
>
>Jim
>
>At 03:46 AM 8/23/2000 -0700, you wrote:
>>Hi Jim,
>>
>>What would you or your company want to go back to VMS and
>>upgrade DECdtm to be XA, TIP and TCP/IP compliant?
>>
>>(No disrespect meant to any engineer(s) currently looking
>>after DECdtm. If in fact there is anyone looking after it?)
>>
>>Are you aware that the VMS future directions brains trust
>>has cited "The DECdtm code being to hard/complicated to
>>upgrade" as one of the reasons for leaving it in moth-balls
>>and pouring money into their RTR everywhere vision of the
>>world?
>>
>>On RTR, the guy who sits next to me (who worked on SEATS)
>>tells me that RTR had nothing to do with the trading system
>>and was only used with ASX's back office systems. I know
>>that nobody here said otherwise but I thought it was worth
>>pointing out.
>>
>>The original poster did seem to have a store-and-forward
>>requirement so maybe RTR is appropriate.
>>
>>On TIBCO, I personally know of two large financial
>>institutions in London that are questioning the wisdom of
>>purchasing it.
>
>--------------------------------------------------------
>FSC - Building Better Information Technology Solutions-
>      from the Production Floor to the Customer's Door.
>--------------------------------------------------------
>Jim Jennis, Technical Director for Commercial Systems
>Fuentez Systems Concepts, Inc.
>1 Discovery Place, Suite 2
>Martinsburg, WV. 25401
>USA
>
>Phone: +001 (304) 263-0163 ext. 235
>Fax:   +001 (304) 263-0702
>Email: jjennis@discovery.fuentez.com 
>       jhjennis@shentel.net
>WEB: http://www.discovery.fuentez.com/
>

Jim Johnson
Software Exploration, Ltd.
Software Navigation and Discovery Tools