What's so Java about Sun's Linux desktop?
by Sam Hiser, coauthor of Exploring the JDS Linux Desktop10/06/2004
Sun's Java Desktop System (JDS) has faced a lot of flak from the Free Software community. People object to Sun's naming scheme and branding, and have cried out in angst about JDS's complex and unattractive end-user licensing agreement. It seems odd that strident objections are being directed at the very best, most complete, and thoroughly integrated GNU/Linux distro on the market. Upon close inspection, the discrepancy is about the different objectives of individual open source developers and enterprise software vendors. And in the end, the high quality of Sun's new desktop system stands firm as a testament to our shared values for open standards and competitive functionality.
JDS is Linux--Enterprise Linux!
Sun's Linux desktop software suite is called the "Java Desktop System." While the name seems a bit of a red herring--if not a rape of community property--to Linux enthusiasts, it describes a complete and state-of-the-art GNU/Linux distribution that's designed and targeted for an enterprise market comprised of large companies, government agencies, and educational institutions. To thoroughly understand the JDS name scheme requires an understanding of JDS itself, as well as Sun's software- and corporate-branding strategy, which we cover further on.
While Java is important to JDS, there should be no mistaking that JDS is a complete and thoroughgoing Linux distribution. In fact, JDS is based on Novell's SuSE Linux distro, employs the GNOME user interface, and carries a complete selection of desktop applications. Many, if not most, of JDS's components, too, are open source software.
JDS, a hardened enterprise Linux distro, contrasts dramatically to what we call "popular Linux." The latter is exemplified by Fedora Core 2 (or now, 3), SuSE Linux Desktop (9.x), Slackware, Gentoo, Debian, and others, which have the very latest Linux kernel and the latest versions of open source applications. JDS, being built upon older, more stable components, has faced criticism from open source users who are accustomed to the latest Free Software components and are willing to live with the attendant instability and incompleteness of the application toolset. But such critics are consistently out of touch with enterprise software demands, often unable to see the necessity or the value proposition to large organizations of completeness and integration over currency.
|
Related Reading
|
It's important also to note that JDS will be available by the end of 2004 to run on Solaris workstations and on the Sun Ray thin-client system, as well as Linux. While pundits and competitors like to believe this reflects a desire of Sun's to kill Linux, the reality is that Sun is providing a significant choice and efficiency opportunity to customers by offering a single desktop system and user interface to run on their choice of underlying platforms. In the case of JDS, the glass is half full.
The Juice in JDS
The Java aspects of JDS issue from Sun's strategy to unify all software around the Java brand and to fulfill the needs of enterprise customers for a Windows-alternative desktop that can a) run most of the file types and content media types at large; b) run the many in-house Java applications that enterprises have created on the J2EE platform and that are viewable via JDS's Java-enabled web browser; and c) deliver a level of windowing and application integration to which, at least, Windows users are accustomed.
Sun also intends through JDS to deliver a Java application "showcase," where the best-of-breed Java apps and applets from the ISV community will get bundled with JDS in the future. Additionally, with JDS the company provides a stable and complete common desktop platform that accommodates the needs of Java programmers through the inclusion of the appropriate Java Runtime Environment (in the form of the Java Virtual Machine for Linux) and Java programmers' toolkit, the Java 2 Platform Standard Edition, J2SE.
What's in the Cup?
It's fair to ask, what differentiates JDS that makes it such a strong example of GNU/Linux while being a threat to Microsoft's hegemony of the desktop environment?
First, JDS's level of desktop integration is unrivaled in the GNU/Linux world. "Integration" means that all applications work together seamlessly within a windowing and menu system that is uniform for all applications. All customary applications and functionality are present, and a common user can navigate with minor or no involvement in the administration of the system.
Up until JDS, GNU/Linux distros have been set back for an annoying lack of integration, messy widowing, inconsistent menus, missing applications, and absent functionality. This was not surprising, given that the preponderance of engineering was traditionally in the Linux kernel and that there's always been a lower payoff seen for the hard work of integrating the desktop components to a competitive benchmark level. For instance, Linux has always been behind Windows and the Mac in the famous clipboard feature for cutting text or objects from one application and pasting them into another. Linux lacked media players and PDF readers for a long time, and as Macromedia Flash became a common element embedded in web pages, Linux users were relegated to second-class citizenship from the common limitations in viewing content.
JDS finally addresses all of these limitations better than any extant GNU/Linux distro. See Table 1.
Table 1. JDS's applications and plugins
| Name | Underlying project, source |
|---|---|
| StarOffice 7 | OpenOffice.org |
| Web Browser | Mozilla 1.4 |
| Email and Calendar | Ximian Evolution 1.4 |
| Instant Messenger | gaim 0.70 |
| Graphics Editor | The GIMP 1.3 |
| Media Player | RealPlayer 8 |
| PDF Viewer | Adobe Acrobat Reader 5.0 for Linux |
| Macromedia Flash plugins | |
| Java plugins | |
| J2SE: Java 2 Platform Standard Edition | Developer tools for the desktop |
| Other Java apps & applets |
JDS's Ancillary Products
JDS, the desktop piece, is not in this alone. Sun offers several important products that make a shop full of JDS client systems easier to deploy and manage, plus a new 3D interface that promises to ask new questions about the tired desktop metaphor for the first time in almost 20 years.
Table 2. JDS ancillary products, making JDS even more appealing to enterprise and young consumers
| Product | Purpose |
|---|---|
| Sun Control Station 2.1 | Remotely administer updates and services for volume deployments of JDS |
| JDS Configuration Manager | Define and lock user- and workgroup-level policies and settings for JDS |
| Project Looking Glass | Open source user interface for JDS based in Java 3D; innovative look and feel |
Sun's Control Station makes large-volume deployments of servers and JDS desktops on the x86 platform more efficient. The JDS Configuration Manager enables central remote control of employee access rights and desktop system settings, configuration lockdown, and even application defaults and other settings. These pieces are critical to managing infrastructure in large environments, and customer officials admit they make JDS itself more attractive.
Project Looking Glass is a shockingly fresh, new desktop user interface based in Java 3D that still has a lot of development ahead of it. Project Looking Glass is now an open source development project that's bringing worldwide interface and usability talent together to re-think many of the closely held concepts of what we today think of as "the desktop." That these innovations will come out first in Java 3D on Sun's Java Desktop System reflects the importance of JDS to Sun, and also projects confidence in JDS throughout the service and customer chain.
Unifying Around the Java Brand
JDS itself fits into a tidy grouping of software categories (see Table 3), all tied into Java. Sun's corporate identity has become intimately linked with the vibrant red-and-purple coffee cup, and the company's full complement of software is so tightly aligned with that image that one only needs to see the cup to immediately think, "Sun Microsystems!"

Figure 1. The Java logo
Sun accomplishes several things by branding its Linux desktop with the Java logo. Sun is providing a service by unifying all of the system's components under one umbrella, so customers don't have to do it for themselves. And the Java Desktop System is a product that transcends the underlying operating system. JDS will run across platforms, on both GNU/Linux as well as Solaris and Sun Ray. Under such circumstances, labeling JDS with a Linux tag would stifle its recognizability in those other operating system contexts.
Enterprise customers don't want to be bothered with the confusing and irrelevant brands of all the open source application components of a desktop system. They appreciate that their large software vendor can take care of all that, interface with the multiple open source development projects, and protect their innocence of the underlying works. Scott McNealy used to tell large customers something like, "We're in the software business so you don't have to be!"
The open source community might be forgiven for their misprision of Sun's branding program because a) open source contributors tend to have little experience or concern for the point of view or marketing imperatives of corporate brands, and the needs of corporate customers to identify with brands; b) they are motivated by freedoms and solving development problems that are unrelated to "products;" and c) they haven't seen everything yet in the Sun's full Java suite (JDS-Solaris and JDS-Sun Ray are due by the year's end).
Table 3. Sun's "Java System." A Java group for every end-user software product
| Component Product Group | Purpose |
|---|---|
| Java Enterprise System | Manage servers, identity/access, portals |
| Java Desktop System ("JDS") | Desktops OS and applications |
| Java Studio | Java developer tools for applications and web services design and deployment |
| N1 Grid System | Manage the data center |
Enterprise Linux is a Particular Thing
The audience for whom JDS is intended is not disturbed by the "Java" appellation, nor by Sun's talent for mating mature Free Software components with non-Free components that fulfill functional requirements that have traditionally been missing. These people are heavily dependent and indebted to the Java language for allowing them to write applications to run across various operating system platforms. Java has made enterprise systems and their management more efficient and more capable in many ways. Enterprises do regard Free Software, but they hold in higher regard systems that solve their IT problems and increase their capabilities and flexibility while controlling costs.
In JDS, Sun has provided in software what Sun's Simon Phipps argues is similar to the editorial service provided by your favorite newspaper. While the news is now predominantly free, the editors of our chosen papers provide a desirable bias, a filter on which we depend to weed out less-critical information, or that which may be less felicitous to our humours. After all, we can go online to Associated Press or Reuters to get just about everything that's being covered. Yet, we still buy newspapers, or view them online, for that valuable service provided by their editorial departments.
So, too, in software is Sun packaging components together--whether Free Software or parts owned and only available from third parties--to provide a complete package that addresses certain needs. In addition, Sun provides an extra layer of assurance that the software will function according to expectations (or it will be fixed), and that most liabilities associated with function and use are borne away from the user. This is what a major software vendor is there to do.
Simon Phipps' list of responsibilities of a vendor (in terms of necessary user freedoms):
It's worth noting that the focus of an open source community is development--none of the freedoms required of a software deployer (such as strict compatibility with externally defined standards, essential if the freedom to switch to a different software solution is to be preserved) are explicit objectives. All the time that open source software has been the preserve of developer-deployers there's been no issue, but as it becomes more widely used by deployers with no interest in development, the need for new ways to provide deployers with their necessary freedoms will grow.
What freedoms do deployers need? They're actually rather traditional:
- Function that meets actual business needs
- Freedom to change suppliers, so that prices can always be negotiated
- Freedom to choose new software solutions as business needs evolve
- Control of the data; by implication, control of the format it's stored in
- Protection from liabilities associated with the development of the software
Software derived from an open source community may or may not meet these requirements. For many companies, there has been an initial rush based on the abilities of skilled and visionary employees to obtain software gratis from open source communities, but increasingly CIOs are realizing this doesn't secure all of the freedoms they need for long-term business. They're turning to commercial suppliers to act as their intermediaries with the open source communities--"they join the community so we don't have to."
-- How Will Companies Ever Make Money From Open Source?
Table 4. Open source projects in which Sun participates actively. Sun's contributions often go unnoticed.
| Project | Open source license(s) |
|---|---|
| OpenOffice.org | LGPL and SISSL |
| Mozilla.org | Mozilla Public License |
| GNOME | GNU General Public License |
| NetBeans | Sun Public License |
| Solaris | TBD |
Perhaps what rankles the disciples of Free Software is that Sun's priority is not Linux, nor even Free Software. Sun's priority is systems for the enterprise. As such, their Linux distro could never adequately "gnuflect" to the Amen Corner, since it so effectively integrates into (read, "accommodates") Windows environments, and because it contains numerous proprietary dependencies borne of capitalist pragmatism as well as the necessarily rigorous functional requirements of the enterprise.
Sun's priority is actually Java. This no doubt mystifies and irritates those of us who are passionately committed to a single operating system platform--whether it be Microsoft Windows or GNU/Linux, for example. But a strong Java, as expressed in Sun's holistic Java strategy, will necessarily neutralize the power of any single OS platform to dominate the way Windows has in our recent past. That open source advocates still hold a vision of GNU/Linux dominating the scene simply on the merits of its openness is merely old thinking.
Through indifference to JDS, the Free Software movement stifles its own objectives. There are quite a few ways a successful JDS helps Free Software. If JDS infiltrates the enterprise desktops of the world--as it is already doing handily in Europe and Asia--then it creates open source jobs in its wake. It also promulgates healthy, open protocols and formats through components like the Mozilla browser or the brilliant XML file format harbored in StarOffice. And a strong and growing Java base--while neutralizing the dominance-leverage of individual OS platforms--brings an advantage to the stronger platforms among the low end, like GNU/Linux. Let's also remember that market share itself is a sine qua non for open standards as well as proprietary ones.
It's surprising and disappointing that all corners of the open source or Free Software community cannot equally back such a fair and strong representation of open source and Free Software values as Sun's Java Desktop System. The unmatched quality of JDS in its enterprise context is surely something that reflects well on our innovation and uncompromising commitment.
Sam Hiser is Vice President & Director Business Affairs at the OpenDocument Foundation, Inc. He was advisor to the Commonwealth of Massachusetts Information Technology Division on its pilot of OpenDocument-ready software this year. Hiser also blogs at www.PlexNex.com.
Return to ONJava.com.
Showing messages 1 through 14 of 14.
-
Another Linux Not A Bad Thing-- But...
2004-10-08 13:28:49 glenpepicelli [Reply | View]
I don't see another linux as definatly bad for Linux in general. However, if Sun makes their Linux wildly different in some way than there is a problem. They might take a page out of the Microsoft book and write tons of well received but non-standard object libraries for it. Perhaps it will just be so off the standard-- yes there is a sort of standard-- that it will be hard to recompile software for it. (I am suggesting they may do this intentionally).
The Author seems to be suggesting that open source developers don't care about meeting real business needs. This is totally false-- in most cases anyway. Developers want their software to be widely used and a sucess. They may not actually be on the phone with CIOs kissing up and asking "what do you want?" There is definatly a different culture. Open source developers have more creative freedom to do what they think is best. Some of them pretty much make mainstream stuff like the Eclipse IDE. Your boss isn't going to look at Eclipse and say "what the *$%#! is that?" On the other hand, if you install XEmacs you might find yourself in your bosses office trying to explain why you need a lisp system attached to your editor. It doesn't mean the developers of XEmacs think their software is pointless. It isn't it's just different. Or as your boss would say a new pro-active oriented paradym. -
Another Linux Not A Bad Thing-- But...
2004-10-11 04:06:12 jwenting [Reply | View]
most open source developers want their products widely used but don't want to take the steps needed to get people to use them.
Instead of making their applications such that they are useful they bludgeon the population (who couldn't care less most of them and the rest are similar to those authors) with religious/political propaganda about how their application is superior to anything else for the simple fact that it's open source.
Maybe if those people would get out of their ivory tower for a bit they'd notice that real users (rather than the few OS zealots they constantly hang out with on /. and similar sites) don't care one iota about the religious purity of a license model.
They care about ease of use, return on investment, total cost of ownership and product stability (not just technical but also the question if the product will be in active maintenance 5 years from now let alone 5 months).
Sun attempts to give some of that with their distribution, effectively placing their brand name (and with that endorsement of trust) on it might give people who don't want to have to deal with those religious zealots a central place to look for support.
But apparently such reasoning is lost on you as it has been lost on the linux zealots for the last 10 years or so.
-
Hardened? Integrated?
2004-10-08 09:28:24 Sandsloth [Reply | View]
"Hardened" and "Desktop System" are oxymorons. Using older software and careful design does not make for a "hardened" system.
I also resent Slackware Linux being grouped in with Fedora Linux. Slackware Linux is a slow-moving, carefully-built distribution built to be the most Unix-like Linux. Slackware is also the oldest Linux distribution, its team having some 10 years of experience in maintaining the Slackware system (which has legendary stability). It's design is impeccable, and I have never used a more stable system.
Fedora, on the other hand, is Red Hat's gift to the Open Source world - a beta version of Red Hat Linux. A good example of the way that Red Hat cares about the OSS community is when Fedora shipped with a buggy bootloader that made other operating systems unbootable. Would you ever find that in Slackware? Never, so please remember not to group these two distributions together.
Of course a system can be integrated when it does not even use the proper names of the applications that it contains. Sun Microsystems basically uses code that took years to develop and strips it of its identity (and thus the credit given to the hard-working group of programmers that spent so much time developing it).
JDS may be in use on Sun Opteron workstations, but I have yet to see it integrate the sort of server tools and management capabilities to migrate it away from anything but a simple desktop environment for the average user. Until then, in my mind it will simply be a small desktop distribution that does not warrant the serious consideration that can be given to SuSe and RHEL (especially now that both are being ported to more powerful architectures).
Until Sun gets serious about supporting OSS instead of just leeching without giving back anything (much less credit), I will never give JDS a consideration. I will stick with more secure, stable, and mature Linux distributions rather than Sun's latest pretty-looking dumbed-down desktop system. -
Hardened? Integrated?
2004-10-18 18:05:24 gdriggs [Reply | View]
Just to clarify, Slackware is the oldest, currently developed Linux dist. There are some that predate it that are no longer maintained, including Ygdrassil IIRC. As for your choice to boycott JDS, that's certainly yours to make. But while you're at it, you might also consider never purchasing Novell's SUSE Linux Desktop. It's what JDS is built on which is in turn based on SUSE 8.1. You can confirm this by comparing the versions of glibc (2.2.5) and Linux kernel used (2.4.19) in all three distributions. As for the server and management tools you're speaking of, what relevance do they have for a desktop OS? JDS has management tools but they're designed for managed entire LANs of desktops, not for services running on each host. I think your mention of enterprise Linux distributions has no bearing on the discussion of desktops. -
Enterprise?
2004-10-18 18:15:09 gdriggs [Reply | View]
I suppose I should do my own clarifying... I think you're confusing enterprise desktop OSs with enterprise server OSs. It's the equivalent of claiming that Windows 2003 Server is worse or better than Windows XP Pro for deploying on serveral hundred, thousand, or ten thousand desktops. Sun JDS is an enterprise desktop OS. Sun Solaris is an enterprise server OS. Red Hat Enterprise Linux is an enterprise server OS. Red Hat's Fedora is a desktop OS. SUSE Linux desktop is an enterprise desktop OS. SUSE Enterprise Server 9 is self explanatory. SUSE Linux Pro and Personal are desktop OSs but not enterprise desktop OSs. Mac OS Apple is not the same as Mac OS Orange.
-
Sun like branding...
2004-10-08 06:43:47 rev-lee [Reply | View]
Adding the Java brand to their distribution is similar to what happened when Sun acquired Forte' Software. Suddenly all of Sun's development tools, such as Fortran compilers, became Forte' development tools. They take a brand known for quality or acceptance and apply it to a range products to increase the auro of respectability for all of the products.
-
Comments on Linux and Java on the desktop
2004-10-08 00:28:12 scottwalters1 [Reply | View]
I take objection to this article for all the same reasons I've objected to JDS and Sun's understanding of open source - none of which are which are what you accused me of. Company PR departments have a way of taking critisms and repeating it back polarized into accusations so bad they couldn't possibly be true and ambaguous comments that can easily be shown not to be a complaint at all, and lo, magically, there are no valid objections! This is spinning, and us Open Source people, being able to successfully avoid it to such a degree as we have, don't fail to notice it.
First, lots of companies are adapting Linux for the corporate desktop, RedHat not the least of them. We like RedHat because they say what they mean and they mean what they say. We're seldom left guessing, and never for long. IBM people are suspicious of yet, as well they should be, but IBM has done a huge amount of work. I don't see Sun Linux commercials on TV. You might pat yourself on the back for "integrating everything", and a lot of companies have done a lot of integrating in the past, but guess what, people like me do too. We go down to client sites, create custom Knoppix based distributions with customized start menus and file associations, with Microsoft Windows software living in /home/knoppix/.wine/c_drive, stuck on the start menu, ready to go - for those few applications they can't live without. I call this a days work, not a valuable, exclusive service to all Linux kind. Linux can live without me and it can live without you. Hundreds of "system intergrators" have died through the 80's and the resurgance in the 90's was... limited. MSCE's took over this field.
Second, Sun likes to play second fiddle. This gets back to no Sun Linux commercials on TV. Fine, let the unwashed masses go on living with no evidence whatsoever that no operating systems besides Microsoft Windows and MacOSX exist. You wouldn't believe how many computer owns I've had to explain to "yes, your PC can run other operating systems". As long as no one drops the hint, they're going to go on thinking this, and this just makes it harder to do what you're trying to do. But you don't care. You're happy to play second fiddle. When Netscape squaked at you for competing with them with HotJava 1.3 on the Java-on-the-web front after they licensed your tech, you castrated HotJava into something worthless except as a component. After Microsoft defanged Netscape, boy did you look dumb.
Third, actions speak louder than words. Remember when you refused to give up technical information needed to port Linux to the Sparc 64 architecture, making snide remarks all the while about how Linux "isn't ready" for 64 bit computing, and high performance applications demand Solaris, and as independent reverse engineering progressed, you hinted at sueing? Well, maybe you didn't work in that department and the left hand doesn't know what the right hand is doing, but from out here, you're all one big company, and it doesn't look nearly as rosy as it might in your department. SGI ported Linux willingly. SGI added a lot of things they developed to Linux - and they're taking heat from SCO just like IBM is. When SCO approached you - before they approached IBM - you gave them hundreds of thousands of dollars and agreed not to add anything from Solaris to Linux. Remember? I do. Slashdot is a top 20 news site. It pushes a hell of a lot more traffic than sun.com does. You're spinning against the stream here.
I realize Sun's been lost for a market for a while, and there's the temptation to go soft - "oh, Sun, they should just watch their ass real close cuz someones gunna put them out of their misery" - people say things to this affect. If you acted like the people who liked you well enough to own your hardware were the coolest people on Earth, you wouldn't be in this mess. Last time a client needed big iron for a database server guess who I bought it from. SGI. That's right. Even though their reputation as the biggest coke-heads in California with greedy management from hell is entirely founded. (Unix newbies out there: it's well known that California Unix venders encouraged their employees to take cocain to put in those long hours - Sun has this reputation too but SGI is legendary). Maybe you buy a crummy $800 PC from a store down the road and expect betrayal, but you don't drop $265,000 and take that kind of treatment. I know most people buy hardware out of momemtum and thusout of ignornace, but inertia comes from somewhere, and you've lost it. Remember: it isn't about what you want your customers to do, it's about what your customers want. The only thing you should draw the line at is giving away hardware someone is willing to pay for. Your best successes were lowing the prices of the Ultras, getting all sorts of people and research departments running them on the desktop. People like Unix. It sells itself. We're sick of crummy white label PC hardware, but most of us are afraid of RISC boxes because we've never been able to touch them because they're too expensive. If you can't make a Sparc and sell it new for under $1,500, you'll continue to fade away - and I'm not talking about gimped out thin clients. I want to order this thing on your website, and through better online computer retailers without having to give my cell number to some damn Sun reseller who calls me in the middle of my sleep cycle and acts coy. Apples took a big hit when they stopped putting Macs in schools at any cost. It took years, but things slowly started leaning towards Microsoft. Consdering the care Windows needs to be handled with and how utterly useless it is when it's locked down, this blows my mind. Give the poor kids Speak 'n Spells why don't they. Take a hint from Google: make everyone work on their own "fun" projects for 10% of their time. The 3D window manager is the best thing you've shown us for years. Get computers out there - GNU is already supporting your processor for you - all you have to do is design and fab them. Get them in peoples hands. Get a new generation of Linux enthuasits excited about Sparc hardware (and if you're just selling PC's, you're just another white box). Make it a friendly environment to device driver authors, programmers, hackers, amature sysadmins, college researchers, and when they get jobs in the real world, they'll remember their safe haven and it take with them. Problem is, it'll take close to 6 years - just like the hobbyists-come-pro Linux movement. You can do!
-scott
-
Comments on Linux and Java on the desktop
2004-10-08 15:04:11 Scorpionfish [Reply | View]
If there is anyone snorting cocaine, your rant makes it appears that it is you.
I have been using Java in Mandrake (and a few other distros, including Slackware, Corel, RedHat, and Suse) for about 8 years now.
In my opinion Sun has contributed to OpenSource immensely by providing a new Language and now a new distro for Linux users to choose from. I personally have gained considerably from using Java without ever paying Sun a dime (well not quite true I did purchase a Java tutorial tool from them once). Sun continues to work with the OpenSource community (such as Blackdown Linux, the first port of Java to Linux for some time via its own community process). I say let each company have a Linux policy and let consumers choose those which best meet their needs. Not everyone has the same requirements, objectives, or level of experience.
While slashing and burning your adversaries is a tried and true human tradition, it isn't the only one and it hardly provides any tangible comparative evidence that what is offered as an alternative is any better.
I personally feel that Sun's performance on contributing to OpenSource is far better than most companies, perhaps a few OpenSource ones included, despite a lot of hot air that one reads on the net. Perhaps this is the price Scott McNeeley must pay for being so bombastic toward M$ over the many years. Perhaps you might want to contribute your critical thoughts to improve the process rather than carping on line.
Accusing Sun for wanting to make money is a pretty lame excuse for a crime in our Capitalist society. The fact that they don't advertise much on TV is that 1) they lost a bunch of money and have to use what they have left on their priorities (haven't we all at some point) and 2) the average TV viewer is hardly likely to know or care about Java or Linux or IT for that matter (just look at the polls, folks are actually voting for politicians who cut subsidies for high tech education and high tech jobs and promote the out-sourcing of those that are left). Why should Sun pay good money to reach these misfits?
I suspect that much anti-Sun rhetoric is more about not liking increased competition rather than specific beefs about Sun's products, most of which the complainers among us don't seem to use anyway.
If Sun can show me a Linux desktop that can better integrate Java, with its immense cross-platform capability, and a Linux desktop GUI that provides improved productivity to the user, I will give it a good looking over. In the meantime, I'll continue to use Mandrake (now at version 10) as my preferred distro.
Open Source is about the freedom to make choices.
-
Comments on Linux and Java on the desktop
2004-10-08 02:48:43 sidboyce [Reply | View]
Sun touches Linux with on hand over the nose and with two fingers, while looking the other way. The strategy is to use Linux as a necessary evil for now while they work towards developing a Solaris equivalent running MS Office. We will see Sun eventually replacing their in-house Linux desktops with SPARC/Solaris, then likewise they will phase out their so-called JDS and seemlessly convert their JDS customer base, or if Ballmer doles out sufficient cash to them, plug Microsoft desktop as the only viable one. Evident to anyone who follows the recent pronouncements of McNealy and Swartz. Sun has no long term interest in Linux, period. The name Java instead of Linux outlines their strategy/panic to get them noticed once again.
-
Stable == predictable
2004-10-08 00:05:30 ionrock [Reply | View]
I think "enterprise" customers do not necessarily want stability as much as they want to know what to expect from their software. If there is a bug with a simple work around that works reliably then an enterprise customer is fine with it. This then makes JDS not a superior product, but merely a predictable one. This article seems to give Sun too much credit for JDS at the expense of other very good distros. Just because it is not the best for the enterprise doesn't mean that it is not as stable, featureful or usable. It is only possibly less predictable.
-
Debian, older!=stable
2004-10-07 14:10:55 eeanm [Reply | View]
When did Debian have new software? What world does this guy live on? And who is calling it "Popular Linux" exactly?
Also, older does not mean more stable. The opposite has been my experience with trying to get the old software on Debian (like its default dhcp client) to work compared to Gentoo. Gaim 0.70 is an example of that, I'm sure that's too old for several protocols. RealPlayer 8, with its own weird widget set, is less stable and harder to use then RealPlayer 10 which uses GTK 2.
I suppose I wouldn't mind Sun tossing the brandname Java onto everything, if it wasn't already a name for a programming language and the common practice is to tack on program language names when the software is /written/ in that language. Though ever since Netscape made JavaScript its been an abused name, so I guess I don't really care. -
Debian, older!=stable
2004-10-07 18:46:21 adrianus [Reply | View]
"older does not mean more stable."
To be more precise to my opinion "older does not always mean more stable" but older program has more chances and potential to be more stable because most bug should already be found and hopefully fixed. But that depends on the time and effort the maintainer has.
For example to my experience firefox 0.9.x is more stable than firefox 1.0PR.
I have no experience with Debian (heard many good things about it) but I notice that Redhat Enterprise (which supposedly more stable) is not using newer version of packages like say Fedora Core. I think that was the reason why Sun choose the older version.
Admittedly newer program has new feature that older program don't have. Gaim 0.70 maybe already can be called stable, but Yahoo's decision to alter its protocol to make other client difficult to connect to it force user of gaim to get newer versions.
The brandname admittedly annoys me in the beginning, not because it is a community property (I think Sun owns "Java" brand name), but the misleading effect it have to people already know "Java" as a language name. I just accept it later knowing if JDS itself become more popular the occurence of misunderstanding will become less and later it will more have Java applications afterall. -
Debian, older!=stable
2004-10-07 22:51:52 eeanm [Reply | View]
That could be your experience with Firefox, but the difference between Firefox 1.0PR and 0.9.x is primarly that 1.0PR has more bugs fixed. (I personally found them both to be stable, I suspect in your case its Firefox balking on using a configuration created from an earlier version because I've had this problem, but thats neither here nor there.)
I guess there's two uses for the word stable. Stable as in unchanging. Stable as in less likely for a program to crash. The former doesn't mean you release a distro with old software, it means you release a distro and maintain it (security updates) for several years, perhaps with a longer update cycle. And its the former that enterprises want. And as I already stated a program being older doesn't magically mean its going to crash less, certainly when talking about minor revisions (like the difference between 0.7 and 1.0 of Gaim) newer is better.





I found this article somewhat lacking. I don't feel that it told me what's so Java about JDS, but made excuses for Sun instead. I also feel that the author is mis-interpreting the community's reaction.
I think the biggest excuse-making is regarding the Java name. The article explains that to understand the branding, you have to know a lot about the product, all of Sun's other products, and Sun's stategy. Which is the exact opposite of what branding is all about. A brand is supposed to tell me something about a product without having to do any research. To most of us, the Java brand indicates association with the Java programming language and VM. JDS has a lot of "Linux-ness", but we don't see much more Java here than most other OSes. That's what the community is complaining about -- that JDS doesn't meet our expectations of the "Java-ness" implied by the name. And this article hasn't convinced us otherwise.
For Sun to put Java in front of every product name doesn't make sense -- unless they're planning on spinning off the software division into a separate company (something a few folks have surmised.) They already put Sun in front of every name. It's a lot like when Microsoft put the .NET tag in front of everything. It made it difficult to understand what .NET meant. A whole bunch of things got lumped together -- Passport, web services, the VM, and the framework. They were even going to tag Windows Server 2003 with the .NET brand, and perhaps Office. Fortunately, the brand only "stuck" to the VM and the associated framework. In the interim, the security problems with Passport made all the other pieces look bad by association.
The rest of the article tries to explain Sun's role as a distribution vendor. It tries to make excuses for including commercial software and not being cutting edge. So? That's what we expect from enterprise Linux distros. There isn't much new territory here. Red Hat and SuSE and many others have been doing this for years. Most of us are not only familiar with these trade-offs, but comfortable with them. We know that if GNU/Linux is to be taken seriously by corporations, companies will need to build on the Open Source core. (At least for the time being -- in the end Debian will probably do to other Linux's what Linux is doing to other OSes. But vendors will still be needed to provide support and indemnity.)
In the end, Sun took an existing SuSE Linux enterprise distribtuion, added a few things, and put the Java brand name on it. I hope it does well. If Sun does a good job of selling it to corporations and supporting it, then we'll all have benefited. But to think that this is something special is a mistake.