Great - Yozons is already a confused person incapable of making any decision
by himself for *his* project and now you throw in another variable. I
suspect this might throw him in a further endless loop. Oh, btw there's also
gwt-mosaic and Vaadin. Make sure you evaluate those too and good luck trying
to understand Vaadin's server side GWT rendering - not that I'm suggesting
its good / bad.

Anyone who thinks GXT license / commercial model is straightforward is
either uninformed or disillusioned. I'll just repeat what I've said earlier.

Ext / GXT / Ext GWT have and continue to have a very deceptive licensing
scheme. It's licensed under GPL so you cannot use it commercially unless you
are will to open source you client source code *and* your server side source
code according to their very terms of use - which is very bizarre. Secondly
even if you do end up buying a commercial license at $329 / license, you
still do not have access to the bug fix releases.

The $329 / license really doesn't get you much. Version 2.0 final of ExtGWT
was pretty much demoware with over 100 critical bugs. 4 - 6 months later
several bugs have been fixed but license holders are not
entitled to the latest bug fix release of 2.0.3. You not only need a license
but you need a support subscription to download the latest stable version.

See http://www.extjs.com/products/gxt/download.php
http://www.extjs.com/forum/showthread.php?p=393316#post393316

So the real cost of the license is $629 / license / year. In addition to
this be prepared to pay frequent upgrade fees for no good reason. Users were
required to buy upgrade licenses within less than a year of
the ExtGWT 1.0 release because they did an *internal* refactoring to clean
up the code and not because new features were added to justify the 2.0
release. Ext GWT 2.1 is just out and they are already talking about Ext GWT
3.0 which is essentially clean up of their internal code to support the new
GWT listener API's. What should customers pay an upgrade fee again for
something like this?

A final word of caution - read the terms of their commercial license very
carefully and run it by your legal. It's not your typical commercial license
that you'd expect with a commercial product. They have some really severe
restrictions that might even require you end user / customer to buy a
commercial license of ExtGWT. If after reading their license you still think
its straightforward, then good luck to you.

Martin


On Mon, Dec 28, 2009 at 6:08 AM, Tom Schindl <[email protected]> wrote:

> Just to mention that there are other Widget-Projects besides SmartGWT
> and GXT. I'm working
> on a library called QxWT [1] which works similar to SmartGWT by
> wrapping an JavaScript-Library.
>
> We are (yet) not at the point where GXT and SmartGWT are but we are
> working hard on to get there. For me
> and probably others the main interesting things the license all this
> work is available which is in this case LGPL and EPL.
>
> In the next few days we are going to release a small bugfix release
> and the next release will hold support for
> optimizing the "native" library code by leveraging the tooling support
> we get from our upstream library
> (scheduled for first 1-2 months 2010).
>
> In alignment with QxWT release in Q1 there's going to be an release of
> an MVP-Library which has highlevel support for Databinding
> (to fairly any Domain-Technology you can think of by leveraging the
> Eclipse-Databinding-Framework) and other well known
> Eclipse Technologies like JFace-Viewers.
>
> Tom
>
> [1] http://tomsondev.bestsolution.at/2009/12/17/qxwt-1-0-0-0-released/
>
> On Sun, Dec 27, 2009 at 11:32 PM, John Armstrong <[email protected]>
> wrote:
> > There are a few strategies for DTO and GXT. Here are two
> >
> >
> http://www.extjs.com/helpcenter/index.jsp?topic=/com.extjs.gxt.help/html/tutorials/beanmodel.html
> >
> > I also did some using Commons::BeanUtils to autopopulate a DTO since I
> > use Cayenne on the backend and it was not serializing very cleanly.
> >
> > So far I've found GXT to be pretty good to use although DataGrids have
> > been, and continue to be, somewhat of a nightmare for me but I'll find
> > my way through. GXT + Instantions WindowBuilder or GXT have made
> > things mostly great on my current project.
> >
> > John
> >
> > On Sun, Dec 27, 2009 at 11:33 AM, Yozons Support on Gmail
> > <[email protected]> wrote:
> >> Thanks.  I just read about that, which means it should be even easier to
> >> debug and work with for us Java folks.  I like what I see in GXT so far,
> but
> >> admittedly very little.  I'm most interested in the DTO issue and if
> there
> >> are good ways to send HashMaps and the like to avoid creating so many of
> >> them, or whether the benefits of DTOs outweigh it with the stronger and
> >> simpler typing.
> >>
> >> --
> >>
> >> You received this message because you are subscribed to the Google
> Groups
> >> "Google Web Toolkit" group.
> >> To post to this group, send email to
> [email protected].
> >> To unsubscribe from this group, send email to
> >> [email protected]<google-web-toolkit%[email protected]>
> .
> >> For more options, visit this group at
> >> http://groups.google.com/group/google-web-toolkit?hl=en.
> >>
> >
> > --
> >
> > You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> > To post to this group, send email to [email protected]
> .
> > To unsubscribe from this group, send email to
> [email protected]<google-web-toolkit%[email protected]>
> .
> > For more options, visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
> >
> >
> >
>
> --
>
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected]<google-web-toolkit%[email protected]>
> .
> For more options, visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
>
>
>

--

You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.


Reply via email to