George Niculae wrote:
Kevin Thorley wrote:
> On Mon, 2009-04-27 at 17:06 -0400, Damian Krzeminski wrote:
>
>> I am trying to start discussion on sipXconfig changes post 4.0
release.
>>
>> There are some technical questions that would be good to
tackle here:
>>
>> - do we need to use new or update current libraries for REST
(we use
>> RESTlet at the moment, is there anything we need to evaluate
out
there?)
I
think we should also take a look on other JAX-RS (JSR 311)
implementations considering the EOD (producing XML/JSON/atom
feeds responses by simply annotating a method in a POJO).
RESTlet is one of them but personally I like Apache CXF - user guide for
JAX-RS with CXF here: http://cwiki.apache.org/CXF20DOC/jax-rs.html
A short discussion about JAX-RS implementations here: http://www.infoq.com/news/2008/10/jaxrs-comparison
>> - what client technology makes sense - I am partial to direct
or
generated
>> _javascript_ since this is what browsers are running natively,
is there
>> anything else we should look at?
>>
>
> For the sake of argument I'll throw Flash and Silverlight/Moonlight
out
> there. However, my vote is for _javascript_.
>
>
>> - if it is _javascript_ - what library if any? GWT, pyjs,
scriptaculous
>> /dojo, jquery -
others? I'd like to use a library that let's
me to write
>> application and not something that is used to sprinkle some
Ajax magic
on
>> static HTML.
>>
>
> ext (http://extjs.com/)
recently released part of their framework under
> an MIT license, which, if
it contains the elements we need, would work
> better for us than their other (GPL/commercial dual license)
scheme.
>
In my opinion, ExtJs is great in term of widgets / wow client factor
but lacks on code writing/maintenance.
I think from a Java developer point of view tools like ExtGWT, GWT-EXT
or SmartGWT that generates _javascript_ from java code are better
(low learning curve for a Swing developer).
ExtGwt comes with a license for open source projects (http://extjs.com/products/license.php),
the showcase and source code sample here: http://extjs.com/explorer/#overview
GWT EXT is licensed under GNU LGPL, demo and source code here: http://www.gwt-ext.com/demo/
However,
I think SmartGWT (built on top of SmartClient AJAX library) comes with
better widgets (even a REST data source implementation), but right now
it's only at 1.0b2 version - GNU LGPL as well, showcase and source code
sample here: http://www.smartclient.com/smartgwt/showcase/
Since all the client technologies I mentioned are based on GWT, I
should also have to mention the GWT-REST project: http://code.google.com/p/gwt-rest/
>
>> We should probably do what we did when selecting Tapestry:
choose 2-3
>> contenders, write an example page and compare experience.
>>
>
> Agreed. When do we start? :)
>
Regards,
George |
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
I agree with George on ExtJs. I have worked with it on my previous
project. I can tell you that all of the java programmers were pretty
unhappy when we had to code/maintain the Extjs _javascript_. _javascript_
in general is hard to debug which made our "this page is not working in
IE" days hell.
I vote +1 on GWT (be it ExtGWT, GWT-EXT or SmartGWT)
And -1 on ExtJs
Just my 2 cents.
Regards,
Cristi
|
_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
