| By Jeremy Geelan | Article Rating: |
|
| October 7, 2005 06:00 AM EDT | Reads: |
27,991 |
"As a desktop Java enthusiast," says Sun's director of Java Desktop Engineering, Thorsten Laux (pictured), "what's particularly compelling about the new partnership is the fact that Google has shown Sun that the JRE distribution channel represents an extraordinary value." The importance of that, Laux explains in this exclusive Q&A with Java Developer's Journal, is that it helps Sun to better understand the rationale for "continued and increasing investment in Java on the desktop" – creating a richer and broader platform which will ultimately drive more JRE downloads. Thorsten Laux: What's remarkable about this announcement is that two companies with a very consistent world view (that of network services, “the network is the computer”) but very complementary assets have partnered up in a strategic relationship:
Q. Is this evidence of Sun having “regained its touch” with the developer community, do you think? Concentrating on the technology rather than the brand, which developers respect but cannot do their job with. (Only technology allows them to develop; not logos, version re-numbering, and all the rest.)
If Google and Sun will offer a free downloadable replacement for Microsoft Office suite (see OpenOffice.org ), millions of people who do not use anything other than a Web browser, word processor , e-mail client and a spreadsheet will convert to their religion. Which OS will they use? Who cares, Java will run anywhere.
Thank you so much Thorsten for taking the time to answer our questions.
Published October 7, 2005 Reads 27,991
Copyright © 2005 SYS-CON Media, Inc. — All Rights Reserved.
Syndicated stories and blog feeds, all rights reserved by the author.
- Does Sun's Desktop System 'Hijack' the Java Brand?
- Java on the Desktop: Javaland Seems Divided
- "Javux," "Linva"...What else should the "Java Desktop System" maybe have been called?
- My impressions of the "Java" Desktop System demo
- Sun and Macromedia Bring Flash Content and Applications to Java Desktop System
- Java Desktop to Maybe Help Brits Stay Healthier, Cheaper?
- Java Desktop System "for Half the Price of Microsoft," Sun Guarantees in India
- "Java on the Desktop Won't Beat Microsoft," Chuang Concedes
- Sun Microsystems Gets an 'A' for the Java Desktop System
- Sun Teams with AT&T Wireless on Java Desktop
- Java Desktop Update at the Starting Gate
- Sun Java Desktop System Available on Walmart Web Site
- Sun Java Desktop System, Release 2 Includes New Tools, Online Updates
- Desktop Java: JDIC is "Definitely a Step Forward"
- Desktop Java: JDNC Released as Open Source Project
- Review: Java Desktop System Release 2
- Internet Pioneer Vinton Cerf Joins Google
- Google Spawns "Bloogle" – New Search Tool for Blogs
- Google to Bring Free WiFi to San Francisco?
- Sun + Google = (Very) Bad News For Microsoft?
- Will Sun and Google Be Bringing StarOffice to Google Users?
- Java Technology + Google Toolbar = Multi-Year, Strategic Agreement Between Sun and Google
- Sun-Google Partnership: Is It About Money, or About Microsoft?
- Developer Viewpoint: (Google+Sun) > Microsoft
- Google / Sun – The Aftermath
More Stories By Jeremy Geelan
Jeremy Geelan is Sr. Vice-President of SYS-CON Media & Events. He is Conference Chair of the all-new International Cloud Computing Conference & Expo series, of the International Virtualization Conference & Expo series, of AJAXWorld RIA Conference & Expo series, and of the long-running SOAWorld Conference & Expo series. He's founder of Cloud Computing Journal, Web 2.0 Journal, AJAX & RIA Journal and other leading SYS-CON titles. From 2000-6, as first editorial director and then group publisher of SYS-CON Media, he was responsible for the development of all new titles and i-Technology portals for the firm, and regularly represents SYS-CON at conferences and trade shows, speaking to technology audiences both in North America and overseas. He is executive producer and presenter of "Power Panels with Jeremy Geelan" on SYS-CON.TV.
![]() |
Thomas Taeger 10/12/05 04:56:03 AM EDT | |||
Good marketing (Google) and a "killer application" for the "network computer architecture, NCA" (maybe Google's DesktopSearch) joined with the good, stable Java technology - a good idea. I had decided to go with NCA from its first days, but users and developers have been betrayed by Sun several times. "Java" was Applet hype first, ok, no problem if usability follows. But people started to fear Applets popping / crawling up and stealing the users' time by endless loading. The browser war (MS Internet Explorer against the rest) affected the internet hype and the interest in intelligent architectures like client-side Java. Sun - in its best days - should have forced a standardization. Soon Sun concentrated on HTML-generating server-side Java and the more and more profitable hardware beneeth and silently left the clients to Microsoft. That was the death of the NCA vision. Java WebStart (Java clients without the need of browsers and Applets) braught back a chance for client-side Java. But in meantime the (for server hardware vendors also profitable) XML hype had swamped out the rest of interest in semantic types directly efficiently binary transferable or storable. Web designers (HTML -> XML, but no real programming) performed the better marketing and swamped out client-side Java. With this history in mind, what are the next dangers to desktop Java in general and Google DesktopSearch in particular?: - DesktopSearch is announced to work during pauses only. My impression with the beta version was quite another one, so I had to deinstall it from the older Notebook (Win2K, 192MB, 450MHz). DesktopSearch must really _release resources_ like processor, memory and file system immediately as soon as the user wants to continue his real work. - A lot of private households and enterprise employees must work with one and the same old notebook or PC for several years. Their working must not be compromized or even _slowed down_ by DesktopSearch or its indexing. Did anybody publish measurement data yet? - Intelligent standardized mechanisms of memory allocation must force ending and idle applications (Adobe Reader, Mozilla, ...) to _free their memory_. As long as operating system do this job bad, Java applications could exemplary show how to notify each other (via a service ...) of memory lacks (desperately swapping), memory needs (before starting or continouing) and memory offers (when exiting or going idle). The old slogan "Java slows down everything awfully" must be eliminated by facts. - For Windows platforms it is a technologic ignorance to use two concurrent and very time consuming indexing mechanisms in parallel. MS is not supposed to give up FindFast indexing, but the other way round: Couldn't DesktopSearch feed the FindFast-files on the fly so that only one indexer needs to run? |
||||
![]() |
Thomas Taeger 10/12/05 04:41:57 AM EDT | |||
Good marketing (Google) and a "killer application" for the "network computer architecture, NCA" (maybe Google's DesktopSearch) joined with the good, stable Java technology - a good idea. I had decided to go with NCA from its first days, but users and developers have been betrayed by Sun several times. "Java" was Applet hype first, ok, no problem if usability follows. But people started to fear Applets popping / crawling up and stealing the users' time by endless loading. The browser war (MS Internet Explorer against the rest) affected the internet hype and the interest in intelligent architectures like client-side Java. Sun - in its best days - should have forced a standardization. Soon Sun concentrated on HTML-generating server-side Java and the more and more profitable hardware beneeth and silently left the clients to Microsoft. That was the death of the NCA vision. Java WebStart (Java clients without the need of browsers and Applets) braught back a chance for client-side Java. But in meantime the (for server hardware vendors also profitable) XML hype had swamped out the rest of interest in semantic types directly efficiently binary transferable or storable. Web designers (HTML -> XML, but no real programming) performed the better marketing and swamped out client-side Java. With this history in mind, what are the next dangers to desktop Java in general and Google DesktopSearch in particular?: - DesktopSearch is announced to work during pauses only. My impression with the beta version was quite another one, so I had to deinstall it from the older Notebook (Win2K, 192MB, 450MHz). DesktopSearch must really _release resources_ like processor, memory and file system immediately as soon as the user wants to continue his real work. - A lot of private households and enterprise employees must work with one and the same old notebook or PC for several years. Their working must not be compromized or even _slowed down_ by DesktopSearch or its indexing. Did anybody publish measurement data yet? - Intelligent standardized mechanisms of memory allocation must force ending and idle applications (Adobe Reader, Mozilla, ...) to _free their memory_. As long as operating system do this job bad, Java applications could exemplary show how to notify each other (via a service ...) of memory lacks (desperately swapping), memory needs (before starting or continouing) and memory offers (when exiting or going idle). The old slogan "Java slows down everything awfully" must be eliminated by facts. - For Windows platforms it is a technologic ignorance to use two concurrent and very time consuming indexing mechanisms in parallel. MS is not supposed to give up FindFast indexing, but the other way round: Couldn't DesktopSearch feed the FindFast-files on the fly so that only one indexer needs to run? |
||||
![]() |
Infernoz 10/08/05 08:22:27 AM EDT | |||
And why do I get a blank page on submission, confusing or what! |
||||
![]() |
Infernoz 10/08/05 08:20:24 AM EDT | |||
Nice idea, but quite complex to implement correctly with enough office compatibility (IMHO Open Office 2.0 beta is not good enough for full migration yet). I would also have concerns over privacy, memory use and the speed of the application. I doubt Microsoft will get seriously scared until some killer betas appear, which are much better than the current Open Office 2.0 beta! |
||||
![]() |
Infernoz 10/08/05 08:19:57 AM EDT | |||
Nice idea, but quite complex to implement correctly with enough office compatibility (IMHO Open Office 2.0 beta is not good enough for full migration yet). I would also have concerns over privacy, memory use and the speed of the application. I doubt Microsoft will get seriously scared until some killer betas appear, which are much better than the current Open Office 2.0 beta! |
||||
- 4th International Cloud Computing Conference & Expo Starts Today
- Deputy CIO of the CIA to Keynote 1st Annual GovIT Expo
- Publishing Synergy: Blog, Twitter and Ulitzer
- Cloud Computing Expo: Exclusive Q&A with Yahoo! SVP Cloud Computing
- IBM Hardware Chief, Intel VC Exec Arrested in Insider Trading Scam
- Roadmap to Create Profitable Cloud Computing Industry
- Oracle-Sun: IBM Reportedly Behind Delay
- Virtualization Journal Opens "Readers' Choice Awards" Nominations
- Citrix Aims To Cripple VMware’s Cloud Designs
- Oracle Trashes HP Relationship for Sun
- Java Kicks Ruby on Rails in the Butt
- Interviewing Java Developers With Tears in My Eyes
- 4th International Cloud Computing Conference & Expo Starts Today
- Deputy CIO of the CIA to Keynote 1st Annual GovIT Expo
- Ruby-on-Rails Apps Get Cloud Lift
- Publishing Synergy: Blog, Twitter and Ulitzer
- Cloud Computing Expo: Exclusive Q&A with Yahoo! SVP Cloud Computing
- Adobe Flex 4 Goes to Public Beta
- SingTel Throws in its Lot with the Cloud
- Adobe ColdFusion 9 and ColdFusion Builder Public Betas Now Available
- After Ubuntu, Windows Looks Increasingly Bad, Increasingly Archaic, Increasingly Unfriendly
- SCO CEO Posts Open Letter to the Open Source Community
- Simula Labs Launches Hosted Delivery Platform To Enable Enterprise Open Source Adoption
- Where Are RIA Technologies Headed in 2008?
- Source Claims SCO Will Sue Google
- How Open Is "Open"? – Industry Luminaries Join the Debate
- Latest SCO News is Plain Weird
- IBM Tells SCO Court It Can't Find AIX-on-Power Code
- SCO Claims Linux Lifted ELF
- Flashback: Investing in 'Professional Open Source' - Exclusive 2004 Interview with David Skok, Matrix Partners





































