Tag: java

Oracle v Google

best analysis yet

If you’re an Android developer…don’t lose sleep over this. Even if things go the way of the “Nuclear Option”, you’ve still got a lot of time to build and sell apps and improve yourself as a developer. For a bit of novelty, start considering what a migration path might look like and turn that into a nice Android-agnostic application layer, something that’s largely lacking in the current Android APIs. Or explore Android development in languages like JRuby, which are based on off-platform ecosystems that will survive regardless of Android’s fate. Whatever you do, don’t panic and run for the hills, and don’t tell your friends to panic.

VTD-XML

The world’s most memory-efficient (1.3x~1.5x the size of an XML document) random-access XML parser. The world’s fastest XML parser: VTD-XML outperforms DOM parsers by 5x~12x, delivering 150~250 MB/sec per core sustained throughput. The world’s fastest XPath 1.0 implementation.

claims to be way faster than SAX. need to check out

Stefano on Java IP

The trick is that Google doesn’t claim that Android is a Java platform, although it can run some programs written with the Java language and against some derived version of the Java class library. Sun could prevent this if they had a patent on the standard class library, but they don’t and, even if they did, I strongly doubt it would be enforceable since Android doesn’t claim to be compatible (and in fact, could very well claim that their subset/superset is an innovation on the existing patent and challenge Sun’s position).

sucks to be sun right about now. they should have listened to the ASF.

JCK Access

Geir Magnusson: Today, the Apache Software Foundation sent an open letter to Jonathan Schwartz, CEO of Sun Microsystems, regarding the ASF’s inability to acquire an acceptable TCK license for the Java SE TCK (also called the “JCK”) in over 7 months of trying. For more information, there is also a FAQ available.

I sincerely hope that Jonathan quickly intervenes as he is in a unique position to assess the trade-off between the short term benefits in the credit column against the intangible costs in the debit column of (1) actively destroying the community that Sun has taken so much time and effort to foster, (2) mortgaging the future of Java, and (3) undermining Sun’s own open standards efforts. Specifically:

Finally, it is my understanding that a number of Sun employees have attempted to help, but were blocked by people higher in the pecking order. Their efforts are most appreciated. Keep up the good fight!

how about it, sun?

Death of Apache Harmony

None of that matters at all now, since the announcement of Sun’s OpenJDK in November 2006, which renders the Harmony effort redundant (Classpath too, although it could well retain 1 or 2 interesting-but-not-to-me niches that it currently occupies, and benefit from sharing a common licence with OpenJDK). I’m not sure that the industrious Harmony devs (or their line managers?) have noticed that there will be no audience for their product, and that the project is doomed.

so much angst deserves a hani-style response