Re: org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory
Actually, libA.jar, libB.jar and dom4j-1.6.1.jar are already in the build path. For now, I go back to GWT 1.5... On 2 juil, 18:22, Fred Sauer fre...@gmail.com wrote: If you're in Eclipse, you might need to right-click on the jar files in WEB-INF/lib and select 'Build Path - Add ...' (I believe you need the Package Explorer rather than the Project Explorer view for the right-click to work though) Fred On Fri, Jun 26, 2009 at 2:27 AM, Miles T. dupont.nico...@gmail.com wrote: This is server side. I guess it has something to do with class loaders, but I don't know what to do. On 19 juin, 15:43, Paul Robinson ukcue...@gmail.com wrote: If this is server side, could this be something to do with DocumentFactory being loaded by two different class loaders? Miles T. wrote: Hi, I am trying to upgrade my GWT 1.5 webapp to 1.6. When I launch the webapp in hosted mode, I get the following error : org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory :-s My webapp depends on a library A which depends on a library B which depends on dom4j 1.6.1 In my war/WEB-INF/lib directory, I see only one dom4j jar (1.6.1). Any idea ? Cheers -- Fred Sauer f...@allen-sauer.com [] --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory
This is server side. I guess it has something to do with class loaders, but I don't know what to do. On 19 juin, 15:43, Paul Robinson ukcue...@gmail.com wrote: If this is server side, could this be something to do with DocumentFactory being loaded by two different class loaders? Miles T. wrote: Hi, I am trying to upgrade my GWT 1.5 webapp to 1.6. When I launch the webapp in hosted mode, I get the following error : org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory :-s My webapp depends on a library A which depends on a library B which depends on dom4j 1.6.1 In my war/WEB-INF/lib directory, I see only one dom4j jar (1.6.1). Any idea ? Cheers --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Collator support
That is also all I need and it works well. Thank you very much !
On 22 juin, 14:37, nicolas.deloof nicolas.del...@gmail.com wrote:
For information I made some test on using the javascript
String.localeCompare() method to handle this.
My need is that as a French guy I need état to be sorted before
civil. java.text.Collator is needed to do this in Java but I don't
need all this class features.
I've used this :
public class Collator {
public static final Collator getInstance() {
return instance;
}
private static final Collator instance = new Collator();
public native int compare( String source, String target ); /*-{
return source.localeCompare( target );
}-*/
}
This works on IE (I don't need multi-browser support for my current
app), but this method also exists on Firefox 2 and Webkit AFAIK. Not
sure it behaves the same way on other browsers.
Hope this helps
On 22 juin, 12:30, nicolas.deloof nicolas.del...@gmail.com wrote:
I've searched an Apache compatible implementation to add such support
in gwtx, but didn't find one. Apache Harmony is delegating to icu4j
that requires many more classes to be ported.
On 8 juin, 16:59, Akiim maxime.o...@gmail.com wrote:
I hope anyone will find a solution !
Collator equivalent in GWT is missing !
Thanks,
Cheers
--~--~-~--~~~---~--~~
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-Toolkit@googlegroups.com
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---
[1.6.4] org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory
Hi, I am trying to upgrade my GWT 1.5 webapp to 1.6. When I launch the webapp in hosted mode, I get the following error : org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory :-s My webapp depends on a library A which depends on a library B which depends on dom4j 1.6.1 In my war/WEB-INF/lib directory, I see only one dom4j jar (1.6.1). Any idea ? Cheers --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory
Yes both are already in war/WEB-INF/lib directory. On 19 juin, 13:07, gscholt gsch...@gmail.com wrote: If it worked on GWT 1.5, it should work on GWT 1.6... Copy libA.jar and libB.jar to the war/WEB-INF/lib directories? On Jun 19, 11:44 am, Miles T. dupont.nico...@gmail.com wrote: Hi, I am trying to upgrade my GWT 1.5 webapp to 1.6. When I launch the webapp in hosted mode, I get the following error : org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory :-s My webapp depends on a library A which depends on a library B which depends on dom4j 1.6.1 In my war/WEB-INF/lib directory, I see only one dom4j jar (1.6.1). Any idea ? Cheers --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory
And hosted mode tests (GWTTestCase) are working... On 19 juin, 15:03, Miles T. dupont.nico...@gmail.com wrote: Yes both are already in war/WEB-INF/lib directory. On 19 juin, 13:07, gscholt gsch...@gmail.com wrote: If it worked on GWT 1.5, it should work on GWT 1.6... Copy libA.jar and libB.jar to the war/WEB-INF/lib directories? On Jun 19, 11:44 am, Miles T. dupont.nico...@gmail.com wrote: Hi, I am trying to upgrade my GWT 1.5 webapp to 1.6. When I launch the webapp in hosted mode, I get the following error : org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory :-s My webapp depends on a library A which depends on a library B which depends on dom4j 1.6.1 In my war/WEB-INF/lib directory, I see only one dom4j jar (1.6.1). Any idea ? Cheers --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Community announcements on GWT blog
Hi, I wonder why GWT blog is talking about SmartGWT but not about ExtGWT. Should we see a preference from GWT team ? --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Community announcements on GWT blog
Hi, I've read community updates here : http://googlewebtoolkit.blogspot.com/2009/06/gwt-community-updates.html. I just wonder why it is talking about SmartGWT but not ExtGWT ? --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Collator support
Hi, Are there plans to support the java.text.Collator class in GWT ? That would be very useful to sort Strings using locale rules. Thanks in advance. Cheers --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT Violates LGPL
So GWT distribution includes JFreeChart which is LGPL. Problem would be here, Allan, something wrong related to section 4 of the license ? On 8 avr, 07:15, Ian Petersen ispet...@gmail.com wrote: On Tue, Apr 7, 2009 at 10:09 PM, Ian Petersen ispet...@gmail.com wrote: On Tue, Apr 7, 2009 at 4:56 PM, Ian Bambury ianbamb...@gmail.com wrote: If you *don't* release a product under a certain licence, then how can it be possibly be a concern if the product doesn't comply to the licence it isn't released under? I think you've just summarized the irrelevance of this whole thread. I'm a little too sarcastic for my own good. You could violate the GPL (or any license) if you incorporated code from some other project into GWT. Suppose I released a project under the GPL and somebody took some code from my project and got it incorporated into GWT. GWT would probably be unwittingly violating the GPL because it would be a derivative work of my project and it's not being distributed under the terms of the GPL. I don't think that was the scenario originally presented in this thread, though, and I don't think there's any reason to believe that GWT contains contraband code. Also, to contribute to GWT, you first have to sign a document that says your contributions are all unencumbered from a copyright perspective (and possibly a patent perspective, too--I forget). Ian --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT Violates LGPL
On Apr 6, 10:52 pm, Daniel Berlin daniel.ber...@gmail.com wrote: On Apr 6, 4:27 pm, allan allan1...@gmail.com wrote: The LGPL does not require source, it is only one of a myriad of options to comply with it. I think (but not sure) I've read somewhere a discussion with a FSF guy saying that the other options were not appliable to GWT. Anyway, why would GWT have to comply with LGPL. Does it use any LGPL component ? I looked at http://code.google.com/intl/en/webtoolkit/terms.html, it talks about JFreeChart. Didn't know JFreeChart was conveyed with GWT ?! --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT Violates LGPL
It says : Could not locate 'about.html' in installation directory. :-p On 7 avr, 13:10, Miguel Ping miguel.p...@gmail.com wrote: Just click the 'about' button on the hosted mode browser (the bg window) On Apr 7, 9:43 am, Miles T. dupont.nico...@gmail.com wrote: On Apr 6, 10:52 pm, Daniel Berlin daniel.ber...@gmail.com wrote: On Apr 6, 4:27 pm, allan allan1...@gmail.com wrote: The LGPL does not require source, it is only one of a myriad of options to comply with it. I think (but not sure) I've read somewhere a discussion with a FSF guy saying that the other options were not appliable to GWT. Anyway, why would GWT have to comply with LGPL. Does it use any LGPL component ? I looked athttp://code.google.com/intl/en/webtoolkit/terms.html, it talks about JFreeChart. Didn't know JFreeChart was conveyed with GWT ?! --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: JavaScriptException in hosted mode (Win XP - IE6)
Yes sorry. As it is a very generic error message, I thought it was useless to translate it. Actually, the exact message with english locale is Object doesn't support this property or method. Yes, a null object has no property... By the way, I just removed the final keyword on method parameters of an object, and now I don't have the issue... I have absolutely no idea why. Doesn't GWT compiler just strip final keyword on method parameters ??? On 12 mar, 20:25, Vitali Lovich vlov...@gmail.com wrote: Just as a future hint, you may want to translate the error messages into English as well. I understood it there might be enough friend words for context for people who don't speek French, but you're more likely to get responses if everything is in English. On Thu, Mar 12, 2009 at 1:35 PM, Miles T. dupont.nico...@gmail.com wrote: Mmm, it looks my Element was null. Strange that it doesn't throw a NullPointerException instead. On 12 mar, 16:29, Miles T. dupont.nico...@gmail.com wrote: Hi all, I have an issue which randomly happens in hosted mode in Windows XP (IE6) when calling getElementsByTagName(td) on an Element. [ERROR] Uncaught exception escaped com.google.gwt.core.client.JavaScriptException: (TypeError): Cet objet ne gère pas cette propriété ou cette méthode number: -2146827850 description: Cet objet ne gère pas cette propriété ou cette méthode at com.google.gwt.dom.client.Element$.getElementsByTagName$(Native Method) I've already encountered such unsolvable exception but I had found a workaround (refactoring a lot of code...). Did anyone already encounter such issue ? Cheers, Miles --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
JavaScriptException in hosted mode (Win XP - IE6)
Hi all, I have an issue which randomly happens in hosted mode in Windows XP (IE6) when calling getElementsByTagName(td) on an Element. [ERROR] Uncaught exception escaped com.google.gwt.core.client.JavaScriptException: (TypeError): Cet objet ne gère pas cette propriété ou cette méthode number: -2146827850 description: Cet objet ne gère pas cette propriété ou cette méthode at com.google.gwt.dom.client.Element$.getElementsByTagName$(Native Method) I've already encountered such unsolvable exception but I had found a workaround (refactoring a lot of code...). Did anyone already encounter such issue ? Cheers, Miles --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Third party libraries for GWT
Hi, On Feb 15, 8:08 pm, mikedshaf...@gmail.com mikedshaf...@gmail.com wrote: I've used both and they both allow for a look and feel on your GWT app that would take a lot of custom development to achieve. +1. I have been using Ext GWT for 4 months and it provides the following features : lookfeels, containers/layout, MVC framework, GWT RPC integration... I can't tell you about Smart but as far as I know, Smart GWT is a JS wrapper whereas Ext GWT is a full GWT-based library. Cheers. Miles They both have some very nice widgets in both functionality and look. Ext GWT is a commercial, paid for library, Smart GWT is free and open source. I think that Ext GWT is a bit more stable, but neither is particularly unstable. The Smart GWT guys are also working on some interesting server side linkage to the UI components. Both have features that neither have. Being very attractive modern UI components, neither is light weight as they require a bunch of javascript and some nifty DOM manipulation (like all of the other Javascript UI libraries mind you!). So if your prospective client machines are a bunch of old Pentium III's running IE6 (my current burden!) then neither is particularily a good choice. In the end, I would score them as a tie. If your organization won't pay for their libraries, then Smart GWT is the only way to go. If your organization can't or won't use open source type of stuff, then Ext GWT is the way. Both require a lot of diligence and effort, as any good UI library does. But after a little learning curve, you'll be able to produce web UI's that are in a class equal to the richest heavy client. Good luck. Later, Shaffer On Feb 14, 10:53 pm, Shawn Brown big.coffee.lo...@gmail.com wrote: I came across GWT EXT, EXT GWT, SmartGwt, and a ton of other third party libraries. 1. Which third-party libraries would you recommend in general and why. 2. Which third-party libraries would you want to stay away from and why. Well anyone can correct me if I am wrong but I think GWT EXT development has stopped since it's basically a wrapper around ext JS (same makers of EXT GWT) which switched it's license to gpl3. this means GWT EXT only works with an older version of EXT JS that may not have bug fixes or security fixes. GWT EXT recommends switching over to SmartGwt ... seehttp://gwt-ext.com/forum/viewtopic.php?f=13t=3465 Shawn --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT-ext or ext-GWT?
Just a word about documentation. It is true that the documentation is far from complete but it is not true that it is non-existent. The wiki is in work in progress : http://extjs.com/learn/Learn_About_the_Ext_GWT_Library and there is also a small help center http://extjs.com/helpcenter/index.jsp On 31 jan, 05:42, DaBlick dabl...@gmail.com wrote: We used GWT-Ext and tossed it in favor of Ext-GWT (often referred to as GXT). I've said this before in this forum so I'll just be brief here as you can search the forum for more details. - It's been said MANY times so you know it's true: It wouldn't be accurate to say the documentation is poor. It'd be more accurate to say that the documentation is NON-EXISTENT and this is a SERIOUS SERIOUS issue you must consider before choosing it. You are, apparently, expected to learn the library by reverse-engineering the examples. This means your project will have a potentially steep ramp- up time. - It's easy to find bugs in Ext-GWT because it's basically been a one- man project for most of its life. However... - Reported bugs tend to get fixed VERY quickly and if you are licensed, you can pick up the fix from the SVN as soon as they are fixed. - Ext-GWT has what I consider to be a rather nice MVC architecture built into it. It really goes well beyond, say, Swing's MVC because it not only de-couples Ms, Vcs and Cs, but decouples data-models, data loaders, etc. The MVC architecture has some problems with its generic implementation, but it's pretty good overall. - We think the components look nice, but then... we pretty much have customized everything. Our app is highly stylized. --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Recommended GWT Maven plugin
These two plugins are going to merge into the codehaus (http:// groups.google.com/group/Google-Web-Toolkit-Contributors/browse_thread/ thread/72cf8810759c7c3/00ad11d0f4a88d58), so if you start, I recommend you to use the codehaus one. On Jan 13, 8:29 am, olivier FRESSE olivier.fre...@gmail.com wrote: we're curently usinghttp://code.google.com/p/gwt-maven/, so far, so good :-) 2009/1/13 Joshua Partogi joshua.j...@gmail.com Hi all, What is the recommended GWT plugin for Maven? *http://code.google.com/p/gwt-maven/or *http://mojo.codehaus.org/gwt-maven-plugin/ For those who has done their research, feedback are highly appreciated. Thank you very much in advance --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Need for a great GWT GUI library
Hi Juan, Ext GWT (aka gxt, previously MyGWT) is a full GWT solution (no wrapping JS library). It provides : - containers and layouts - MVC layer - complete look and feels - rich set of widgets (including grids, drag and drop...) - form data binding - lazy rendering Drawbacks : - bugs : as the library is young, there are some bugs, but they are quickly fixed when you post a ticket (and there are almost always workarounds when you can't wait). - slower but not slow : In hosted mode, start time will be slower than a vanilla GWT app, but I don't get any performance issue once the app is launched - GPL license or pay (it can be a drawback for people who neither can release under GPL nor can pay) I use it since April 2008 in an internal app (223 classes for the GWT side) and it saves me a lot of time. I don't have to write a line of HTML/CSS code. Regards On Dec 21, 10:39 pm, ckendrick charles.kendr...@gmail.com wrote: If SmartGWT seems slow, just disable Firebug or similar development utilities, and be sure you haven't done anything like completely disabling browser caching. For normal end users who don't have these tools or settings, it's quick. On Dec 19, 7:13 am, Juan Backson juanback...@gmail.com wrote: Smart-GWT - slow and memory intensive --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT RIA s ?
On 19 déc, 20:51, Pascal zig...@gmail.com wrote: I think his advice are meant to be friendly advice and I do think a lot of people agree with them. I don't. I use Ext GWT (aka gxt, previously MyGWT), which is a full GWT library (no JSNI, no wrapping JS library), since April (2008) for an internal application (now 223 classes for the GWT side). AFAIK, it is the only GWT library (excluding JS wrappers) providing ALL the following features : - containers and layouts - MVC layer - complete look and feels - rich set of widgets (including grids, drag and drop...) - form data binding - lazy rendering Using this lib, I don't have to write any line of HTML/CSS. Drawbacks : Bugs : as the library is young, there are some bugs, but they are quickly fixed when you post a ticket (and there are almost always workarounds when you can't wait). Slower but not slow : In hosted mode, start time will be slower than a vanilla GWT app, but I don't get any performance issue once the app is launched All I can suggest you is : take a week or a few days, take the latest version of the library and see if the lib can help you (for me, it does, it just saves me a lot of time). Regards Miles T. Pascal On Dec 19, 9:47 am, Rob Smith scubacarri...@gmail.com wrote: There you go again sounding like a broken record. You really are quite thick headed aren't you? If you take pleasure in constantly dissing other libraries, I'll do the same and reply to your every post saying that you are full of it. Deal? You might make yourself more useful if you try to answer real questions on the group instead of increasing your post count with cruft. 90% of your posts are really just pointing people to the gwt- ext, ext-gwt forums and dissing these libraries at every single opportunity. Rob On Dec 19, 9:04 am, Arthur Kalmenson arthur.k...@gmail.com wrote: So you've assumed responsibility for being the GWT saviour by educating these developers and saving their project? I'm not really assuming any responsibility, I'm just mentioning that there are draw backs to using these libraries. What makes you so qualified? I've had to abandon and rewrite a GWT-ext project because of the said drawbacks. I've talked with many other people who had to rewrite ExtGWT and GWT-ext projects. You've expressed your opinion (more than once) so why not leave it at that. How would it appear if someone posted in response to your every post saying that Arthur is clueless? I don't believe I was insulting anyone. And while I've expressed my opinion (which many here hold), many people are new and don't know the downside of using these libraries. Or the ZK guys saying that GWT sucks in their ads that are all over the place. Everyone is entitled to an opinion by going overboard is really not necessary. You know what they say about opinions and wanting to give them... And you've gone out of your way to voice your opinion even no one asked for it. How am I going overboard? Dave Ford's comment is indicative that people appreciate hearing what the down sides are. In order for a developer to make an informed decision, they need to hear all sides and try it for themselves. Try to take a deep breath and relax when these libraries are mentioned and ignore them instead of assuming the role of GWT gatekeeper. There have been stray email questions on various third party libraries like GChart and DnD. I don't see you jump in on those threads pointing to the appropriate forum. That's the thing, if I ignore the posts that tell people to use ExtGWT, gwt-ext or SmartGWT, and no one bothers to warn them, they might end up committing substantial resources to these projects and then have to rewrite them or have them turn out poorly. For example, see this posthttp://groups.google.com/group/Google-Web-Toolkit/msg/7e3ad4486d103b94 where the developer says load times are slow (it's even slow on my new MacBook Pro). Had the developer used vanilla GWT, I doubt they would have run into those problems. The biggest problem IMHO is that people use these third party libraries and think they're using GWT. They find that it's slow and buggy and attribute it to GWT. Then GWT ends up getting a bad reputation. People who come to this mailing list need to understand that ExtGWT, gwt-ext or SmartGWT have almost nothing to do with GWT and everything to do with the JS libraries they either wrap or attempt to mimic. That way, if they decide to use these libraries, they'll understand that they're using that toolkit, and not GWT. If I see questions about other third party libraries that go unanswered, I'll point them to the appropriate mailing list (if one exists). I can't catch and respond to every post. Anyway, I'm tired of arguing this point. If you like and use gwt-ext, that's up to you. Try
Re: GWT RIA s ?
Hi Riyaz, Unfortunately, you cannot find all these features in one framework. As Arthur said, there are some things in gwt-incubator. Some others are in GWT-WL, GWT-SL, Ext GWT, gwt-ext, SmartGWT, etc... Examples : gwt-incubator : Logging GWT-SL : Spring integration Ext GWT (this is a lib I use so I can tell you more than the other libs) : layouts, lookfeels, widgets and MVC Regards -- Miles T. On 18 déc, 15:46, Rob Smith scubacarri...@gmail.com wrote: Arthur, So you've assumed responsibility for being the GWT saviour by educating these developers and saving their project? What makes you so qualified? You've expressed your opinion (more than once) so why not leave it at that. How would it appear if someone posted in response to your every post saying that Arthur is clueless? Or the ZK guys saying that GWT sucks in their ads that are all over the place. Everyone is entitled to an opinion by going overboard is really not necessary. You know what they say about opinions and wanting to give them... And you've gone out of your way to voice your opinion even no one asked for it. Try to take a deep breath and relax when these libraries are mentioned and ignore them instead of assuming the role of GWT gatekeeper. There have been stray email questions on various third party libraries like GChart and DnD. I don't see you jump in on those threads pointing to the appropriate forum. Rob Full disclosure : I am a contributor to gwt-ext by mostly participating in their forums. On Dec 18, 8:54 am, Arthur Kalmenson arthur.k...@gmail.com wrote: Hi Rob, Judging from cloudcity's response, not everyone is aware of the draw backs of these libraries (or, as you put it, my position on them). Ignoring an issue is not going to make it go away. I'm letting people know what the draw backs of using these libraries are, because a lot of people are impressed by the shininess but are unaware of the numerous problems. Anyway, I'm not here to start a flame war, I'm just trying to warn people before they commit all their resources to these libraries. -- Arthur Kalmenson On Wed, Dec 17, 2008 at 4:36 PM, Rob Smith scubacarri...@gmail.com wrote: Did anyone ask you opinion on use of third part libs in this thread. We know what your position is on using 3rd party libs and you have made it clear numerous times. Repeating the same thing again and again is just adding noise to this group. Gmail has a wonderful filter option and you can set yours to ignore any thread that mentions any lib that you don't care about :) On Dec 17, 3:34 pm, Arthur Kalmenson arthur.k...@gmail.com wrote: I'm hoping that a lot of those things will be added to the incubator in the near future. I've mentioned the request for simpler security similar to Spring Security's @Secured(ROLE_USER) annotations. Data binding and validation frameworks are on their way as well, in the near future. I would stay away from ExtGWT or SmartGWT though. -- Arthur Kalmenson On Wed, Dec 17, 2008 at 9:54 AM, mikedshaf...@gmail.com mikedshaf...@gmail.com wrote: This does bring up a good point and something that is sourly missing. We have cobbled together some very generic type stuff patterned (albeit very low in quality) what we used extensively in Eclipse Rich Client. Maybe the ExtGWT guys or SmartGWT will come up with something. Or if the Eclipse Web Client guys would do GWT Or if I could find a spare moment or two, I'd take it on. The whole UI frameworkbeyond widgets, like editors, views, menus, actions etc. is a sweet spot to be sure that is missing from any of the web frameworks, IMHO. On Dec 17, 6:54 am, Arthur Kalmenson arthur.k...@gmail.com wrote: There are some things in the incubator for status bars and logging. The rest you would have to do yourself. -- Arthur Kalmenson On Wed, Dec 17, 2008 at 2:17 AM, Riyaz Mansoor riyaz.mans...@gmail.com wrote: I'm not looking for rich widget sets (Ext, Smart, etc) but rather is there a GWTframeworkthat provides basics for aRIA. One that handles the grunt work such as providing; status bar, xml or other configurable menu, error logging report, authentication, security etc This maybe reaching for the sky but kinda like what Eclipse or Netbeans provides as the core platform when developing on those platforms.- Hide quoted text - - Show quoted text - --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: GWT RIA s ?
Hi Dave, gwt-ext and SmartGWT are wrappers of javascript libraries (respectively ExtJS and SmartClient) Ext GWT (aka gxt) and gwt-mosaic are pure GWT libraries (the former is hosted by ExtJS guys and trying to get the same features as ExtJS, that's why there is Ext in the name). @Riyaz : I forgot to say, there is also GWTEventService to implement Server Push in a GWT app. I didn't try it, but it has a rich documentation. Regards. -- Miles T. On 19 déc, 15:47, David Hoffer dhoff...@gmail.com wrote: Thanks I will check out gwt-mosaic again. I tried it recently and it couldn't be used because it was compiled with JRE 1.6, I tried recompiling with 1.5 but ran into issues. Hopefully this will be updated soon. -Dave On Fri, Dec 19, 2008 at 7:32 AM, Arthur Kalmenson arthur.k...@gmail.com wrote: Hi Dave, I see you have put SmartGWT in the JS wrapper camp, is this the case? I haven't heard anything about this library before and had just stumbled across it. SmartGWT is in fact a JS wrapper of the SmartCient JS library (http://www.smartclient.com/) Do you have a web site (or something) where we can find out which GWT libraries are pure GWT and okay to use? IMHO, although I know you steer folks away from the GWT wrapped JS libraries what is sorely needed are mature GWT libraries. Having a list of available GWT libraries would be a helpful start. AFAIK gwt-mosaic is a pure GWT library (http://code.google.com/p/gwt-mosaic/), but I haven't used it. Unfortunately I don't have an answer for you. I agree that there are a lot of immature GWT libraries. The best advice that I can give is to use vanilla GWT with the incubator (although not everything there is great). GWT makes create new widgets pretty easy and the Animation framework is easy to use. If you're interested in how to style up your application, check out this GWT blog post: http://googlewebtoolkit.blogspot.com/2008/12/gwt-no-need-to-shortchan... -- Arthur Kalmenson On Fri, Dec 19, 2008 at 9:14 AM, David Hoffer dhoff...@gmail.com wrote: Arthur, I see you have put SmartGWT in the JS wrapper camp, is this the case? I haven't heard anything about this library before and had just stumbled across it. Do you have a web site (or something) where we can find out which GWT libraries are pure GWT and okay to use? IMHO, although I know you steer folks away from the GWT wrapped JS libraries what is sorely needed are mature GWT libraries. Having a list of available GWT libraries would be a helpful start. -Dave On Fri, Dec 19, 2008 at 7:04 AM, Arthur Kalmenson arthur.k...@gmail.com wrote: So you've assumed responsibility for being the GWT saviour by educating these developers and saving their project? I'm not really assuming any responsibility, I'm just mentioning that there are draw backs to using these libraries. What makes you so qualified? I've had to abandon and rewrite a GWT-ext project because of the said drawbacks. I've talked with many other people who had to rewrite ExtGWT and GWT-ext projects. You've expressed your opinion (more than once) so why not leave it at that. How would it appear if someone posted in response to your every post saying that Arthur is clueless? I don't believe I was insulting anyone. And while I've expressed my opinion (which many here hold), many people are new and don't know the downside of using these libraries. Or the ZK guys saying that GWT sucks in their ads that are all over the place. Everyone is entitled to an opinion by going overboard is really not necessary. You know what they say about opinions and wanting to give them... And you've gone out of your way to voice your opinion even no one asked for it. How am I going overboard? Dave Ford's comment is indicative that people appreciate hearing what the down sides are. In order for a developer to make an informed decision, they need to hear all sides and try it for themselves. Try to take a deep breath and relax when these libraries are mentioned and ignore them instead of assuming the role of GWT gatekeeper. There have been stray email questions on various third party libraries like GChart and DnD. I don't see you jump in on those threads pointing to the appropriate forum. That's the thing, if I ignore the posts that tell people to use ExtGWT, gwt-ext or SmartGWT, and no one bothers to warn them, they might end up committing substantial resources to these projects and then have to rewrite them or have them turn out poorly. For example, see this posthttp://groups.google.com/group/Google-Web-Toolkit/msg/7e3ad4486d103b94 where the developer says load times are slow (it's even slow on my new MacBook Pro). Had the developer used vanilla GWT, I doubt they would have run into those problems. The biggest problem IMHO is that people use these third party libraries and think they're using GWT
Re: Standard/Simple GWT CSS?
Hi, On 12 déc, 15:13, Arthur Kalmenson arthur.k...@gmail.com wrote: However, I think that in general it's a much better use of resources to get a graphics designer to come up with the L F and layout of your application. Actually, Arthur, I would generally fully agree with you about a web application. But what some people expect from GWT is to keep us as far as possible from CSS and HTML, so that we can mostly develop the application using only an OOP language. Maybe it is utopic, because HTML and CSS have never been designed in the aim of developing rich applications, but GWT has made a first great pace and we expect it to do more. You are right, any third party is DEFINITELY NOT the same quality as GWT (neither is gwt-incubator). It is like comparing the JDK to commons-lang or something like that. But they (or actually the one I am using) are not SO buggy (and bugs are quickly fixed), and not as slow as molasses ;-). And it helps you a lot with design. Actually, I don't care about shininess, what I want is to not write a line of CSS. Cheers Miles -- Arthur Kalmenson On Tue, Dec 9, 2008 at 9:40 AM, David Hoffer dhoff...@gmail.com wrote: Hi Arther, Your comments are well taken. Since I have heard this before we have used pure GWT. However, at this point however, I do think GWT missed it a bit here because most Java programmers do not know CSS, at least not well, and you cannot use GWT without knowing CSS. This fact, I think drives some to these other frameworks. I think an ideal situation would be for GWT (or someone) to create a mechanism to get a standard LF with GWT without knowing CSS; sort of like what you can do with Swing. Although just like Swing you should be able to customized this LF via some mechanism and in the case of GWT CSS is fine. It seems GWT did start to go in this direction with the GWT themes but they aren't extensive enough. -Dave On Tue, Dec 9, 2008 at 7:31 AM, Arthur Kalmenson arthur.k...@gmail.com wrote: Hello David and tomato, I highly recommend you stay as far away from Ext-GWT, SmartGWT and GWT-ext as you can. Gregor said it best, while they might look shiny, they are as slow as molasses and a huge PITA to work with. Once you start using them, you fall into their overly complex and inconsistent event models, you completely forgo most of GWT since these libraries can't work with GWT widgets, and give up the simplicity and high quality you come to expect from GWT. I say this from experience. -- Arthur Kalmenson On Mon, Dec 8, 2008 at 9:38 AM, Miles T. dupont.nico...@gmail.com wrote: Hi David and tomato, We also didn't (and still don't) want to write HTML or CSS for our application (it aims to be an internal application, not a public website). Consider using Ext GWT, SmartGWT or GWT-Ext, I guess this is what you're looking for. These libraries provide a set of widgets and look and feels and let you define your own. They also allow you to devlop in a Swing-style by using standard layouts (BorderLayout, CenterLayout,...). We choose Ext GWT because it is a full GWT library (others are wrapping a JS library), it provides a simple MVC layer and has more documentation. Regards On 8 déc, 14:34, David Hoffer dhoff...@gmail.com wrote: Hi Gregor, Thanks for the detailed response I will give this a try today. As I read this I thought of a couple questions. 1. Does my CSS file have to have a particular name? You say it goes next to the HTML file. Do I just name it the same but with css extension and it will be found or do I have to reference it somehow in my HTML/XML? 2. You mentioned to look at the showcase examples to get CSS to use. I looked at all these yesterday and found that most do not show the CSS used (I think most of the widgets did but most containers did not). I then looked at the source code for showcase given in the GWT examples and it seems they are using annotations to bring in styling information. What's up with this? It seems there is more than one way to apply CSS in GWT. This makes it harder to learn how one is to do this. As an example of what currently looks really bad...DialogBox and VerticalSplitPanel. The former has no border so it doesn't even look remotely like a DialogBox and VerticalSplitPanel only has a splitter bar...no border. So unless you really know there is a split panel you have no idea what you are looking at. For these examples the showcase shows no CSS so apparently it is using annotations to bring in styling. BTW, for these cases I am using the standard theme. Thanks much, I will look at your example. -Dave On Sun, Dec 7, 2008 at 7:57 PM, gregor greg.power...@googlemail.com wrote: Hi Dave, 1) I think this might have something to do with debugging client javascript at run time using Firebug or something - I've never used it to be honest. 2) I happen
Re: GWT Spring Integration
GWT-SL should work. Look at : http://gwt-widget.sourceforge.net/ http://g.georgovassilis.googlepages.com/usingthegwthandler http://g.georgovassilis.googlepages.com/usingthegwtcontroller On Dec 12, 3:12 pm, Wilfred Springer wilfredsprin...@gmail.com wrote: Spring ME is mainly about having Spring in the client; I don't know if it's going to help you to integrate it with the server. (But then again, what do I know? I know quite a bit about Spring ME, but hardly anything at all about GWT. ;-) ) 2008/12/12 Pierre Mage pierre.m...@gmail.com This post might be interesting for you : http://groups.google.com/group/Google-Web-Toolkit/browse_thread/threa... On Dec 11, 7:18 pm, olivier nouguier olivier.nougu...@gmail.com wrote: Hi, http://gwt-widget.sourceforge.net/http://code.google.com/p/net-orcade... On Thu, Dec 11, 2008 at 5:43 AM, Sriram Iyengar sriram.iyenga...@gmail.com wrote: Hi, We have been trying to get GWT and Spring to work, but unfortunately no luck as yet. Our application makes a simple call to the service side of GWT (on Spring MVC) and tries to render the response as a table (a list of items). If someone can post a working copy of a 'hello world' kind;a app, that will be really great. I have tried to read many documents (gwt-sl) etc., but no luck as yet. Thanks, Sriram -- Si l'ignorance peut servir de consolation, elle n'en est pas moins illusoire. --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: Standard/Simple GWT CSS?
On 9 déc, 21:07, gregor [EMAIL PROTECTED] wrote: usually with the rider that I tried MyGWT for only a short while and walked away from it after I realized what was going on What was going on ? Are you talking about the license change ? the point is there is a price to pay (and I don't mean license $'s), Sorry, I don't know it. Could you explain ? What do you mean by rich and highly dynamic widgets? Are you suggesting, for example, that there is something you can do with the Ext family's data grid that you cannot do with PagingScrollTable? I don't know every incubator widgets (actually, I only know the slider), but I am almost sure there is a lot of features. The main point which makes me using a third-party library is I don't need (and we didn't have the time anyway when we had to choose) to write some custom styles in my project. The new GWT themes are unfortunately still not enough for me, because you still have to manage HTML/CSS positioning/sizing issues and the themes are very light. On Dec 9, 5:10 pm, Jeremy Cohen [EMAIL PROTECTED] wrote: Arthur,I see that you jump into all threads involving third party libraries and tell users how bad they are. I'm not even sure you've used them enough to make an informed decision. There is after all a learning curve involved in learning any third party library and their API's. You do realize that these third party libraries provide rich any highly dynamic widgets that are required by many real world applications. With increased functionality comes increased size. Are you saying that your application only uses the widgets available in GWT core and the incubator project? If so, I doubt it will come anywhere close to the functionality delivered to users by any of these third party libraries. Remember, what ultimately counts functionality delivered to the end user and not whether the developer of the application used only widgets in GWT, or third party libraries. Or whether they use Spring / ORM library, or core JDK / JDBC API's. Does your application provide a rich grid widget? Or are you building inhouse custom components? (if so, please do share). From an end users perspective what makes it any better than the ones already available. I'm sure you're a real smart guy, but it would be great if you put your money where your mouth is and allow users to see the application you have been working on, the complexity of the application, along with detail on number of developers, and duration of project. We can then draw a comparison between the two approaches. Cheers, -Jeremy On Tue, Dec 9, 2008 at 9:31 AM, Arthur Kalmenson [EMAIL PROTECTED]wrote: Hello David and tomato, I highly recommend you stay as far away from Ext-GWT, SmartGWT and GWT-ext as you can. Gregor said it best, while they might look shiny, they are as slow as molasses and a huge PITA to work with. Once you start using them, you fall into their overly complex and inconsistent event models, you completely forgo most of GWT since these libraries can't work with GWT widgets, and give up the simplicity and high quality you come to expect from GWT. I say this from experience. -- Arthur Kalmenson On Mon, Dec 8, 2008 at 9:38 AM, Miles T. [EMAIL PROTECTED] wrote: Hi David and tomato, We also didn't (and still don't) want to write HTML or CSS for our application (it aims to be an internal application, not a public website). Consider using Ext GWT, SmartGWT or GWT-Ext, I guess this is what you're looking for. These libraries provide a set of widgets and look and feels and let you define your own. They also allow you to devlop in a Swing-style by using standard layouts (BorderLayout, CenterLayout,...). We choose Ext GWT because it is a full GWT library (others are wrapping a JS library), it provides a simple MVC layer and has more documentation. Regards On 8 déc, 14:34, David Hoffer [EMAIL PROTECTED] wrote: Hi Gregor, Thanks for the detailed response I will give this a try today. As I read this I thought of a couple questions. 1. Does my CSS file have to have a particular name? You say it goes next to the HTML file. Do I just name it the same but with css extension and it will be found or do I have to reference it somehow in my HTML/XML? 2. You mentioned to look at the showcase examples to get CSS to use. I looked at all these yesterday and found that most do not show the CSS used (I think most of the widgets did but most containers did not). I then looked at the source code for showcase given in the GWT examples and it seems they are using annotations to bring in styling information. What's up with this? It seems there is more than one way to apply CSS in GWT. This makes it harder to learn how one is to do this. As an example of what currently looks really bad...DialogBox
Re: Standard/Simple GWT CSS?
Hi David and tomato,
We also didn't (and still don't) want to write HTML or CSS for our
application (it aims to be an internal application, not a public
website). Consider using Ext GWT, SmartGWT or GWT-Ext, I guess this is
what you're looking for. These libraries provide a set of widgets and
look and feels and let you define your own. They also allow you to
devlop in a Swing-style by using standard layouts (BorderLayout,
CenterLayout,...).
We choose Ext GWT because it is a full GWT library (others are
wrapping a JS library), it provides a simple MVC layer and has more
documentation.
Regards
On 8 déc, 14:34, David Hoffer [EMAIL PROTECTED] wrote:
Hi Gregor,
Thanks for the detailed response I will give this a try today.
As I read this I thought of a couple questions.
1. Does my CSS file have to have a particular name? You say it goes
next to the HTML file. Do I just name it the same but with css
extension and it will be found or do I have to reference it somehow in
my HTML/XML?
2. You mentioned to look at the showcase examples to get CSS to use.
I looked at all these yesterday and found that most do not show the
CSS used (I think most of the widgets did but most containers did
not). I then looked at the source code for showcase given in the GWT
examples and it seems they are using annotations to bring in styling
information. What's up with this? It seems there is more than one
way to apply CSS in GWT. This makes it harder to learn how one is to
do this.
As an example of what currently looks really bad...DialogBox and
VerticalSplitPanel. The former has no border so it doesn't even look
remotely like a DialogBox and VerticalSplitPanel only has a splitter
bar...no border. So unless you really know there is a split panel you
have no idea what you are looking at. For these examples the showcase
shows no CSS so apparently it is using annotations to bring in
styling. BTW, for these cases I am using the standard theme.
Thanks much, I will look at your example.
-Dave
On Sun, Dec 7, 2008 at 7:57 PM, gregor [EMAIL PROTECTED] wrote:
Hi Dave,
1) I think this might have something to do with debugging client
javascript at run time using Firebug or something - I've never used it
to be honest.
2) I happen to have a simple CSS example to hand, so this might help -
apologies if its too simplistic
Your module will have its own CSS file next to its HTML file in the
public folder.
If you check the standard theme GWT CSS for DisclosurePanel it looks
like this:
.gwt-DisclosurePanel {
}
.gwt-DisclosurePanel-open {
}
.gwt-DisclosurePanel-closed {
}
.gwt-DisclosurePanel .header,
.gwt-DisclosurePanel .header a,
.gwt-DisclosurePanel .header td {
text-decoration: none; /* Remove underline from header */
color: black;
cursor: pointer;
cursor: hand;
}
.gwt-DisclosurePanel .content {
border-left: 3px solid #e8eef7;
padding: 4px 0px 4px 8px;
margin-left: 6px;
}
Notice that it starts with gwt-DisclosurePanel - this is the primary
style name given to this widget. In the DisclosurePanel source
somewhere you will find setStylePrimaryStyleName(gwt-
DisclosurePanel). Elsewhere in the code you will find they assign the
various sub-styles to individual components of DisplosurePanel using
add/removeStyleName(styleName) or add/removeStyleDependentName
(styleSuffix) corresponding to e.g.gwt-DisclosurePanel-open and e.g.
gwt-DisclosurePanel .header respectively (or is it the other way
round, it's late). So the java code switches between the -open and -
closed styles in response to user clicks etc, but the primary style is
always the same.
(This is how to go about using CSS when you design your own composite
widgets - follow what they do)
Now you have two choices how to proceed to start with.
1) don't use a standard theme, but keep a copy of one of them (i.e.
the CSS files) handy so you can cut and paste the CSS format for each
widget into your own module CSS file where you can edit it how you
like - you just need to do each one as you need it.
2) Put inherits name='com.google.gwt.user.theme.standard.Standard'/
(or chrome/dark) in your module gwt.xml file which will activate the
theme. Now however you are stuck with what they give you - well, no,
you are not..
Notice that the .gwt-DisclosurePanel .content style has got borders
and padding etc. Now I was happy with most of the standard theme for
what I was doing, but I did not want the contents of the disclosure
panel to be so indented - I wanted it flush with the outer border of
the panel. So I stuck this in my own module CSS file:
.my-DisclosurePanel {
}
.my-DisclosurePanel-open {
width: 100%;
height: 100%
}
.my-DisclosurePanel-closed {
}
.my-DisclosurePanel .header,
.my-DisclosurePanel .header a,
.my-DisclosurePanel .header td {
text-decoration: none; /* Remove underline from header
Re: Your opinion sought: Jetty or Tomcat?
Switching to Jetty won't break me. Actually, if you were switching to Jetty... 7 (that is to say with support Servlet 3.0 spec, especially support for continuations), I would be really glad !!! On 3 déc, 01:44, Reinier Zwitserloot [EMAIL PROTECTED] wrote: Not Ken Shabby: Imagine here your -exact- reply, except swap 'tomcat' (note: it's not an acronym, you don't need to capitalize it.Jettyisn't either) with 'jetty' and vice versa. In other words, your argument is only relevant for you. It makes for an excellent reason to switch for those running the end result onjetty. On Nov 26, 3:55 am, Not Ken Shabby [EMAIL PROTECTED] wrote: I will be using TOMCAT as the target server for the foreseeable future. My concern with switching toJETTYwithin the development environment is that bugs / issues with the interaction of GWT and TOMCAT may not be seen / address as quickly as they might otherwise be. There may also be some psychological / political effect --- oh, GWT is something that works withJetty, it used to work with Tomcat but they changed it On Oct 20, 10:46 am, John [EMAIL PROTECTED] wrote: Manuel Carrasco wrote:The most annoying issue with GWT is performance in development mode. I mean, compiling, startng hosted mode and running GWT Unit tests. So any action that improves these is welcome. So my vote if forjetty +1 --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com 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 -~--~~~~--~~--~--~---
Re: GWT-ext or ext-GWT?
I understand, my company also didn't want to work with GPL (although I wanted to) :-p So they purchased the ~300$ commercial license for me. On 1 déc, 20:57, TedM [EMAIL PROTECTED] wrote: Yeah but EXT-GWT is a no go for my company because of the license On Dec 1, 11:10 am, Miles T. [EMAIL PROTECTED] wrote: On 1 déc, 14:41, Arthur Kalmenson [EMAIL PROTECTED] wrote: quick, get it out the door, I don't care that there aren't any test cases Actually, if you look into their SVN repository, you'll see that there are (only) a few test cases in GWT-Ext. In fact, GWT-Ext is wrapping ExtJS and only contains a thin GWT layer, maybe it explains why there are a few test cases. However, I agree that a good code coverage is a sign of quality. On the other side, there are A LOT of test cases in Ext GWT. -- Arthur Kalmenson On Thu, Nov 27, 2008 at 9:57 AM, Niklas Derouche [EMAIL PROTECTED] wrote: On Thu, Nov 27, 2008 at 2:52 PM, Arthur Kalmenson [EMAIL PROTECTED] wrote: I disagree, you don't need any exotic graphic needs to use GWT. If you want a good, functional and quick web application, you use GWT. If you want a hard to maintain, buggy and poorly (if at all) tested, slow as a snail but a nice shiny turd of a web application, you use Ext GWT. So let me see if I understod you correctly; you don't like Ext GWT? Seriously, not liking stuff is fine. It's more than fine as far as I am concerned. I wish you all the best in your future endeavours and sometime down the line when you have spent more than a year or two in the workplace post your degree you may find that you start making choices based on pragmatic weighing of pros and cons and where your design ideals may take the backseat to cost and time-to-market factors. Your mileage will vary. n. -- I've had a wonderful time but this wasn't it. Groucho Marx --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com 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 -~--~~~~--~~--~--~---
Server Push with GWTEventService
Quote from the annoucement : The first public version is v0.9. All features for version v1.0 are contained and I hope many developers are interested and will use and test the framework in their applications, so that v1.0 can be reached soon. GWTEventService is an event-based client-server communication framework. The client side offers a high-level API with opportunities to register listeners to the remote server like to a GUI component. GWTEventService can be used to resolve old-style polling calls in GWT applications with a clean and extensible architecture. It looks nice, easy to use and well documented : http://code.google.com/p/gwteventservice/ Did someone try it ? --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com 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 -~--~~~~--~~--~--~---
Re: GWT-ext or ext-GWT?
On 1 déc, 14:41, Arthur Kalmenson [EMAIL PROTECTED] wrote: quick, get it out the door, I don't care that there aren't any test cases Actually, if you look into their SVN repository, you'll see that there are (only) a few test cases in GWT-Ext. In fact, GWT-Ext is wrapping ExtJS and only contains a thin GWT layer, maybe it explains why there are a few test cases. However, I agree that a good code coverage is a sign of quality. On the other side, there are A LOT of test cases in Ext GWT. -- Arthur Kalmenson On Thu, Nov 27, 2008 at 9:57 AM, Niklas Derouche [EMAIL PROTECTED] wrote: On Thu, Nov 27, 2008 at 2:52 PM, Arthur Kalmenson [EMAIL PROTECTED] wrote: I disagree, you don't need any exotic graphic needs to use GWT. If you want a good, functional and quick web application, you use GWT. If you want a hard to maintain, buggy and poorly (if at all) tested, slow as a snail but a nice shiny turd of a web application, you use Ext GWT. So let me see if I understod you correctly; you don't like Ext GWT? Seriously, not liking stuff is fine. It's more than fine as far as I am concerned. I wish you all the best in your future endeavours and sometime down the line when you have spent more than a year or two in the workplace post your degree you may find that you start making choices based on pragmatic weighing of pros and cons and where your design ideals may take the backseat to cost and time-to-market factors. Your mileage will vary. n. -- I've had a wonderful time but this wasn't it. Groucho Marx --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com 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 -~--~~~~--~~--~--~---
Re: GWT-ext or ext-GWT?
On 22 nov, 16:29, Arthur Kalmenson [EMAIL PROTECTED] wrote: I disagree with Nicolas. We experimented with gwt-ext on one of our projects and had to backtrack because it was so slow, had far too many bugs, and was just a pain to work with. It even prevented you from using hosted mode because it was so slow!! Try last versions. Both libraries (Ext GWT and GWT-Ext) evolve very quickly. If you watch this mailing list at all, you'll find that most of the problems that people are having are related to some Ext product. You get forced into their retarded even model, they're overly complex widgets and sample code that doesn't work as shown in the showcase. Just because a turd is made shiny, does not mean it's good. In my own experience, I see that these projects are good and not only shiny :-p I agree that they are more complex to use than vanilla GWT. But actually, I think this is the drawback of a high-level, Swing/ SWT-like API. I think you have more flexibility with GWT but it is easier to write robust and structured code with Ext GWT. You can use the incubator and regular GWT to get anything you need done. GWT 1.5 already comes with default CSS themes, and that should be enough to get you off the ground. If you want better themes, get a graphics designer. They're very cheap and will probably run you less then buying a couple ExtGWT licenses. Well, actually I don't think price is a problem. Both products (GWT Designer and Ext GWT) are cheaper than weekly wage for a developer (and even cheaper than a DAILY wage for some engineers). On the other hand, spending days to write CSS themes, integrating incubator or custom widgets are not really cheap. I think it depends on your needs. If you have exotic graphical needs or if you want a hardly customized design or if you don't want to hear about GPL or LGPL product, vanilla GWT is sufficient for you. If not, you should hardly think about the choice. IMHO -- Arthur Kalmenson On Thu, Nov 20, 2008 at 8:30 AM, Nicolas [EMAIL PROTECTED] wrote: Hi all, I don't agree with Arthur. You save a lot of time using one of these libraries. In both cases you don't have to care about CSS and you have much more widgets than vanilla GWT. On the other side, both libraries are not as mature as GWT, so you will find isolated issues. Obviously, if you want a fully customized design, maybe vanilla GWT is better. I have tested both libraries and choose to use Ext GWT. I use it since April and it makes me saving a lot of time. Here is the result of my comparison : Ext GWT (the ExtJS GWT library) : ++ this is a fully native GWT library (it is not wrapping JS code and therefore fully benefits from GWT compiler optimizations and debugging features) + the library is supported by ExtJS company, which is already a popular and recognized javascript framework + MVC layer - less features for now - if you want to distribute your product and don't want to do it under GPL license you will have to buy a commercial license (289$ for one developer) GWT-Ext : + more features (especially experimental Yahoo UI Charts integration) - This is a library wrapping ExtJS (Javascript code). Therefore debugging is limited - no support for ExtJS 2.0.2 - no GWT RPC integration (except if you buy the commercial extension GWT-Ext Plus) Regards Nicolas On 6 nov, 14:41, Arthur Kalmenson [EMAIL PROTECTED] wrote: This is a common theme, and as I said above, I highly recommend keeping far away from ext gwt or gwt ext. You can get the same shininess with some nice CSS. -- Arthur Kalmenson On Wed, Nov 5, 2008 at 3:08 AM, zebulon303 [EMAIL PROTECTED] wrote: I am trying to use ext-gwt for a few days, and I get crazy because of the really poor documentation available, you only have the code to understand what you are doing, and not enough general guidelines. I don't know how it is for GWT ext, but I will definitely have a look. I am really new with GWT in general, maybe that's why I need more documentation. I was trying to figure out how to add a delete button to the EditorGrid, or just access the current selected item of the grid. I find it really difficult to get to this simple information. --~--~-~--~~~---~--~~ 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-Toolkit@googlegroups.com 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 -~--~~~~--~~--~--~---
Re: GWT 1.5 demo - proxy issue
By the way, isn't gmail using GWT 1.5 ? I have no problem with GWT.
On 22 oct, 03:57, jiangh [EMAIL PROTECTED] wrote:
The point is no one tell me what exact firewall rules should be
changed if this problem can be resolved by this way
On Oct 2, 5:33 pm, Greg Stasica [EMAIL PROTECTED] wrote:
i've the same problem while running Symantec Client Firewall. There
are some posts onhttp://gwt-ext.com/forum/(searchfirewall) about
this problem but unfortunately no solution (except perhaps that the
problem can be resolved by changing some rules (no information what
exactly has to be changed thoug) on your firewall)
On Sep 25, 10:25 am, Nicolas [EMAIL PROTECTED] wrote:
Maybe we should post a bug. Is there a place for that ?
On 26 août, 02:33, Gabriel Krupa [EMAIL PROTECTED] wrote:
The firewall software in my compamy seems to modify the Left shift
operators.
in the generated Java Script there ist following line:
function Eob(a){if(a=30){return 1a}else{return Eob(30)*Eob(a-30)}}
and the Java Script received through firewall looks like this:
function Eob(a){if(a=30){return 1lt;a}else{return
Eob(30)*Eob(a-30)}}
I have shorty investigated the generated JavaScript Code differences
between GWT 1.4 and GWT 1.5 and GWT 1.4 does not use Left Shift
operators as extensive as GWT 1.5.
The question is: Who should change the code. GWT Team or firewall
producer? GWT 1.4 is OK GWT 1.5 is not working.
Regards,
Gabriel
On 25 Jul., 13:08, dendie [EMAIL PROTECTED] wrote:
I hav the same problem. I can openhttp://gwt-ext.com/demo-ux/andthe
old
showcase2-apphttp://gwt-ext.com/showcase2/www/com.gwtext.sample.showcase2.Showcase...
but the newhttp://gwt-ext.com/demo/doesn'tworksincetheyreleased
gwt 1.5 RC 1.
At home there is no issue
That's the reason, why I can't develop with gwt 1.5 RC 1 im my
company.- Hide quoted text -
- Show quoted text -
--~--~-~--~~~---~--~~
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-Toolkit@googlegroups.com
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
-~--~~~~--~~--~--~---
Re: GWTTestSuite - ClassCastException on executing test suite
Well... actually, you don't even need that... Just put your GWT test
suite class out of the client package.
On 20 nov, 14:54, Nicolas [EMAIL PROTECTED] wrote:
Hi all,
Actually, GWTTestSuite is a Java helper class, not translated to
Javascript. Look at the package name : com.google.gwt.junit.tools
instead of com.google.gwt.junit.client for GWTTestCase (the last one
contains client).
Therefore, if your test suite is in the GWT compiler lookup path, GWT
compiler will try to translate it to Javascript (and will give you
error messages) but your test suite will still be launched.
As a workaround, you can put the following line in your .gwt.xml :
source path=client excludes=**/*TestSuite.java /
A cleaner way would be to give the excludes arg at runtime and to
not pollute your module configuration, but I don't know if this is
possible.
Regards
On 24 oct, 09:41, JAWspeak [EMAIL PROTECTED] wrote:
I will add my report to this as well. Seems like a bug, or oversight
in the error logging from GWT.
My test (which passes in isolation):
public class PackagePanelTest extends GWTTestCase {
public String getModuleName() {
return com.xyzclient.web.App;
}
public void testShouldMakeAllFieldsAvailableWhenPopulated() throws
Exception {
Pkg pkg = new PackageBuilder(2008).build();
PackagePanel packagePanel = new PackagePanel();
packagePanel.populate(pkg);
}
}
My suite **Note how it differs from the instructions on the web. I
create a GWTTestSuite, not a TestSuite:
public class AllGwtTests extends GWTTestSuite {
public static Test suite() {
GWTTestSuite suite = new GWTTestSuite();
suite.addTestSuite(PackagePanelTest.class);
return suite;
}
}
My suite passes (when run in the IDE), but it has messages such as
this:
Compiling Java source files in module 'com.xyzclient.web.App.JUnit'
Removing units with errors
[ERROR] Errors in 'file:/Users/admin/projects/x/pr/test-gwt/com/
xyzclient/web/client/AllGwtTests.java'
[ERROR] Line 12: No source code is available for type
com.google.gwt.junit.tools.GWTTestSuite; did you forget to inherit a
required module?
Rebinding com.google.gwt.junit.client.impl.GWTRunner
Removing units with errors
[ERROR] Errors in 'file:/Users/admin/projects/x/pr/test-gwt/com/
xyzclient/web/client/AllGwtTests.java'
[ERROR] Line 12: No source code is available for type
com.google.gwt.junit.tools.GWTTestSuite; did you forget to inherit a
required module?
-Jonathan
On Oct 23, 1:23 pm, sean [EMAIL PROTECTED] wrote:
Hi Jan,
I also receive the No source code is available for type
com.google.gwt.junit.tools.GWTTestSuite; did you forget to inherit a
required module? message. I think this must be something GWT just
left out. One would think you would find the module for GWTTestSuite,
but it does not exist. However, the functionality still works for me
(all test classes get run). So the errors are thrown but don't seem to
matter. Kind of annoying.
On Oct 14, 4:44 am, Jan [EMAIL PROTECTED] wrote:
Hello,
I created a module containing GWTTestCases as described here (I am
using GWT 1.5.2 on Windows XP):
http://code.google.com/docreader/#p=google-web-toolkit-doc-1-5s=goog...
and here
http://60-248-16-66.hinet-ip.hinet.net/GWT/doc/html/com.google.gwt.do...
I have one GWTTestCase class and one GWTTestSuite class. Here is the
code:
8 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
package test.client;
import junit.framework.Test;
import junit.framework.TestSuite;
import com.google.gwt.junit.tools.GWTTestSuite;
public class TestTestSuite extends GWTTestSuite {
public static Test suite() {
TestSuite suite = new TestSuite(Tests);
suite.addTestSuite(TestTest.class);
return suite;
}
}
---
package test.client;
import com.google.gwt.junit.client.GWTTestCase;
public class TestTest extends GWTTestCase {
@Override
public String getModuleName() {
return test.Test;
}
public void testStuff() {
assertTrue(2 + 2 == 4);
}
}
8 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
And here is the Module xml:
module
inherits name='com.google.gwt.junit.JUnit'/
/module
Invoking the test case using the following command line works:
@java -Dgwt.args=-out www-test -Xmx256M -cp .\src;.\bin;.\lib
\junit.jar;.\lib\gwt-user.jar;.\lib\gwt-dev-windows.jar
junit.textui.TestRunner test.client.TestTest %*
Invoking the TestTestSuite using the following command line:
@java -Dgwt.args=-out www-test -Xmx256M -cp .\src;.\bin;.\lib
