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 : Citrix Systems (CTXS) -- Ignore unavailable to you. Want to Upgrade?

To: MikeM54321 who wrote (6505)	4/30/1999 10:28:00 PM
From: Mike Buckley	Read Replies (1) \| Respond to of 9068

MikeM, I'm glad to see that you're finally coming around to appreciate that Java isn't a huge problem for Citrix. :) I remember when we made a vague, unsucessful attempt to deal with this issue a year or so ago on the Fool's AOL thread. I've never really tried to convince you that Java is not a significant threat because I'm not capable of putting it in words that are justifiably convincing. For what it's worth, one of the primary reasons I've never been overly concerned about a threat from Java is that apps written in Java have always had one major drawback -- that they are too slow. Until that problem gets solved, and I've never seen any evidence of that solution, the slowness of Java plays into the hands of Citrix. It's bad enough that a Java-based app is slow. Putting it on a LAN or WAN that slows it up even more makes it worse. Not the stuff of real competition for Citrix. Lastly, I am still not aware of any mainsteream mission-critical software being written in Java. I do know of a privately held company using Java for some mission-critical stuff, but that is virtually the only situation I know of, not that I'm in the loop about it. --Mike Buckley

To: MikeM54321 who wrote (6505)	5/8/1999 6:39:00 PM
From: MikeM54321	Respond to of 9068

Re: ICA vs. Java Java's Client-side problems Analysts blame the near-demise of client-side [Java] applications to their hobbling pace over most Internet connections. "There were significant problems associated in putting Java in a browser because you were never sure it would be able to run," said Anne Thomas, an analyst at research firm the Patricia Seybold Group. "The real issue associated with using Java in a browser is that it takes a long time to download it." -------------------- Thread, I picked up the above comments from a CNET article. Kind of goes along with my previously posted comments concerning one reason why Citrix's ICA thin client solution has an advantage over a Java thin client solution. MikeM(From Florida) CNET Article at: news.com

To: MikeM54321 who wrote (6505)	5/27/1999 2:19:00 AM
From: Hardly B. Solipsist	Read Replies (1) \| Respond to of 9068

I realize that this response is very late, but this seems to be a common misunderstanding, so I hope I'll be forgiven for the tardiness of my reply: > For Oracle's i initiative, there does have to be a > Java "interpreter," on the client. > Albeit, it's small. But the bigger drawback is the size of the > Java app being sent > down to the client. I'm guessing the more complex the app, the > larger in size it is. This would be a serious drawback if it were true, but it isn't. The "i initiative" that Oracle is pushing is to encourage people to write server applications in Java. That is, the application logic runs in the server and is written in Java. At its simplest, the client is a standard web browser. The idea is that instead of writing the application to run in some homemade server using Apache and perl and OCI and an RDBMS all together, you just write the application to run in the database and have the database be the webserver. (In the next release of 8i there will be a webserver in the database -- there is already a demostration version of a webserver in the first release.) Obviously there is a lot more to this than just "stick an application in the RDBMS", since you have to have tools, distributed databases, replication, security, legacy code, ... But the basic model is very simple.