In Also in Java Today, is bytecode manipulation a liability for AOP? In the dev2dev article JRockit JVM Support for AOP, Part 1, Jonas Bonér, Alexandre Vasseur, and Joakim Dahlstedt argue that the costs of bytecode manipulation are holding back Aspect-Oriented Programming, which is often implemented with bytecode manipulation. "We believe that JVM support for AOP is the natural solution to those problems. We are proposing a subscription-based API that we have implemented in the JRockit JVM, which is closely integrated with the JVM method dispatch internals."

In the interview Former Sun CTO Sees Flaws in EJB 3, Hibernate, Peter Yared, former CTO for Sun's J2EE app server unit says Java/J2EE may lose out to Open Source technologies in the future. "Yared also says EJB 3.0 and Hibernate just doesn't go far enough to cure some of Java's core ills," and that "devs will need tools to define application flow, XML Schema to represent data sources, XPath to specify queries, and XForms to define dynamic Web pages. Further, he said, all logic should be automatically encapsulated as language-agnostic Web Services, which can be written in Python, PHP, Perl, or Java." To top it off, he says Java's platform independence no longer matters, and that "developers should be very comfortable running C++ again."