Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : All About Sun Microsystems -- Ignore unavailable to you. Want to Upgrade?

To: Rusty Johnson who wrote (19612)	9/14/1999 8:32:00 AM
From: Stormweaver	Read Replies (1) \| Respond to of 64865

That seemed like a real FUD article on Msft. Couple of points for you Rust: 1. XML Java parsing classes exist now. - XML is the perfect language to define the format of a stream of data; it's the 90's version of ASN.1 or ELF. 2. The real key with Java is where is it deployed - since that most concerns OS and iron vendors. - note that JavaSoft deploys Windows production JDK releases prior to Solaris - Windows has the strongest third party vendor support for Java related products 3. If Msft embraces Java - watch out. Being a software only company gives them a significant advantage in that they have the know-how, numbers and talent to build whatever software they want; and quickly. Remember that Java becomes byte code. Therefore in theory I can use/create almost any language I want and then generate Java class file compatible byte codes. As an example an ADA to class file compiler already exists. No doubt within a month or so Msft could create a VB to class file generator. Also no doubt they could create a super high speed hybrid native code compiler/byte code interpreter such as TowerJ. Also remember that easy Java integration to existing Msft components would give them a signficant advantage over Sun's Java. Msft has a much better native method interface (JDirect) - superior to JNI. Therefore we'll see Java based CORBA-COM bridges etc.. In conclusion, Msft is far from out of the picture. In fact I'd say the battle begins when Msft accepts Java as another development language; which I think they will. Cheers James