E4 and Web 2.0 - Is There a Better Way?

the way i look at it, the following forces are shaping the industry's solution to this problem:

• low-touch deployment model. web pages load fast into the browser. hot-deploy changes to the server and clients automatically pick them up.
• install the client once. desktops are very expensive to install and maintain. the web browser is already on literally every desktop out there, courtesy of microsoft and the mozilla foundation. adobe flash is nearly ubiquitous too.
• a rich experience is preferred. google search will probably remain a web 1.0 application. but for anything much more complicated than this, the world is moving toward a richer internet experience.

given these realities, let's list the technical means for deploying rich internet applications and then draw some conclusions about good places to consider investing in e4.

• ajax -based web 2.0 applications.
• flash-based applications.
• java web start.
• create a browser plugin like flash, but that just includes osgi, swt, and probably a security model.
• create a brand new universal network client based on eclipse rcp.

let's look at each of these in turn.

tom already described the weaknesses of ajax : it's basically a hack to turn asynchronous xml requests from a browser into a rich graphical terminal. ajax applications tend to be sluggish, as they can require round-trip network requests to anywhere in the world and rely on interpreted javascript operating over a dom .

having said this, ajax 's biggest advantage is that it is already supported everywhere the web is. ajax is basically the least common denominator platform for rich web applications.

flash is well-understood and fairly ubiquitous, but it is proprietary. it is not as well supported on 64 bit platforms. however, it has a better programming model for really rich graphics.

for example, there is no standard analog of an swt graphics context in ajax javascript, so something like flash is required in order to implement generic graphics drawing over the web.

java web start has a reputation for being roundly hated by java programmers. i have no personal experience with it so perhaps people can elaborate in the comments.

jws has the disadvantage that its content is not integrated into the web browsing experience. it's basically a way to bootstrap a regular java application over the web. (again, if i'm wrong, someone please correct me in the comments.)

this could be really cool to do. osgi and swt running in the browser would be very nice. with less than a 4 meg starting footprint, this could be really practical too.

the main problem here is that nobody has written it yet. also, whoever writes it would need to have someone on staff who is really good at security, if this thing is to be deployed on the wild, wild web ( www ).

at jpmorgan, we've already done this . ( see also .) the riena project at eclipse is also working on this. this makes tons of sense within the corporate firewall because:

1. you can control deployment of a new universal network client
2. there normally is a well-defined security model already in place.

to be a general solution, however, someone would have to figure out the security implications of running arbitrary osgi bundles over the wild, wild web. and then the challenge would be to make such a universal network client truly universal on the internet– ie: deployed to every desktop.

looking at the above forces and solutions, it seems to me that ajax is an obvious platform for building out a new generation of rich internet applications. it is everywhere.

however, i agree that we we will probably run into the limitations of ajax fairly soon and want something better.

the only two possibly-viable solutions i can see above are flash and a custom swt browser plugin. i'd vastly prefer the latter, but fear that the former will win, simply because it's there.

is there any interest in the community writing a swt-based web browser plugin? is this a hopeless cause?

some commenters on my bliki feel strongly that a brand new rcp universal web client is the right approach.

what do you think?