Tracking change and innovation in the enterprise software development community
IBM WebSphere
Virtualize apps
to lower costs,
Increase agility
Learn more!
Terracotta:
Scale your
Apps w/ease
Offload the DB:
Learn More!
Create REST
-enabled Web Apps
with Project Zero
from IBM.
QCon San Francisco
Nov 19-21:
+ 80 sessions & tracks
Register now
and Save $400!
Posted by Scott Delap on Sep 14, 2006 05:31 AM
Eclipse RCP has been in the news lately due to increased adoption numbers and the growing use of OSGi. The RCP framework provides a jumpstart to developers looking at writing modular rich client applications. Many developers are unaware that the Netbeans IDE also includes a framework to develop such applications called Netbeans Platform. Netbeans evangelist Geertjan has published an interview on his blog of Kai Tödter, a Principal Engineer at Siemens Corporate Technology, on his experiences comparing Netbeans Platform to Eclipse RCP. Todter started the comparison with extensive experience using Eclipse RCP. He also considered other projects such as the Spring Rich Client Project both starting his look at Netbeans. In terms of the development experience he found Eclipse RCP easier to use. Changes made to the source are quickly reflected in the applications. Netbeans on the other hand ran numerous ANT scripts taking up to 45 seconds per change/test cycle. Todter did like the Netbeans resource and node management APIs noting that they could easily be used in domain specific applications. Branding support (splash screens, etc) in Netbeans was easier than in Eclipse RCP but more basic in terms of options. He also praised the professional looking appearance of the Netbeans docking system. Todter also commented that he felt that the application lifecycle support in Netbeans Platform could be improved in comparison to Eclipse RCP.
In respect to choosing Netbeans Platform or Eclipse RCP:
...if there is already an existing monolithic RCP application that you want to port to a platform, to get rid of all the underlying mechanisms that a platform provides out of the box, if the application is built on Swing components it would be a pretty big effort to port them to SWT. In contrast, porting such an application to the NetBeans Platform, would make it easier to reuse UI components. If the requirement is that the application is to be built in Swing, then the NetBeans Platform makes the most sense...If there is no such requirement about which UI toolkit to use, there might be a requirement that the application should look & feel as native as possible. SWT based Eclipse RCP would then be a very good choice, although the native look of Swing is constantly improving...
IBM Web 2.0 Developer eKit: Free Tutorials, Webcasts, Whitepapers
Create a photo album application with Project Zero and REST design principles
Scale your applications without punishing your database
Podcast download: An interview with Dmitry Sklyut on OSGi
RESTful todo list sample tutorial with Groovy & Project Zero
Geertjan Wielenga, who posted the original interview on his blog, has written a follow up post disagreeing with my summary.
http://blogs.sun.com/geertjan/entry/thoughts_on_the_eclipse_netbeans
Thin client paradigm characterized by web applications is a kludge that needs to be repudiated. Old compromises are no longer needed and it's time to move the presentation tier to where it belongs.
In this presentation filmed during QCon 2007, Jeff Sutherland, the creator of Scrum, talks about his visit at Google to do an analysis of Google's first implementation of Scrum.
In this article, Bryon Jacob and Chris Berry introduce AtomServer, their implementation of a full-fledged Atom Store based on Apache Abdera, which is now available as open source.
It is easy to think that virtualization applies only to servers. In reality the recent resurgence of the concept is also being applied to networking, storage, and application infrastructure.
In this article, Stefan Tilkov explains some of the most common anti-patterns found in applications that claim to follow a "RESTful" design and suggests ways to avoid them.
In this article, Adrien Louis and Marc Dutoo discuss the differences and relative merits of using orchestration vs. routing in a typical ESB setup, and discuss various implementation options.
Wayne Lund discusses batch processing, Spring Batch objectives and features, scenarios for usage, Spring Batch architecture, scaling, example code, failures and retrying, and the future roadmap.
Developer Jay Fields draws on his experiences as a ThoughtWorks consultant to describe effective user story estimation techniques.
1 comment
Reply