Two Takes on the Java Dilemma

Joe Barr writes "NewsForge is running a pair of excellent commentaries on the plight of Java and the Java development community following the recent "settlement" between longtime rivals Sun and Microsoft. One is by Rick Ross, the articulate leader of JavaLobby, entitled "Where is Java in the settlement?" The second is "Free but shackled: The Java trap" by Richard Stallman. Good reading. Both commentators put their finger on the heart of the problem, albeit from different perspectives." Yes, Newsforge and Slashdot are both owned by OSDN.

Comments

Sun will sell Java to the highest bidder

[tjansen]

My theory is that Sun is going to sell Java, probably to IBM. That's also a reason why Sun is will not
open-source Java. Even if it is losing money, it's still a valuable asset. Sun owns the trademark, many Java-related
patents and is the only company with the authority to prevent Java from being forked.
Sun's threat is to sell Java to Microsoft. Not sure whether MS wants to buy it (they would certainly be
willing to spend a lot of money to destroy it, but it would also annoy many people and renew the antitrust trouble). Losing Java would be so bad for IBM that they would be willing to spent a few billions to save
it. Possibly together with other companies in the Java trap, like SAP.

Re:Sun will sell Java to the highest bidder

[AKAImBatman]

I doubt Sun would sell Java until they're ready to sell the company. Java has been a loss leader for them that has made the name "Sun Microsystems" nearly a household brand. Right now Sun is trying to reinvent itself because of the lack of vision in the marketplace.

Yes, Intel x86 can handle many of the tasks that only Unix machines used to be able to handle. I'd just tend to debate whether they're capable of doing these tasks as cost effectively, as reliably, and as efficiently.

Re:Sun will sell Java to the highest bidder

[heironymouscoward]

I don't believe Microsoft would tolerate that. It has only a few real competitors, and IBM is one of them. Java is essential to IBM's strategy and there is no way that Microsoft does not realize this. $2bn is a lot of money: if all they wanted was insurance against trustbuster trials, they could have paid a lot less.

No, Sun has (in my paranoid opinion) agreed to kill Java and probably StarOffice as well.

I'm quite curious to see how IBM will react.

Re:Sun will sell Java to the highest bidder

[RLiegh]

How can they kill StarOffice when it is open-sourced in its' OpenOffice form?

Re:Sun will sell Java to the highest bidder

[Chicane-UK]

Yes, Intel x86 can handle many of the tasks that only Unix machines used to be able to handle. I'd just tend to debate whether they're capable of doing these tasks as cost effectively, as reliably, and as efficiently.

Well judging by the amount of people dropping their old UNIX gear, and taking up rackfulls of AMD or Intel boxes (especially the new 64bit offerings), i'd say the answer to that is a big YES.

Companies like Sun and SGI did used to really have a corner on the market.. but now their gear is slower than the competition and insanely overpriced. Don't get me wrong, they are all still the geeks ultimate play thing (I especially like SGI gear, and used to own a few old boxes) but price to performance ratio is soooo in Intel & AMD's favour right now.

Reliability is superb, runs a LOT of operating systems, scales very well (imagine a beowulf cluster of these...), and doesn't cost a lot of money.

Re:Sun will sell Java to the highest bidder

[Welsh Dwarf]

By firing the SO developers, by not packaging SO any more, and by abandoning OOo.

OTOH, Novel and IBM have a vested interest in keeping OOo alive and kicking, so it wouldn't surprise me if/when Sun pulls the plug that 100 or so IBM/Novel employees take up the slack

Re:Sun will sell Java to the highest bidder

[heironymouscoward]

I was careful to say 'StarOffice' not OpenOffice. OpenOffice is GPLd and safe. Still, OpenOffice relies on support from Sun: my guess is Novell or IBM will provide a new home for it if/when Sun says it's cutting back.

Re:Sun will sell Java to the highest bidder

[tjansen]

Yes, Intel x86 can handle many of the tasks that only Unix machines used to be able to handle. I'd just tend to debate whether they're capable of doing these tasks as cost effectively, as reliably, and as efficiently.

Actually I'd be interested how many billions of Sun's yearly losses are related to Java, and how many billions are caused by creating and maintaining their own CPU architecture. I wouldnt be surprised if the last bit of 'cost-effectiveness' of the SPARC architecture would disappear immediately if Sun would charges enough to cover their real costs.
After cancelling the UltraSPARC V and having only a few 'mystery' CPU projects left, I expect Sun to make x64-64 the primary architecture for the low-end and medium range. Maybe not with this x86-64 generation, but when the next one appears.

Re:Sun will sell Java to the highest bidder

[tjansen]

What part of "$900 million to resolve patent issues" is unclear?

The question whether Sun has transferred their rights to Microsoft. I don't think so. They just licensed the patents to Microsoft, so they can use them in .Net stuff. Just like Sun probably licensed them, at least partially, to all Java licensees.

Re:Sun will sell Java to the highest bidder

[tellurion]

>Sun has (in my paranoid opinion) agreed to kill Java
>I'm quite curious to see how IBM will react.

I don't think IBM will much care.
They have pushed for Sun to open source Java, why? Because they have changes/enhancements they want to incorporate into Java. This means they have already rewritten some/all of the Java libraries and would do more if it was open. If Sun killed Java, IBM would probably just release their own Java. Legaly something new, but technically the same.

-Tellurion

Re:Sun will sell Java to the highest bidder

[DAldredge]

2 Billion is about 60-80 days worth of profit for Microsoft. Profit.

Re:Sun will sell Java to the highest bidder

[The Spoonman]

Well judging by the amount of people dropping their old UNIX gear, and taking up rackfulls of AMD or Intel boxes (especially the new 64bit offerings), i'd say the answer to that is a big YES.

Which begs the question: if they were all jumping off a bridge, would you do so, too? Just because "everyone's doing it" doesn't mean it's right. It means that lemmings can't think for themselves.

Don't get me wrong, I agree that the price/performance/value ratio of the Suns and SGIs of the world is way skewed when compared to the Intel-style architecture. I disagree in that moving to the latter architecture just because everyone else is doing it is a management-style decision, not a technical one.

Re:Sun will sell Java to the highest bidder

[AKAImBatman]

Well judging by the amount of people dropping their old UNIX gear, and taking up rackfulls of AMD or Intel boxes (especially the new 64bit offerings), i'd say the answer to that is a big YES.

I would disagree. And I'll tell you why:

1. It takes fewer Unix boxes to accomplish the same job as the ever multiplying rabbits^W x86 machines. This consolidation makes for lower overall costs in equipment and maintenance. Unfortunately, x86 looks cheaper up front. No one considers concepts like capacity planning. Just add another box. They're cheap!

2. Dell (and their competitors) charge a mint for "server hardware". So much that Sun hardware often comes in cheaper. Again, managers thing x86 == cheap and Sun == Expensive.

3. Unix machines allow you much more flexibility in remote maintenance, system configuration (just try to tweak the size of write buffers on Windows), and live upgrades. Linux theoretically offers many of the same benefits, but RedHat deployments have a tendency to self destruct. I've seen admins actually afraid to touch their RedHat boxes for fear that something will go wrong.

4. Performance isn't everything. Reliability, uptime, maintainability, etc. are all worth paying extra for. The short sightedness of the industry results in these factors often being ignored. As a result, big money is spent on all three areas *after the fact*. (A company I worked for once had a Dell RAID controller go. The entire production database was corrupted on ALL drives. That hurt.)

Long term, Unix machines still win the day. This is very much due to the fact that the entire machine is engineered instead of cobbled together. It's just too bad that the entire industry is only looking at the short term.

Re:Sun will sell Java to the highest bidder

[ClosedSource]

The day IBM buys Java will be the day that IBM stops talking about opening the code. They already bought Rational's products, where's the source for them?

Re:Sun will sell Java to the highest bidder

[bogie]

"but RedHat deployments have a tendency to self destruct."

Err yea ok, sure whatever you say.

"Long term, Unix machines still win the day."

You wrote an entire reponse to something he didn't say. He never said he was advocating Winx86. He said that the older SUN/SGI style hardware was losing marketshare in favor of X86 hardware. Which of course is correct. He didn't say that these cheaper X86 boxes wouldn't be running a *nix.

Re:Sun will sell Java to the highest bidder

[AKAImBatman]

You wrote an entire reponse to something he didn't say. He never said he was advocating Winx86. He said that the older SUN/SGI style hardware was losing marketshare in favor of X86 hardware. Which of course is correct. He didn't say that these cheaper X86 boxes wouldn't be running a *nix.

Allow me clarify. When I say "Unix Machines", I am referring to Sun, SGI, HP, and IBM Unix based hardware. While these machines can run other OSes, they are designed and engineered to run a variant of the Unix operating system. Thus "Unix machines". I was not referring to the operating system in specific.

And yes, RedHat does self-destruct at the slightest provocation. It's actually rather enjoyable (in a morbid way) to grab a bag of popcorn and watch as GDM suddenly disables itself, or the Apache "service" suddenly fails to start, or watch admins struggle with XInetD, only to have all their other "services" go haywire, or (my personal favorite) watch the admins struggle with some insanely masochistic script that no longer works because of some minor system change. Not to mention all the other scripts that were dependent on that script, which are now quite broken. I'm not even *going* to mention RPM hell.

Oh yeah, RedHat boxes are lots of fun.

Re:Sun will sell Java to the highest bidder

[AKAImBatman]

When referring to concepts like Total Cost of Ownership and capabilities/features offered, one has to refer to the "Complete Package". The primary competitors are:

Sun Solaris (UltraSpace)
HPUX
AIX
WinTel
LinTel (pretty much only RedHat comes in OEM form)

The later two represent the "low-end" x86 platform, while the former three represent the "high-end" Unix/RISC platform.

Re:Sun will sell Java to the highest bidder

[ClosedSource]

"A modelling tool is quite different to a programming language.."

Yes, but not really in this context. If IBM is going to buy something, they expect some return from their investment regardless if it's a programming language or a modeling tool.

Re:Sun will sell Java to the highest bidder

[nelsonal]

Athough you will occasionally see deviations:
Gross profit is your profit after your manufacturing or input costs are covered. If we were talking about a PC OEM this would include components in a cheap computer (RAM, HD, mobo, CPU, case, and assembly as well as depreciation on your factory). This ranges from about 15% (grocery stores and PC manufacturers) to 90% (software developers) an average manufacturing gross margin is about 40-50% in decent times. Traditionally this cost has a high portion of fixed costs (costs that do not change with small increments of production).
The next costs taken out are for selling, marketing, administration, and product development. Some companies pull all of their depriciation costs out and put it here as well. This is where most of the paychecks are accounted for on an income statement. Other than ERP systems and office buildings, or the developer's toys, there aren't a lot of fixed costs here (labor is still considered more of a variable cost)which is true for commissioned sales people, but less true for an R&D staff. After these costs are removed what is left is operating profit. Overall averages are about 10-15% nationally, with retail sales operating margins at the low of 3-5% and software development reaching as high as 50%.
Next groups get quite confusing as different companies pull any combination of the following out interest, taxes, or other costs. Once all three have been removed you are left with net profit. Sometimes a preferred stock dividend (an archaic cross between stocks and bonds certain tax laws have largely rendered these a thing of the past, but they are still occasionally used as convertable instruments) is removed and net to common shareholders is quoted but that is fairly rare.
In response to the grandparents, Microsoft has never reported more than $4 billion in operating profit in a quarter (about 2.5 billion in net profit) so the first poster (60-80 days of profit) is more correct. Usually daily/monthly rates are applied to cash generation, but that is a lesson for a different time.

Re:Sun will sell Java to the highest bidder

[AKAImBatman]

Funny how you latch on to the worst of the bunch and then loudly proclaim how much all Unix machines suck. Sun machines are *nice*. I'm sorry you've had the displeasure of having to deal with AIX, but that doesn't mean that other vendors don't have their act together. Personally, I'll never understand why people keep buying the massive heaps of garbage that IBM puts out. Oh, that's right: "No one ever got fired for buying IBM."

Why, because you've found some mystical, magical fix for it? The reality is that RPM hell is a symptom of a larger problem -- that different programs often want different versions of shared libraries.

Actually, I have. It's called Mac OS X. And somehow ISVs are able to release all kinds of software based on Open Source without littering my hard drive. Examples include Safari (KHTML), OpenOffice, a LAME GUI that integrates with iTunes, DigiTunnel VPN, Firebird/Thunderbird, VideoLAN player, and ToastCD. All of these install by opening the DMG file and dragging the application to the Applications folder (or wherever else you want it).

The basic problem with RPM hell, is that RedHat made the decision to base every component of the OS on the RPM package manager. This means that really stupid dependencies like the version of Bash (for GUI apps even!) interfere with the system. FreeBSD doesn't have this problem, because all of their packages assume the base system. It doesn't bother to check if you have BASH, TCSH, or KSH installed, because it doesn't matter!

Re:Sun will sell Java to the highest bidder

[AKAImBatman]

Wrong. In 2000 when SGI offered me an O2 for $25,000, it would've taken 5 of them to do the same job as one $3,000 Dell Pentium2.

It's called "capacity planning". If you're buying a bigger machine than your capacity calls for, then of course you're spending extra money. OTOH, if you can put your web server, email server, domain server. file server, etc. all in the same box, then you're saving money over the proliferating x86 boxes.

BTW, four years ago, Sun was pretty much the only Unix machine vendor that was attempting to attack the low end as well as the high end. IBM sort of did, but most of their small machines were for product demoing purposes.

I suppose that in the 4 years that've gone by since a UNIX dealer has last tried to sell me anything, they might've gone more into a desperation mode and started reducing prices to get competitive with Intel/AMD systems again.

Sun makes some very nice Ultrasparc Rackmount and Blade systems starting at $999. That's pretty hard to beat, even for Dell.

Those are all areas where an x86 PC trounces Sun or SGI systems. With Sun, the annual maintenance fee can often exceed the lifetime ownership cost of a PC variant.

I don't know if you've been paying attention, but Dell has also been charging exorbitant yearly maintenance fees for their server products. I know a small company that just payed $50,000 to Dell for their yearly maintenance. When you consider that those maintenance costs are for replacement of hardware that fails (and with Dell it *will* fail), there's simply no way to get away without those costs. The only alternative is to do without maintenance and absorb any costs for replacement hardware. And I'd much rather do that with a small Sun machine and a Solaris Free license than I would a Dell.

Re:Sun will sell Java to the highest bidder

[The Spoonman]

However, it does not necessarily mean that the lemmings cannot think for themselves.

Unfortunately, that's not always the case in the business world. If you're able to make technical decisions based on technical reasons, rather than mass-market fads....is your company hiring? :) Remember, most IT decisions are made by CxOs reading in-flight magazines.

Re:Sun will sell Java to the highest bidder

[Xross_Ied]

"A company I worked for once had a Dell RAID controller go"

I have seen this happen on AIX ($600,000 box, Quad Power4) and Sun ($200,000 box). In the case of the AIX box, production database, lost 7 business days of work: the corruption started happening slowly, 7days before it blew up. And, yes we had IBM/Oracle 7x24 maintenance, didnt help much :( The AIX box was replaced soon afterwards with a two $100,000 Dells ($35,000 Quad Xeon server, with 65,000 for duplicate RAID arrays) that was much faster than the AIX box as a database engine (Oracle failover).

Not saying RAID failures don't happen on Dell or other PC class hardware. Just that Sun/AIX/SGI being better hardware became a myth when Sun/IBM/SGI started using the same companies/tech/chipsets/manufacturing as Dell, i.e. Taiwanese.

The key business driver is uptime/availability of service..
A 4 times more expensive Sun/SGI/AIX box might give you 99.99% uptime (Versus a PC's 99%). But with properly designed software/application, replicated PC hardware will acheive 99.99% application availability for less than half the price.

So the only class of problems that PC hardware can't solve cheaper/faster/better are the hard ones that require one big machine. This class of problems make up 0.1% of the problems out there and that percentage is decreasing. Decreasing because there is a lot of good work that has been done and is being done in distributed systems.

Re:Sun will sell Java to the highest bidder

[bXTr]

Which begs the question: if they were all jumping off a bridge, would you do so, too?
Well, it's either jump or get pushed off by all the people behind you.

Re:Sun will sell Java to the highest bidder

[dont_think_twice]

Get laid, loser, then correct my grammar. I'm sure once you've had sex, you'll find there's more important things to worry about.

Dude, you're posting on slashdot. I don't think you are in a position to be making fun of someone else's sex life.

Even funnier, however, is your defense of improperly using the phrase "begging the question", which was, "everyone is doing it". The irony is delicions, considering that this thread started from your post pointing out that just because everyone is doing something, doesn't mean it is the right thing to do.

In your defense (sorta), you were wrong when you tried to somehow turn the price/performance ratio into a disadvantage due to it's popularity. All that proves, however, is that popularity should be irrelevant to most decisions. This holds for both technology and grammar. You should buy processors on the price/performance ratio, and you should chose phrases on whether they mean what you are trying to say. Using popularity or lack-thereof as an arguement gets you nowhere.

"Freedom isn't free"

[LostCluster]

Sun's control of the Java language is a benevolent dictatorship. If Java was truely Open Source, then Microsoft could have forked it to allowed J++ to exist on Windows and blow a hole in the "write once, run everywhere" theory.

In order for there to be a language that's solid in all environments, there's got to be a gatekeeper at the door.

Re:"Freedom isn't free"

[wmacgyver]

I don't think either Python or Perl has ever threaten Microsoft in the way Java has.

Re:"Freedom isn't free"

[Planesdragon]

According to you, one should give up one's freedom's whenever it may benefit one in the short term.

That's not what he said.

What he said was that freedom gives loss of control, which means that your worst enemy will use your work against you.

It's the main reason for the virual/sticky/perpetual nature of the GPL.

Re:"Freedom isn't free"

[Fnkmaster]

Forked what? Does Microsoft need the code to write their own implementation? Not really. In fact, Microsoft DID write their own implementation, with J++ and the MS JVM, and then they morphed that into .NET, which cherry picked the features they wanted from Java. They aren't allowed to call it an implementation of "Java" unless it sticks to the Java specification, they have permission from Sun or whatever - but what's wrong with that? That's just a trademark issue, it has nothing to do with Open Source software or the licensing terms of the code itself.

Would the Sun/MS debacle have unfolded any differently if the source code for Java had been available under the GPL? Microsoft could have build their own stuff on top of it, but they would have had to keep it under the GPL - they would never have wanted that, so they would have had to do the exact same thing they did, which is write their own clean room version of it, or make a derivative design and have their own team implement to their own modified spec. If you can put forward a convincing argument that Sun GPLing the Java standard would have substantially changed the platform battle with Microsoft, I'd like to hear it.

Re:"Freedom isn't free"

[Hast]

True, but they have nowhere the market penetration of Java. Unless you consider Unix systems you'll only find Python and Perl on the machine of a programmer. Java is found on almost all machines with a web browser in it.

Re:"Freedom isn't free"

[Anonymous Coward]

The problem is that Java is already incompatible across various implementations. Even if the syntax is identical, you never know if your program is going to work on Blackdown or Classpath just because it works on Sun's JVM. And lord only knows if the "standard" libraries you're using are available on the user's machine.

Quite frankly, the stupidest thing Sun did was force MS to give up Java. MS wanted to make Java ubiquitous by making it the standard platform for writing Windows apps. In order to do this, they needed to add a few features (like delegates -- function pointers, essentially). Sure, people would end up writing "Java" programs that wouldn't necessarily run on other JVMs, but who cares -- they would be Windows programs anyway! And besides, every single one of those Windows developers would also be a Java developer, spreading Java everywhere.

So now, instead of having a solid, fast, best-of-breed implementation of Java (with a few extras) on every single Windows machine on the planet, everybody who wants to run Java apps must install their own JVM. This does nothing but hinder use of Java. And of course, all of those would-be Java developers are still using VB or have learned C#.

Come to think of it, had Sun incorporated MS's improvements, such as delegates and enumerations, they would have an excellent language for GUI RAD. Instead, they stuck by their NIH ways and we don't get these features until 6 years too late.

aQazaQa

Re:"Freedom isn't free"

[Waffle Iron]

If Java was truely Open Source, then Microsoft could have forked it to allowed J++ to exist on Windows and blow a hole in the "write once, run everywhere" theory.

Well, since Microsoft couldn't do that, they just switched to plan B. They used 5 years of hindsight to write a new language like Java, but with some nicer new features, then they applied this new language to their OS monopoly to get instant market penetration with little effort.

Meanwhile, Microsoft froze their support for Java until it was hopelessly obsolete; this passive-aggressive move blew a hole in "write once, run anywhere" all by itself. Microsoft's moves seem to have succeeded in taking much of the steam out of Sun's goal of taking over the world with Java.

It seems to me that this course of events was a big factor in Sun's recent "surrender". I don't see how things have come out any better for Sun than if they had set Java loose.

Re:"Freedom isn't free"

[ClosedSource]

The problem was that Sun didn't lift a finger to promote Java on Windows. They could have made deals with OEMs to put their own JVM on Windows machines like hundreds of other companies were doing with their products or they could have sent out Java CDs like AOL. Apparently Java just wasn't important enough to them to bother.

Re:"Freedom isn't free"

[tolan-b]

Yeah, it was terrible when Microsoft forked Linux, really knocked develpment on the head..

Re:"Freedom isn't free"

[Anonymous Coward]

Your forgetting that back when that was a possibility Micrsoft had say over what was shipped on every box. I bet that Sun had talks with more than a few OEM's who were not even willing to consider shipping Sun's Java. Plus what were OEM supposed to do? Ship two Java VM's per box? If OEM's had to pick one VM to ship it was going to be Microsoft's. In your eyes Sun didn't lift a finger but in reality they never had a chance.

Re:"Freedom isn't free"

[tolan-b]

Sorry, I misunderstood what you were saying.

My only point was that a GPL'd Java would be unlikely to have forking issues. People tend to stick with one main version, with large switches to forks only when there's some serious problem with the original, such as with XFree

Re:"Freedom isn't free"

[RTMFD]

and blow a hole in the "write once, run everywhere" theory.

Shouldn't it be the "write once, debug everywhere theory."???

Re:"Freedom isn't free"

[code_echelon]

I have heard this from plenty of people as well,

"My Java code does not work on most platforms the same way",

however once I ever see the code example it is due to poorly written code or using libraries that should not be used if you are looking to run it on multiple platforms. I have programmed quite a few Java apps and I have ran them on Windows, Linux and Macs with no significant issues.

Re:"Freedom isn't free"

[Ogerman]

Quite frankly, the stupidest thing Sun did was force MS to give up Java. MS wanted to make Java ubiquitous by making it the standard platform for writing Windows apps.

It's not so much just what they did, but that they used monopolistic tactics to do it. MS was trying to completely take over the Java market, not just be an ethical player. In and of itself, there was nothing wrong with them writing their own implementation. (many others have done the same, including Open Source projects..) It was all the proprietary and undocumented extensions combined with their marketing power to sway the industry away from pure implementations without their extensions. This would have hurt us all, not just Sun.

How do we feel about MS's extensions to standards like Kerberos and HTML? Well, same thing.

The Algol, the

[ObviousGuy]

The biggest problem is that Java is just another speed bump in the long line of speed bumps called Algol descendents. Its convoluted syntax, unclear precedence rules, and general tendency towards cryptic programs are all problems that originated with Algol back in the 60's and little has been done to improve it. C, C++, Java, C#, they all suck because Algol sucked.

While we could probably debate for days the benefits and pitfalls of a language like LISP, the only good thing we can say about Algol-like languages is that they are pervasive. There are so many alternative languages that new language designers can base their syntaces on that it only shows the lack of creativity and knowledge of language history when language creators use Algol as the base of their languages.

Re:The Algol, the

[kin_korn_karn]

You're barking up the wrong tree. People copy Algol because people are taught that programming languages -should- look like C and Java.

Also, they're more logical to humans than stuff like LISP. When you were a kid and decided you wanted to program, did you sit down with a LISP compiler? If you did, congratulations, but I don't know anybody else who did and most programmers I know look at a programming language with the thought of, "how much money can I make if I learn this".

Java sucks because it's wordy and the standards that people use with it are overwrought. I had no problems with RSIs until I started working in Java.

Re:The Algol, the

[Bastian]

Also, they're more logical to humans than stuff like LISP.

This point seems a bit unstable to me. I don't see why an Algol-like syntax would be more logical to humans for any reason other than that most folks learn to program in BASIC or C or because the syntax is relatively similar to standard mathematical notation. But in this case the argument would be that the syntax is usually more familiar to most people, not more logical. If it is inherently logical to anything, it's logical to computers, not humans.

If there's anywhere where folks seem to have a hard time with, for example, the LISP family, it's the recursion and not the syntax. Personally, I agree that LISP was harder to get used to than languages that have Algol-style syntax, but I'm not willing to say it was because of my human nature and not because I had already been programming in BASIC and C for ~10 years. And now that I'm used to it, I've found it is the most useful thing in the world, to the point that when I'm working out how to write a difficult function I generally use LISP syntax for my pseudocode because I've found it is much easier for me to make prototypes that will end up working.

I agree that languages take on because folks are interested in how finacially beneficial that language is, but that has nothing to do with whether or not it is an objectively well-designed language. I submit COBOL as evidence.

Re:The Algol, the

[ezy]

Yes, of course, algol based languages are horrible abortions.. that's why just about anything that's worth anything is written in them. It's all a result of marketing designed to hold back the progress of computer science and application development. :-)

Excuse me, but sometimes I wonder whether LISP or functional language advocates just fell off the back of a truck.. or maybe they were just born insane. It's like the old Beta vs. VHS, Mac vs. PC vs. Amiga, etc debate. The reason Algol decendents are more popular is simply because they work better given the context in which they operate... the same reason VHS won out over Beta. and PC won out... It's not a huge mystery, nor is it some kind of ignorance of basic facts amongst the users of these languages.

If anything, its the functional advocates who are missing the basic facts. Programming languages are aids to *human* comprehension. All of the functional languages I've ever seen suck dick as general purpose programming languages. The syntax is barely readable, and the semantics are *not* immediately clear to the average programmer who is not necessarily interested in diving into abstract semantics of proving programming languages. Some of the loops you have to jump through to solve simple nonrecursive problems are obscene. Nevermind having to force your recursion to fit within certain parameters so your code performance doesn't suck...

The "spreadsheet" argument for easy of use I see nowadays is bogus, since spreadsheets are not abstract, but concrete. To give an example of the disconnect I'm talking about, take the canonical representations of each type of programming and see which one is easier for a human to understand as we scale upwards in complexity.

a) a recipe
b) a mathematical proof

I think the answer, and the conclusion wrt to functional and imperative languages as they exist now is self evident. Note that basic techniques, such as modularization, apply to both. The typical response is that (b) is easier to "verify", since, well, it's already in the required form. However, noone seems to define "verify" WRT to real complex systems with GUIs, DBs, flakey machines and flakey network connections..

and furthermore, we stopped trying to cater to the machine when we stopping flipping switches on the front of the box.. we should *not* be going backwards and catering to it by reorganizing logic so it's easier for the *machine* to process.

Re:The Algol, the

[FattMattP]

When you were a kid and decided you wanted to program, did you sit down with a LISP compiler?

No, I learned assembler. It was either that or BASIC on my Commodore 64. If there was a LISP compiler, and if I even knew that it existed, I probably would have looked at it. LISP has become one of my favourite languages. It's too bad that I couldn't have learned about it at a younger age.

Re:The Algol, the

[Mornelithe]

Interesting? Perhaps the moderators fell off a truck.

Algol descendants aren't exactly "horrible abominations," but they're not inherently better than functional languages either. If you believe they are, you probably haven't spent enough time with functional languages.

You claim that the syntax is barely readable. I'll admit, Lisp is hard to get used to at first. However, I suspect that's because most people focus on the parentheses. If you actually get into using Lisp, and get a good editor that matches parentheses and indents for you, it becomes much easier. How is:

if(condition) {
stmt1;
} else {
stmt2;
}

so much different than:

(if condition
stmt1
stmt2)

? Also, if you don't like all the parentheses, have you looked at Haskell for example? There's more to functional languages than Lisp.

Also, how are the semantics of functional languages any more unclear than any other language? Sure, I don't expect someone to know what callcc does just by looking at it, but how would someone know what *foo does just by looking at it? Go up to a random novice with no pre-existing C knowledge and ask them what atoi does. The semantics of C-like languages are only "more clear" because you've been learning them for years, and you've never bothered to really learn functional languages.

As for non-recursive problems, you can program in a procedural fashion in Lisp. There are macros for loops so you don't have to write tail recursion yourself. Your argument there holds no water.

As a final note, I'd like to point out that as far as "catering to the machine," C is closer to that than modern functional languages. C is a couple steps above assembly; everything executes one line after another; you have variables that map to memory addresses; you have functions that are like blocks of code with labels (and some other magic). Haskell, on the other hand lets you write code like this:

f x = y * y
where y = z + sin z
where z = x * x

Which actually has to be executed in reverse order (more or less). That's not exactly catering to the machine.

Re:The Algol, the

[pHDNgell]

For anyone attempting to measure the credibility of your post, the last sentence was greatly benefitial:

Humans don't like recursion, thats why nobody uses LISP or anything like it.

Personally, I don't see why people seem to think iteration and mutability is so much better an recursion over immutable structures. Recursion is functional programming is conceptually simpler because you don't have to consider state, only the particular values supplied to the function.

Of course, many languages offer the option of side-effects and iteration and all that if you want it. Perhaps you should try to understand why people who program in functional languages use recursion so much (and yeah, a lot of people do use functional programming languages).

Java is doomed, doomed I say!

[heironymouscoward]

It seems quite certain that Java is doomed: Microsoft did not pay $2bn just because it likes the sound of change dropping. It wants Java dead, and .NET to be the main platform for large applications. It hopes to cripple IBM this way. Most likely Sun's refusal to open source Java was based on the promise of the upcoming funds.

So: Sun will slow down and finally stop development of Java. IBM will either try to roll-out its own compatible platform or propose a migration to something else.

And RMS will be muttering: "those fools, those fools, if only they understood what the GPL was about". And he would be entirely right.

OTOH, perhaps I'm just being paranoid and Microsoft will allow Sun (which is now a neutered zombie company selling its own living organs for booze money) to continue supporting one of the main obstacles to its domination of the platform business.

Re:Java is doomed, doomed I say!

[hyperstation]

So: Sun will slow down and finally stop development of Java. IBM will either try to roll-out its own compatible platform or propose a migration to something else. ...and other non-Sun implementations of Java will see more development to fill the gap.

java will not die.

whether it should or not is another discussion... :)

Re:Java is doomed, doomed I say!

[DeepDarkSky]

I think both Sun and Microsoft (note I did not say general public) will be better off is Sun just sells out Java to Microsoft.
Look at it this way: Sun and Microsoft officially get together to put Java on the .Net platform. Java gets more play, .Net gets official Java.

I believe after the settlement, Sun and Microsoft will like each other a lot more - Sun because it has become weak and not terribly competitive, and Microsoft is happy that Sun is finally off its back, and given the state of software industry today, Sun is not in a good position as a software vendor, and though I don't know the numbers, but I don't think Java is making Sun much money (If it was, then they would not have had that much money trouble). I believe Sun is refusing to open up Java because they still want to milk more money from it, and one of the ways is to make a deal with Microsoft.

But Microsoft has C#, right? Yes...but C# is not Java, and there are plenty of people loyal to Java who are not willing to switch to C#. But if an official Java version is available on the Windows platform and is blessed by Sun, then developers would be much more willing to use it.

I understand the mantra of Java is write once run anywhere, but if you could at the same time, run on 90% of desktops really well (as a good Microsoft implementation would), then it's that much better.

All that remains is for Sun to sell Java to Microsoft.

Re:Java is doomed, doomed I say!

[No. 24601]

I'm sorry, but .NET is garbage - too much glitter and not enough of the important stuff like platform-independence. Microsoft may have succeeded in getting .NET firmly entrenched in the industry if people trusted them, but they've been playing the game since day one for dominance. .NET will benefit Microsoft products, but I don't see it becoming a predominant force anywhere else.

The whole thing was a mistake for Microsoft, because they never really supported platforms outside the x86 architecture, and rarely code for other OSs (Office for Mac). .NET was Microsoft's attempt to fool the industry into thinking they were ready to embrace and extend open standards... but when it came down to it, they just weren't ready to take the risks to their existing monopoly.

Re:Java is doomed, doomed I say!

[Fnkmaster]

How does Microsoft benefit from that? Okay, given that Microsoft could have released .NET for Unix at any time, and given that Microsoft has apparently ported or at least considered porting most of their major apps (like Office) to Unix at various points in time but never had any desire to actually release them, what would make them change their mind now? What do they think they will win by eliminating the huge carrots they are using to lure people onto the Windows platform? Why do they need Sun to do this for them when they could easily do it themselves? I don't really see it.

Algol invented the Internet

[Anonymous Coward]

Isn't Algol the d00d who said he invented the Internet and then went and lost the 2000 election?

RMS Blathering

[twocoasttb]

As soon as RMS says something like "If your program is free software, it is basically ethical" I have to force myself to keep reading. It's a real bitch when that sentence is the first in the article.

Re:RMS Blathering

[oooooops]

So if I write an open source virus or trojan it's basically ethical? hell i'll even GPL it (or LGPL should someone want to make a closed source version of it). You are missing a huge piece of the puzzle here - that is that 90% of Windows Users are not going to bother looking at the source first. Do you look at the source for everything you run? I doubt it, but if you do, my hat is off to you for it (and you apparently have no life other than computers or you don't run many applications).

To say that because it's open it's ethical is a load of crap.

Time for me to be moderated into oblivion because I'm speaking against the establishment.

Re:RMS Blathering

[LWATCDR]

How is unethical to want to get paid for your work? How is software any different from books? What about education? Why should I have to pay to go to a Class at MIT? Sure if want my papers graded or get help from the teacher?
I think it is unethical to taint the free software movment with this dogma. RMS caliming that non free software is unethical is just as bad as Microsoft claiming that free software is unamerican or SCO "claiming all your ?nix belong to us." I have produced free as in beer software, I have produced free as in speech software, and I have produced software that I sell. All of which are ethical. If you want a that does what a program I sell does got and get a c compiler and write it yourself or you can to choose to pay me.

Give me a free java!

[DeadSea]

RMS has a very valid point. My open source Java software depends on non-free java compiler and runtime environment.

I continue to write free software in java because Java is sexy, and I believe that Java will one day be free (or have some free implementation). Many of the things that I can do in java would be very hard in any other language. Namely having a GUI program that can run on Windows, Mac OS X, and Linux.

I disagree with RMS that we should not accept this even temporarily. I write open source Java libraries under the GPL so that people who find them useful and want to use them must adopt the GPL. Planting open source seeds in the Java community will help in the liberation of the platform as a whole.

The reliable way to avoid the Java Trap is to have only a free implementation of Java on your system. Then if you use a Java feature or library that free software does not yet support, you will find out straightaway, and you can rewrite that code immediately.

Having such a setup is currently non-trivial. I have tried many times but have yet to get one to work. The gjc compiler is not hard to get working but getting a jre and the classpath libraries set up is beyond my skill level.

We are trying to rescue the trapped Java programs, so if you like the Java language, we invite you to help in developing GNU Classpath. Trying your programs with the the GJC Compiler and GNU Classpath, and reporting any problems you encounter in classes already implemented

Rather than appealing to developers, making free runtime easy to set up is the best way to make this happen. I applaud RMS for his work in this area, but it is not yet practical to take his advice.

Re:Give me a free java!

[dmeranda]

"Many of the things that I can do in java would be very hard in any other language..."

You really need to get out more. But I won't waste more space here debating technical misperceptions, this is about freedom.

"I write open source Java libraries under the GPL..."

Ahem, you mean free rather than open? That's RMS's whole point--it's not free. He never said it wasn't open.

"Planting open source seeds in the Java community will help in the liberation of the platform as a whole."

That's sure wishful thinking. I hope you're correct. But there's no way you can make it free. Only Sun can do that, and your seeds aren't falling inside their walls. That's like saying that writing GPL'ed software that runs under Windows will help in the liberation of the Windows platform. You're only fooling yourself, trying to justify using a sexy language. I commend you for GPL'ing your own programs, but you must not be fooled into complacency by your lack of freedom.

Re:Give me a free java!

[BlackStar]

Wishful thinking is the way Stallman has always approached solutions, and does so in his Java trap article. Getting more software written in Java with a greater demand on the platform and wider popularity is probably the easiest way to get more hackers working on teh GNU Classpath and related projects including the GNU Java Compiler. Computer science builds on itself, and on the work of others, both free and non-free. For years, Stallman's stuff only ran on Sun, as he pointed out. For years, many of us waited eagerly for the first HURD implementations. Good thing a pragmatist by the name of Torvalds came along and WROTE one rather than endlessly redesigning it. Results breed demand breed developer interest. Cygwin arose at least in part due to Unix programmers working on Windows and wanting the strength of their environment to be there. Demand and need.

Re:Give me a free java!

[DeadSea]

That's like saying that writing GPL'ed software that runs under Windows will help in the liberation of the Windows platform.

Not entirely. I don't expect a free version of Java to come from Sun. I expect free Java to come from the open source community. There are already a significant number of people (including RMS) who are working towards this goal without Sun.

The more people with the itch, the more scratching that will get done.

As I pointed out, even those of us who want to work on these projects have a hard time because it is difficult to get the environment recommened by RMS set up. Bundling gjc, some free jre, and the classpath libraries into an install package would be a boon. Sun does this with their non-free Java and I have no problems installing their stuff.

Re:Give me a free java!

[pHDNgell]

Many of the things that I can do in java would be very hard in any other language.

I use java a lot, but I find the opposite to be true. Many things I do commonly in other languages turn out to be a burdeon in java. For example (OCaml):

let dirs = List.filter Fileutils.isdir dirent_list

Java work-alike of that (assuming a Collection of File objects):

ArrayList dirs=new ArrayList(dirent_list);
for(Iterator i=dirs.iterator(); i.hasNext(); ) {
File f=(File)i.next();
if(!f.isDirectory()) {
i.remove();
}
}

Similarly:

let dirs,files = List.partition Fileutils.isdir dirent_list

Java version:

ArrayList dirs=new ArrayList();
ArrayList files=new ArrayList();
for(Iterator i=dirent_list.iterator(); i.hasNext(); ) {
File f=(File)i.next();
if(f.isDirectory()) {
dirs.add(f);
} else {
files.add(f);
}
}

Another language I use a lot is scheme, which does not have partition. However, it's easy to write:

(define (partition f lin)
(letrec ((loop (lambda (l y n)
(if (null? l)
(list (reverse y) (reverse n))
(if (f (car l))
(loop (cdr l) (cons (car l) y) n)
(loop (cdr l) y (cons (car l) n)))))))
(loop lin '() '())))

Imagine how to do a similar thing in java. Hint: there's no lambda, so there'd have to be an interface defining a method that takes an object and returns a boolean and you'd end up using (at least) anonymous inner classes instead of lambda functions when you invoke it.

One thing I've done to make my java coding easier, though, is to build a framework for writing struts actions in jython. I can turn your average 20 line struts action into a two line jython script.

Re:The BileBlog has another take on open source Ja

[tcopeland]

Note that the BileBlog has many, many vicious postings on various Java and open source topics - Maven, XDoclet, "J3EE", etc.

In some cases, though, as they say - "it only hurts because it's true".

RMS is spot on this time

[Gothmolly]

And RMS will be muttering: "those fools, those fools, if only they understood what the GPL was about".

He mutters that constantly anyway, you insensitive clod!

Not.

[Garg]

Get real. See all those Java jobs out there? I know a few months ago there were more of those than any other language. I doubt that has changed... or will change in the near future.

Sun could drop off into the Pacific tomorrow, and Java would keep on going because in a lot of places it's the best tool for the job. As much as they would like to, neither Gates nor Stallman is going to change that fact. If Sun (under MS's influence) tries to corrupt or hamstring Java, IBM, Blackdown et al will simply fork it, and everybody will start using theirs.

Garg

Free World?

[sielwolf]

RMS's talk of a Free World devoid of any contamination by non-free dependency sounds eerily like Juche. I guess self-reliance is nice and all but all the talk of "rescuing Java programs" from "shackles" seems to remove one of the most basic freedoms: the freedom of choice. I myself must not only be free but must all of my friends must be free as well? And if they aren't, I really shouldn't because that's just accepting their unacceptable lifestyle?

That just doesn't sit well with me.

Come on Sun, do it for us.

[Lao-Tzu]

Many people have argued that it doesn't do Sun any good to "open source" Java. They might be right. You can argue that an open source Java may have a good chance of becoming _the_ platform for software development, but Sun may no longer profit from it regardless. From Sun's point of view, they really don't see the benefit.

Well, screw them. I don't care about Sun. I'm a programmer, and all I want to do is write a piece of software that I can move from system to system without a lot of pain. Swing is the best toolkit out there for this, right now. It is relatively well documented, consistant, and available to any programming language that can run under the JVM. It can run on multiple operating systems, looking fairly native-like, or with it's own ugly but usable UI where a native look-and-feel isn't available. Some classes, like JOptionPane, actually require fairly small amounts of code to do relatively robust things.

The Java platform has a huge number of libraries available for it, and they work all over the place.

There might be no benefit to Sun in open sourcing Java. But there is benefit to me. I want to be able to rely on Java as a platform, but right now any Java developer would be rather screwed if java.sun.com disappeared. I don't like that risk, and I won't build a Java application (except for consulting work - who cares there) because of it.

(I'm not interested in alternative programming environments, by the way. I already know about them - after all, I don't do Java development, like I said.)

benevolent my r**s

[ArmorFiend]

the Gnu dialect of the C language shows you don't need a "benevolent" dictator. Its been around much longer than Java. Its probably used by more people. Its GPL'ed. And yet it hasn't led to a GNU-C linguistic forkfest.

(the same argument applies to nearly every library under the GPL, does it not?)

Re:benevolent my r**s

[black mariah]

Microsoft doesn't have a competeing language to C, doesn't want control of C, and basically doesn't give two shits about C. They want Java under their control because they know what a massive asset it is. See a bit of a difference here?

Re:benevolent my r**s

[ArmorFiend]

Hm...good point. Okay, you've changed my mind, now I think that java just needs a marketing department, at least 1/3rd as big as the Enemy's, to keep people somewhat informed about what is standard and what is embrace-extend from MS. Additionally academia should do their jobs and teach to the standard, funnelling students way from the E-E crap. I don't see the need for the marketing department to have absolute dictotorial powers, or in fact any powers whatsoever.

What a load

[Timesprout]

Where does RMS get off? Java belongs to SUN, they are the one who invested the time, money and effort to develop it. If you dont like it go build your own version rather than trying to imply that SUN are unethical or trying to maliciously entrap developers.

RMS might better ask why Java has been so successful. It addressed a gap in the market, not its original intention but a need none the less and developers like it. There is an extensive Java developer base now. RMS's comments have a serious smack of petty jealousy about them. Shock horror a commercial company came up with something that has attracted developer mindshare on a far larger scale than anything FOSS can manage and almost 10 years down the line the 'free alternative' is still so half assed its not even a realistic alternative.

Re:What a load

[Karn]

You don't understand what motivates Stallman.

The man isn't impressed by anything, unless it meets his definition of free (which I respect and admire, personally.)

You should at least read something about the man so you can formulate a valid opinion of him. His thoughts aren't on the short-term, where Java currently is, but on long term freedom of software. His goals predate Java, and will most likely postdate it too.

Re:The Sun/Microsoft deal makes sense

[Anonymous Coward]

I just wish some posters would wake up and face reality:

Java is a bright success! All fortune 500 companies are using it in one way or the other.
Developers are counted by the millions.
Where is .NET?!?

No go to monster.com and search for job openings and compare Java and C#...

From a marketing perspective:
If you choose Java you have the choice
to sell your product on any major OS.

If you choose C# you just don't have the choice.
See how far Mono has come. Its not even close
to fulfill the WORA promise Java has.

Re:I can't see how sun will ever make Java OS

[medication]

I think that Sun has a few other 'real' assests still alive and kicking. Among these assets are UltraSparc Servers, Solaris, and Java System Application Server Enterprise. Granted Sun's Application Server doesn't have the presence of a Weblogic or a WebSphere, but with the right investment behind it who knows. As to Sun's UltraSprarc's and the Solaris OS, the numbers I found weren't huge but certainly assest worthy: "Sun had about $50 million in orders for the V210 and V240 servers, Chief Financial Officer Steve McGowan said. The revised systems are in testing and are expected to ship by the end of July or in August, he said." - C|Net

I think you might say that they are more than the "one trick pony" that many people believe they are.

Re:Until it is set free

[Rosco P. Coltrane]

Java and C# are crufty languages anyhow.

I don't care much for OO myself, but many people say at least the newer Java implementations are really quite good.

What put me away from Java since the beginning is the size of the executables, and their truly atrocious speed. And also the size and speed of another monster called Swing.

But, I remember a certain OS called Unix that used to be the archetype of bloatware, with a graphical system that used to open 2 megabyte (gasp!) temp files, in the past. Now that computers have caught up with it in terms of memory and speed, Un*x looks thin compared to Windows, and its creators seem like precursors and visionaries.

So sometimes I wonder if I'm not missing a boat with Java : perhaps it too is ahead of its time, and one day nobody will balk at the speed, because it'll run fast by virtue of the underlying hardware.

But I guess now that Microsoft and Sun have agreed to kill it, the question of whether or not I should try it is getting moot.

.NET is vaporware?

[Kombat]

Java has lost to C#, dotNet and whatever Microsoft vaporware-du-jour.

Uh... what? How is .NET "vaporware?" It *exists*, dude. My company has been using it for a couple of years now, and making good money selling ASP.NET web apps written in C#.

Did someone change the definition of "vaporware" while I wasn't looking?

RMS playing Spin doctor

[Aumaden]

Sun's implementation of Java is non-free. Blackdown is also non-free; it is an adaptation of Sun's proprietary code. The standard Java libraries are non-free also. We do have free implementations of Java, such as the GNU Java Compiler and GNU Classpath, but they don't support all the features yet. We are still catching up.

If you develop a Java program on Sun's Java platform, you are liable to use Sun-only features without even noticing. By the time you find this out, you may have been using them for months, and redoing the work could take more months. You might say, "It's too much work to start over." Then your program will have fallen into the Java Trap; it will be unusable in the Free World. -- RMS

I generally respect RMS, but I have a problem with this. Like it or not Sun (and others via the JCP) set the Standard for Java. I fail to see how using the Standard is falling into a trap.

The real reason Java would be unusable in Stallman's "Free World" is because the current, free compiler is sub-standard.

I shouldn't use the features supported by Sun, Blackdown and IBM because the GNU Java Compiler hasn't caught up with the pack?

Now, whose trap is that again?

Re:RMS playing Spin doctor

[Srin Tuar]

I shouldn't use the features supported by Sun,
Blackdown and IBM because the GNU Java Compiler
hasn't caught up with the pack?

If you dont care about having a 100% free O/S, running no proprietary software whatsoever, then his article is NOT AIMED AT YOU.

He is NOT trying to convince the pragmatic masses to stick to a substandard implementation. He's calling upon those who do want a Free environment, that if they think Java is the future of programming (at least for themselves), to either contribute to Free implementations or to adhere to them.

There is really nothing radical, objectionable, or unusual in his article. The fact that is is a conservative, simple, and logic position shows me that the extremist, based upon your reaction, is YOU.

Re:RMS playing Spin doctor

[J. J. Ramsey]

"I generally respect RMS, but I have a problem with this. Like it or not Sun (and others via the JCP) set the Standard for Java. I fail to see how using the Standard is falling into a trap.

The real reason Java would be unusable in Stallman's "Free World" is because the current, free compiler is sub-standard."

And the current free compiler is substandard because Sun sets both the standard and creates the reference implementation. By the time the GJC guys have seen the latest updates to the standard, Sun has already implemented them in its own reference implementation. Inevitably, that means the GJC developers will *always* be chasing taillights.

Why don't IBM and Blackdown have this problem? Because they use Sun's code as a starting point.

So long as the status quo remains, it will be impossible for there to be multiple independant complete implementations of the current Java standard.

Re:The Sun/Microsoft deal makes sense

[jlrobins_uncc]

The only reason Java has been around for so long is because Microsoft was slow to really set its target on it in the past.

COBOL is still around in big installations, although Y2K probably reduced that number to some extent, but certainly did not kill it off.

Java, believe it or not, via J2EE / EJB is the COBOL of our time. Business logic gets done today in Java -> EJB -> relational database, instead of COBOL -> VSAM.

Which will be more readable? COBOL today or EJB code 30 years from now? At least COBOL was inherently single-threaded!

Java won't be 'dead' until all of this generation's buisness logic gets reimplemented. But at least the data is (should be) housed in something more language-neutral than VSAM.

I need a RMS to English translator...

[Random Guru 42]

Or some other way of disambiguating all those "free"s scattered throughout his article. That word's as overloaded as a ctor. Perhaps a complementary program to RMS-Lint would be good?

Did you read the article?

[dmeranda]

Did you even read the article? RMS never told Sun what to do. He was speaking to programmers who write software using Sun's Java platform. It is those programmers who think they are writing free software, and may not realize that it really is not free after all. His audience does not include Sun programmers; they are already aware that their software is not free--they need no warning.

He is cautioning those people who desire to write free software to reevaluate whether they are really achieving their own goals, to not be blinded by Java's sexiness and Sun's apparant benevolence. But to say that RMS want's to force Sun to do business in a different way is to read something that I'm not seeing in his article.

Re:Did you read the article?

[DavidTC]

You realize, of course, that all software RMS writes is written in platform-independant and CPU-independant languages, right?

I.e., while it certainly mostly runs on non-free platforms, he has not locked himself into them by any reasonable interpetation of that.

Not to mention, I have no idea what you mean by 'non-free'. It's prefectly legal to design your own version of most processors out there, witness AMD, and the specifications are open.

RMS isn't complaining about free software running on non-free machines, he's complaining about free software that only runs on non-free machines, and cannot run on anything else.

Interestingly enough, there is non-free hardware planned, namely, the stuff that impliments DRM, and RMS is fairly close to punching the designers out in the street, ideology-wise.

Sun only features?

[deanj]

From RMS: "If you develop a Java program on Sun's Java platform, you are liable to use Sun-only features without even noticing."

Does anyone have a clue what he's talking about? The "com.sun.*" libraries? How could you use those without noticing?

Doesn't sound like this guy has ever programmed in Java.

Re:Sun only features?

[ozborn]

No, he does know what he is talking about. If a programmer uses an object from say java.rmi.server on Sun's platform, who is to say whether this feature is implemented in another virutal machine? Are you familiar with how up to date the dozens of other JVM's are with Sun's latest release of java? If no other JVM is implementing this, then it is effectively sun only, regardless of whether it is prefaced by com.sun or not.

Also on sun's JVM it doesn't say com.sun, it is all just "java.whatever", "javax.whatever", etc... when you import a package.

Re:Sun only features?

[Anonymous Coward]

actually what the original poster was referring to that in the windows jdk/jre there are some com.sun packages that are not supported by non sun jdk's. For example...there is a base64 encoder/decoder in com.sun that will not work if you drop your software on an ibm iSeries for instance.

Re:Sun only features?

[greg_barton]

If a programmer uses an object from say java.rmi.server on Sun's platform

Then don't use that object. Do what you want to do in a different way. I know you can probably bring up some isolated examples of when you must use a

Also on sun's JVM it doesn't say com.sun, it is all just "java.whatever", "javax.whatever", etc... when you import a package.

Those are implementations of an API. If you want another implementation, use it. There are even alternate implementations of the java.util package out there. If you don't want to be locked into a vendor specific implementation, then use another or write your own.

Where are the BSD trolls?

[thogard]

According to the Borders metric, java is dead.

The Borders metric is where you wanter into a Borders book store and count the shelf space allocated to each subject. Some subjects grow to several racks and then die out and others just sort of stay at their 1/4 rack for ever (like Ada, Fortran and C).

Is this right?

[jthulin]

Sun won't release the source code for their JVM and Java compiler, but they allow development of an open-source compiler and VM or a Java-to-C[++] translator which can be used for future-proofing today's Java applications. Therefore, programming- and CS-savvy amateurs and professionals should undertake such a project to improve their skills and make the world a better place in which to live.

Re:Is this right?

[elFarto the 2nd]

I'll think you'll find Sun does release the source code for their JVM and compilier, here.

Regards
elFarto

Ross's comments

[Leomania]

Rick Ross made this parting shot in the close of his article:

I hope you will join me in watching how things progress before we draw conclusions about this settlement (or was it a purchase?)

The body of the article was well-written and I agree completely with his fundamental question -- where is Java in this settlement? I was shocked to hear pretty much squat about Java in the wake of the settlement, and I think his point that we must just wait and see is unfortunately correct.

But this little jab right at the end wasn't in keeping with the rest of the article. I wish he had instead expanded upon the idea of "What sorts of things might there be in the settlement, both good and bad for Java and/or Sun?". It almost feels as though it was inserted by someone else, it trips up the reader (well, me anyway) so badly.

- Leo

Java Trap

[technomancerX]

Ok, let's face it, there IS NO JAVA TRAP.

Java is an open specification. The libs are open specifications. Just because the FSF hasn't been able to finish an implementation doesn't mean it can't be done.

Stallman's argument about libraries being required to conform to the specs if they're publicly available is also a load of crap. Basically it only applies if YOU CLAIM TO IMPLEMENT THE API. In other words, don't claim to be J2EE compliant until you actually are. There is nothing stopping anyone from starting a project and saying "Out goal is to build a system fully compliant with API x." and developing it. The only restriction is you can't claim to be API x compliant until you are. That's a real hardship, being required to actually support the feature set you claim to.

I'm sorry, I develop in Java (in addition to C, C++, Perl, and PHP) and I like to know that if something says it complies with specification X that it actually does.

Also, as a side note, Java is not going anywhere. SAP, Oracle, and IBM have too much of an investment to let Java die. Sun could declare bankruptcy tomorrow and IBM would buy the technology tomorrow, guaranteed.

Re:Message To America's Students: The War, The Dra

[boudie]

So what are you trying to say? Is Ralph Nader for or against Java?

Re:right reply to wrong argument

[Bastian]

RMS's point wasn't that Sun is doing something wrong by holding onto Sun. RMS's point was to say to the Free Software community that any software they write that depends on a non-Free platform, library, whatever is not truly Free. Like he said in the article, this is the same as his beef with KDE - but that beef is now gone thanks to TrollTech going to a dual-license scheme.
His point is that Free Software developers who choose to use Java are entraping themselves, not that Sun is trying to maliciously entrap developers.

It's also worth pointing out that at no point in the article was he talking about OSS developers.

Re:The Sun/Microsoft deal makes sense

[Rosco P. Coltrane]

Java is a bright success! All fortune 500 companies are using it in one way or the other.
Developers are counted by the millions.
Where is .NET?!?

And how long has Java been around, compared to .NET? If you compare their respective growth rates, taking into account the inertia due to the pre-existing entrenched Java market, and the fact that it's Microsoft who's taking it on, I think you'll find that Java is a virtual dead duck.

You've never used .NET

[Kombat]

I'm sorry, but .NET is garbage - too much glitter and not enough of the important stuff like platform-independence.

You clearly have never used .NET to develop any serious web applications. While you are correct that it sacrifices platform-independence, you are way off the mark when you call it "garbage." If you are using Microsoft products from end-to-end, .NET is actually an extremely powerful and simple platform.

We develop web applications using Visual Studio .NET, connecting to a Microsoft SQL Server backend, hosted on Windows2000 server boxes, with clients all running various Windows boxes, using IE. We test with Mozilla and older versions of Netscape too.

We've found this setup to be extremely powerful, allowing very rapid development. Sure, it's homogeneous, but so what? It's working great for us, and our customers.

Since we are hosting the actual sites, we get to control the backend platforms. And we've chosen Windows. So, there's no issue about "platform independence." We've chosen a platform that enables us to deliver the best results to the customers, on a very rapid schedule.

Re:You've never used .NET

[No. 24601]

While you are correct that it sacrifices platform-independence

That's all I was trying to say... I am not discounting that .NET has its usefulness, but you'll notice I mentioned that it's only benefit will be to Microsoft applications. You reaffirmed by point by mentioning how you've applied it to Visual Studio .NET, SQL Server, Windows 2000, IE... No where did you mention products from non-Microsoft companies beside the open source Mozilla and variant Netscape.

That's my point, .NET primarily benefits Microsoft and no one else... Microsoft has had the opportunity to change that, and they won't.

Re:You've never used .NET

[the-build-chicken]

I completely agree with you (and I hate .NET), it is a fantastic microsoft end to end product. However, how many companies use microsoft end to end. Todays corporations are a mishmash of microsoft, linux, unix, oracle, sybase and SQLServer (and splashes of db2 around the place). The company that I work for develops financial applications in java. We constantly have to battle the whole "what about .NET thing"...and to be honest, it's an easy question to counter. ADO.NET support is too rudementary amoung database providers. Sybase (which has a large financial market base) asked for expressions of interest for a ADO.NET driver for the first time last year in August...and how long has .NET been around? We (and lots of other dev companies) can't bank on ADO.NET drivers being available and being of production quality.

Also, if I want a good http client in java, I have many to choose from...a web server...again, many to choose from....a reporting framework...a graphing framework....a logging framework...workflow graphical components...templating engines...xslt and xpath engines....the list goes on and on. .NET will never (IMHO) have a similar level of open source libraries available for developers. So while end to end microsoft webby stuff may work great with .NET...I personally don't believe it offers any advantage to the rest of the development space

Sun never cared about their developers.

[LibertineR]

Your point is 100% accurate, and every single one of them was made by Microsoft to Sun at the time in question.

The problem was too many of Sun's people were pissed off that Microsoft's first JVM was blowing the doors of Sun's and every publication said so. People at Sun were too worried that Java would become too closely associated with Microsoft, and Sun would be forgotten as the creator of Java. You had people running around basking in the glow of their favorable Java press, more worried about losing it, than about how they were going to make money.

Microsoft went so far as to offer to show Sun how they had optimised Java in exchange for permission to continue their work. Sun thought in unacceptable that Microsoft be known as doing Java better than they did, so they pulled the plug on their largest potential market out of pure spite over being outdone.

I'm glad they did, because C# rocks. Sun never gave a damn about their developer community, they only cared about making sure no one else got any credit at all.

Re:Sun never cared about their developers.

[dekashizl]

Your whole post is unsubstantiated anthropomorphization of Sun and Microsoft, boiled down to "MSFT made a better Java than Sun, and Sun wanted to hog the credit, so they rejected every reasonable offer simply out of spite". Amazing that this gets modded to +5 insightful... Please, go tell this story to a room of kindergarteners.

Sun worried (rightfully) about the proprietary extensions MSFT was adding to Java, which would have had the result of tying "Java" to Windows and shattering the "Write Once Run Anywhere" promise, while at the same time having the (mostly false) appearance that MSFT was playing nice with its competition. And that's just one part of the whole issue.

Get your history right, or at least don't try to pass off your skewed opinions as fact.

Re:Sun never cared about their developers.

[dekashizl]

LibertineR: Facts as flamebait? Way to argue. If you can dispute the facts, then do that, dont just mod it down because you dont like it.

No, not "facts as flamebait". Calling people "losers", "asshole", and "Smart Boy" mixed in with mostly irrelevant quotes (regarding the Sun/MSFT contract and negotiations, not the technology, I might add) is what makes your post flamebait.

Then you go on to say "Instead of being concerned about their developers or the potential HUGE market for Java, [Sun] tried to suck everything back under their own umbrella." Here, again, your sense of history is quite far from reality and shows a childish "mine!" mentality. Let me correct your statement: Sun tried to "suck everything back under their own umbrella" (as you so elegantly put it) in an effort to positively shape the future of the Java language rather than letting monopolistic market forces fragment this potent technological legacy into useless pieces, thereby becoming just another programming language that half a generation of computer scientists will remember in 30 years from now.

You also said "I was there" and "Sun hated that they had to play with us". Are you claiming to work for or be a representative of Microsoft? I find this extermely hard to believe.

Re:Sun never cared about their developers.

[Minna Kirai]

Facts as flamebait?

The quotes you printed make Microsoft look evil. They appear to have succeeded not on strength of technology, but on cleverly quasi-fraudulent contracts.

The real truth behind the J++ dispute has two parts, and you've omitted one of them. Yes, J++ was faster than Sun Java (at least under MS Windows). But that only mattered in combination with the fact that Microsoft was adding new language keywords to J++. Programs written for J++ wouldn't compile under regular Sun Java. Therefore they had no real right to call it a "Java" compiler.

GPL , Freedom and Open Source

[raptor21]

I actually read the Stallman article (yeah I know this is slashdot). One thing bothered me as I read majority of the article is Stallman's use of GPL and free interchangebly.

My main problem is "free" means free. But in the GNU context "free" means "GPL'd". There is a problem here GPL'd software is not really free, it is freedom with restrictions. Java is also free software with restrictions, mainly not being able to modify it. GPL goes one step further allows modification but with the restriction that the modifications also be made freely available. Thus GPL is a little more free than Java but not completely free in the true sense of the word.

Suppose I released some software completely free. Free to use, modifiy and redistribute without realsing any of the modification under a new FSL (free software License). Said software would also be shackled when run with dependencies of GPL'd software which is not as free as the software I just released, lets call it the GPL trap. Or any software linked with GPL'd software must also be released under the GPL. Java doesn't require you to follow its licensing terms, one may release Java programs under the GPL.

As I have just illustrated, different degrees of freedoms exist in the world and mean different things to different people. Java is free, as in no monetary cost to use, GNU software is more free as in it is free to modify, but there is also a definiftion for free as in "no restrictions, no cost" which the GPL'd software like GNU/linux is clearly not. So I would like Mr. Stallman to please stop using the word free interchangebly with GPL'ed software, so as not to confuse readers.

Freedom is a deeply philosophical term of which excrutiatingly long discussions can ensue. However, Java is free, albeit with restrictions, GPL is a little more free but also with restrictions.

Re:GPL , Freedom and Open Source

[merdark]

Uh oh. Now you've done it. Expect a ton of GPL nazi's to go on posting about how anything freer than GPL is anarchy and how it's not "free" but "Free" and the four freedoms blah blah blah.

So I would like Mr. Stallman to please stop using the word free interchangebly with GPL'ed software, so as not to confuse readers.

Stallman chose to use the word free precicly *to* confuse people. If you compare the language used on GNU.org to that of cult texts you can find a ton of similarities. It's all very highly manipulative. And it's also very successfull. Most critisism of GNU/Stallman's use of manipulative language is immediatly shunned and attacked as if it came from the devil.

The problem with GNU is that they are not content to lead by example. Instead of simply demonstrating how their development model/philosphy is superior to other methods, they rely on rhetoric and preaching. GNU followers have a *need* to convert you to the GNU way as I'm sure you've noticed.

Still, I commend you for trying to set things right. I tried once, but the eyes of the devoted are blind to any reason.

Those jobs will vanish

[LibertineR]

If the corporate world decides that Java will not be supported with improvements from Sun, and without IBM able to take over due to no Open Sourced version, they will drop Java faster than you can say C#. Nobody is going to run their business on obsolete stuff, no matter how good it is now.

Re:Those jobs will vanish

[koali]

Nobody is going to run their business on obsolete stuff, no matter how good it is now.

Like... Cobol?

Re:Those jobs will vanish

[LibertineR]

Does anyone have enough sense to realize that my comments were related to the job market? I know damn well that obsolete stuff is still in use, but that does not mean that there is a thriving market for jobs in those areas. Consider the context of my statement, please.

Wrong

[Julian Morrison]

When I see a screenful of lisp, I see words and brackets. I have to read in order to parse struture.

When I see a screenful of java, even a brief glance shows me what's going on. I can recognise a for-loop, a while with an Iterator, a method definition, a method call, an assignment. I can see the try and catch blocks. Before I mentally parse any of the words.

Lisp isn't code. Lisp is assembler for the Lisp VM, that somebody forgot to write a code parser on top of.

Re:Wrong

[jdavidb]

The reason this is true for you says more about your quantity of experience in Java compared to your experience in Lisp than it does about the quality of either language. An experienced Lisp programmer would probably say exactly the opposite. (In fact, someone in this thread remarked that he does pseudocode for other languages in a Lisp-like syntax, which I found interesting.)

Similarly, I'm a Perl programmer and have never understood why people say the language is "write only" and similar snide remarks. Perl is instantly readable to me. Put me in front of a bunch of C, though, and I have to puzzle for awhile to work out what it does. That doesn't mean Perl is better than C (although every good programmer knows it is :P ); it just means I'm much more fluent in Perl.

Re:Wrong

[mmusson]

It seems like a lot of hoop-jumping to no good end

The "end" in my opinion is whether the additional abstraction due to the language design creates a simpler, more bug-free program. In the past, people have been willing to use low level languages like C in order to get the best performance from a program, but as programs have become increasingly complex, the quantity of bugs is becoming unacceptable.

Is it worth trading some runtime efficiency if it would make your program higher quality? I think this is an even easier question to answer when you think of how many programs spend most of their time idle waiting for user input.

I am not a one language fits all type of person. A language is not a silver bullet. A bad programmer will find ingenious ways to write bad code in any language. But I do think there are certain problem domains that are well suited to functional languages. I am a particular fan of Haskell.

Insightful?!

[Anonymous Brave Guy]

See all those Java jobs out there? I know a few months ago there were more of those than any other language. I doubt that has changed... or will change in the near future.

There were more Java jobs than any other language? Really? Or do you just mean there were more adverts mentioning the buzzword "Java" than any other buzzword? There's a world of difference.

As for changing, tell that to all the VB6 developers.

Sun could drop off into the Pacific tomorrow, and Java would keep on going because in a lot of places it's the best tool for the job.

So do you work for Sun PR, or are you someone who's built a career around developing in Java and is desperately willing what he says to come true? Blanket statements like the above are meaningless: there is no job for which, other things being equal, Java does not have at least one serious rival. Often the best tool is decided by who you happen to have on your development team, rather than an odd detail supported by Java but not by <alternative of choice>.

If Java rolled over and died tomorrow, some people/businesses who'd invested too much in it would get hurt, and then the software development world would move on, just as it always has.

Re:Insightful?!

[Anonymous Brave Guy]

But it's still the best all-around choice for cross-platform development, hence its popularity.

I'm not sure I agree with that. To give the most obvious example, I currently work on a project that ships on probably 15 different platforms myself, including several popular flavours of UNIX, a couple of flavours of MS Windows, a couple of flavours of Mac, and a few more esoteric extras. (The project is basically a library, BTW.)

We write in C++. Why? Because everyone can bind to C++ (or at least to the C interface we also provide), and because there's a C++ compiler available for all of those platforms. Neither is true of Java.

The fact that Java aims to be WORA doesn't mean that it is, nor does it invalidate the use of standardised languages with compilers on many platforms (of which there are quite a few) as alternatives for cross-platform development.

Re:There will always be a non-free dependency.

[MenTaLguY]

Free software depends on non-free hardware to run. Even if hardware became free, you still rely on non-free electricity to make your hardware run.

Would Stallman then advise us to avoid the Electricity Trap?

Assuming:

• the free software situation was pretty much won
• we already had widespread "free" (obviously just speech, not beer) hardware
• electricity was not a completely exchangeable commodity in the economic sense (making incompatibilities and therefore "lock-in" possiible)
• electricity suppliers were limiting (for example, by contract) customers' freedom (as in speech)
• there were comparatively "free" (speech) sources of electricity

...then yes, I think he absolutely would...

...and I think under those circumstances, I would agree with him.

Seems to me

[Julian Morrison]

...that you're blaming poor UI design and slipshod coding on the language.

The Java Trinity

[kherr]

Java is three things:

• the programming language
• the class libraries
• the runtime virtual machine

Java the programming language is well-defined and documented and anyone can write their own compiler/interpreter for it, just as they would for Pascal or BASIC or Lisp.

Java the class libraries are, in my opinion, one of the reasons for the success of Java. They are (for the most part) well thought-out and provide a lot of useful functionality (e.g., network, GUI, data structures) for developers that enables focusing on solving problems instead of doing basic stuff over and over. This is exactly the same type of thing that helped C take off in the 1970s with the standard Unix libraries and why CPAN exists for Perl. These libraries could be replaced and/or clean-room implementations created, which is indeed happening.

The Java virtual machine is the component Sun has been controlling, for good reason. The JVM is what provides the cross-platform execution and consistent behavior. It also defines a lot of Java features that go beyond the language specification such as runtime class loading and heap management. These are powerful aspects of Java and to have inconsistent behavior would be nightmarish for developers (and was, early on).

IBM and Apple are two companies that have developed their own JVMs that behave consistently with Sun's but are not written by Sun. IBM even has an open source JVM separate from their licensed one. There are other JVM projects in existence, at different stages of maturity.

I agree completely that too many major companies have too much invested in Java to let Sun just nuke it or hose it over. Java is in a much more stable state than C#/.NET. Microsoft could announce tomorrow ".NET XP" which could be 180 degrees different from what is today, whereas Sun can't arbitrarily change the fundamentals of Java without losing a lot of support from the major players and individual developers who make Java successful.

Re:The Java Trinity

[ciggieposeur]

IBM's JDK/JVM is Sun's JDK/JVM ported to IBM hardware with some enhancements for performance and added libraries (JCE, ORB).

IBM's JVM is Sun's JVM. IBM did NOT invent a new JVM, and IBM's JVM is completely dependent on the licensing status of Sun's JVM.

I worked for IBM in the WebSphere Tools group from 2000-2003. We got previews of the IBM JVM from Hursley every few months; we saw IBM's branded JVM a full year before the rest of the world did.

Please let this meme die. IBM did NOT invent a new JVM. Sun still controls all of the viable JVM's in use. Kaffe's JVM is the only clean-room JVM *I've* heard of, and it is never used inside IBM.

Rational screwed up. XDE is about to get CHEAP.

[LibertineR]

They went for the bigger offer, but the smaller market. They bet on Java, when they could have bet on .NET. The Java market is still bigger now, but Java may die on the vine if Sun doesnt sell it, and I dont think they will, as long as Microsoft is paying their bills.

Rational now will have to deal with Whitehorse and their sales will go south in the Windows market until corporations get a chance to compare it to Rational products. If Whitehorse becomes part of the MSDN subscription (and it will) then who is Rational going to sell to? Visio may have sucked enough to keep .NET developers buying Rational tools, but Whitehorse wont, and IBM will be stuck with another LOTUS. Great technology with too small a market for profitability.

GCJ/Classhpath sounds great, but wait

[gustgr]

I am a computer science student and I'm very envolved with the academic activities on my university. I have a scientific initiation* project based on testing mobile agents build in Java. The project is even afforded by a gov. agency.

We are using Sun's JVM and compilers to build the agents and the testers. I was think about using gcj/classpath to build that programs, but that would be really 'reliable' ?

How my project would be intepreted in scientific congress when people see it is not developed under Sun's JVM but on GNU's one ?

I have always fought for freedom and I totally agree with almost all Stalman's words but to say us to use a free replacement for Sun's JVM that isn't even completely done doesn't sound very pleasant for the programmers. In my case, I don't know what would be the academic's or even my advisor's reaction to a sentence like: "This Java program, compiled under GNU's JVM, solves that and that problem this way ..."

Before trying to "push" (don't take me as non-free person) a environment it is better to finish it don't you think ?

* that's how it is called the first project the student have in the academic environment in Brazil

The best tool for WHAT job?

[ciggieposeur]

It's a serious question. To paraphrase myself:

I've programmed Java J2EE for years. I am expert at the "best practices", performance tweaks, and real production-quality code, yet Java's utility is almost nonexistent beyond "it's what I [was] paid to write." Here is MY short list of things Java is useful for:

1) HUGE web sites. J2EE is a good solution: strong typing in the language, a security model that is complete from the database backend up to the Struts frontend, and clustering/failover with EJB 2.0.

COROLLARY: Small-medium sites should use LAMP and rely on redundant hardware to handle failover.

2) Applets. Since they run on "most" Unixes + Windows browsers, and despite the load time an applet is much friendlier to users than Flash. But you have to use Java 1.1 to ensure compatibility.

COROLLARY: Cross-platforms GUIs should use Python, Qt, wxWindows, Tcl/Tk, etc.

3) Unusual database applications for which only an ODBC or JDBC driver exists. JDBC is a rather mature standard (should be since it ripped off ODBC) that works pretty well. It's faster to write a few quick Statements and PreparedStatements and run them against a database than to use native tools that "have" 'different' ''ways'' of quoting strings.

COROLLARY: Prefer Perl or PHP if the database is supported.

4) Any application for which speed is not an issue. Yeah, Java can do everything any other language can do, and if this is the one easiest for someone to "think in" then they should use it.

COROLLARY: NEVER use Java to create or manipulate graphics from the command line. No JDK, EVER, has managed to do this despite five years of pleading from the professional programmers. Without a GUI Java goes belly-up on the first "new java.awt.Frame()". (And for you 1.4+ folks who think HeadlessException was a fine solution, it wasn't.)

Java was a great idea in 1995, but since then Java has been pushed as the Second Coming and it just hasn't measured up. The other languages have surpassed Java in every one of its primary marketing points: platform independence, performance, object-orientedness, ease of use.

So what jobs are you doing that make Java the best solution?

Not trying to flame, but genuinely curious.

FYI Blackdown, IBM et al CAN'T fork the Sun JDK unless Sun frees the code. And, as apparently thousands of Slashdotters are unaware, every other JDK except Kaffe+GNU is an independently licensed derivative of Sun's JDK.

Re:The best tool for WHAT job?

[pHDNgell]

I'm no java apologist. I use a lot of different programming environments and find java frustrating in a lot of ways, but I disagree with a lot of what you said. Java is the best tool for many jobs simply because it was the best tool for many other jobs. This has caused a large class library to come about that has pre-built code for many of the things one needs to do. This makes it take less time for me to make some things (but the language still manages to make the process a bit slow and painful).

In particular:

NEVER use Java to create or manipulate graphics from the command line. No JDK, EVER, has managed to do this despite five years of pleading from the professional programmers. Without a GUI Java goes belly-up on the first "new java.awt.Frame()". (And for you 1.4+ folks who think HeadlessException was a fine solution, it wasn't.)

I've been doing headless java graphics manipulation since 1.1.6 as part of my photo album and other tools. It got a bit easier in 1.4, but it's always been possible. For example: my house temperature diagram takes the collected data and renders to PNG or GIF depending on what your client claims to accept.

Re:The best tool for WHAT job?

[ttfkam]

COROLLARY: Small-medium sites should use LAMP and rely on redundant hardware to handle failover.

How is this a corolary? If you had said, "strong typing in the language and a full security model are detrimental to small/medium projects," it would have been a corolary. As it stands, it's a non-sequitor. In addition, assuming that Java is a poor choice does not automatically make LAMP a good choice let alone better.

COROLLARY: Cross-platforms GUIs should use Python, Qt, wxWindows, Tcl/Tk, etc.

Personally I hate applets. As for limited cross-platform usage of Flash, I beg to differ. It handles MS Windows, Mac, Linux... The toolkits you mentioned are (a) not all installed in most systems and (b) not web-based which is what you were comparing applets to.

COROLLARY: Prefer Perl or PHP if the database is supported.

Okay, you really lost me on this one. You just said that JDBC did a great job of database abstraction. And your conclusion: don't use it?

COROLLARY: NEVER use Java to create or manipulate graphics from the command line. No JDK, EVER, has managed to do this despite five years of pleading from the professional programmers. Without a GUI Java goes belly-up on the first "new java.awt.Frame()". (And for you 1.4+ folks who think HeadlessException was a fine solution, it wasn't.)

Like Batik for server-side SVG to raster (PNG/JPEG) conversion? Yeah. Totally useless. What was I thinking?

And, as apparently thousands of Slashdotters are unaware, every other JDK except Kaffe+GNU is an independently licensed derivative of Sun's JDK.

Ummm... GCJ?

Please also note that if Sun halted all development on Java, it would (a) alienate every customer they've had for the last eight to ten years and (b) create a genuine interest in funding an alternative (think: IBM funding and assisting gcj/kaffe/gnu classpath).

Won't happen? What about EJB? Certified licensees only. Wups! Who are those JBoss folks? LGPLed EJB-compatible project? Well we won't certify it. Hey! People are using it in droves anyway! Ummm... Okay... Maybe we'll look into certifying it. (This of course mattered very little as people were apparently using it with or without Sun's endorsement.)

Re:The best tool for WHAT job?

[Ogerman]

So what jobs are you doing that make Java the best solution?

Enterprise applications. The Python / Perl / PHP world is currently unable to compete with J2EE for complicated, professional business applications. And note that I'm talking about more than just "huge websites." I'm talking about the core software that businesses rely on for daily operations. The P* tools are good for lightweight web applications, but that's about it. Python tools may have the potential to compete with J2EE someday, but they have a long ways to go. Zope + something roughly equivalent to EJB could perhaps work for smaller business apps.

Java is not the issue, our viewpoint is.....

[innerweb]

Years ago, I decided not to get into Java for the very reasons that people are afraid it might die now. I kept on using Perl. I know, it is old, and is taking forever to come out with 6.x. It works, it is free, I have never seen the platform it does not now run on (though I know there are some), and it has a ton of support. Is it perfect? No. What language is?

The real problem here is that the community in general has forgotten what a business is all about. Even my business. To make money. And when the squeeze comes on the primary lines of income (as it always does), the "charity" gets "changed" in ways the community does not approve of.

It is the same reason I will not produce serious applications in .net. I have used it, it is neat, but it is locked up and problematic. If MS wants to make a change that breaks my code, my clients are in trouble. If you think they will not, go back to VB, VC++ et al. MS always makes changes that breaks things, and then they do force the change on you.

Sun is yet another company that has tried to be a gallant knight in shining armor (all in the name of profit). If Sun kills Java for a few billion, what can we say? They own it. If Sun decides to let it go free, what can MS say? No payment?

If we as a community really want to keep Sun's Java alive (not our Java), then we need to make it worth Sun's while to do so. Sun needs to turn a profit. Without that profit, they can not pay the people who write Java to write. Without a profit, there is no gatekeeper.

If we all really want to keep Java, we need to reach into our pockets and pull out some money. If everyone contributed $100.00US to a fund (say the OSDN) earmarked to purchase Java and set it free (or to pay sun to keep it going), you might get what you need. You need to get 10,000,000 people to each pay their $100.00US to the fund (1 billion dollars US). Now, that is only half what the MS people are paying for whatever it is they are paying for, so we all might need to pay more than $200.00 each.

Of course, you could always try to get a few thousand serious developers to start contributing to the development of Java in the wild.

InnerWeb

RMS, Slavery, and Corporate Slime (RIAA Example)

[bfg9000]

As this thread progresses, I'm certain we'll find that a lot of people whine about and take cheap shots at RMS. Coincidentally, these are typically people who haven't accomplished anything useful in their entire lives except post witty one-liners and flames of others here on Slashdot. RMS' legacy is the GPL and a fast-growing freedom movement, mine is having Excellent Karma on a News for Nerds site.

RMS actually tries to protect our freedoms, which is more than I can say for 99% of us, including myself. We mostly seem to care about what's the best DRM or how easily we can adapt to the corporations' new demands on us. We act like a slave nation. I remember reading a book about slavery in the Old South, and the amazing thing was that many slaves believed that slavery was ethical because they had been taught that they were an inferior people, and that the white overlords were justified in beating wayward slaves because it was their plantations and their profitability that would suffer from lazy slaves. The masters managed to get the slaves to see it from their perspective, and in the process, to forget the reality that was their own perspective. We are the same. This is fast becoming our way of thinking. We're not looking out to protect ourselves, but to be "fair" to the companies we have to deal with. The RIAA cries about lost sales. Software companies cry about free alternatives or piracy. Pretty much everyone cries about people making products similar to what they've already released, even though their design was just common sense. And we hear their cries, and often feel bad for the poor Multinationals whose sales are down 7%, leaving them with a meagre profit of about 5 billion dollars (after hiding some with crooked accounting, of course). Needless to say, the companies don't have this self-doubt and ethical dilemma. If they can get us to cave in and start down that "slippery slope of compromise" at all, they can continually and slowly take our consumer rights from us. Look at fair use, already on its deathbed. Timeshifting, which will soon be legislated to death. Copying, sharing, tinkering; all dying. Public domain vs. copyright.There's even crazy talk about the US outlawing free software. The balances are shifting hard and fast in favor of the corporations and against consumer rights. We the people generally have no ethical problem with proprietary software, spyware, or restrictions on our freedom as long as it is inobtrusive. Because we have bought the line that we don't OWN anything. We're only LICENSING our possessions AT THE SAME PRICE AS WE USED TO BUY THEM FOR. Pretty soon, we'll only be able to license our computer hardware. Since we won't own it, we will have NO legal right to privacy on it. And you know what? Give us a better media player or smoother GUI and we'll line up for it like lemmings.

We tend to begin from the assumption that the corporations are right and ethical in their thinking. They spend massive advertising dollars to promote their claim that they occupy the moral high ground. This is often incorrect. We should always begin by doubting every position, but especially the status quo. I got a chance to talk to a few fairly famous musicians at Juno afterparties a few years ago, and yes, they were all thankful that the record companies supported them, but at the same time agreed that they were taking too big of a cut, had too much artistic control, and that the RIAA-type organizations were all crooked and greedy as hell. Some of the artists WANTED to put free songs online to get their names out or to reward faithful fans, but they were forbidden by their corporate masters. They aren't even allowed to play guitar and sing around a campfire without the Company's permission. So whose ethical viewpoint should we be listening to -- the artists themselves, or the middleman who packages the artists music? In a digital age, why are these middlemen even still around? If we keep them around and move to the digital download model, we've just added another layer of middlemen (Apple, Nap

Super Karate Monkey Death Car

[beerits]

That work well for Mr James on NewsRadio:

Mr. James: "The original title of this book was 'Jimmy James, Capitalist Lion Tamer' but I see now that it's... 'Jimmy James, Macho Business Donkey Wrestler'... you know what it is... I had the book translated in to Japanese then back in again into English. Macho Business Donkey Wrestler... well there you go... it's got kind of a ring to it don't it? Anyway, I wanted to read from chapter three... which is the story of my first rise to financial prominence... I had a small house of brokerage on Wall Street... many days no business come to my hut... my hut... but Jimmy has fear? A thousand times no. I never doubted myself for a minute for I knew that my monkey strong bowels were girded with strength like the loins of a dragon ribboned with fat and the opulence of buffalo... dung. ...Glorious sunset of my heart was fading. Soon the super karate monkey death car would park in my space. But Jimmy has fancy plans... and pants to match. The monkey clown horrible karate round and yummy like cute small baby chick would beat the donkey.

For Java, yes. For Sun, no.

[LibertineR]

Would the Sun/MS debacle have unfolded any differently if the source code for Java had been available under the GPL?

If Sun had GPL'd Java early on, there would be no .NET today. There would be no need, as Java would have become the de-facto language for Windows applications and Microsoft would have been forced to go along. Java would benefit from Microsoft's strength in Dev-tools, and anything good that Microsoft came up with would have been shared across platforms.

Sun expected Java to do for them what Visual Basic did for Microsoft, but they were stupid about it. When Visual Basic came out, Microsoft created a huge market for tools vendors like Roguewave and others without giving them a rectal exam everytime they came up with something to keep them under their thumb. Sun could have done the same thing, allowing people to create Solaris widgets and stuff, but Sun should have had a decent IDE available at the time of Java's initial release for all this aftermarket stuff to fold into.

Sun thought that good press equaled big money, and they did not listen to anyone about how to build a market. People took Java and left Sun behind.

You must go the way of the apt-rpm, sir.

[Ayanami Rei]

A red-hat based distro can last a long time provided you use somewhat more sophisticated tools to manage it. Suggestion: apt-rpm.

I don't know what those other problems you speak of stem from, for I have many RedHat boxes and have not experienced them. Perhaps the admins are idiots?

A Solaris box is also difficult to work with on the first go-round. Usually you get sent to Sun classes and everything becomes clear.

Re:You must go the way of the apt-rpm, sir.

[AKAImBatman]

I don't know what those other problems you speak of stem from, for I have many RedHat boxes and have not experienced them. Perhaps the admins are idiots?

Yes and no. The GDM problem, for example, happens when you configure the hostname. For some lame reason, GDM tries to do a reverse lookup on the hostname, and fails to start if it can't. I don't remember all the details right now, but it didn't even like it if you used a hosts file.

The starting of daemons problems are caused by RedHat's insistence on trying to map XinetD to the concept of Windows Services. The configuration tools never work right, and the whole thing happily blows up. I've tried to tell admins to use the command line, but they want to do it the "RedHat approved way" for purposes of support.

It may have improved, but last I checked, RedHat systems are littered with extremely complex shell scripts to do every little thing. These shell scripts work fine if you don't dive too deep into the system, but they easily start breaking as soon as you start trying to ratchet up security, or install system level software.

RPM hell is, well, RPM hell. Eventually you install yourself into a corner, where you've got a set of mismatched dependencies. After that point, you can only force installs. You can't even uninstall anything because the dependencies have gotten so tangled. Thus the "standard" position for managing RedHat servers is to multiply them like windows machines (one task per machine), and reinstall the OS every time you requisition a machine. This procedure is covered over by the constant need to "upgrade" to the latest and greatest (and highly unstable beta software) release of RedHat Linux.

A Solaris box is also difficult to work with on the first go-round. Usually you get sent to Sun classes and everything becomes clear.

A Solaris box is complex. But I've really never seen anyone do irreparable harm through normal use of the machine. I remember when I received my first Solaris machine. I was a Unix newb, and had to struggle through quite a bit. But I found that the machine was well designed and laid out, and eventually I found everything I needed. The only concern I ever had with Solaris was trying to reign in the Open Source software from making a big mess out of my hard disk. (Ok, this goes in /usr/local, this goes in /opt, this goes in /usr/share/, that goes in /use/bin, this goes... over there! Oh, and you don't need the Sun 'tar' utility. Use this instead! Ugh.)

Re:You must go the way of the apt-rpm, sir.

[Bklyn]

A red-hat based distro can last a long time provided you use somewhat more sophisticated tools to manage it. Suggestion: apt-rpm.

Better suggestion: instead of trying to bang a square peg (apt-get) into a broken hole (RedHat), just use Debian and be done with it.

foolish Apple Statements

[mccoma]

Microsoft is shrewd and successful at using what is tantamount to "petty cash" for the monopolist to make its problems go away. I have noticed people pointing to the investment Microsoft made in Apple some years ago as a model that predicts success for Java here. My recollection of that event has not dimmed, however, and I still regard it as one of the cleverest ways Redmond ever killed multiple birds with one stone. For a mere $150 million, which was subsequently recouped with profit from stock value increases, Microsoft was able to pay Apple to abandon its commitment to Java compatibility, and they also got to keep their weakened competitor alive so that they would have a leg to stand on in their antitrust defense. As an added plus for free market competition, Apple promptly used the money to foreclose innovation in its market segment by shutting down all the Mac clone vendors.

A paragraph like this makes it hard to take "Where is Java in the settlement?" seriously.

Apple's JVM is a modified Sun JVM and Apple has contributed enhancements back to Sun.
Apple killed the clones because they were not expanding the Macintosh market (they were eating Apple's share).

Making a better society is hard work.

[jbn-o]

Perhaps you should become more familiar with what RMS says and realize that the major underlying justification of the free software movement is its ethical basis; the main questions for a social movement (such as the free software movement) address what kind of world we want to live in and how we should treat each other. I can think of no way to answer that question that forgoes an examination of one's ethics.

This is not "blather" as you so discourteously put it, nor is your response insightful (as some moderators have apparently chosen to say). Questions of ethics are some of the most important questions in society. I think your objection to the matter says more about you than about RMS or his way of conveying the importance of software freedom.

Re:I'm sick of Stallman

[Rupert]

I don't know about everyone who reads slashdot, but I would still be in a job. I've been programming for fifteen years and I've never done anything that didn't at some level involve specific customization for the way a particular client does business.

Did you complain about the jobs lost when compilers replaced the work of assembly programmers? Or as more and more functions make their way into standard OS libraries? Remember doing http with raw sockets?

The fact is, some problems are just plain *solved*. If your livelihood involves solving those problems over and over again, and charging money for it each time, then you're going to lose to someone who is more interested in solving new problems.

balance balance balance !!

[FooMasterZero]

First off I have no personal feelings for or against the three letter leaders (RMS, ESR).
However I think the aforemetioned focus too much about software. Software isn't everything, at least last time I checked ? To illustrate my point I will give this questions to the three lettered leaders and all you other OSS ethusiasts.

Do you grow your own foods, and i mean all of them ?
Do you weave and grow your flax, and such for fabrics that you wear ? again all the clothes you wear ?

I am gonna guess that the answer is definte NO for both. Since 1 it takes entirely too much time to do either along with other responsibilities most people have. Secondly it is just easier to put that responsibility on a company that makes it convient in the form of mega superstores/grocery marts. If we all had to make our own clothes, and grow our own food we would not have much time to move forward and create other things to push our social quo to the next level. Same thing with hardware and software we should excerise balance free software as well non-free software competing for the next big thing. Not everyone wants to control the innerworkings of their OS, and or low-level device drivers just so they can type. No most people opt for Mircosoft/Apple/*nix vendors to do that for them so that the user can do something with and possibly make something else to work with it and make thiers as well as others lives a bit easier for them, and the cycle continues.

I enjoy free/open software however some software i would just rather pay for or get the binary and be done with and not have to try and compile it and trudge through any library hell that might incurr. My time is better spent doing things i do better, and in other ways enjoy more. I think free software needs the proprietary software to keep the value of what software is in perspective, since software seems to be ever more expensive as the years pass-on.
So to re-iterate keep things in balance and the path should be clear because extremists on any topic are rarely 100% correct.

Re:balance balance balance !!

[Minna Kirai]

To illustrate my point I will give this questions to the three lettered leaders and all you other OSS ethusiasts.

Your questions are absolutely meaningless, because software is scalable.

Do you grow your own foods, and i mean all of them ?
Do you weave and grow your flax, and such for fabrics that you wear ? again all the clothes you wear ?

There are people who can answer yes to both those questions. They're rare, and modern society views them as freaks, but they do exist. They do things the hard way for fun, or to prove themselves, or for spiritual satisfaction.

But that has nothing to do with OSS. Because a few hundred devoted self-sufficient farmers cannot attempt to feed the whole rest of the world- the number of people who can use the product is proportionate to the number working on it. To double the eaters, you must first double the farmers.

But in software, it's completely plausible that 100 dedicated programmers could provide the majority of the software needs for the entire planet. That's because with software, the number of users is independent of the producers. When the number of users of software doubles, the number of programmers can stay the same. The additional usage costs zero additional effort!

Where the fuck are you people getting this shit?

[mcc]

No, Sun has (in my paranoid opinion) agreed to kill Java and probably StarOffice as well.

What on earth are you basing this on? Sun settles a lawsuit and signs a patent crosslicensing agreement, and all of a sudden we have people hypothesizing Sun agreed under-the-table to drop their only interesting or promising products in exchange for a measly two billion? Why not just go all out and suggest that Microsoft had Scott McNealy quietly killed six months ago and replaced with an actor hired to impersonate him while running the company into the ground, and Sun will soon be sending out squads of mercenaries to kill Linux users on sight?

These threads continue to baffle me.

His Apple memories are flawed

[MikeMo]

I don't know about the rest of his article -- seems ok to me -- but his memories about Bill's "investment" in Apple are rather flawed:

1) Apple did not abandon their Java compliance projects. Today, they are arguably among the best Java development and deployment platforms out there.

2) It is hard to say Apple used the $150M to kill the clones. They had already been killed by the time Steve and Bill got together.

My recollection of the event was that the big thing that Apple got was an endorsement from Microsoft, a notion that Apple wasn't going to die in the next few weeks.

There is no conspiracy here...

[Anonymous Coward]

I've been watching the paranoia around the Sun/MS deal for some considerable time and I just don't get it. This is a huge good deal for Sun. There is no conspiracy here and nothing to be concerned about.

What could Sun achieve by proceeding with its 2002 lawsuit? The lawsuit asked for $1 billion in damages; the settlement yields Sun $700 million for antitrust issues - less than what it wanted - and a further $1,250 million covering patent royalties - which is more than what it wanted. The only reason for continuing to persue the legal case would be on a point of principle. Sun can't afford this at the moment. The fact is that the EU ruling was a watershed - Sun can't hope for any more out of MS at this time. And Microsoft is doubtless hoping that by paying out it will derail the EU ruling. I doubt there is any more to this then that - Microsoft knew it would loose in the end, and litigation is bad for any company, but particularly one that is in the throws of taking on the EU. Sun has principles, which is nice, but can no longer afford them. The idea that Sun would cease development on Java (its most important product of the last few years, central to its Linux strategy going forward and worth a not inconsiderable amount of money (50 million USD from Nokia alone)) is as daft as imaging MS will now cease work on .NET and the CLR.

As for the rest of the debate Java is in pretty good hands at the moment - Java developers have way more influence over it then .NET developers do over .NET. Come to think of it Java developers have more influence over .NET then .NET developers do. In the end Sun may well go under in which case IBM, BEA, Oralce, Nokia, or some other company with a major vested interest in Java will buy them out. It might be Microsoft I suppose, but it seems very unlikely to me.

Stallman's article

[akuzi]

From Stallman's article..

> If you develop a Java program on Sun's Java
> platform, you are liable to use Sun-only features
> without even noticing. By the time you find this
> out, you may have been using them for months, and
> redoing the work could take more months.

You could say the same thing for GCC.

It's possible you link to a proprietary library without noticing. It's the same with any development platform. Does this mean you should avoid using the GNU compiler?

The reality is that standard Java is so feature-rich and there are so many open-source libraries and frameworks around you very rarely (if ever) need to resort to using proprietary libraries (Sun or not).

Re:Stallman's article

[Minna Kirai]

You could say the same thing for GCC.

Yes, GCC varies from the C standard implemented by other C compilers. But whenever that happens, they point it out in the documentation! When Sun's manual describes a Java feature not implemented by alternatives, they naturally don't mention this fact.

It's possible you link to a proprietary library without noticing.

Only if the proprietary library is on your computer. If you actually care about that issue, then it's very easy to prevent. There are several Linux distributions that scrupulously install only "Free" software.

you very rarely (if ever) need to resort to using proprietary libraries (Sun or not).

Wrong! Tell me what open-source alternatives there are for Swing. It's nearly impossible to convince a programmer writing with Sun's Java to build to any other GUI library.

Re:Theory

[Overclocker]

You missed a few:

http://www.hp.com/products1/unix/java/

http://h18012.www1.hp.com/java/alpha/

http://www.sgi.com/software/java/

http://www-106.ibm.com/developerworks/java/jdk/ind ex.html

http://www.apple.com/macosx/features/java/

So it looks like we have JVMs for, at least, Linux, Solaris, Windows, OS X, Irix, AIX, HP-UX, Tru64, OpenVMS, OS/2, and z/OS.

What was the list of platforms for C# and .NET again?

Who makes the JVM?

[kherr]

I did not mean that Apple's was independent of Sun, just that Apple is the one who makes it for their platform. Same with IBM's main JVM. They both have a lot invested in keeping Java stable.

But IBM also has the Jikes RVM, which is an open source Java virtual machine. It is separate from the Sun-based JVM that IBM makes.

Re:I'm sick of Stallman

[sploxx]

This is why RMS envisioned a software tax.

My website

[Kombat]

According to Netcraft Kombat's site (www.kombat.org) is running Apache on Linux.

Yup, it probably is. I don't host my own website. What, you think I've got a closet of rackmounted blade servers at home, with dedicated net access, to host my piddly little personal website?

I pay $10 a month for BlueGenesis to host my website. Sorry to spoil your fun.

Re:RMS, Slavery, and Corporate Slime (RIAA Example

[akuzi]

> Unless we want every corporation to get the
> control over us the RIAA has, we need to draw a
> line in the sand. But most of us don't give a
> damn.

Sun isn't the RIAA.

You seem to be aligning the 'Free' Software movement with the movement against Corporate control of our lives. Is this really valid?

If you want to align this debate with another - then maybe a more appropriate on is debate about unborn children. Most people are not completely pro-choice or pro-life, they recognise there is a middle ground balance between the rights of the child and the rights of the parents. The FSF reminds me of the rabid pro-lifers. The line in the sand you're trying to draw it not realistic or ethical.

I think there is a emerging concensus that the most 'ethical' software license tries to find a balance between protecting the rights of the producers of software to protect and gain the benefits of their work (without being ripped off) and the rights of the consumer to use software in as many ways as possible (including using it in proprietary systems).

The balance of power has shifted too far towards the producers of software but that doesn't mean the other extreme is the best route to follow.

> We're like the drowning person who flails at his
> rescuer. And until someone else steps up to
> carry the torch, RMS is our rescuer. RMS is the
> King.

It's this sort of ideological cult-of-personality stuff just puts people off the FSF.

java jobs v. c#jobs

[maysonl]

I just went to monster.com and did the searches:

java ~2200

c# ~550

4 to 1 in favor of java.

But, what will it be like next year?

Read the gnu manifesto

[Srin Tuar]

If youd ever read the FSF site over once before you went about criticizing it, you would see that the definition of what constitutes free

http://www.fsf.org/philosophy/free-sw.html

• Is not limited to the GPL
  
• Is well defined and agreed upon by many many programmers, users, and organizations
  
• Is not met by SUN's Java implementation
  

RMS's use of the word "free" is precise and accurate.

Your definition of "free" is Orweillian and defeatist, and an attempt to lump together such clearly different concepts is little better than FUD.

Re:Read the gnu manifesto

[raptor21]

Is not limited to the GPL

If you read the article Stallman claims runing Java on GNU/Linux as running a non-free software on a Free system. Thus claiming that GPL is a free license. His description of free software in the begining of the article, conviniently fails to mention the copyleft philosophy.

So Stallman describes free software and gives an example of a product under a copyleft license and masquerades it as free software. If you read the FSF website they clearly make a distinction between copyleft software, non-copyleft free software and free software.

http://www.fsf.org/philosophy/categories.html#Fr ee Software
"Free software is software that comes with permission for anyone to use, copy, and distribute, either verbatim or with modifications, either gratis or for a fee. In particular, this means that source code must be available. "

http://www.fsf.org/philosophy/categories.html#No n- CopyleftedFreeSoftware
"Non-copylefted free software comes from the author with permission to redistribute and modify, and also to add additional restrictions to it."

http://www.fsf.org/philosophy/categories.html#Co py leftedSoftware
" Copylefted software is free software whose distribution terms do not let redistributors add any additional restrictions when they redistribute or modify the software. This means that every copy of the software, even if it has been modified, must be free software."

Clearly, the FSF makes a distintion between different degrees of freedom. But Stallman in the Article mixes and matches the two differnet
philsophies to create and illusion of a so called java trap. When free software in conjuntion with a system protected by a copyleft license, like the GPL (GNU/Linux), will also work in his example of the trap.

Basically he is claiming that a piece of software is entraped because it is less free than the one it is dependant on.
In the begining of the article he only mentions what the FSF clearly defines as "Free Software".

"Roughly speaking, they are: the freedom to run the program, the freedom to study and change the source, the freedom to redistribute the source and binaries, and the freedom to publish improved versions. (See http://www.gnu.org/philosophy/free-sw.html.) Whether any given program is free software depends solely on the meaning of its license."

Notice the term license. By definition of the GPL it is a copyleft license not free software. This again is FSF's own definiton page.

"In the GNU project, we use ``copyleft'' to protect these freedoms legally for everyone. But non-copylefted free software also exists. We believe there are important reasons why it is better to use copyleft, but if your program is non-copylefted free software, we can still use it."

Here he seems to suggest that copyleft is the way to go. One thing is certainly clear Stallman and the FSF spin the word "free" to mean many things.

Free software is free (no restrictions). copyleft (freedom with restrictions) is also free software? So why isn't Sun's jvm which is free (to mredistribute and monetarily)
but incompatible with the GPL non free, becuase of frame of reference. The GPL is also then not free when placed in context with a license more free.

This is confusing to anyone who isn't well versed with the FSF lingo. Thus my request to Stallman.

Sun appears to be following a familiar script

[dekashizl]

Interesting (and somewhat relevant) article in today's SF Chronicle: Sun appears to be following a familiar script.

Quote (emphasis mine):

"In a larger sense, Sun's actions remind us of Compaq/Digital in their later days," analyst Andrew Neff of Bear Stearns said in a research note. "If history is a guide, Sun could follow the path of those companies with further disappointments leading to an eventual acquisition."

Re:The Sun/Microsoft deal makes sense

[Jadrano]

And how long has Java been around, compared to .NET? If you compare their respective growth rates, taking into account the inertia due to the pre-existing entrenched Java market, and the fact that it's Microsoft who's taking it on, I think you'll find that Java is a virtual dead duck.

It's not surprising that .NET, which is newer, has a bigger growth rate. But it many cases, .NET probably replaces old VB or MFC applications. It's not representative, at all, but I know companies that move from Windows-only to Java implementations for their systems, which probably has to do with the success of Linux. The demand for platform-independent solutions is rather increasing than decreasing, and then Java is one of the options, and it is probably the one that is preferred by many in the corporate world. Yes, Java isn't taking over everything, but I think it's far from dying.

You're wrong about Lotus

[sreeram]

Lotus is far from a dead weight for IBM. See, your personally not having seen Lotus around recently doesn't represent the whole world.

The Singapore government, for example, is completely on Lotus. The government issued a mandate a few years back to "standardize" their IT infrastructure. They chose Lotus. Today, all government organizations (such as ministries), statutory bodies (such as the housing/economic/trade/etc development boards), fully-government-funded institutions (such as schools and polytechnics) and many others are completely on Lotus. No Microsoft Exchange or other competitors. Some are deploying Active Directory Services in addition, but Lotus is the core platform.

Even though Singapore is geographically small, that's a pretty massive IT market. I would venture that Lotus similarly has clients worldwide.