We have just copied (by hand) the contents of Comes vs Microsoft exhibit px08290 [PDF]. There are some curious bits there about .NET and the people involved are Charles Fitzgerald, Sanjay Parthasarathy, Tom Button, Yuval Neema, Graham Clark, and Joe Long.

"By putting CLI into ECMA, we are inviting x-plat implementations. With Rotor we are even doing some work on Linux and Solaris," says Graham Clark, Microsoft's general manager of .NET business development.

“...there is no mechanism to provide transaction (and other core services) support on these non-Windows implementations.”

--Microsoft GM of .NETFurther he adds: "For enterprise customers/partners, wanting to build enterprise apps, all this is meaningless as there is no mechanism to provide transaction (and other core services) support on these non-Windows implementations."

"Microsoft is well aware of how to position .NET to make it seem attractive, but at the same time be worthless (or worth much less) without patented and non standardized, non-royalty free bits," writes the reader who drew attention to this.

Worth paying attention are also the parts about "evangelism". ⬆

---

Appendix: Comes vs. Microsoft - Exhibit px08290, as text

---

From: Charles Fitzgerald Sent: Tue, 5/8/2001 9:58 PM To: Graham Clark, Sanjay Parthasarathy; Tom Button; Yuval Neeman Subject: RE: J2EE Strategy.ppt

Its potentially worse than that - we both validate x-platform and then demonstrate conclusively we not prepared to deliver on it.

From: Graham Clark Sent; Tuesday, May 08, 2001 9:54 PM To: Charles Fitzgerald; Sanjay Parthasarathy; Tom Button; Yuval Neeman Subject: RE: J2EE Strategy.ppt

I would like to understand the x-plat strategy, because I don't get it and not does anyone in the field. It doesn’t seem to make ANY sense.

By putting CLI into ECMA, we are inviting x-platform implementations. With Rotor we are even doing some base work on Unix and Solaris.

For enterprise customer’s/partners, wanting to build enterprise apps, all this is meaningless as there is no mechanism to provide transaction (and other core services) support on these non-Windows implementations. J2EE clearly has a mechanism, albeit faulty, to enable these x-plat services.

I can think of four explanations for our current strategy (as I and the field see it):

1. There is something happening to provide these applications services x-p-platform that I don't understand (based on Joe’s proposition, I doubt it is this).

2, We think that out customers/partners/analysts are stupid and that they won’t see our approach as insufficient for real enterprise apps.

3. We are going to evangelise to IBM and others to plug their own transation services under CLI on Linux (without specifying how), Joe’s proposal is to tell them how.

4. We haven’t thought thru a strategy that will make sense alter anything more than a superficial inspection - if so why are we doing all the Rotor work?

MSSunII 000000089435 CONFIDENTIAL

MS-DEPEX 007061

---

If the answer is (2) then we have learned nothing from the past 5 years and J2EE will continue to kick our butts. I would rather see Microsoft say x-plat is BS rather than make a half step (Rotor, CLI) that will confuse everyone and lead to continued distrust of our motives for doing it.

---Original Message--- From: Charles Fitzgerald Sent: Monday, April 30, 2001 5:00 PM To: Sanjay Parthasarathy; Tom Button; Yuval Neema Cc: Graham Clark Subject: RE: J2EE Strategy.ppt

This is terrifying. A x-plat strategy is not a winning strategy.

----Original Message-- From: Sanjay Parthasarathy Sent: Monday, April 30, 2001 4:45 PM To: Tom Button; Yuval Neema Co: Charles Fitzgerald; Graham Clark Subject: RE: J2EE Strategy.ppt

Sanjay

htttp://dotnet your .NET Platform resource

---Original Message--- From: Graham Clark Sent: Thursday, April 19, 2001 6:52 AM To: Charles Fitzgerald; Sanjay Parthasarathy Subject: FW: J2EE Strategy.ppt

Net. Joe Long wants to work with IBM to define a std interface to system services, specifically those provided by COM+. He thinks IBM would go for this, and it addresses the issue that moving CLR cross-platform is meaningless unless you have a std way to access services such as transactions from it. With our current approach there will be no way for x-plat CLR to do this, hence it is not real.

MSSunII 000000089436 CONFIDENTIAL

MS-DEPEX 007062

---

CHARLES, this is really your area. Joe came to me to talk about field evangelism.

---Original Message--- From: Joe Long Sent: Wednesday, April 18, 2001 9:00 AM To: Graham Clark Subject: J2EE Strategy.ppt

I updated the slide a little bit, particularly the "current strategy" one...made it more J2EE strategy instead of EJB strategy.

Would you like me to try to rope you into the PaulFle, Yuvall, Tom Button discussions on this? I’m worried that they don’t have a full appreciation for what you and Sanjay have got going with IBM.

MSSunlI 000000089437 CONFIDENTIAL

MS-DEPEX 007063

---