End to end
You don't have to build an iPod
People's reactions are mixed when it comes to the iPod shuffle but one thing is clear - the device would not make any sense if it weren't designed to work with iTunes. iTunes is a solid desktop application that can be used by itself to play music from your CDs, make playlists, etc. But iTunes also works from the device to the server as well. The music you want to take with you can be put on an iPod or burned to a disk. You can buy more music from the iTunes music store. You can use local networking to stream your music to your stereo.
This, to me, is another opportunity that is being pointed out to the Java community and we have an advantage that other developers don't have. Java exists on the desktop, on the server, and in the devices we want to target. When we build an application for the desktop, how can it be enhanced if we connect one or more devices? What changes if we are connected to the network?
Tim O'Reilly recently spoke at the MySQL conference and spoke in passing about social networks. He said that he didn't want to have to go online and say "yes this person is my friend" or "no this person is not my friend". This information could be culled from the devices and applications he uses every day. Your cell phone knows who you call, your email application knows who you send mail to, and your calendar knows who you go meet with. These applications and others collectively have a good idea about who is important to you. You may have to categorize or tune their conclusions just as you do a spam filter. It might help you keep in touch with friends you haven't seen or talked to in a while. Connect this smart social application to the network and maybe you can figure out who the friends of your friends are.
Last week we ran a poll asking if Java's best days were behind it, right now, or ahead of it. The polls are not scientific, but it is interesting and reassuring to see that the majority of the people who responded are optimistic about the future for Java. My posts Monday, Wednesday, and today are intended to be a "half full" look at things. One reader response ammounted to asking me "so what are you going to do about it". I don't know. What should we do about it? At java.net we want to provide the time and space for conversation and collaboration with taking Java to the next level.
In Also in
Java Today , want to write a profiler? C'mon, you know you do! Romain Guy says "Even though you can find a lot of powerful tools to profile your applications, writing your own agent can be very interesting since you are able to focus on only the features you need," and in Profile your code with JVMPI, he shows how to use the JVM's profiling interface to understand what's happening in the JVM and how to speed things up.
"The decision to identify XML namespaces with URIs was an architectural mistake that has caused much suffering for XML users and needless complexity for XML tools." So begins Michael Day's XML.com manifesto, XML Namespaces Don't Need URIs, he lays down the problems he sees with Namespace URIs, wonders why Java-style package names weren't used instead, and investigates whether XSLT, XHTML, and other XML standards could work without URIs.
In today's Weblogs Hans Muller writes Data Binding in XUL - Lessons for JDNC. " A brief review of XUL templates and the joys of RDF. Another entry into what I hope is a short series of blogs about different approaches to data binding. My goal is to provide some perspective for the data binding discussions in the Java Desktop Network Components (JDNC) project."
Arun Gupta provides JAX-RPC 2.0 EA on Tomcat 5.x - Install instructions. " JAX-RPC 2.0 EA was released few days ago but supported only Sun Java System App Server 8.1 as the container. This blog tells you how to install JAX-RPC 2.0 EA over standalone Tomcat 5.5.x."
In Projects and
Communities, the Micromatica project offers a mathematical utility to evaluate functions and create 2D graphs. This Embedded Java community project is CLDC 1.0 and MIDP 1.0 compliant and thus can run on any Java-enabled phone.
The Mac Java Community page now links to Apple's J2SE 5.0 for Mac OS X 10.4 (Tiger). This separate download brings J2SE 5.0 to the Mac, although 1.4.2 remains the default for now. Developer documentation is available as a separate download.
In today's Forums, subanark posts that "classes that represent resources (e.g. File, URL, javax.jnlp.FileContents) should all implement an interface that allows some basic operations like getting the inputstream for the resource, or (if applicable) getting directory information."
Sdp 198 writes "I've just tried using the superClass option with xjc to make the generated classes inherit from another class. It seems to be generating the super class, but nothing that is generated extends it."
In today's java.net
News Headlines :
- FindBugs 0.8.8
- Code Analyzer
- Sync4j 2.2 Stable
Replicator 1.8 Beta
- PDFTextStream 1.3.2 - Java PDF Library
Registered users can submit news items for the
href="http://today.java.net/today/news/">java.net News Page using our
form. All submissions go through an editorial review before being
posted to the site. You can also subscribe to the href="http://today.java.net/pub/q/news_rss?x-ver=1.0">java.net News RSS
Current and upcoming Java
- June 16-18, 2005 JustJava2005
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
Archives and Subscriptions: This blog is delivered weekdays as
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.
You don't have to build an iPod