The simple answer is that any OSGi HttpService is capable of supporting any AJAX or REST approach you could conceive - both are based around standard HTTP concepts like GET / PUT / POST etc, and since OSGi lets you create mount your own servlets to handle these, you can create the server side handling for pretty much any such framework using Osgi Http.

The only tricky part is ensure your solution also "serves up" the infrastructure bits of your framework e.g. the Javascript libs, CSS, images etc. This requires an understanding of what URLs your framework uses to request these - and usually a debugging or tracing session of an example app will give you an understanding of what's needed. After that, it's just a question of mounting the Http root aliases and resource handlers to serve these up form bundle-ized versions of the Ajax library jars.

Personally - we love GWT so I can't speak for other alternatives and use it pretty much exclusively these days. I do recall something called DWR (http://directwebremoting.org/dwr/) that we looked at prior to standardizing on GWT though.

-- Rob



Gionni wrote:
Hi,
I must develop some bundles with web interface so I decided to exploit the
http service provided by pax-web http://wiki.ops4j.org/display/paxweb/Pax+Web
http://wiki.ops4j.org/display/paxweb/Pax+Web . It works quite well and
supports the MVC pattern integrating servlet and jsp.

Anyway I would like to exploit an Ajax framework to build an engaging user
interface withouth too much work. I am aware of some guys that are exploiting Google Web Toolkit and its
widget library gwt-ext. Unfortunately I do not like too much the Google
approach to Ajax.

I also tried to integrate Pax-Web and ZK Framework  www.zkoss.org
http://www.zkoss.org  but I was not able to do it (zk do no work correctly
if embeeded inside a bundle).

Are you aware of other Ajax frameworks that is possible to exploit using the
Http Service?

Thanks in advance,
-Giovanni


--


Ascert - Taking systems to the Edge
[email protected]
+44 (0)20 7488 3470
www.ascert.com


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to