e? Would blacklisting *.* make any difference?
>>
>
> If you don't use GWT-RPC you shouldn't have anything related to GWT-RPC in
> the generated JS.
>
>
>> 3. One of the things mentioned in the GWT performance videos was to
>> determine the u
for example exclude GWT-RPC implementation from the JS to
> reduce the size? Would blacklisting *.* make any difference?
>
If you don't use GWT-RPC you shouldn't have anything related to GWT-RPC in
the generated JS.
> 3. One of the things mentioned in the GWT performance videos
the server. Is there any
thing I can do for example exclude GWT-RPC implementation from the JS to
reduce the size? Would blacklisting *.* make any difference?
3. One of the things mentioned in the GWT performance videos was to
determine the user-agent on the server and dispatch the appropriate
What about the gxt 3 licence? I mean we are talking about GWT performace or
a gxt3 vs gwt ?
El 9 de abril de 2012 09:40, dhoffer escribió:
> Thanks for the updated comparison. I wanted to point out that the
> summary line is not always correct. Examples:
>
> GXT Render Time: 1ms
> GWT Render T
Thanks for the updated comparison. I wanted to point out that the
summary line is not always correct. Examples:
GXT Render Time: 1ms
GWT Render Time: 0ms
GXT was 1x faster...
and
GXT Render Time: 1ms
GWT Render Time: 1ms
GXT was 1x faster...
-Dave
On Apr 4, 5:40 am, Fabrice wrote:
> I do t
I do this quickly : http://gxt3vsgwt.appspot.com/
thanks to code source of previous demo, by replacing GXT 2.2.5 with
Ext GWT 3.0 Release Candidate (http://dev.sencha.com/deploy/gxt-3.0.0-
rc.zip).
Performance are better !
On 27 mar, 16:12, dhoffer wrote:
> Regarding GXT I noticed that comparis
Oops, I meant don't use G*X*T. We've used pure GWT on another project with
all bespoke widgets and despite a bleeding edge HTML5/SVG UI with tons of
animations, data, and windows, the pure G*W*T examples runs circles around
the other, simpler, G*X*T project. Sorry for the confusion, if there was
That should be *"don't use GXT"* I pressume...
Op woensdag 28 maart 2012 00:51:45 UTC+2 schreef Joseph Lust het volgende:
>
> My company just completed a very large intranet UI using GXT. The overall
> lesson learned was *don't use GWT*. For the most part it was much slower
> and the model used
Finally, I've made my application faster.
The idea is not using GridRenderer and prepared the model in the server.
For example I write in the server than
create an Image object in the client. Like I said, the target application
is IE8 (not very performance), and by doing this I managed to redu
On Wed, Mar 28, 2012 at 12:51 AM, Joseph Lust wrote:
> My company just completed a very large intranet UI using GXT. The overall
> lesson learned was don't use GWT. For the most part it was much slower and
> the model used in GXT did not extend well to our MVP setup. Perhaps GXT 3
> has fixed some
Seems this whole thread has more to do with GXT than GWT. We have built a
large app, part of which runs on the ipad as a fullscreen web app and
performance isn't a problem at all. We built most of our widgets ourself to
be very efficient and we make use of HTMLPanels and raw html where it makes
Hi,
>A grid with 23 columns that contains at least 10 GridRenderer
GXT 3.0:
All data widgets support cells (instead of renderers)
Cells support events and can fire events
High performance via flyweight pattern
> the model used in GXT did not extend well to our MVP setup.
for GXT 3.0 (in beta)
My company just completed a very large intranet UI using GXT. The overall
lesson learned was *don't use GWT*. For the most part it was much slower
and the model used in GXT did not extend well to our MVP setup. Perhaps GXT
3 has fixed some of these issues, but we don't want to deploy a framework
Yep - it sounds like GXT grids are overdriving the system. There hardly
seems enough room for content with all that markup. If you don't need all
the bells and whistles that come with a gxt grid - it would pay to port to
lighter weight GWT grids or plain and css. Stripping out excess
forms, eleme
Hi Nino,
Is a catalog application type, you search, list and modify products.
I have to precise some points :
- my application will be used largely by IE8.
- Not all the screen have a performance problem.
- There is some :
- screen that contains : 75 input form, 3 grids (well I have warned my
Not trying to defend GXT or Smart GWT but what kind of applications are you
building ?
We ve build some pretty large apps with GXT and never had any type of UI
performance problems.
2012/3/27 dodo dard
> Stevko,
>
> Yes I'm aware of that too, but I think is not the problem with caching, is
> m
Stevko,
Yes I'm aware of that too, but I think is not the problem with caching, is
more about how many DOM object generated by GXT.
For a simple row in a grid, GXT will produce : a *div ,a table,a tbody, a
tr, a td. *And is not only with the Grid.
I think that makes GXT heavier than GWT.
Bowi
Bowie,
One issue that I've found when working with GXT and GWT is that they use
different models for drawing the page elements. GWT tends towards attaching
the elements into the DOM immediately whereas GXT caches the elements then
attaches them in bulk.
This will tend to make them appear slow but i
Regarding GXT I noticed that comparison website is using GXT 2.2.5 yet
is comparing with new GWT 2.4, if making GWT 2.4 compliant app one
would probably use the new GXT 3.0 which is in beta right now (almost
RC)...I wonder how that compairs to GWT 2.4. I hope not worse.
-Dave
On Mar 27, 6:28 a
Thanks Frank,
I think that too, GXT make pretty component but very expensive and very big.
Btw I found an interesting website : http://gxtvsgwt.appspot.com/ after
looking at your anwser.
Le mardi 27 mars 2012 13:54:52 UTC+2, Frank a écrit :
>
> GXT and SmartGWT have bad performance imo.
> Be
On Tue, Mar 27, 2012 at 1:54 PM, Frank wrote:
> GXT and SmartGWT have bad performance imo.
> Better to write your own widgets (which takes a lot of time) using vanilla
> GWT and make them perform better.
> That is what we did and our GWT projects have very high performance.
Also our experience. G
GXT and SmartGWT have bad performance imo.
Better to write your own widgets (which takes a lot of time) using vanilla
GWT and make them perform better.
That is what we did and our GWT projects have very high performance.
Op dinsdag 27 maart 2012 11:55:14 UTC+2 schreef dodo dard het volgende:
>
>
Helo,
I've got friends complaining about GWT/GXT (GWT Ext) performances, well I
notice that if we put to many component with GXT, there will be a certain
waiting time (3-4s) before it got completely loaded. They said that is
better to write the application directly with Javascript that may I'm
I'll have to play around with it more. Does it just do paging on the data?
A lot of the data we'll be displaying won't be in rows and columns. This
was mostly just a test to see how well it would render views under extreme
conditions. The cell list could be super useful. Thanks!
--
You receive
If you need to dynamically create a lot of rows based on data; have a look
at CellTable, instead of building a Grid or FlexTable and putting widgets
in there. It's a total shift in how to approach the problem, but it's
designed for rendering performance in mind (to be usable on mobile devices,
it's just pulling the date and
dropping that in there. In Chrome I just got 507 ms on 1 rows. So I
guess what I'm trying to say is, that completely alleviates my GWT
performance concerns. :) Especially considering that browsers are getting
faster and faster at processing javascr
Yeah, it entirely was running in Eclipse and when I compile the project and
publish it, it does run much faster. I always generate the views first and
then push the changes out to the DOM in one or two steps because I know
that's the fastest way to do it. I just didn't realize how much slower it
Just keep in mind that development mode is really a lot slower than the
final compiled javascript code (development mode in Firefox seems to be the
fastest, Safari is ok, Chrome feels slow).
How do you generate your views?
I am not quite sure but I think something like:
FlowPanel wrapper = ne
Sent: Tuesday, December 06, 2011 4:33 PM
To: google-web-toolkit@googlegroups.com
Subject: GWT Performance Issues
I was wondering if anyone has had any issues with performance in GWT and how
you solved it. Right now there is a project I'm working on where I get some
json and generate some view
I was wondering if anyone has had any issues with performance in GWT and
how you solved it. Right now there is a project I'm working on where I get
some json and generate some views and it's maybe 100 items long and GWT
takes around 8 seconds to render it in Chrome. I'm concerned because I'm
go
The "cell widgets" are designed for presenting such large amount of data..
I think you can try the CellList widget at first
http://gwt.google.com/samples/Showcase/Showcase.html#!CwCellList
They also allow you optimize the data transfer between server and browser,
i.e. you don't have to send all
Here is my scenario:
1) I have to query for my data from a third party web service (in XML
format), the data can be huge (>100 MB).
2) I had implemented the parsing of XML everything in browser, which
was making my application sometimes unresponsive.
I have started optimizing my application:
3)
Guys,
We were able to access our application in the IE (with the same
speed of FireFox) immediately after installing google chrome plug-in in one
of our machines. However no page is getting loaded in IE with Chrome (it
works fine in Firefox) after a having a complete build of the applicat
pal,
you could try using IE8 and the profiler it is shipping with to
determine which methods are being called (compiling your code first
with -pretty) and which one take more time than others.
In our project we thus found out that IE was behaving bad on equals()
and equalsIgnoreCase() methods whi
Pal,
In regards to speed and load times, there is generally no "silver bullet"
and each browser is wildly different. That said the the browser's Javascript
interpreters and rendering engines generally have the greatest impact on
application performance. In your case, determining exactly what is cau
While I agree on the sub par javascript performance of IE forcing
users to switch browsers isn't a valid solution in many professional
situations.
Depending on what your trying to accomplish determines where your
going to find the best bang for buck. In my experience the best way to
increase perf
That's because the JS-engines of IE browsers
are shi... si.. suboptimal.
try this js-performance test on different browsers, to see what I mean
(also try chrome)
http://wd-testnet.world-direct.at/mozilla/dhtml/funo/jsTimeTest.htm
The only thing that may come to our rescue is google-chrome frame
We have developed a stand alone web based application using GWT and
performance of this application (Page Load time) in Mozilla firefox
browser is 3 times better than the IE browser. Any help in improving
performance of this application in IE browser would be great help to
us.
Thanks,
Pal
--~--~
> Sure, didn't mean to imply that you should post your question here.
shouldn't*
-Dave
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to google-web-too
> Thanks for the reply David, I posted my questions there already,
> however it is intended to test performance for GWT application, users
> of that application would be GWT users most of the time.
> That's the reason I was wondering that users from this group have used
> it or not? If not what ot
Thanks for the reply David, I posted my questions there already,
however it is intended to test performance for GWT application, users
of that application would be GWT users most of the time.
That's the reason I was wondering that users from this group have used
it or not? If not what others have
>> Hi,
>>
>> I came across gwt-debug-panel
>>
>> http://code.google.com/p/gwt-debug-panel/
>>
>> on google codes and wondering if any one has tried it for performance
>> testing gwt application? Can it be used for simulating multiple users?
The project appears to have its own discussion group.
-
I would really appreciate if some one can reply to this thread,
specially any means for doing load testing with GWT.
Thanks for the help.
On Sep 30, 11:59 pm, sim123 wrote:
> Hi,
>
> I came across gwt-debug-panel
>
> http://code.google.com/p/gwt-debug-panel/
>
> on google codes and wondering if
Hi,
I came across gwt-debug-panel
http://code.google.com/p/gwt-debug-panel/
on google codes and wondering if any one has tried it for performance
testing gwt application? Can it be used for simulating multiple users?
Thanks in advance for the help.
--~--~-~--~~~---~
Dear All,
Thanks for the explanation. Now i have no more doubt to start using
GWT.
On Sep 2, 5:27 pm, Chris Lowe wrote:
> Kristian,
>
> Do GMail or the GWT showcase application work well enough for you in
> your intended browser? If so, then in all likelihood your GWT
> application will perfor
To add my two cents here too, for our large GWT app we found out that
IE especially was getting slow because we had a lot of equalsIgnoreCase
() method called in our controllers that checked for property changes
of the model objects. Changing this to equals() already helped a bit,
and using maps i
Kristian,
Do GMail or the GWT showcase application work well enough for you in
your intended browser? If so, then in all likelihood your GWT
application will perform adequately.
I'm not aware of any reliability issues as such. The only thing that
springs to mind is that GWT compiles for specifi
This is not really a GWT-problem.
If you're using IE (all versions) ... the Javascript-Engine is the
breakman.
With all real browsers in actual versions (Firefox, Safari, Chrome,
Opera) performance is OK.
On Sep 2, 6:32 am, kristian wrote:
> Hello All, i am a newbie that want to try to build a
Hello All, i am a newbie that want to try to build a web application
using GWT, but i heard from some of my colleague that GWT has some
issue with its performance (reliability, load slowly). So, is there
anyone can enlighten me? Thanks.
--~--~-~--~~~---~--~~
You re
Using a timer and a clip: rect() I've put together a small scrolling
demo. It has "coder art" and some borrowed clouds and background
noise (gwt-voices). Link is here:
http://linuxstuff.org/scrolldemo/ - there's no controls yet, just
things scrolling by for a minute; uses alpha PNGs, so no IE6
50 matches
Mail list logo
