One of Over 700 Sites
	with Guide John Zukowski Bio | Contact

Subjects

Applets Book Resources Career Resources Community Core Libraries FAQs Getting Started How-To Magazines News Sources Tools Tutorials Subject Library  All articles on this topic

More Sites on this Topic

Java Coffee Break

How Does Microsoft Ruling Affect Java?

Dateline: 11/7/99

Just what does the 11/5/99 "Findings of Fact" have to say about Microsoft and Java? A quick read points in several directions, many are strict definitions, while elsewhere provides a bit more of what the courts perceive Microsoft to be doing with (or making sure others are not doing with) Java technologies (and Java technology developers). Paragraphs 73-77 seem to have much to say about it, defining the term "Java" and probably affecting Sun's lawsuit. Paragraph 107 discusses Microsoft's effect on Java developers. Most useful for Sun's lawsuit, I see the entire Section VI, Paragraphs 386-407, shown in a separate listing.

Paragraph 28 - Middleware Definition / Section II: THE RELEVANT MARKET

28. Operating systems are not the only software programs that expose APIs to application developers. The Netscape Web browser and Sun Microsystems, Inc.'s Java class libraries are examples of non-operating system software that do likewise. Such software is often called "middleware" because it relies on the interfaces provided by the underlying operating system while simultaneously exposing its own APIs to developers. Currently no middleware product exposes enough APIs to allow independent software vendors ("ISVs") profitably to write full-featured personal productivity applications that rely solely on those APIs.

Paragraph 68 / Section IV: THE MIDDLEWARE THREATS

68. Middleware technologies, as previously noted, have the potential to weaken the applications barrier to entry. Microsoft was apprehensive that the APIs exposed by middleware technologies would attract so much developer interest, and would become so numerous and varied, that there would arise a substantial and growing number of full-featured applications that relied largely, or even wholly, on middleware APIs. The applications relying largely on middleware APIs would potentially be relatively easy to port from one operating system to another. The applications relying exclusively on middleware APIs would run, as written, on any operating system hosting the requisite middleware. So the more popular middleware became and the more APIs it exposed, the more the positive feedback loop that sustains the applications barrier to entry would dissipate. Microsoft was concerned with middleware as a category of software; each type of middleware contributed to the threat posed by the entire category. At the same time, Microsoft focused its antipathy on two incarnations of middleware that, working together, had the potential to weaken the applications barrier severely without the assistance of any other middleware. These were Netscape's Web browser and Sun's implementation of the Java technologies.

B. Sun's Implementation of the Java Technologies

Paragraph 73

73. The term "Java" refers to four interlocking elements. First, there is a Java programming language with which developers can write applications. Second, there is a set of programs written in Java that expose APIs on which developers writing in Java can rely. These programs are called the "Java class libraries." The third element is the Java compiler, which translates the code written by the developer into Java "bytecode." Finally, there are programs called "Java virtual machines," or "JVMs," which translate Java bytecode into instructions comprehensible to the underlying operating system. If the Java class libraries and a JVM are present on a PC system, the system is said to carry a "Java runtime environment."

Paragraph 74

74. The inventors of Java at Sun Microsystems intended the technology to enable applications written in the Java language to run on a variety of platforms with minimal porting. A program written in Java and relying only on APIs exposed by the Java class libraries will run on any PC system containing a JVM that has itself been ported to the resident operating system. Therefore, Java developers need to port their applications only to the extent that those applications rely directly on the APIs exposed by a particular operating system. The more an application written in Java relies on APIs exposed by the Java class libraries, the less work its developer will need to do to port the application to different operating systems. The easier it is for developers to port their applications to different operating systems, the more applications will be written for operating systems other than Windows. To date, the Java class libraries do not expose enough APIs to support the development of full-featured applications that will run well on multiple operating systems without the need for porting; however, they do allow relatively simple, network-centric applications to be written cross-platform. It is Sun's ultimate ambition to expand the class libraries to such an extent that many full-featured, end-user-oriented applications will be written cross-platform. The closer Sun gets to this goal of "write once, run anywhere," the more the applications barrier to entry will erode.

Paragraph 75

75. Sun announced in May 1995 that it had developed the Java programming language. Mid-level executives at Microsoft began to express concern about Sun's Java vision in the fall of that year, and by late spring of 1996, senior Microsoft executives were deeply worried about the potential of Sun's Java technologies to diminish the applications barrier to entry.

Paragraph 76

76. Sun's strategy could only succeed if a Java runtime environment that complied with Sun's standards found its way onto PC systems running Windows. Sun could not count on Microsoft to ship with Windows an implementation of the Java runtime environment that threatened the applications barrier to entry. Fortunately for Sun, Netscape agreed in May 1995 to include a copy of Sun's Java runtime environment with every copy of Navigator, and Navigator quickly became the principal vehicle by which Sun placed copies of its Java runtime environment on the PC systems of Windows users.

Paragraph 77

77. The combined efforts of Netscape and Sun threatened to hasten the demise of the applications barrier to entry, opening the way for non-Microsoft operating systems to emerge as acceptable substitutes for Windows. By stimulating the development of network-centric Java applications accessible to users through browser products, the collaboration of Netscape and Sun also heralded the day when vendors of information appliances and network computers could present users with viable alternatives to PCs themselves. Nevertheless, these middleware technologies have a long way to go before they might imperil the applications barrier to entry. Windows 98 exposes nearly ten thousand APIs, whereas the combined APIs of Navigator and the Java class libraries, together representing the greatest hope for proponents of middleware, total less than a thousand. Decision-makers at Microsoft are apprehensive of potential as well as present threats, though, and in 1995 the implications of the symbiosis between Navigator and Sun's Java implementation were not lost on executives at Microsoft, who viewed Netscape's cooperation with Sun as a further reason to dread the increasing use of Navigator.

Paragraph 107 / Section V: MICROSOFT' S RESPONSE TO THE BROWSER THREAT / The Similar Experiences of Other Firms in Dealing with Microsoft/ Apple

107. If Microsoft implemented technologies in its tools that were different from those implemented in Apple's tools, then multimedia content developed with Microsoft's tools would not run properly on Apple's media player, and content developed with Apple's tools would not run properly on Microsoft's media player. If, as it implied it was willing to do, Microsoft then bundled its media player with Windows and used a variety of tactics to limit the distribution of Apple's media player for Windows, it could succeed in extinguishing developer support for Apple's multimedia technologies. Indeed, as the Court discusses in Section VI of these findings, Microsoft had begun, in 1996, to use just such a strategy against Sun's implementation of the Java technologies.

Paragraph 142 / Giving Internet Explorer Away and Rewarding Firms that Helped Build Its Usage Share

142. In pursuing its goal of maximizing Internet Explorer. s usage share, Microsoft actually has limited rather severely the number of profit centers from which it could otherwise derive income via Internet Explorer. For example, Microsoft allows the developers of browser shells built on Internet Explorer to collect ancillary revenues such as advertising fees; for another, Microsoft permits its browser licensees to change the browser's start page, thus limiting the fees that advertisers are willing to pay for placement on that page by Microsoft. Even if Microsoft maximized its ancillary revenue, the amount of revenue realized would not come close to recouping the cost of its campaign to maximize Internet Explorer's usage share at Navigator's expense. The countless communications that Microsoft's executives dispatched to each other about the company's need to capture browser usage share indicate that the purpose of the effort had little to do with attracting ancillary revenues and everything to do with protecting the applications barrier from the threat posed by Netscape. s Navigator and Sun's implementation of Java . For example, Microsoft vice president Brad Chase told the company's assembled sales and marketing executives in April 1996 that they should "worry about your browser share[] as much as BillG" even though Internet Explorer was "a no revenue product," because "we will lose [sic] the Internet platform battle if we do not have a significant user installed base." He told them that "if you let your customers deploy Netscape Navigator, you will loose [sic] leadership on the desktop."

Paragraphs 386-407 / VI. MICROSOFT'S RESPONSE TO THE THREAT POSED BY SUN'S IMPLEMENTATION OF JAVA

Available separately.

Paragraphs 409 and 411 / VII. THE EFFECT ON CONSUMERS OF MICROSOFT. S EFFORTS TO PROTECT THE APPLICATIONS BARRIER TO ENTRY

409. To the detriment of consumers, however, Microsoft has done much more than develop innovative browsing software of commendable quality and offer it bundled with Windows at no additional charge. As has been shown, Microsoft also engaged in a concerted series of actions designed to protect the applications barrier to entry, and hence its monopoly power, from a variety of middleware threats, including Netscape's Web browser and Sun's implementation of Java. Many of these actions have harmed consumers in ways that are immediate and easily discernible. They have also caused less direct, but nevertheless serious and far-reaching, consumer harm by distorting competition.

411. Many of the tactics that Microsoft has employed have also harmed consumers indirectly by unjustifiably distorting competition. The actions that Microsoft took against Navigator hobbled a form of innovation that had shown the potential to depress the applications barrier to entry sufficiently to enable other firms to compete effectively against Microsoft in the market for Intel-compatible PC operating systems. That competition would have conduced to consumer choice and nurtured innovation. The campaign against Navigator also retarded widespread acceptance of Sun's Java implementation. This campaign, together with actions that Microsoft took with the sole purpose of making it difficult for developers to write Java applications with technologies that would allow them to be ported between Windows and other platforms, impeded another form of innovation that bore the potential to diminish the applications barrier to entry. There is insufficient evidence to find that, absent Microsoft's actions, Navigator and Java already would have ignited genuine competition in the market for Intel-compatible PC operating systems. It is clear, however, that Microsoft has retarded, and perhaps altogether extinguished, the process by which these two middleware technologies could have facilitated the introduction of competition into an important market.

Final Paragraph

412. Most harmful of all is the message that Microsoft's actions have conveyed to every enterprise with the potential to innovate in the computer industry. Through its conduct toward Netscape, IBM, Compaq, Intel, and others, Microsoft has demonstrated that it will use its prodigious market power and immense profits to harm any firm that insists on pursuing initiatives that could intensify competition against one of Microsoft's core products. Microsoft's past success in hurting such companies and stifling innovation deters investment in technologies and businesses that exhibit the potential to threaten Microsoft. The ultimate result is that some innovations that would truly benefit consumers never occur for the sole reason that they do not coincide with Microsoft's self-interest.

Other Tidbits

I'll be back next week with more things to do and places to go. If you have any comments about this week's feature, be sure to post them to the bulletin board. If you have any questions or topic suggestions, let me know or submit feedback. For technical questions, try to post them to the bulletin board area, instead of emailing me directly. That way, everyone can benefit from an answer, as well as offer answers. See you next time.

Previous Features

Subscribe to The Focus on Java Newsletter
Name	Email