We use both gwt and gwtext, and some gwtext-ux (the user extensions).
You're right on the lack of documentation in gwtext - you pretty much
have to delve into the source code of examples to learn the basics, and
the actual underlying source code sometimes to figure more advanced
things. That aside though, it's worked well and created a very
professional looking result.
You're also right on GWT and CSS - the main reason we adopted gwtext is
that none of us like (or are good at) CSS to obtain professional
styling. I'd say this is a limitation of any AJAX approach though. You
either rely on someone else having created some good CSS style(s) you
can use - or you have to be skilled and patient enough to create your own.
You might also want to look at SmartGWT - a promising looking recent
project by the guys who worked on GWT-Ext. There are feelings that
GWT-Ext maintenance may be questionable in future with the original
developers and maintainers now focusing on SmartGWT. We have too much
code to migrate to it at this stage - plus GWT-Ext does pretty much all
we need, and since it's open source, we can maintain it on our own if we
have too.
Happy hunting
-- Rob
[email protected] wrote:
Hi Rob,
thanks for you answer.
My problem with gwt is that the standard widget library needs too work on css to obtain a professional look&feel
and the gwt-ext library is not documented very well (or at least it is my impression).
For example I am just tryng to embeed a gwt-ext ComboBox in my app but I obtain
a [object-error ] ehn I try to associate the store and I am not able to find on
the web a solution to solve this problem .. so my doubt is that I wiil find
also other bugs in other components and I do not too comfortable to adopt this
technology..
But do you use gwt or gwt + gwt-ext ?
Thanks again,
-Giovanni
Rob Walker-2 wrote:
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]
Quoted from: http://www.nabble.com/Felix-and-Ajax-tp23649390p23649524.html
--
Ascert - Taking systems to the Edge
[email protected]
+44 (0)20 7488 3470
www.ascert.com
