User Tools

Site Tools


Sidebar

Dave Orme muses about data-first development.

My current work emphasizes data engineering and analysis using Kubernetes, Clojure, Scala, Eclipse, and Google Cloud Platform or AWS.


Blog

The Cloud

Scala, Clojure, and FP

Data-First Development

Agile

Older work

Coconut Palm Software home


Donate Bitcoin:

1Ecnr9vtkC8b9FvmQjQaJ9ZsHB127UzVD6

Keywords:

Kubernetes, Docker, Streaming Data, Spark, Scala, Clojure, OSGi, Karaf, GCP, AWS, SQL

Disclaimer:

Everything I say here is my own opinion and not necessarily that of my employer.

rcp:home

E4 --> RCP4

Eclipse RCP has proven to be the premier cross-platform open tool for creating rich graphical desktop applications. With RCP, developers can create graphical applications that look and feel native, with a richness that is still very hard to achieve on the Web.

However, Eclipse RCP has also proven to be harder to program than most people would prefer. Particularly, for CRUD-based line of business applications that need rich elements, the base Eclipse RCP framework leaves many questions unanswered about architecture and code structure.

E4 presents an opportunity to address these concerns and to take RCP to the next level.

Goal

One way to improve this situation could be to integrate existing Eclipse technologies inside a radically-productive Rails-style convention-over-configuration framework.

  • Make RCP as easy as Access(TM) but with a scalability, extensibility, etc., of Enterprise Java
  • Be able to target rich web as well as rich client applications

Platform

In E4 and Web 2.0 - Is there a better way, I've taken a fairly in-depth look at the platform challenges.

At a lower level of granularity, there are concerns like the view/editor question that has been debated on Planet Eclipse lately. I have a proposal to rectify this situation.

How to do it

Eclipse RCP currently lands on your computer as a bag of parts and a catalog listing many more parts (some free, some not). If you know what to do with each of those parts to make your application, you can be highly productive. But, the default configuration offers little assistance regarding how these parts should be most productively put together into a running build and test environment, much less a running application. This suggests that:

  • Eclipse needs a “New RCP Application” wizard. The output of this wizard will be several projects:
    • A headless build/test project based on PDEBuild. This project will have an Ant script that can be run from within Eclipse or on a build server to generate nightly, milestone, and release builds. Build output would be:
      • A sample Cruise Control configuration.
      • .zip, .tar.gz files for initial install.
      • An update site.
      • A deployable RAP-based WAR file of the application.
    • Default UI architecture for a CRUD application (what does that look like?).
    • Easier O/R mapping than Hibernate–much closer to ActiveRecord
    • User login / ability to integrate with firm single sign-on directories.

Technologies

The following technologies may or may not be useful toward implementing this vision:

E4 Summit

This is related to the work being proposed/done at the upcoming E4 Summit

Useful Eclipse RCP Internal Links

rcp/home.txt · Last modified: 2014/10/17 22:08 (external edit)