JavaOne2011

From APIDesign

(Difference between revisions)
Jump to: navigation, search
(Paradoxes of API Design)
Line 1: Line 1:
-
[[JavaOne]] 2011 is around the corner, the question is what to talk about. Here are few thoughts:
+
[[JavaOne]] 2011 is around the corner, submissions were sent, some of them were accepted, some of there [[#Rejected]].
 +
== Accepted ==
-
== Advanced Annotation Processing with JSR 269 ==
+
=== 23320: Paradoxes of API Design ===
 +
 
 +
Wednesday, 10:00-11:00, Parc 55: [[GeeCON]] sesstion was successful, let's try to talk about [[ParadoxesVideo|paradoxes]] at [[JavaOne]].
 +
 
 +
=== 23640 - The How-To of Migrating Legacy Applications to Module Systems ===
 +
 
 +
Thursday, 12:30-13:30, Parc 55: John Langton,
 +
Andrzej Olszak, [[Geertjan]] and [[Users:JaroslavTulach|me]]. Andrzej is author of ''Featureous'' tool that helps to modularize existing monolithic applications. John successfully used that tool to modularize his ''NDVis''. That is going to be really enlightning talk. I am looking forward to be part of it!
 +
 
 +
As far as my part goes, I'll be presenting how we modularized [[NetBeans]] ''Open IDE'' [[API]]s in 2005: [http://openide.netbeans.org/proposals/arch/modularize.html project page].
 +
 
 +
=== 19720 - Patterns for Modularity II: Revenge of the Patterns ===
 +
 
 +
Thurday, 14:00-15:00, Hilton: Zoran Ševarac, Toni Epple and [[Users:JaroslavTulach|me]]. Zoran discovered Kirkk's [http://www.kirkk.com/modularity/chapters/ Modular Architecture] book and literarly forced me to read it. I don't regret, it was interesting read. Zoran will likely quote the book a bit and (to make our session more entertaining) I will try to get into an argument with him. Because there is a bit wisdom to add on top of Kirkk's observations. Stop by to get wiser!
 +
 
 +
== Rejected ==
 +
 
 +
=== Advanced Annotation Processing with JSR 269 ===
Forget about runtime [[annotation]]s as used for example by JavaEE or [[Spring]]. They don't worth a penny compared to advanced compile-time [[annotation]]s processed by [[JavaC]]'s [[AnnotationProcessor|annotation processor]]s during compilation! [[Annotation]]s of this kind change the way we think about [[Java]]. They can improve scalability, performance, and simplicity of our [[Java]] frameworks without the hassle of on-startup processing so common in the EE space these days.
Forget about runtime [[annotation]]s as used for example by JavaEE or [[Spring]]. They don't worth a penny compared to advanced compile-time [[annotation]]s processed by [[JavaC]]'s [[AnnotationProcessor|annotation processor]]s during compilation! [[Annotation]]s of this kind change the way we think about [[Java]]. They can improve scalability, performance, and simplicity of our [[Java]] frameworks without the hassle of on-startup processing so common in the EE space these days.
Line 10: Line 28:
Join us to understand the power of modern [[Java]]!
Join us to understand the power of modern [[Java]]!
-
== Onward! Rebuilding IDEs around Shared Ground ==
+
=== Onward! Rebuilding IDEs around Shared Ground ===
[[Oracle]] is involved in almost all the [[Java]] IDEs on the market today. [[Oracle]] is a member of [[Eclipse]] Foundation, [[NetBeans]].org project, and, of course, produces [[JDeveloper]], its primary IDE for support of [[Oracle]]'s enterprise technologies. There has not been very much component sharing between these three projects so far. This is fine when achieving other short term goals, but unsustainable as a long term strategy. Something has to be done about that!
[[Oracle]] is involved in almost all the [[Java]] IDEs on the market today. [[Oracle]] is a member of [[Eclipse]] Foundation, [[NetBeans]].org project, and, of course, produces [[JDeveloper]], its primary IDE for support of [[Oracle]]'s enterprise technologies. There has not been very much component sharing between these three projects so far. This is fine when achieving other short term goals, but unsustainable as a long term strategy. Something has to be done about that!
Line 18: Line 36:
Sharing can make our products better. Join us to share!
Sharing can make our products better. Join us to share!
-
== BOF: Experiences from Building the Fastest OSGi Container on the Planet ==
+
=== BOF: Experiences from Building the Fastest OSGi Container on the Planet ===
What is the fastest [[OSGi]] container? [[Felix]] or [[Equinox]]? Neither! The fastest [[OSGi]] container is [[Netbinox]]! But then, how do you measure how fast an [[OSGi]] container is, anyway?
What is the fastest [[OSGi]] container? [[Felix]] or [[Equinox]]? Neither! The fastest [[OSGi]] container is [[Netbinox]]! But then, how do you measure how fast an [[OSGi]] container is, anyway?
Line 25: Line 43:
Hacking around [[OSGi]] container internals? Planning to embbed [[Felix]] or [[Equinox]] in your framework? Join us to learn how to do that effectively!
Hacking around [[OSGi]] container internals? Planning to embbed [[Felix]] or [[Equinox]] in your framework? Join us to learn how to do that effectively!
-
 
-
== Paradoxes of API Design ==
 
-
 
-
[[GeeCON]] sesstion was successful, let's try to talk about [[ParadoxesVideo|paradoxes]] at [[JavaOne]].
 

Revision as of 13:07, 15 September 2011

JavaOne 2011 is around the corner, submissions were sent, some of them were accepted, some of there #Rejected.

Contents

Accepted

23320: Paradoxes of API Design

Wednesday, 10:00-11:00, Parc 55: GeeCON sesstion was successful, let's try to talk about paradoxes at JavaOne.

23640 - The How-To of Migrating Legacy Applications to Module Systems

Thursday, 12:30-13:30, Parc 55: John Langton, Andrzej Olszak, Geertjan and me. Andrzej is author of Featureous tool that helps to modularize existing monolithic applications. John successfully used that tool to modularize his NDVis. That is going to be really enlightning talk. I am looking forward to be part of it!

As far as my part goes, I'll be presenting how we modularized NetBeans Open IDE APIs in 2005: project page.

19720 - Patterns for Modularity II: Revenge of the Patterns

Thurday, 14:00-15:00, Hilton: Zoran Ševarac, Toni Epple and me. Zoran discovered Kirkk's Modular Architecture book and literarly forced me to read it. I don't regret, it was interesting read. Zoran will likely quote the book a bit and (to make our session more entertaining) I will try to get into an argument with him. Because there is a bit wisdom to add on top of Kirkk's observations. Stop by to get wiser!

Rejected

Advanced Annotation Processing with JSR 269

Forget about runtime annotations as used for example by JavaEE or Spring. They don't worth a penny compared to advanced compile-time annotations processed by JavaC's annotation processors during compilation! Annotations of this kind change the way we think about Java. They can improve scalability, performance, and simplicity of our Java frameworks without the hassle of on-startup processing so common in the EE space these days.

Join us to learn how to design a Domain Specific Language in Java, how to improve the scalability of modular applications, how to improve startup time by building compile-time caches, how to mimic the flexibility of Anything on Rails in plain Java, and how to simplify your I18N practices! Learn from our rich experience of building APIs around annotation processors. Learn how AnnotationProcessors simplify integration of your technology into any Java6 compliant IDE.

Join us to understand the power of modern Java!

Onward! Rebuilding IDEs around Shared Ground

Oracle is involved in almost all the Java IDEs on the market today. Oracle is a member of Eclipse Foundation, NetBeans.org project, and, of course, produces JDeveloper, its primary IDE for support of Oracle's enterprise technologies. There has not been very much component sharing between these three projects so far. This is fine when achieving other short term goals, but unsustainable as a long term strategy. Something has to be done about that!

NetBeans team is exploring component sharability for several years already. Join our talk to get a small overview of what we've done so far and what's comming up. Join us to see some cool demos showing bits of Eclipse running in NetBeans or JDeveloper and various other combinations of these technologies. Join us to learn how to apply our experience to your project. How to abstract, redesign, bridge and align projects that were diverging for years. Join us to understand the importance of common ground for IDEs as well as for Java.

Sharing can make our products better. Join us to share!

BOF: Experiences from Building the Fastest OSGi Container on the Planet

What is the fastest OSGi container? Felix or Equinox? Neither! The fastest OSGi container is Netbinox! But then, how do you measure how fast an OSGi container is, anyway?

The NetBeans project adopted OSGi in its 6.9 release. Now, NetBeans Platform applications can choose from running on top of Felix or Equinox. During work on version 7.0, we concentrated on optimizing the speed of startup, especially daily morning launch. This kind of start, when all OS I/O caches are completely empty is very important for large desktop applications. By joining the the performance optimizations done to improve NetBeans IDE startup and Equinox we can start JDeveloper about 30% faster than plain Equinox could.

Hacking around OSGi container internals? Planning to embbed Felix or Equinox in your framework? Join us to learn how to do that effectively!

Personal tools
buy