ray_gans's bloghttp://www.java.net/blogs/ray_gans
enMustang and Dolphin... we'll miss youhttp://www.java.net/blog/ray_gans/archive/2006/08/mustang_and_dol.html
<!-- | 0 --><p>
Yes, we must retire some old friends. Management says it's time to drop these code names and develop a new project naming system around our open source model. Better now than after Dolphin get's firmly entrenched &ndash; and as for Mustang, well it's almost done anyway.
</p>
<p>
So with some sadness, we're walking Mustang out from her stable one last time to let her roam free in the meadows and we're opening the gate so Dolphin can return to the sea. Code names come and go and it's time to move on to our bright new future.
</p>
<p>
What has been Project Mustang on java.net will now be recast as <a href="https://jdk6.dev.java.net">JDK 6</a> (no surprise there I hope) and I'm happy to say we're launching <a href="https://jdk7.dev.java.net">JDK 7</a> on java.net today!
</p>
<p>
The mustang project on java.net has been redirected to the new URL <a href="https://jdk6.dev.java.net">https://jdk6.dev.java.net</a>.
</p>
<p>
Our new project, JDK 7 can be found at <a href="https://jdk7.dev.java.net">https://jdk7.dev.java.net</a>.
</p>
<h4>JDK 7 (formerly Project Dolphin)</h4>
<p>
We have posted build 1 on the <a href="http://download.java.net/jdk7/binaries/">JDK 7 download site</a> (just a version string change from JDK 6 build 92). Plus by popular demand, we'll soon be hosting a Subversion repository of JDK 7 code from java.net as well.
</p>
<p>
We'll only be updating the JDK 7 binaries periodically for a month or two, since most of our efforts are still on JDK 6, but we do plan to start posting source and binary updates weekly again as soon as possible. New builds will track with improvements made to the JDK 6 release plus add additional enhancements and features over time.</p>
<p>
Note that some javadocs still say Java SE 6 &ndash; we'll update them to Java SE 7 sometime during the next few weeks).
</p>
<p><b>Wait... so how can Sun roll out a new project before it's been approved by the JCP?</b>
</p>
<p>
I don't think anyone expects Java SE to stop at version 6! In anticipation of a future release, we are continuing work on enhancements to Sun's implementation that are covered by the Java SE 6 specification &ndash; things that were deemed too risky or disruptive to include at this time in the code base for JDK 6. This would include performance enhancements, bug fixes and other improvements (such as contributions made by developers) that we just didn't have time to get into JDK 6. Minor enhancements to the API may also be included &ndash; with the clear understanding that any change to the specification must be approved by the JCP before it can be included in the final release.
</p>
<h4>What about Open Source?</h4>
<p>
Laurie Tolson, VP Java Platform Group, gave an update to press and analysts yesterday about our plans to open source the JDK. Take a look at our new JDK open source community site at <a href="http://community.java.net/jdk/opensource/">http://community.java.net/jdk/opensource</a> to find out more and talk to us. We're interested in your thoughts and opinions about an open source JDK. <a href="http://blogs.sun.com/roller/page/mr?entry=yes_we_really_are_going">Mark Reinhold</a> and <a href="http://blogs.sun.com/roller/page/dannycoward?entry=open_source_cutting_the_java">Danny Coward</a> also tell about the latest in their blogs.</p>
http://www.java.net/blog/ray_gans/archive/2006/08/mustang_and_dol.html#commentsOpen JDKTue, 15 Aug 2006 23:28:27 +0000ray_gans236069 at http://www.java.netUpdate on Mustang, Dolphin and the JDK Communityhttp://www.java.net/blog/ray_gans/archive/2006/06/update_on_musta.html
<!-- | 0 --><p>
The last few months have been exciting for Java SE with the many JavaOne activities and presentations, our announcement to open source the JDK, and getting beta 2 out the door. Let me tell you, it's kept us all very busy here at Sun! Things aren't slowing down either, so I'd like to give you a brief update as to what's going on.
</p>
<h4>Mustang</h4>
<p>Feature work on <a href="http://java.sun.com/javase/6/download.jsp">Mustang</a> has been completed. We have a few more tweaks to do, but the new Mustang features and improvements are essentially done. Beta 2 is available and we're now focusing our efforts inside Sun at rigorous testing and bug fixing for final release in autumn. You can help too &mdash; just download <a href="http://java.sun.com/javase/6/download.jsp">beta 2</a> or the latest Mustang <a href="http://download.java.net/jdk6/binaries/">snapshot</a> and run your your applications on them to make sure we didn't accidentally break anything. If you find any problems or regressions (code that worked on Java SE 5.0 which fails or runs significantly slower on Mustang), please <a href="http://bugs.sun.com/services/bugreport/index.jsp">let us know</a> so we can fix them.</p>
<h4>Dolphin</h4>
<p>The <a href="https://dolphin.dev.java.net/index.html">Dolphin Project</a> will start up in late July on java.net. New feature work, <a href="https://mustang.dev.java.net/collaborate.html">contributions</a> and non-critical bug fixes will now be considered for future inclusion in Dolphin. Bug fix contributions received will also be considered for Mustang Update releases which will occur approximately every 3 months after Mustang ships. Since we don't change the spec in updates, all new API changes must wait for Dolphin's release in 2008.</p>
<h4>Open Source</h4>
<p>No date has been set yet for open sourcing the JDK (though we definitely plan to do this within a reasonable period of time). There is a lot of planning and preliminary work that must be completed before we can roll things out. We are working hard to resolve business, community and compatibility issues around open source, plus we're investigating the infrastructure and organizational changes needed to support it &mdash; so stay tuned, we'll have much more to report during the coming months. In the mean time, we're continuing our efforts to improve the JDK by working closely with interested developers through the <a href="http://community.java.net/jdk/">JDK Community</a> on java.net.</p>
<h4>DLJ and jdk-distros</h4>
<p>The <a href="https://jdk-distros.dev.java.net/index.html">jdk-distros</a> project was created on java.net to support the new <a href="/sites/all/modules/pubdlcnt/pubdlcnt.php?file=http://download.java.net/dlj/DLJ-v1.1.pdf&nid=235804">Distro License for Java</a> (DLJ) that permits Linux and OpenSolaris vendors to distribute Sun's JDK or JRE with their operating system distributions. This license addresses a long term request to provide easy access to the JDK/JRE for users of many Linux and OpenSolaris distros. New binary bundles and tips and techniques for repackaging are also available in this project.</p>
<h4>javadoc Translations</h4>
<p>The <a href="https://jdk-api-localizations.dev.java.net/">jdk-api-localizations</a> project has been started on java.net as an umbrella to host independent efforts by Java User Groups and other organizations to translate the <a href="http://java.sun.com/j2se/1.5.0/docs/api/">javadoc specs</a> for Java SE into non-English languages. Currently there are active projects for Brazilian Portuguese, Simplified Chinese and Japanese. We've also received word from groups in Mexico and Russia who want to organize efforts to start Spanish and Russian translations there as well. For more information about these projects or if you might be interested in helping out or organizing your own translation project, please see <a href="https://jdk-api-localizations.dev.java.net/">jdk-api-localizations</a>. </p>
<h4>Survey</h4>
<p>A couple months ago we ran a survey on java.net to collect information about how Sun can improve the JDK Community. I want to thank everyone who participated and pass on the results which can be found at:</p>
<ul>
<li><a href="http://www.javelinfeedback.com/sun/report.jsp?rid=00789a13dbd5cf4df7e5c70353640edd">Demographics:</a> Info about the survey respondents</li>
<li><a href="http://www.javelinfeedback.com/sun/report.jsp?rid=ca1e63619f40beaf2046fbccac480166">Interests:</a> General interests of the survey respondents</li>
<li><a href="http://www.javelinfeedback.com/sun/report.jsp?rid=300909f3c77f82b89d3c7fa68218eb11">Transparency:</a> How to increase transparency</li>
<li><a href="http://www.javelinfeedback.com/sun/report.jsp?rid=fac7f4559d0ad56d15b9f12b4d599932">Rewards and Recognition:</a> How to improve rewards and recognition</li>
<li><a href="http://www.javelinfeedback.com/sun/report.jsp?rid=a63e20b8c8712dc643cebf104b9ca21c">Community Building:</a> How to build a stronger community</li>
<li><a href="http://www.javelinfeedback.com/sun/report.jsp?rid=6c7a3586deb99ff40b97f514c32ac532">Participation:</a> How to increase community participation</li>
<li><a href="http://www.javelinfeedback.com/sun/report.jsp?rid=833d97622b429ddcd6297a29ae8b97d1">Java Use:</a> How the survey respondents use Java SE</li>
</ul>
<p>
We will use this data to make improvements to the JDK Community site as we move forward.
</p>
<hr width="505">
<p>
Thanks to all who have helped us take Mustang to where it is today. Your code contributions, testing and bug reports have been outstanding and it has been rewarding for us here at Sun to work together with you. We're looking forward to improving our relationship with you as we get into Dolphin. If you're interested in joining or just want to see what we're up to, please take a look at the <a href="http://community.java.net/jdk/">JDK Community</a> of projects on java.net.</p>
http://www.java.net/blog/ray_gans/archive/2006/06/update_on_musta.html#commentsOpen JDKWed, 28 Jun 2006 04:25:37 +0000ray_gans235804 at http://www.java.netWhere we are with the JDK Communityhttp://www.java.net/blog/ray_gans/archive/2006/03/where_we_are_wi.html
<!-- | 0 --><p>
It's been almost a year now since we started the <a href="http://community.java.net/jdk">JDK Community</a> on java.net and I'd like to give a well deserved "Thank You!" to all of you who have participated and visited the site. As part of this thanks, I'd like to provide an update to where we stand and where we're going. I also want to invite anyone who is interested to take our <a href="http://www.javelinfeedback.com/sun/index.jsp?pi=677cd12a50110770a54308b1c9e2a467">survey</a> to help us know what were doing right and where we can make improvements.
</p>
<p>
Over the past year Sun's goal for the JDK Community hasn't changed, we still want a vibrant environment where the developer community can interact with each other and with Sun engineering to help evolve Java SE, the JDK, and other related tools and technologies. In particular we want to attract developers who are passionate about the JDK and who are interested in collaboration.
</p>
<p>
To that end, here is what we've accomplished.
</p>
<ul>
<li>Hosted the <a href="http://tiger.dev.java.net/">Tiger</a>, <a href="http://mustang.dev.java.net/">Mustang</a>, and (soon) <a href="http://dolphin.dev.java.net/">Dolphin</a> projects to provide source and binary snapshots of the latest builds &amp; updates.</li>
<li>Created and regularly monitored <a href="http://forums.java.net/jive/category.jspa?categoryID=33">forums</a> to address developer questions and feedback about the snapshots, contributed fixes and reported regressions.</li>
<li>Linked research projects from the <a href="http://community.java.net/javadesktop">JavaDesktop Community</a> that were relevant to the JDK community.</li>
<li>Provided a home for over 30 <a href="http://community.java.net/projects/community/jdk">research projects</a> driven by both Sun and non-Sun project leaders.</li>
<li>Ran the Crack the Verifier Initiative for the community to look for problems in the new type checking verifier and received 5 issues to be addressed.</li>
<li>Currently running the <a href="http://mustang.dev.java.net/regchal/index.html">Project Mustang Regressions Challenge Contest</a> which received 87 submitted regressions that have led to 32 new bugs during the last 4 weeks. This contest runs through the end of March, so I encourage anyone who finds a binary compatibility problem in Mustang to check this out -- you might win a sweet Ultra 20 workstation.</li>
<li>Drove interest and feedback for the <a href="http://mustang.dev.java.net/">Mustang</a> weekly snapshots through <a href="http://planetjdk.org/">blogs</a> (aggregated list), <a href="http://community.java.net/jdk/">articles &amp; news</a>, and <a href="https://mustang.dev.java.net/nonav/collaborate.html">bug fixing and collaboration opportunities</a>.
<ul>
<li>Roughly 70,000 downloads of weekly Mustang snapshot binaries since they were first posted in early November 2004.</li>
<li>Roughly 14,000 downloads of weekly Mustang source snapshots during the same period.</li>
<li>448 bugs reported against these snapshots and 336 of them added to the <a href="http://bugs.sun.com/bugdatabase/index.jsp">bug database</a>.</li>
<li>181 bug fix and enhancement <a href="http://download.java.net/jdk/JDK-Contribution.html">contributions</a> to the Mustang project with 34 integrated into Mustang and 3 back-ported into Tiger updates. We want to get these numbers up and are working hard to evaluate and incorporate as many of the rest as possible.</li>
</ul>
</ul>
<p>Participation in the JDK Community through the end of February has been as follows:</p>
<ul>
<li>1,153 registered members to community projects covered under the Java Research License (JRL).</li>
<li>321 registered contributors to these projects.</li>
<li>942,483 visitors to community project pages.</li>
</ul>
<p>
Trends are up too. We've lately seen a huge growth in monthly visitors to JDK Community projects (over 4 times more visitors last month than we had in July) and doubled the number of Mustang <a href="http://download.java.net/jdk/JDK-Contribution.html">contributed fixes</a> during the last 2 months.
</p>
<p>
I'm sure there is more we can do to improve relevance and function of the JDK Community and its projects. We have lots of ideas, but want to hear from you as well. We'd like to know what's missing, what we're doing right, and how we can improve the site for regular and occasional visitors.
</p>
<p>
To help in this task, we developed a <a href="http://www.javelinfeedback.com/sun/index.jsp?pi=677cd12a50110770a54308b1c9e2a467">survey</a> to collect some feedback. The survey contains 25 questions (many of which are optional for feedback) that should take less than 15 minutes to complete. It doesn't matter how often you've visited or participated in the JDK Community, we want to hear from you. Even if you've never visited the <a href="http://community.java.net/jdk">JDK Community</a> pages before, take a look and then let us know what you think.
</p>
<p>
You can find the survey <a href="http://www.javelinfeedback.com/sun/index.jsp?pi=677cd12a50110770a54308b1c9e2a467">here</a>. Thanks for participating!
</p>
http://www.java.net/blog/ray_gans/archive/2006/03/where_we_are_wi.html#commentsOpen JDKWed, 08 Mar 2006 02:15:30 +0000ray_gans234997 at http://www.java.netWhere We Are With the JDKhttp://www.java.net/blog/ray_gans/archive/2006/01/where_we_are_wi.html
<!-- | 0 --><p><h4>Roadmap for Mustang</h4>
<p>Sun began the <a href="https://mustang.dev.java.net">Mustang project</a> (Java SE 6) on java.net over a year ago when we started releasing weekly binary and source snapshots that included bug fixes and minor enhancements to Tiger (Java SE 5). Over time we've introduced major features described by new and existing JSRs that are part of the Mustang release. For those of you who have been watching the blogs, articles, JavaOne presentations and Mustang snapshots, you've seen these new features unfold.
</p>
<p>
Here is where we stand now with Mustang and Dolphin (Java SE 7):</p>
<ol>
<li>The draft Mustang feature set has been approved by the <a href="http://www.jcp.org/en/jsr/detail?id=270">JSR-270</a> expert group. See Mark Reinhold's <a href="http://weblogs.java.net/blog/mreinhold/archive/2005/12/mustang_release.html">blog</a> for more information.</li>
<li>Sun currently plans to release a Mustang beta in early February.</li>
<li>The Dolphin project is expected to be opened in spring 2006.</li>
<li>Weekly Dolphin snapshots of source and binaries will be released in parallel with Mustang snapshots. New fixes put into Mustang will also be put into Dolphin.</li>
<li>Sun will likely release a second Mustang beta in summer 2006.</li>
<li>Mustang is planned to ship in autumn 2006.</li>
<li>Mustang updates will be released every few months after Mustang ships. These updates will contain mostly bug fixes and performance enhancements (i.e., no API changes).</li>
<li>Dolphin is scheduled to ship during calendar year 2008.</li>
</ol>
</p>
<p>
These are our current plans. They may change. Let me say that again, "The schedule may change..." but it's what we're working towards now. We will let you know more details as things move forward.
</p>
<p><h4>So why will Mustang slip to autumn?</h4>
<p>We've recently decided to make changes to address some issues in sensitive areas of the codebase (e.g., the classloader) and want to be certain these changes won't break anyone's code. These changes will require significant work by Sun's engineering team. In addition, our top goal has always been to make Mustang the highest quality JDK release to date and the added time will provide us with an adequate period to run an exhaustive beta cycle, which will better ensure our ability to deliver: (1) quality and (2) compatibility of the release.
</p>
<p>
At this time, all the expected Mustang features are nearly complete. The next step is massive testing and targeted bug fixing on all levels (i.e., spec conformance, binary compatibility with prior releases, performance, robustness, etc.). It takes a long time and the efforts of people both inside and outside Sun to ensure the new features work properly and verify that we haven't broken anything in the process.
</p>
<p>
Sun's Java SE Quality organization has been in full gear for months and it will take many more months to prove the code is ready for final release. The developer community can provide tremendous assistance as well by testing existing applications against the snapshots and investigating new features -- then <a href="http://bugs.sun.com/services/bugreport/index.jsp">letting us know</a> when problems are discovered.
</p>
<p>
The Mustang beta will be based on build 59 with some tweaks to clean up several bugs. This beta has been heavily tested so you may be more comfortable running your applications against it rather than a snapshot release (though to be honest, most of the latest snapshots have been very robust). However, the beta is missing some improvements that are included in more recent builds (which can be found on the <a href="https://mustang.dev.java.net/servlets/ProjectDocumentList?folderID=2855"> Mustang changelog</a>).
</p>
<p><h4>What does this mean for developer community fixes?</h4>
<p>Sun still wants your bug reports, bug fixes and enhancement contributions. We are making a special effort to evaluate and include everything reasonable that we receive from the community. As time progresses, code changes (especially API changes) will become increasingly difficult to add to Mustang. For example, if a fix is risky or if it only solves part of a more general problem, we may need to defer it to a Mustang update release or to Dolphin.
</p>
<p>
Update releases generally address bugs or performance problems that were missed (or deemed too risky to fix) during beta. They are not "dot-dot" releases and don't include changes to the API. When it makes sense and testing resources are available, Sun may choose to back-port certain bugs fixed in new releases to updates of prior releases (for example, 3 bug fixes contributed by the community for Mustang were included in the latest Tiger update). For this reason, when we receive a minor fix late in the development cycle, it may be better to wait than take the risk of accidentally destabilizing code that is otherwise working well. Waiting a few months longer to more closely evaluate and test the impact of a proposed fix will in some cases be the most pragmatic way to incorporate (or reject) it.
</p>
<p>
So keep those fixes coming -- <a href="https://mustang.dev.java.net/nonav/collaborate.html">here's how and why</a>. All contributions are appreciated and can really help to make Mustang a better release for everyone.
</p>
<p><h4>What about Dolphin?</h4>
<p>We are just beginning to talk to vendors, developers, and end-users about Dolphin features. If you have any ideas, please post them to the <a href="http://forums.java.net/jive/forum.jspa?forumID=23">Java SE forum</a> on java.net (note that we've recently renamed the <i>Mustang</i> forum to the <i>Java SE</i> forum so the good ideas already expressed there won't be overlooked for Dolphin). Sun will make further announcements about this in the next few months.
</p>
<p>
The Dolphin project on <a href="https://dolphin.dev.java.net">https://dolphin.dev.java.net</a> is currently being prepared to manage snapshot downloads and share other project information. Some things such as existing forums may be shared with the Mustang project and/or renamed to minimize confusion and unneeded duplication. We should be ready to release source and binaries for build #1 in spring 2006.
</p>
<p>
So where should developers focus their efforts? The <a href="https://tiger.dev.java.net">Tiger project</a> is the place for current stable release work and research; the <a href="https://mustang.dev.java.net">Mustang project</a> will have the role of pending release with opportunities for testing, bug fixing and additional research; and (when made available) the <a href="https://dolphin.dev.java.net">Dolphin project</a> will be available for proposed cutting-edge development and enhancements.
</p>
<p>
So please stay tuned, we have several Mustang-related activities planned for the <a href="http://community.java.net/jdk/">JDK Community</a> during the next few months and hope you'll join with us to help finish off Mustang and get started on Dolphin!
</p>
http://www.java.net/blog/ray_gans/archive/2006/01/where_we_are_wi.html#commentsOpen JDKTue, 24 Jan 2006 21:58:07 +0000ray_gans234737 at http://www.java.netJava Research License Updatehttp://www.java.net/blog/ray_gans/archive/2005/09/java_research_l.html
<!-- | 0 --><p>Thanks to thoughtful comments and questions from the community and great feedback at Java One, Sun has revised the <a href="http://java.net/jrl.csp">Java Research License</a> (JRL) to address several concerns that have been brought to our attention -- in particular with how it affects open source developers. As before, it is Sun's purpose to make its code easily available to developers under JRL for research and collaboration purposes and to not get in the way of other efforts. In addition we want to make the license possible for a non-lawyer to understand (which believe me is a challenge!) so people don't needlessly worry about accepting its terms. The changes we made are really just clarifications and some cleanup to the existing language, so no java.net projects using this license should be affected. The upshot of the update, we hope, is that more people will now be comfortable about participating in JRL projects.</p>
<h5>So what's changed?</h5>
<p>The definition of Modifications was clarified to ensure that the JRL is only concerned with changes or additions to Sun's code. The JRL does not prohibit you from doing any work alone or under another license (e.g., an open source license) as long as such work is done independently of JRL code. The Purpose section of the license was also expanded to better reflect this point, i.e., that code made available under the JRL is not intended to be used for consultation purposes on independent efforts. While this may seem obvious, the fact that it wasn't clearly stated has led to some questions. And don't worry, we did not back off on your residual rights. No one becomes "tainted" by examining code under JRL. Your memory is not contaminated and the JRL does not prohibit you from later participating in other projects after working with Sun's code -- in fact you may remain a JRL licensee in good standing while doing so.</p>
<p>We did some cleanup as well. The term "specifications" was removed from the definition of Technology (i.e., source and object code) since specs are generally covered under their own licenses and not distributed under the JRL. An address is now included where one can send notice in the unlikely event that he or she wants to terminate the JRL. We also clarified that termination of your JRL requires you discontinue all use and distribution covered by the license (which was backed up in the rest of the license, but not well stated in the previous termination section).</p>
<p>Notice too that the sections on Residual Rights and Third Party Software were replaced with language used in other Sun licenses for consistency. This new language is the same in intent as the old, but hopefully a little easier to read and understand.</p>
<p>If you'd like to compare the updated <a href="http://java.net/jrl.csp">JRL</a> to the old one, you can find it <a href="https://jdk.dev.java.net/jrl_1.5.html">here</a>.</p>
<p>I think the JRL is a good license and those interested in the licensed technology should have no qualms about its terms. We've tried hard to ensure that the JRL does not create a barrier for anyone who has used or examined the code and later wants to work on another project -- including an independent implementation of the same technology. Maybe it won't work for everyone (heh, and what license does?) but I believe it will meet the needs of the great majority of developers.</p>
<h5>And there's more...</h5>
<p>The <a href="http://java.net/jrl.csp">JRL FAQ</a> has been updated to answer additional questions and Sun has published a couple articles on the JDK Community site on java.net to discuss several issues in more depth pertaining to Java SE. The first is a <a href="https://jdk.dev.java.net/jse_ip_issues.html">note</a> that addresses common questions from developers about Sun's Intellectual Property (IP) and the creation of independent implementations of Java SE (especially with regards to the Apache Harmony project). The other <a href="https://jdk.dev.java.net/jse_tainting_issues.html">article</a> provides a further discussion about "tainting" concerns over Java SE source code. Check them out and join us and other developers on the <a href="https://mustang.dev.java.net">Mustang Project</a> to create the next version of Java SE.</p>
<p>Again I'd like to thank those in the developer community who have kindly brought these issues to our attention. I hope this JRL update and the two articles will open more developers to work with Sun and to help move Java technology forward.</p>
<p>-Ray</p>
http://www.java.net/blog/ray_gans/archive/2005/09/java_research_l.html#commentsOpen JDKFri, 09 Sep 2005 20:14:25 +0000ray_gans233921 at http://www.java.netJava Internal Use License (JIUL) released for JDK 5.0http://www.java.net/blog/ray_gans/archive/2005/05/java_internal_u.html
<!-- | 0 --><p>
I am very pleased to announce that Sun has released a new license for the JDK called the <a href="http://www.java.net/jiul.csp">Java Internal Use License</a> (JIUL or "jewel"). This license lets developers easily make changes to the JDK for internal deployments. It's free, click-through and should be easy-to-read by non-lawyers.
</p>
<p>
JDK 5.0 source is available now under both the JIUL and the Java Research License at the <a href="https://tiger.dev.java.net/">tiger project</a> in the <a href="http://community.java.net/jdk/">JDK Community</a>.
</p>
<p>
End-users of Sun's implementations of J2SE 5.0 now have the ability under the JIUL to fix any critical issue in the code that adversely affects their business operations. In addition, Sun will waive the commercial requirement to pass the Technology Compatibility Kit (TCK) for J2SE (a.k.a. the JCK) as long as all code changes are made with diligence to assure the resulting implementation remains true to the specification and that its use is restricted to the licensee's internal business or organization.
</p>
<p>
What? How could this be? Hasn't Sun proclaimed since the dawn of Java, "Thou shalt only have compatible implementations before thee!" And now... Sun is giving people the right to change the JDK without verifying that compatibility?
</p>
<p>
Well yes, and no.
</p>
<p>
Sun is <b>not</b> backing away from compatibility. In fact, a passion for Java compatibility should be a prerequisite for any company or individual who enters into the JIUL. The purpose of the JIUL is to address a specific business need of Sun's customers who tell us that while compatibility is critical to both Java technology and their businesses, they also need the ability to fix critical bugs or performance issues in an emergency.
</p>
<p>
So why drop the requirement to pass the JCK?
</p>
<p>
The JCK is not designed for end-users, but rather for J2SE implementers who are intimately familiar with the operation of their code. Few businesses need to understand all the intricacies of the JDK runtime and few operate in work environments that make use of every J2SE feature. However, all features must be set up and successfully tested as part of passing the JCK. For this reason, the cost in time and resources necessary to understand, set up an appropriate test environment, and then pass the JCK is just not practical for most businesses.
</p>
<p>
The JIUL runs on the "honor system." Sun trusts that licensees will make changes with great professional care so as to limit the risk that compatibility is compromised. Sun understands too that even the best of intentions may fail which is why all JIUL-based J2SE implementations must remain strictly within the confines of that licensee's business or organization.
</p>
<p>
To be clear, the JIUL is not a general purpose J2SE implementation license. Sun has commercial licenses for those who wish to distribute their implementations (and such licenses do require the code passes the JCK). Think of the JIUL as a safety net. It provides peace of mind when things are good and more control over managing your IT operations in times of a business emergency. I hope you never have to use the JIUL, but if the need ever arises, you'll be glad it's there.
</p>
http://www.java.net/blog/ray_gans/archive/2005/05/java_internal_u.html#commentsOpen JDKFri, 27 May 2005 20:41:34 +0000ray_gans233366 at http://www.java.net