Sun opens up Java 2 platform source 55
Manuka writes "An Inforworld article tells us that Sun, in an effort to make Java more accessible, has made the Java 2 source available under a new license. " The new license makes it possible for "developers to use and modify the source code for commercial products free of charge; allows them to
change the code without having to return their changes to Sun; and lets developers modify and share source code without involving Sun." A step in the right direction.
Ramifications for Java-Linux/blackdown project (Score:1)
pre-release their almost working source? or
the diffs to them?
uhm... (Score:1)
It better be alot faster
or someone might get hurt!
~SbD~
Problem - only if you care (Score:1)
I got to be honest, who is gong to want to look at NT source 18 months from now. As corporations 'get it' there's not going to be a market for code
that's going to need massive hours to debug. It will be easier to be a rat, leave the ship, and do a linux port.
Not that FUD again. (Score:1)
According to the rules, every class that is part of the official portable cross-platform Java spec goes into the java.* heirarchy (java.lang, java.util, java.awt, etc...). Anything that is not portable goes outside the java.* heirarchy, for example, "mystuff.whatever.classA", or perhaps something like "win32.some.proprietary.exra".
The idea is that then, unlike in most other languages, the programmer doesn't need to rely on some big manual to figure out what is and isn't portable - the programmer just knows from the name of the class in the hierarchy if it is proprietary or not.
That's what MS ruined, by adding Win32-specific extras to the java.* hierarchy instead of as separate classes. And that's what Sun's complaint is about.
Under the new license, people could grab sun's source and make their own versions of the classes, but they'd better not install them into java.* like MS tried to do - put them somewhere else.
The Coming OSS Geek Bandwidth Problem (Score:1)
applications overlap...this is probably not true.
The only way you will get a kernel hacker writing java is at gunpoint, it just has no relevance for
what they want to do. One would imagine that this is the same in reverse for many groups.
Of course there will be projects that don't get sufficient interest to build a development team.
That is expected, evolution in action. It also means that there is an opening for a commercial
product here.
I guess any evolutionary system requires some products to fail the fitness test, but given the
permanence of computer storage they live on as open source fossils (which can be revived should
it be neccessary).
Server side java (Score:1)
Why not a compliance test? (Score:1)
it may be better than nothing... (Score:1)
And don't forget to check out the classpath project [classpath.org], which stands a better chance of getting Java2 features to linux in a reasonable timeframe.
it may be better than nothing... (Score:1)
And, as someone else pointed out, one could always just run swing on 1.1.7.
how big a step? (Score:2)
So, while it may seem like open-source on the surface, it seems like they've managed to make an almost-open-source license that has all of the hype and none of the benefit, at least for the freenix community, anyway.
Oh $h_)*#% (Score:1)
Good and Bad (Score:1)
LOL (Score:1)
Perl sucks both my nuts (Score:1)
Not only is Perl code difficult to maintain, making it lousy for enterprise applications, but it has no security model! What could be a better for an applet language except, possibly scheme?
Why those particular languages? (Score:1)
Personally I like Java quite a lot. But once in a while I get the feeling that Tcl is still a better-developed system for writing secure, windowed, cross-platform code. And I sure wish I knew why people were so scathing of it.
a sham to get free work out of developers (Score:1)
a sham to get free work out of developers (Score:1)
Exactly! (Score:1)
There is absolutely NOTHING in the GPL that precludes the software from being provided by its owner under a different license. Many people have already done this. Examples include Ghostscript and Kaffe. In fact, paragraph 12 of the GPL actually explicitly states this. Of course, the owner is not required to do so.
What the GPL prohibits is someone other than the owner from taking the GPL'd code and releasing it under a different license.
Presumably, as the author of code that you want to offer under multiple licenses, you must surely want this protection?
TRUE ! (Score:1)
Java sucks my left nut (Score:1)
Why not a compliance test? (Score:1)
The Coming OSS Geek Bandwidth Problem (Score:1)
That's funny (Score:1)
--