Skip to main content

JavaPosse Episode 162

By tvik
This is a tracklist of a JavaPosse Episode.
Original shownotes and the audible mp3 can be found here.
More tracklists can be found here.

Interview with Dalibor Topic about Open JDK, the JCP, Kaffe, Iced Tea and more

00:40 Intro
01:44 About Kaffe project
05:28 What's the current state of Kaffe now?
07:35 Are annotations and generics supported by Kaffe now?
09:15 What were the trade-offs between those two licenses and why did you end up picking the GPL side of the two?
10:45 How difficult is it to hit a moving target like the Java Language Specification in a project like Kaffe?
12:26 What do you think is the future for Kaffe?
14:25 ... Are you seeing now that OpenJDK is open sourced or at least mostly open sourced that it's definitely being picked up from those kind of distributions? (Java in Linux)
16:25 Any other project you are involved? (GNU classpath)
17:20 Dalibor's relationship with OpenJDK.
20:33 The OpenJDK was released under the GPLv2 with the classpath exception. Do you think it was a good choice?
22:10 About Interim Governance Board
24:47 How does this Governance Board relate to the JCP?
26:37 What will happen once the temporary governance board is finished with its work?
28:50 Are you personally interested in serving on the next GB for the OpenJDK meeting ...?
29:45 How much of the current binary ... the Java is carrying can be replaced by stuff out of projects like Iced Tea and do you think that's likely to happen?
31:20 Do you think that JCP is too slow?
32:15 Do you think maybe they should have a little bit more development going on before JSR-s are formed from the ideas?
34:50 Do you think that JCP is dominated by Sun?
40:20 Superpackages vs OSGi (JSR277,JSR294 vs JSR291)
47:50 Thanks
Labels:

Comments

Post a Comment

Popular posts from this blog

Client's transaction aborted

By tvik
I've met the above error message using a Wicket 1.2 / EJB3 intranet application under Glassfish v2 . Here is the more particular head of the stack trace: javax.ejb.TransactionRolledbackLocalException: Client's transaction aborted at com.sun.ejb.containers.BaseContainer.useClientTx(BaseContainer.java:3394) at com.sun.ejb.containers.BaseContainer.preInvokeTx(BaseContainer.java:3274) at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1244) at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:195) at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:127) This exception raised on the integration server sometimes, randomly, for simple page fetch operations. After pressing reload on the browser, the operation was usually successful. I couldn't reproduce the failure on the local machine where I regularly restart the app server and...
3 comments
Read more

jxl.log

By tvik
In an intranet production environment we have running a Glassfish v2 appserver with several J2EE applications which all use JexcelApi , a.k.a JXL, which is an open source library for accessing, generating or manipulating Microsoft Excel documents. We use version 2.6.3 of JXL because it's the recent one in the Maven repository which we use, however, at the official JXL site there are newer versions. Additionally we have log4j and Java Commons Logging (JCL), ignoring Glassfish's JSR-47 Java Util Logging (JUL) facility. Application #1 uses purely log4j and gets its log4j.xml config from a custom location. Application #2 runs Java Commons Logging with no explicite configuration file given, so JCL uses the default JUL facility of the appserver. Application #1 had been running for a long time without problems but when we installed #2 we realized that a jxl.log file had been created in the glassfish/domain/domain1/config directory and it's rapidly growing. As it happens, we ...
3 comments
Read more

Setting up EJB3 default interceptor

By tvik
It wasn't easy to find out how to configure a default interceptor in EJB3 environment. It's okay to make this snippet into the ejb-jar.xml: <assembly-descriptor> <interceptor-binding> <ejb-name>*</ejb-name> <interceptor-class>pkg.IC</interceptor-class> </interceptor-binding> </assembly-descriptor> Maybe everybody forget to mention maybe it's a Glassfish V2 trick that I get this error message during deployment: Interceptor binding contains an interceptor class name = pkg.IC that is not defined as an interceptor ...unless I register the interceptor class itself too with this: <interceptors> <interceptor> <interceptor-class>pkg.IC</interceptor-class> <around-invoke> <method-name>call</method-name> </around-invoke> </interceptor> </interceptors> <interceptors> and <as...
3 comments
Read more