J2SE and other Sun docs removed from JDocs.com
JDocs.com is a cool idea. Others have had similar ideas - in fact we were approached about a similar idea not too long ago from another company. I don't think anyone was copying from anyone else in this case - just that often a need or an opportunity becomes obvious to more than one group at the same time.
After launching JDocs.com, Rick Ross explains in JDocs Update in
Also in Java Today, "that J2SE, J2ME and J2EE are no longer present on the front page of JDocs.com and asked why? The simple answer is that Sun has asked us to remove those APIs from the system and informs us that its business interests are not served by allowing them to be included. I take responsibility for not having obtained formal permission in advance, and I was foolish to imagine Sun would naturally want to help us deliver the best possible service to Java developers. I'm sorry that we are not presently able to provide them."
There was a story a couple of weeks ago about a publication to be called "iPodWorld" that had to change their name because they forgot to check with Apple first. In some ways I feel for Rick and Matt - they were trying to do something positive, but there is that phrase from the Java docs download that says "Except as provided under the following license, no part of the Specification may be reproduced in any form by any means without the prior written authorization of Sun Microsystems, Inc. ("Sun") and its licensors, if any." Again, I get that Rick is trying to provide a service but I do think his sentence "I was foolish to imagine Sun would naturally want to help us deliver the best possible service to Java developers" is fairly aggressive and doesn't help with his efforts "in active discussions with Sun, and we're doing our best to understand and address the foundations of Sun's concerns." What do you think?
Daniel Sevarese is not a fan of what he considers to be the overuse of static methods. In When Static Methods and Code Collide he writes that dependence on global variables or system properties is limiting. He writes "static methods preclude the ability for a program to customize behavior or implement generic algorithms using polymorphism. It can be tempting to lock up stateless algorithms into static methods instead of creating interfaces and class implementations. If you resist the temptation, you can make a class library more flexible and make the job of an application developer easier."
Now that Malcolm Davis has downloaded the 4.0 version of NetBeans, he revisits his thoughts about native look and feel.
John Reynolds says that "Re-implementing the Tapestry Hangman Application using the Echo web component framework provides a lot of insight into both frameworks."
Synchronize access to shared mutable data? In today's Forums, Ron Hitchens says "Do you fully understand the (often non-obvious) behavior specified by the Java Memory Model? Have you ever used flags for inter-thread notification (like the thread termination example) without doing the proper synchronization? How about the double-check lazy initialization idiom? Did you (like most of us) "invent" this clever scheme to avoid synchronization overhead?"
JavaKiddy weighs in on Help Wanted Ads saying
"I guess the golden rules are:- (1) specify only those skills you want (2) if you feel you must expand on (1), make sure you know what you are talking about - more importantly make sure you're clear as to why you're asking (3) never never never put something in an ad simply because it's the latest buzzword or hip-n-trendy technology - it may sound cutting edge, but you'll also slash the size of your audience with each buzzword."
With regards to testability outside of containers, ipreuss writes "A serlvet actually is, yes. And that a JSP isn't, is a good argument for putting as little logic into it as possible. The reason simply is that testing inside a container typically significantly decreases the performance of the tests, and thereby reduces feedback."
In today's java.net News Headlines
- New J2SE 5.0 Change Log Published
- JSQL Editor 0.0.1
- Early Draft Review: JSR 229 - Payment API
- ashkelon 0.8.7
- SpectrumSCM 2.0.5
- XOM 1.0b2
- Columba 1.0 RC1
- Study: Unpatched PCs Compromised in 20 Minutes
Registered users can submit news items for the
href="http://today.java.net/today/news/">java.net News Page using
our news submission
form. All submissions go through an editorial review before being posted to the site. You can also subscribe to
News RSS feed.
Current and upcoming
- August 19
Fort Worth Java User's Group: Runtime Code Generation for Java and Beyond
- August 25 UML Modeling with Java Studio Enterprise Webinar
- August 27-29 Central Ohio Softare Symposium
- September 8, 2004 Tools Support for JavaServer Faces
Registered users can submit event listings for the
href="http://www.java.net/events">java.net Events Page using our
href="http://today.java.net/cs/user/create/e"> events submission
form. All submissions go through an editorial review before being
posted to the site.
Archives and Subscriptions: This blog is delivered weekdays as the
Today RSS feed. Also, once this page
is no longer featured as the front page of
java.net it will be archived along with other past issues in the href="http://today.java.net/today/archive/">java.net Archive.