Judge Reinstates Java Injunction Against Microsoft 137
Anonymous Coward writes " New York Times story (free registration required) - the lead paragraph: 'SAN JOSE, Calif. (Reuters) - In the latest chapter in the legal battle between two rival software titans, a federal judge on Tuesday reinstated an order forcing Microsoft Corp. (MSFT.O) to change software based on the Java programming language created by Sun Microsystems Inc.'" And as long as we're talking about Sun, check this Red Herring Story headlined "IBM wants to kick Sun butt." Whoa, baby! They play rough in the big leagues, don't they?
Re:An appaling amount of ignorance here. (Score:1)
Re:I sick of hearing this... (Score:1)
Re:Write-once-run-anywhere was a HOAX (Score:1)
If I can always get 2x performance out of a given machine than you can, that's a competetive advantage that I'd be stupid not to exploit.
The 'buy a faster machine' argument is basically meaningless unless you can get a machine that is
'fast enough' for further improvements in speed to not be of value.
In the world I live in, I can ALWAYS use the extra CPU cycles to do additional work. No machine is EVER fast enough for the problems I'm trying to solve in my code.
(I do digitial audio and video editing software).
Re:Write-once-run-anywhere was a HOAX (Score:1)
Yep. Sun put their foot in it big time. This is why they sued M$ for COPYRIGHT violations rather than breach of contract. Because the contract gives them no leverage.
Re:An appaling amount of ignorance here. (Score:1)
Re:J++ manual is a bit deceitful (Score:1)
doesn't work on Linux...
For ever
Microsoft? Damn the facts! Full speed ahead.
Re:Write-once-run-anywhere was a HOAX (Score:1)
if the goal is not to be portable (ie, you really don't care about portability, or your app is very hardware dependant so its inherently not portable) then java is not the smartest choice. no problem here.
but when you go into the project knowing that you'll have to port to other platforms and that there is no special hardware layer to worry about, then java does make sense and the cost of development time may exceed the some of the fastest hardware out there. at a typical software engineer's salary, his time is usually worth more than the hardware you'll be running on.
so I'm agreeing with you. I also do multitrack digital audio capture/edit and you'd be totally insane to do that kind of app in java. you just can't get enough performance out of the language/platform that way. but apps like this were never really meant to be done in java - you have to admit.
--
Re:Write-once-run-anywhere was a HOAX (Score:1)
For instance, a well designed MAC application, looks and feels very different from a well designed Windows app. Even when they are solving the same problem, they still have to follow different conventions. Where and how to get help, for instance.
Something as simple as whether or not you put buttons on the left side of a dialog or along the bottom will play havoc with writing a GOOD application, that is also portable.
Even ignoring the speed issue. Portable applications end up being either trivial, or a bad fit for one or more of the plaforms they are supposedly designed for.
A classic example of this is the trend to use a web browser as the interface for some database or other.
Regardless of the skill of the web page designer, All of these applets are awful UI when compared to an even marginally well done Windows or MAC application that talks to the same database.
The problem is that you just have to give up too much usability to get portability.
That tradeoff works when you have a small number of clients for a given application. Then developer time is the key limiting factor, and so you trade off wasting the users time and getting good use for the developers time.
But for any application that is going to have a significant number of users, in the long run, the sum cost of wasting the users time so you can save developer time is a bad trade off.
This is the difference between being an amateur and a pro. The amateur is happy to spend a little time and make an app that a few dozen people will be happy with.
The pro will spend a lot MORE time, but make an application that is SO much better that he can grab a big part of the market for whatever it is you are doing.
This is why there are NO large commercial applications writen in Java, and there probably never will be.
Re:The system does work... (Score:1)
Moderate this as flamebait if you want, I'm setting the record straight, and I'm not afraid of the consequences.
Sun (Score:1)
As far as this Java thing. Microsoft could always just NOT SUPPORT Java, which I THOUGHT they were going to do. That's what they need to do. Forget about Sun and their crap.
I know this won't be the popular viewpoint, but at least Gates & Co dont' WHINE.
GO IBM!
Re:Slashdot boycott day (2nd call) (Score:1)
Moderators : Agree with the parent content? Want to moderate it up but scared of Meta-Moderation? Abuse the loophole in M2! Mod the comment up as "underrated" and don't be worried about the consequences of your actions!
Everyone else : Find this loophole to be annoying? Join in the sid=moderation [slashdot.org]!
Re:Dear Andover... (Score:1)
So... the question must be asked: why aren't you moving to servlets, Rob? ;-)
Re:Java A Standard? (Score:1)
Java should be a standard, not just something anybody can change to suit them.
You're right. Tell Sun that we'd like Java to be a standard instead of their proprietary language.
Re:IBM should make nice with Sun! (Score:1)
I see Java as a way to let users pick their operating system and not have to be concerned with being locked into Winblows.
So, tell us, what are the advantages of being locked into Sun's proprietary platform vs. being locked into Microsoft's proprietary platform? At least Microsoft isn't dishonest about their intentions.
Re:Java A Standard? (Score:1)
Re:a standard is universal (Score:1)
"We are not 'write once, run anywhere' kind of guys."
Pretty much sums it up.
Blah... (Score:2)
Don't mind me if I'm in no mood to celebrate. Between eToys, DVD and the MPAA, I've developed a distaste for the legal system as it applies to intellectual property.
TOYWAR [toywar.com]!!
other stories with no registration required (Score:4)
ZDNN: http
Java A Standard? (Score:1)
If everyone changed Java, there would be nopoint in having it.
Hopefully this ruling will teach Microsoft about Standards.
This is the same Microsoft who cried, when AOL wouldn't allow the MSN messenger to communicate with AOL Instant Messenger.
Just use ICQ. (Although that's owned by AOL aswell)
;(
Here is a no-reg required link: (Score:2)
The enemy of my enemy is my enemy (Score:2)
Timing is everything (Score:1)
That would be great (Score:2)
What we need are true open and portable languages (Perl or Lisp?) that are standard because the community agreed on them. Maybe I'll try hacking a perl interpreter into Mozilla...
Re:I sick of hearing this... (Score:2)
Yeah, I know this is probably a troll, but anyway...
Then you obviously haven't been listening very hard. Even on /. there are heaps of stories you could read to catch up.
A lot. You don't see, and you probably won't see any big commercial apps or games in Java. The language just isn't suited to that. But the majority of programming isn't for commercial apps or games, it's building customised applications for businesses. Java has carved itself a pretty huge niche there.
For example, I need to write an app that runs on a Linux server, to act as a central clearing point for transactions to be routed to 'n' proprietary credit-card processing gateways, each running a different protocol, most of them on NT boxen. Gluing everything together with Java has saved me a hell of a lot of time and effort.
The UI framework improved immeasurably with the introduction of Swing, which is a lot more feature-rich than AWT. It's still slow compared to the equivalent C program, but not critically so.
Repeat after me: "Java is not just applets. If your browser's implementation of Java sucks, blame your browser vendor."
Aside from trying to kill it? Not much. IBM is a lot better role model for what to do with Java. Microsoft tried to take the name, and screw with the standard, while IBM are committed to the standard, but don't care if they get to use the name. (IBM press release [ibm.com])
--
Re:Slashdot boycott day (2nd call) (Score:1)
That being said, I am personally not interested in Rob's Perl scripts. I think that the whole idea of releasing Slash's code sorta bad. You just know that within a week there'll be a few thousand Slashdot code-alikes on the Net.
Oh well, maybe it'll thin out the crowd of trollers here a bit. I can see it now -- "SlashPortman". News for Trolls, Stuff about Natalie. ;-)
Re: Judge Reinstates Java Injunction (Score:2)
Someone please enlightened this poor confused soul. :)
Zontar The Mindless,
Re:Java 2 SDK on FreeBSD (slightly OT) (Score:1)
Re:Java (Score:1)
But it works. And don't whine about it crashing Netscape on your Linux box. It works for everyone else.
Please, tell me: exactly how is it bloated/overly verbose/dead? I'm not saying it's perfect, but can you be more specific? I should've guessed by your LOVE OF CAPS that you didn't know what you were talking about. Just because you couldn't learn it is no reason to whine. Or rather, YELL.
Go read a few books on modern WWW architecture, maybe a few copies of Dr. Dobbs, take some classes, then come back here and argue. And don't post AC -- in your own words, it "blows, sucks ass, and is gay".
Thanks so much!
Re:Java A Standard? (Score:3)
However, I don't think thats the real issue. I'd be willing to bet the Microsoft/Java litigation gives Scotty endless pleasure. MS screws with the Java bytecode implementation, Scott sics the lawyers back on them, Steve downs some Pepto. MS screws with the Java includes, the lawyers come back out and Steve switches to vodka. Boy! Oh boy! Microsoft is releasing a new O/S with a new JVM? There's an actual release date? Naw, the lawyers have heard about it. Scotty gets his laughs, the MS release date gets laughed at, and Ballmer becomes an alcoholic.
Re:Java 2 SDK on FreeBSD (slightly OT) (Score:1)
Almost forgot!
The last paragraph asks people to mail me, if interested in working on an unofficial port. Yet another AC troll has reading problems? Tragic. Remember, 1-800-ABCDEFG... get help, please.
Auto-generated Code (Score:4)
MS is not the only company that is polluting Java or making it difficult to write code on one platform and deploy it on another... many of the IDE's that I've seen do the same thing. The auto-generated code makes use of classes that "wrap" the base Java stuff, resulting in source code that is only useable by the original IDE. Visual Cafe seems to be one of the worst offenders. A coworker of mine uses VC and she is constantly having problems with the autogenerated code and deployment on Solaris (she does her development on NT). She has had trouble getting applets to run under Solaris or HP-UX, even though they run on NT. The main cause seems to be some proprietary class that Visual Cafe includes. Some of the problems may be a result of her inexperience with Java, but I do not think that is the only reason.
I use Metrowerks CodeWarrior for Java on NT at work and on MacOS at home... it seems to be one of the best development environments around. I have not had any trouble getting applets or aplications developed in CodeWarrior to run on any of our target platforms. Even when using the RAD tools that generate code for you... the generated code seems a lot cleaner than the code generated by other IDE's. I keep the use of the RAD tools to a minimum, though. I have had less experience with IDEs like NetBeans and Simplicity for Java, however, from what I have seen, they generate pretty clean code as well.
I guess my main point is that I think its also important for the source code to be as portable as the resulting classes. Building a project in an IDE that ties you to that particular development environment is as bad as Microsoft's pollution of the basic language itself.
Anyway, sorry for the rambling.
Re:Java 2 SDK on FreeBSD (slightly OT) (Score:2)
1. They're Daemons, not Trolls.
2. FreeBSD is better than Linux in many roles. For example, in many server applications FreeBSD is a better choice.
3. FreeBSD is only a figurative stone's throw from NetBSD and OpenBSD. By supporting a native FreeBSD port we are greatly shortening the distance the other two will have to travel.
4. We are brethren of the 'Opened Source'. What benefits FreeBSD inevitably will come back to benefit Linux someday.
Re:Honestly! (Score:2)
Java as a source language (Score:1)
BTW. MS-Office is not very fast.
Re:Sun ignoring Linux? (Score:1)
Re:a standard is universal (Score:1)
yeah, it has some improvements over C++ (like better/easier syntax, for one) but the main selling point was the virtual machine that was the same everywhere. ie, write it once and it runs the same way on every platform. beside this goal, all other features of java become lost in the noise. platform independance has been attempted so many times, its refreshing when it actually is accomplished (which java mostly does - and keeps getting better as it matures).
Who the hell is this "Micros~1" you keep bringing up, anyway?
you can figure it out. and while I can't claim to be the one who first coined this cute derogatory way of referring to The Evil One, I do think it gets the point across.
(for those who can't see, it pokes fun at the 'interoperability' of the old DOS filename length limitation and how win* ever-so-gracefully deals with it)
--
An appaling amount of ignorance here. (Score:3)
"Ohhh, microsoft/m$/micros~1 wants to make their java the standard java".
What a load of crap, Microsoft's _changes_ to java or more specifically, J++, to the programmer just ads some packages that you can choose or not choose to use. True their are some keywords (again additions) to make it easy to access libraries without having to write stub libraries for JNI.
These things are all additions, any java programmer (unless they're 11 year old wannabes) knows what is java and what isn't. It's not as if Microsoft have changed all the keywords, or that they've restructured the language. They've added some features. If you write _JUST_ java and compile it, it will work on other JVMs. If you want to use the java languge to write windows apps (say, as an alternative to VB) you can, but it will only run on windows. If you're stupid enough to think that it will run on Linux too, then well...uh...you shouldn't be programming.
And If you use microsoft's language extensions to make it easier to access, say, dlls/so, then it won't run on other JVMs...with some exceptions (like Transvirtual's clean room java "Kaffe").
Using J++, it's perfectly easy to make 100% pure java apps, but it's also super easy to make windows apps. When you make windows apps, treat Java like a language.
Re:The system does work... (Score:1)
THEYRE B0TH SL0W BUT THEY W0RK... T1ME T0 C0MP1LE THU LEGAL SYSTUM!!!
1 BET THU LEGAL SYSTUM 1S WAY T00 SL0W T0 RUN EVUN 0N MY VIC-20's!!! THATS WHY 1 USE BASIC. N0 0NE WULD PR0GRAM 1N LEGAL CRAP!!!
Write-once-run-anywhere was a HOAX (Score:1)
micros~1 had no right to alter an industry standard. if they want to play in their own sandbox, great - more power to them. if they want to have win(n+1) speak to other boxes of same geneology in ultra-proprietary ways - fine.
-----------------------------------------------
I agree with your point about standards needing to be standard. But if you read the contract that M$ had with Sun, it EXPLICITLY gives them the right to add extensions to the language. So your statement above is simply not true.
Also, extending Java is not quite the same as being incompatible. It is quite possible to write pure java apps using M$ tools. You just have to avoid using the extensions.
The rest of your argument falls apart for this reason. It is possible (even easy) to write pure Java using M$ tools, so the fact that the extensions EXIST is only a threat to Sun if the Java developers USE them. I.E. they have to find them MORE useful than they find the benefit of running anywhere.
About Java's promise of interoperability, It was never more than a promise; And an empty one at that.
We will never have a write-once-run-anywhere (WORA) as long as we have a competitive processor/OS market. The reason is pretty obvious if you think about it.
The easiest and most reliable way to get top performance out of a given piece of code is to tune the code to the target machine. Thus there will ALWAYS be a market for machine specific implementations of various tools until the processors get so fast that you can never find an application that doesn't take too long to run.
Given than NP Complete problems exist, that means NEVER.
Re:Auto-generated Code (Score:1)
Re:Honestly! (Score:2)
thank you (Score:1)
I can see by this post that you do indeed know what you are talking about. I only with that you had said all of this in your original post. I would have even moderated you up, becase even though I disagree, you put some good reasoning behind your arguments.
And about your responses to my insults... I'm not insulting the intelligence of |deity|, the person who wrote that very intelligent post just now. I *will* however insult the intelligence of the AC who screams in CAPS that Java "sucks" and "blows". You say "I'm sorry if I offended you with my opinion". I was not at all offended by your opinion, I was merely offended by your method of delivering it.
Perhaps I was a bit to quick to flame. But please, in the future, avoid that AC style that you can see the moderators were quick to shove down to (Score: -1, Troll). If you had posted in your later manner in the first place, you probably would have gotten a (Score: 3, Insightful), at least.
Since you have, as requested, backed up your arguments, I hereby recant my previous flames and apologize for my quickness to respond that way. But I will stand by my criticism of the manner in which you first posted. That is what I look down upon.
Now that we have that out of the way , I will respons to your arguments.
I agree that Java is slow as hell compared to native languages and even many interpretive languages, I do not think that Java will ever have a place in standalone application programming. And for text processing, Perl is still the way to go. But Java has what I think to be the perfect mix of power, speed, and functionality for its current use in small WWW applets. Servlets still need a while to ripen.
I myself code in C, and I too first thought that Java was *extremely* verbose when I first saw the code. I've gotten used to it, but I get the feeling that its designers weren't planning on it being used as much as it is for applets. Too much code is required to do simple things for most WWW applets, IMHO.
I must disagree that Java is "dead". You say yourself later in the post that it is in widespread use. Java support is getting better all the time. Look at how much better the Java stuff for Linux has gotten. Java is anything but dead.
Servlets may very well change the way that WWW server-side code is thought of, if they haven't already. However this will require broad Java support for the underlying OS. Solaris, to no surprise, handles this best right now. Linux is getting there. *BSD is a long way off. NT... well, NT is crap anyway.
Java is still a very new technology. I'd give it a few more years before you write it off completely. Especially when you see how it can work so nicely with the next Technology of the Week, XML.
You mention that you're reading some books about Java currently. I'd recommend O'Reilly's servlet book, and most of the Wrox stuff.
You say that you saw my info and noticed that I'm a BSD person. That is very true. However I am even more of a Java person, and so I will probably be dumping BSD in the next month if I don't hear any good news about that Java 2 SDK. There was been far too little Java FreeBSD development for me to be optimistic. I'm going to go back to Linux (yes, I confess. I used Linux and loved it until FreeBSD rocked my world), at least until I see Solaris 8. The time has come to return to the Penguin. Linux is being supported by IBM now, IBM loves Java on Linux; and there's even an official Sun JDK for it. Linux supports my SMP workstation better, and has better support for more filesystems. I was a hardcore BSDer, but even I am being turned around. Linux is the way of the future. I look at the feature list for the next kernel, and I'm amazed. Sure, BSD has 25-year old code, but Linux's code is being developed NOW. Also, I can attest to the fact that many BSD people are those snooty University types. The Linux scene is more my style anyway. I've been on both sides of the fence. As much as I love the kernel, I can feel in my bones that Linux is growing and changing and becoming better everyday, while BSD is getting stale, and no-one supports it, and being a developer I can't stay there for much longer. I'm coming back, Tux, I'm coming back...
Java cannot replace C or C++. But as it finds its niche as a *web* technology, it will become better optimized, faster, and more stable. Sun has hopefully realized that no-one really does a lot of stand-alone app dev in Java. They need to get Java running on servers, and improve how applets, databases, and servlets talk to each other.
It was indeed a pleasure talking with you, |deity|. I really do hope that you post this way in the future. Please do, because it's a pity to be written off as a troll because of that fanatical AC posting style where you yell like a 12 year-old. It was a pleasure to be proven wrong, and I will give all troll ACs a second thought now. ;-)
Cheers,
The_Messenger
Re:Microsoft and Java.... (Score:1)
Aside from applets, which don't mean much to most people, MS distributing their "Java" does nothing. I think that anyone who really uses Java on Windows (ie, not just applets in web pages) gets it from Sun. MS's VM doesn't support Java 1.2, let alone 1.3 which is very, very nice (makes the GUI run faster among other things). I'd say that with 1.3, Java becomes very feasible for more than "just the server" as some people say Java's future lies. And also, I'd say that Java on said servers has even less influence from MS than Java on the client does.
For some examples of real stuff done in Java, you might want to head over to The JavaLobby [javalobby.org] and look at the member successes page (a link on one of the pictures in the top left). Everything from games to accounting software to servers has been written in Java with little to no influence from MS, so I hardly think that Sun would "bow down" if MS ended their distribution of their "Java" as you suggest.
Another Java Apologist (Score:1)
Yes, Sun is touting it as a server side language for the enterprise, but that doesn't mean you have to believe their PR. Where are all these hidden Java "enterprise" programs???
Poeple have been telling me for a year now that "Java rules enterprise computing - almost all enterprise code is Java now" - well, so far I've seen very little and I've looked very hard at a number of progressive companies.
Its a myth folks! Do yourself a favor and quit perpetuating it!
Solaris rising (Score:1)
Re:Honestly! (Score:1)
So? There's nothing preventing Windows users from downloading another JVM from Sun or IBM, or wherever else. And there is nothing stopping them from using Netscape or Opera (with the Java plugin) to get a good browser JVM.
~~~~~~~~~
auntfloyd
Re:Java A Standard? (Score:1)
Re:other stories with no registration required (Score:1)
Sun ignoring Linux? (Score:1)
Like the planned release or hate it, it gives Sun an awfully good reason to ignore Linux.
StanSmith
Re:Microsoft and Java.... (Score:1)
The last few times I have upgraded/installed Java on my PC at work, I have downloaded the SDK & Runtime environments from Sun's web site.
Re:Why this appears to be a longer road than expec (Score:1)
If the injunction was not reinstated, MS could possibly then begin to make "innovations". IIRC, MS can still do this if they perform a clean room development of Java. IIRC, MS is trying to do this. Of course, they would have to change the name.
If MS had lost the contractural portion of this battle, then Sun could have requested more reparations.
Re:Auto-generated Code (Score:1)
thank you! that's why i gave up on ides all together and went text editor + jikes. i thought borland's would be more sensible but they go a step further by forcing you to use their project files in order to compile. you can't just open a .java file and compile it. it's also annoying that jbuilder takes all of the files in the directory and tries to compile them regardless of whether they're in your project.
and forget about netbeans, that one is so restrictive with your code (as is visual cafe to a lesser extent) as to make it unusable. well enough venting for me too.
"The lie, Mr. Mulder, is most convincingly hidden between two truths."
Re:Auto-generated Code (Score:1)
yeah but you don't want to have to copy the whole symantec class set... i suppose you could make a custom jar with all the necessary pieces though.
"The lie, Mr. Mulder, is most convincingly hidden between two truths."
Honestly! (Score:2)
I still don't understand how Microsoft's additions constitute 'pollution' of Java. Didn't they stop calling it Java in favor of J++ anyway?
And ignoring MSFT's lip service about 'innovation', don't they have a right to improve their product in any manner in which they see fit?
Sun refused to take Java down the standards route, and this is what they get. They brought it on themselves. This court case is a waste of everyone's time. Maybe Bjarne Stroustrup (sp) should sue them for 'polluting' C++ with Visual C++.
[I'm not pro-Microsoft, I'm pro-rationality]
~~~~~~~~~
auntfloyd
AP as well (Score:2)
a standard is universal (Score:2)
...else its useless.
micros~1 had no right to alter an industry standard. if they want to play in their own sandbox, great - more power to them. if they want to have win(n+1) speak to other boxes of same geneology in ultra-proprietary ways - fine.
however, they don't have the right to alter java and make it un-interoperable. dammit - the whole point of java was interoperability. can't micros~1 understand that simple concept?
they already have 'value add' browser crap (active-X and such) so that when their ilk access micros~1 sites, they can get infected with all the supported virii(tm) that are currently supported.
java is supposed to be the same on every platform. that's the definition (or at least the justification) for yet another language. when you start creating vendor variants just to differentiate, you lose the whole value of such!
--
I sick of hearing this... (Score:1)
Isn't Sun basically shooting themselves in the foot with Java?
How are they progressing? I haven't heard jack about Java as a few years ago when it was getting so much hype.
How many real world apps are being developed in Java?
Have they sped things up? Their UI framework was a dog from what saw.
All I see Java doing for me is making my browser crash, and I am not joking. 1 out of every 5 webpages I access which use Java crashes the browser.
Has Microsoft done anything more with Java as well?
The system does work... (Score:1)
Re:a standard is universal (Score:2)
--
IBM should make nice with Sun! (Score:1)
I see Java as a way to let users pick their operating system and not have to be concerned with being locked into Winblows.
Re:Java (Score:1)
Re:Java (Score:1)
Sorry I must be getting tired.
stock prices (Score:2)
My password!!! (Score:1)
AYEEEEEE!!!!!!!!! (Score:1)
Re:The enemy of my enemy is my enemy (Score:1)
Re:This is interesting... (Score:1)
IBM and Sun (Score:2)
Re:why are all the troubles related to Microsoft? (Score:1)
Re:Honestly! (Score:3)
MS extended the java classes to include a bunch of MS-proprietary gui & system stuff.
MS tried to exploit what they thought was a 'loophole' in the java contract.
They made it so if you ran the code produced by j++ on the reference JVM, rather than crash (as should happen), they first had code to decide what JVM it was on, and pop up messages indicating what features would not work unless it was run on the appropriate VM from Microsoft.
Microsoft says 'well, it still RUNS, it just doesn't do the same thing'. Totally violated the spirit of the agreement.
The judge decided that they had to change it.
The whole point is, you can do whatever you want with your java compiler/JVM, but what is produced from the compiler *must* run *as the programmer intended* on the reference JVM, and your Java(tm) virtual machine must run all code produced by the Java(tm) reference compiler
Re:An appaling amount of ignorance here. (Score:1)
Re:Why this appears to be a longer road than expec (Score:2)
If they want to call it a Java compiler, it *must* compile java code, according to the specification and rules set out by Sun. If it doesn't, they cannot call it Java, period.
Re:Auto-generated Code (Score:2)
But you can also move the appropriate extra classes to whatever platform you are implementing on and they will work, as they are just extensions of the existing classes.
The problem with MS, is that it used native Windows methods that are *not* cross platform, and code written for it can not work anywhere but in windows.
Re:Microsoft and Java.... (Score:2)
The issue is not the VM, but the compiler (Visual J++).
Sun's compiler was producing code that *only* works as the programmer intended onthe MS VM.
To get around their contract with sun (which required that software 'work' on sun's reference VM), MS ensured that if the code produced by J++ was run on a proper Java VM, it would run, but bring up messages explaining that functions were disabled and it would not run correctly.
So, as MS puts it, technically, the code *runs*, and technically, Sun didn't say it had to run the same way as the programmer intended.. (which is sooo damn obvious in the first place.. )
Re:Honestly! (Score:1)
The short answer to why this is pollution of Java rather than MS improving their own product is that J++ is not a clean-room implementation, it is based on source code licensed from Sun, and that license requires that products derrived from that source conform to Sun's view of what a full standard Java distribution should. In this case MS refused to ship the RMI (Remote Method Invocation) classes and built in their own COM/DCOM stuff instead.
A lot of the current crop of IT managers feel emotionally attached to MS, because of successes they had with projects based on Windows 3.11. These people are highly resistant to any move away from MS, and a tool like J++ is a perfect way for them to appear to be moving forward in the eyes of their superiors, whilst actually keeping their organisation dependant on the Win32 platform.
Re:other stories with no registration required (Score:1)
J++ manual is a bit deceitful (Score:2)
This doesn't seem to have been the relevant point in the court ruling, but it's the reason *I* think J++ "pollutes" Java.
Re:Blah... (Score:1)
Sun's licensing argeement was clear enough, and I really dont think Microsoft had any right to use the technology when the intent was to break platform independance.
Why this appears to be a longer road than expected (Score:2)
I'm not a legal expert, but it seems pointless to waste time on doing this unless MS is either in the wrong (in Sun's opinion) already or MS is planning to bring something to market that does violate an injunction. My interest would be more in the latter...
Unfortunately the article didn't provide much inof about what specifically is being injunctioned or the grounds of the injunction. Taking it at face value it would seem the injunction should at least effect MS's Java development tools, such as Visual J++. What would be really interesting is if Sun persues MS on the grounds of anything they make using Java uses the Java licence. This could include Internet Explorer or even NT Server's IIS Web Server.
Just my thoughts, feel free to correct me as nessesairy
Re:Honestly! (Score:1)
Re:Honestly! (Score:2)
Java was designed to be cross-platform - write once, run everywhere.
Microsoft added some stuff that is definitely not cross-platform, and works on Microsoft operating systems only.
They did not clearly mark their incompatible modifications as such, and they even autogenerate non-portable code by default in J++.
Therefore, Microsoft basically killed one of the primary good points of Java with their products (So where's the advantage in using Microsoft Java over using C to write a tool, if it still will work on Windows only?) - it's what I'd call pollution.
It's not the additions so much as the removals (Score:4)
It's really easy to not use any of Microsoft's extensions. I use Visual J++ as my IDE and generate code that runs beautifully on Solaris because I stay away from Microsoft's extensions.
Unfortunately, they decided to use a different native method interface, which causes some packages to fail. Also, in their standard distribution, they omitted RMI (like we're all gonna choose DCOM if RMI isn't there). That makes it tougher to write applets and applications that use RMI and run under Microsoft's VM.
It has gotten worse now because Sun no longer sends MS any Java updates, so the MS Java is pretty much stuck at around JDK 1.1.3. JDK 1.2 runs so much faster, I won't use jview at all to run programs, and I'm about to give up on VJ++.
Re:I sick of hearing this... (Score:2)
Re:their product (Score:1)
Microsoft clearly thought they had the right to make a Windows-specific variant of Java. Sun's internal documents lament that its contract with Microsoft enable Microsoft to change Java. Now that the copyright issue is off the table, it appears that the contract might not be a sufficient leg for Sun to stand on.
Hopefully the result will be a situation where Java programmers have the same choice as other programmers: do I steer clear of Windows-specific contructs because I'm building a portable program of module, or an I coding to a specific platform? Java programmera are adults, too.
Re:Honestly! (Score:1)
They added features to Visual J++ in a way that wasn't obvious that would cause compatibility problems; then put pressure to resellers to ship their VM. If they were being responsible they would have an option - warn about non-standard constructs.
And ignoring MSFT's lip service about 'innovation', don't they have a right to improve their product in any manner in which they see fit?
Of course, except it's not their product. It's primarily Sun's product, licenced to Microsoft under contract. If MS didn't like the terms, they shouldn't have agreed to them.
As for standards bodies: they could bog things down for years. I'm still eagerly awaiting a standard for socket programming in "C".
Re:other stories with no registration required (Score:1)
I skip reading the actual NYT stories too and just get what I can out of the comments. I guess I'm just too lazy. I mean, I think I have a userid, I just don't want to take the effort to remember it.
-BrentRe:Write-once-run-anywhere was a HOAX (Score:1)
if this is true, sun acted poorly during the contract negotiations. I'm not sure why sun would have done this (allowed nonstandard extensions). their new 'community source' solaris license allows folks to modify things - but only if the changes are sent back to sun to be integrated in a future build (if sun chooses). perhaps they learned this tactic by being burned by micros~1 (?)
Also, extending Java is not quite the same as being incompatible. It is quite possible to write pure java apps using M$ tools. You just have to avoid using the extensions.
this is a very bad idea. once a variant creeps in, there's no way to keep (force) things to stay portable. I don't like the idea of a common base and vendor subsets. the strength of a standard lies in knowing that the code you wrote (and others write) will work on all platforms - period.
the fact that the extensions EXIST is only a threat to Sun if the Java developers USE them.
you just repeated yourself. so I'll repeat - in the standards game, you're either 100% compliant (safe for portability) or you're not. I can accomplish programming tasks in many ways - but to take the performance hit of java is (to me) only justified if I can know that I write it once and it will run exactly the same everywhere. lose that benefit and the whole justification for java (again, IMHO) is lost.
We will never have a write-once-run-anywhere (WORA) as long as we have a competitive processor/OS market. The reason is pretty obvious if you think about it.
but isn't the virtual machine concept supposed to hide the fact that there's processor X in one box and Y in another? again, I don't mind (as much) losing some performance if I gain 100.0% compatibility. without the compatibility, java buys me almost nothing - there are hundreds of other languanges that are faster and better - if guaranteed inter-platform portability isn't the first constraint.
The easiest and most reliable way to get top performance out of a given piece of code is to tune the code to the target machine.
or, have enough power on the [host_cpu+JVM]. if you have enough traffic lanes on a highway, you don't need commuter ('diamond') lanes. same here - if you have a fast enough cpu subsystem, optimization becomes less and less important.
--
Re:An appaling amount of ignorance here. (Score:1)
Re:Why this appears to be a longer road than expec (Score:1)
Of course, they would have to change the name.
Re:An appaling amount of ignorance here. (Score:2)
And you might be correct, too, if you couldn't switch off the MS extensions with a single checkbox on your project settings.
Sheesh. Some people. What is this? Cargo cult programming?
Simon
VJ++ actually a good product (Score:1)
Re:Java A Standard? (Score:2)
Yes, if Microsoft licensed the Win32 API to Sun, and Sun screwed around with in such a way that the near monopoly market share of Sun's Windows2008-enabled applications were hurting Microsoft, sure! Sun didn't follow the terms of the licensing agreement, and Microsoft was financially damaged.
Java 2 SDK on FreeBSD (slightly OT) (Score:3)
This is a repost from today's other Java discussion. Please read and go vote!
While there has been an official Linux port, there is no native Java 2 SDK for FreeBSD. Please, all members of JDC, go here and cast your votes [sun.com] to have Sun release this software. We are up to 2703 votes so far. It took 4551 votes before Sun released the Linux version, so we're almost there, right? ;-)
(However, I am well aware that the release of the Linux port was due in large part to the excellent folks from Blackdown [blackdown.org].)
Here are a few of the tons of comments on the "bug report" page where you can vote for this RFE (request for enhancement).
You must be registered in the JDC (Java Developer Connection) to vote. Registration is free and quick, so if you're a Java developer or just have a general interest on FreeBSD or Java, please go sign up and vote!
Anyone interested in doing an unofficial port please mail me at javadrew@spammerslovehotmail.com [mailto] (obviously remove the "spammerslove" :-).
their product (Score:1)
By altering the language itself, they directly affect the marketability of the language. Their product is not their implementation of Java, it is their IDE and if they choose to do something MFC-ish, then that would be their product too. The weird thing is, if they changed the C++ language no one could have sued them (but it still would have been wrong).
Esperandi
Re: (Score:1)
why are all the troubles related to Microsoft? (Score:1)
Re:I sick of hearing this... (Score:2)
Re:IBM should make nice with Sun! (Score:2)
IMHO, users are not concerned with being locked into [some_OS]. In fact, most of them don't care about OS. They just need some basic useful applications to run on their computer - browser, mail/newsreader, photoediting/printing software, office suite, games, etc.
Do you really think Java is appropriate tool to build such applications? I don't.
Re:Java A Standard? (Score:1)
This is exactly why we're all so pissed that Sun yanked Java from the standards process. If Sun wants to help show the judges that the Java "standard" should be enforced, they should resubmit Java and actually create a standard.