Re: GWT Distrubted Compiler Project
OK let me know. Currently the system basically works (you can run a distributed build) but it could probably use some help in terms of just trying it out and finding the kinks. Cheers, Dobes On Tue, Jul 27, 2010 at 3:30 PM, Gal Dolber wrote: > Love your idea... even compiling a medium project in a macbook right now is > a pain in the ass. > I am out of time right now but I will love to help in a near future > > 2010/7/27 Dobes >> >> The google code project for this is at >> http://code.google.com/p/gwt-distcc/ >> >> On Jul 27, 3:05 pm, Dobes wrote: >> > Hi, >> > >> > I've been working on a distributed compiler project, to speed up >> > compile times by distributing the work across many machines. Useful >> > for those times when the compiler takes a long time and you have a lot >> > of permutations. >> > >> > Since its a bit of a side-project I'm hoping some other will jump on >> > board and help out. >> > >> > This project provides an AppEngine? based server and java clients that >> > distribute GWT permutation compiles automatically over participating >> > computers. >> > >> > Symmetric keys are used to protect the privacy of your data. >> > >> > How it works: >> > >> > 1. The team agrees on the queue ID and symmetric key for their builds >> > 2. They select or deploy the server >> > 3. They run any number of build slaves and configure them to watch >> > that queue on that server >> > 4. When building, they use the DistCompile? class to compile instead >> > of the Compile class >> > 5. DistCompile? does a pre-compile (non-permutation specific), then >> > uploads the results to the central server on AppEngine? >> > 6. Build Slaves who are polling the server download the precompiled >> > file and perform a permutation compile, then upload the results to the >> > server again >> > 7. The compile client downloads build results until it has all the >> > permutations >> > 8 . Then it runs Link with the results and your build is done, >> > hopefully faster than if you did it all locally >> > >> > The best use case for this is if you have a few extra PCs and want to >> > do your work on a laptop or something without a lot of memory/CPU. >> > For example, one of my co-workers is taking >40 minutes to build our >> > GWT stuff; I'm hoping this can bring it down to 5-10 minutes instead. >> > >> > Please contact me if you're willing to help with: >> > >> > 1. Suggestions (file them in the issue tracker) >> > 2. Patches (put them in the issue tracker, too) >> > 3. Active Development (be happy to give you contributor access) >> > 4. Testing (file the bugs ...) >> > >> > Thanks 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-tool...@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. >> > > > > -- > http://ajax-development.blogspot.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-tool...@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. > -- 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-tool...@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 Distrubted Compiler Project
Thanks, Jim! I had found those before. On Tue, Jul 27, 2010 at 3:35 PM, Jim Douglas wrote: > You might be interested in these references, Dobes: > > http://code.google.com/p/google-web-toolkit/wiki/DistributedBuilds > http://development.lombardi.com/?p=993 > http://development.lombardi.com/?p=1027 > > On Jul 27, 3:17 pm, Dobes wrote: >> The google code project for this is athttp://code.google.com/p/gwt-distcc/ >> >> On Jul 27, 3:05 pm, Dobes wrote: >> >> >> >> > Hi, >> >> > I've been working on a distributed compiler project, to speed up >> > compile times by distributing the work across many machines. Useful >> > for those times when the compiler takes a long time and you have a lot >> > of permutations. >> >> > Since its a bit of a side-project I'm hoping some other will jump on >> > board and help out. >> >> > This project provides an AppEngine? based server and java clients that >> > distribute GWT permutation compiles automatically over participating >> > computers. >> >> > Symmetric keys are used to protect the privacy of your data. >> >> > How it works: >> >> > 1. The team agrees on the queue ID and symmetric key for their builds >> > 2. They select or deploy the server >> > 3. They run any number of build slaves and configure them to watch >> > that queue on that server >> > 4. When building, they use the DistCompile? class to compile instead >> > of the Compile class >> > 5. DistCompile? does a pre-compile (non-permutation specific), then >> > uploads the results to the central server on AppEngine? >> > 6. Build Slaves who are polling the server download the precompiled >> > file and perform a permutation compile, then upload the results to the >> > server again >> > 7. The compile client downloads build results until it has all the >> > permutations >> > 8 . Then it runs Link with the results and your build is done, >> > hopefully faster than if you did it all locally >> >> > The best use case for this is if you have a few extra PCs and want to >> > do your work on a laptop or something without a lot of memory/CPU. >> > For example, one of my co-workers is taking >40 minutes to build our >> > GWT stuff; I'm hoping this can bring it down to 5-10 minutes instead. >> >> > Please contact me if you're willing to help with: >> >> > 1. Suggestions (file them in the issue tracker) >> > 2. Patches (put them in the issue tracker, too) >> > 3. Active Development (be happy to give you contributor access) >> > 4. Testing (file the bugs ...) >> >> > Thanks 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-tool...@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. > > -- 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-tool...@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 Distrubted Compiler Project
Hi Charlie, If you use an RSS reader you can monitor different aspects of the project using the project "feeds": http://code.google.com/p/gwt-distcc/feeds For example, you could monitor downloads if you wanted to know any time a new build was posted. If you prefer email you can use an RSS to email service, there are several free ones out there. Cheers, Dobes On Tue, Jul 27, 2010 at 3:36 PM, charlie wrote: > Is there a way to 'follow' this project on google code ? > > On Tue, Jul 27, 2010 at 5:30 PM, Gal Dolber wrote: >> >> Love your idea... even compiling a medium project in a macbook right now >> is a pain in the ass. >> I am out of time right now but I will love to help in a near future >> >> 2010/7/27 Dobes >>> >>> The google code project for this is at >>> http://code.google.com/p/gwt-distcc/ >>> >>> On Jul 27, 3:05 pm, Dobes wrote: >>> > Hi, >>> > >>> > I've been working on a distributed compiler project, to speed up >>> > compile times by distributing the work across many machines. Useful >>> > for those times when the compiler takes a long time and you have a lot >>> > of permutations. >>> > >>> > Since its a bit of a side-project I'm hoping some other will jump on >>> > board and help out. >>> > >>> > This project provides an AppEngine? based server and java clients that >>> > distribute GWT permutation compiles automatically over participating >>> > computers. >>> > >>> > Symmetric keys are used to protect the privacy of your data. >>> > >>> > How it works: >>> > >>> > 1. The team agrees on the queue ID and symmetric key for their builds >>> > 2. They select or deploy the server >>> > 3. They run any number of build slaves and configure them to watch >>> > that queue on that server >>> > 4. When building, they use the DistCompile? class to compile instead >>> > of the Compile class >>> > 5. DistCompile? does a pre-compile (non-permutation specific), then >>> > uploads the results to the central server on AppEngine? >>> > 6. Build Slaves who are polling the server download the precompiled >>> > file and perform a permutation compile, then upload the results to the >>> > server again >>> > 7. The compile client downloads build results until it has all the >>> > permutations >>> > 8 . Then it runs Link with the results and your build is done, >>> > hopefully faster than if you did it all locally >>> > >>> > The best use case for this is if you have a few extra PCs and want to >>> > do your work on a laptop or something without a lot of memory/CPU. >>> > For example, one of my co-workers is taking >40 minutes to build our >>> > GWT stuff; I'm hoping this can bring it down to 5-10 minutes instead. >>> > >>> > Please contact me if you're willing to help with: >>> > >>> > 1. Suggestions (file them in the issue tracker) >>> > 2. Patches (put them in the issue tracker, too) >>> > 3. Active Development (be happy to give you contributor access) >>> > 4. Testing (file the bugs ...) >>> > >>> > Thanks 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-tool...@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. >>> >> >> >> >> -- >> http://ajax-development.blogspot.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-tool...@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. > > > > -- > > > -- > 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-tool...@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. > -- 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-tool...@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 Distrubted Compiler Project
The google code project for this is at http://code.google.com/p/gwt-distcc/ On Jul 27, 3:05 pm, Dobes wrote: > Hi, > > I've been working on a distributed compiler project, to speed up > compile times by distributing the work across many machines. Useful > for those times when the compiler takes a long time and you have a lot > of permutations. > > Since its a bit of a side-project I'm hoping some other will jump on > board and help out. > > This project provides an AppEngine? based server and java clients that > distribute GWT permutation compiles automatically over participating > computers. > > Symmetric keys are used to protect the privacy of your data. > > How it works: > > 1. The team agrees on the queue ID and symmetric key for their builds > 2. They select or deploy the server > 3. They run any number of build slaves and configure them to watch > that queue on that server > 4. When building, they use the DistCompile? class to compile instead > of the Compile class > 5. DistCompile? does a pre-compile (non-permutation specific), then > uploads the results to the central server on AppEngine? > 6. Build Slaves who are polling the server download the precompiled > file and perform a permutation compile, then upload the results to the > server again > 7. The compile client downloads build results until it has all the > permutations > 8 . Then it runs Link with the results and your build is done, > hopefully faster than if you did it all locally > > The best use case for this is if you have a few extra PCs and want to > do your work on a laptop or something without a lot of memory/CPU. > For example, one of my co-workers is taking >40 minutes to build our > GWT stuff; I'm hoping this can bring it down to 5-10 minutes instead. > > Please contact me if you're willing to help with: > > 1. Suggestions (file them in the issue tracker) > 2. Patches (put them in the issue tracker, too) > 3. Active Development (be happy to give you contributor access) > 4. Testing (file the bugs ...) > > Thanks 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-tool...@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.
GWT Distrubted Compiler Project
Hi, I've been working on a distributed compiler project, to speed up compile times by distributing the work across many machines. Useful for those times when the compiler takes a long time and you have a lot of permutations. Since its a bit of a side-project I'm hoping some other will jump on board and help out. This project provides an AppEngine? based server and java clients that distribute GWT permutation compiles automatically over participating computers. Symmetric keys are used to protect the privacy of your data. How it works: 1. The team agrees on the queue ID and symmetric key for their builds 2. They select or deploy the server 3. They run any number of build slaves and configure them to watch that queue on that server 4. When building, they use the DistCompile? class to compile instead of the Compile class 5. DistCompile? does a pre-compile (non-permutation specific), then uploads the results to the central server on AppEngine? 6. Build Slaves who are polling the server download the precompiled file and perform a permutation compile, then upload the results to the server again 7. The compile client downloads build results until it has all the permutations 8 . Then it runs Link with the results and your build is done, hopefully faster than if you did it all locally The best use case for this is if you have a few extra PCs and want to do your work on a laptop or something without a lot of memory/CPU. For example, one of my co-workers is taking >40 minutes to build our GWT stuff; I'm hoping this can bring it down to 5-10 minutes instead. Please contact me if you're willing to help with: 1. Suggestions (file them in the issue tracker) 2. Patches (put them in the issue tracker, too) 3. Active Development (be happy to give you contributor access) 4. Testing (file the bugs ...) Thanks 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-tool...@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.
Serving the GWT files from a CDN?
I'm looking to improve load times for our application (and our site) and I think a CDN (like SimpleCDN or something) could be really helpful. For example, serve the js code from cdn.mydomain.com and run the RPC servlet from api.mydomain.com. Has anyone tried using a CDN with GWT modules? I've heard that in javascript you can do something like document.domain = 'mydomain.com' and this would allow you to treat all subdomains of mydomain.com as the same domain with respect to the same- origin-policy. Would I be able to run document.domain='mydomain.com' in my onModuleLoad() using JSNI and gain the ability to access an RPC servlet at api.mydomain.com if the GWT code was served from cdn.mydomain.com ? Based on what I read in Issue 214 ( http://code.google.com/p/google-web-toolkit/issues/detail?id=214 ) the cross-site linker should also make this possible by using js files instead of an html iframe, so the js operates in the same domain as the host page instead of the domain of the *.cache.html file. However, the continued existence of the "std" linker seems to imply that there must be some drawback to using the cross-site linker. Any ideas what that disavantages of the cross-site linker might be? Thanks, Dobes -- 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-tool...@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=.
Re: Localization workflow?
I also found this handy site http://99translations.com where you can upload the properties file from GWT and they have a system for tracking changes etc.. no need to hack up any scripts for using Excel! On Aug 18, 6:04 am, Thomas Broyer wrote: > On 18 août, 06:38, Dobes wrote: > > > What tools are people using for localization? > > > For example, currently I've defined all my strings using @DefaultValue > > (...) for my Constants interface instead of a properties file - is > > there a tool out there to convert an interface into a properties file, > > Add a @Generate(format = > "com.google.gwt.i18n.rebind.format.PropertiesFormat") attribute to > your Messages or Constants interface and then just compile your > project (if using GWT 1.6 or higher, pass the -extra argument with the > target directory as the value) and it'll generate the properties file > from the interface (if using GWT 1.5, in the www/-aux > directory). > > > or validation a properties file against and interface? > > AFAICT, you'll have exceptions if a key isn't translated, so there's > some kind of validation built-in when you compile the project. > > > > > > > Has anyone seen a tool to take all the properties from the interface > > including the @Meaning annotations and generate/update and excel > > spreadsheet from that with columns "Untranslated", "Meaning", "ID"? > > This could be used as the first step of the translation workflow. > > > Next I could merge this file with any prior translations by detecting > > any rows where the "Untranslated" or "Meaning" has changed or added > > and produce a new Excel file with additional columns "Old > > Untranslated", "Old Meaning", and "Old Translation". This file can be > > sent to the translators for translation, who would be responsible for > > filling in the "translation" column only. > > > When it comes back I need another tool to extract the ID and > > Translation column data and dump that into the appropriate .properties > > file. > > > I'm thinking I'm not the only one who needs to create and update > > translations of their GWT app, but so far my Googling hasn't turned up > > any tools for this - especically the first step where the interface > > IDs and meanings are extracted out into a useful format. > > > Anybody got anything to help with this? > > We're in the process of translating our app (read: imported the > generated properties file into an Excel sheet –just key/default > message, as we do not (yet) use @Meaning et al.– and have it > translated, translations not yet turned back into a properties file) > so I guess the answer is "not yet", but I'm definitely interested in > whatever you could find about 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 google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~--~~~~--~~--~--~---
Re: Localization workflow?
On Tue, Aug 18, 2009 at 6:04 AM, Thomas Broyer wrote: > On 18 août, 06:38, Dobes wrote: > > What tools are people using for localization? > > > > For example, currently I've defined all my strings using @DefaultValue > > (...) for my Constants interface instead of a properties file - is > > there a tool out there to convert an interface into a properties file, > > Add a @Generate(format = > "com.google.gwt.i18n.rebind.format.PropertiesFormat") attribute to > your Messages or Constants interface and then just compile your > project (if using GWT 1.6 or higher, pass the -extra argument with the > target directory as the value) and it'll generate the properties file > from the interface (if using GWT 1.5, in the www/-aux > directory). > Ah, that is very cool - thanks! --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Localization workflow?
What tools are people using for localization? For example, currently I've defined all my strings using @DefaultValue (...) for my Constants interface instead of a properties file - is there a tool out there to convert an interface into a properties file, or validation a properties file against and interface? Has anyone seen a tool to take all the properties from the interface including the @Meaning annotations and generate/update and excel spreadsheet from that with columns "Untranslated", "Meaning", "ID"? This could be used as the first step of the translation workflow. Next I could merge this file with any prior translations by detecting any rows where the "Untranslated" or "Meaning" has changed or added and produce a new Excel file with additional columns "Old Untranslated", "Old Meaning", and "Old Translation". This file can be sent to the translators for translation, who would be responsible for filling in the "translation" column only. When it comes back I need another tool to extract the ID and Translation column data and dump that into the appropriate .properties file. I'm thinking I'm not the only one who needs to create and update translations of their GWT app, but so far my Googling hasn't turned up any tools for this - especically the first step where the interface IDs and meanings are extracted out into a useful format. Anybody got anything to help with this? Thanks in advance, Dobes --~--~-~--~~~---~--~~ 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 Deployment on Web Hosting Sites
GWT runs fine, it's just javascript. However, if you want to use the RPC/Servlets system, you'll need Java hosting on the server-side, like tomcat, glassfish, etc.. Relatively few hosts provide this. There are some PHP libraries out there to implement the server-side part of RPC using PHP instead of Java that you could use for PHP hosting sites, which are much more common. On Aug 13, 3:00 pm, khj wrote: > Though I read through various articles/postings/forums/faqs discussing > whether GWT applications could be deployed to commercial web hosting > sites/companies, I seemed to miss the overview/summary explanation. > > Can this be done on GoDaddy, 1&1, etc? > > Maybe some things work, but not others? > > Thanks for any information that you might provide! > > -Kenneth --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Change the webapp URI in Jetty
We're trying to get our app to run in Jetty instead of using -noserver all the time and we've managed to eliminate most of the dependencies on glassfish (our production environment) when running in Jetty. However, one requirement of the application currently is that the WAR file be deployed at the path /app - whereas GWT seems to be deploying the application at the root. Is there any way to tell GWT to expose the WAR file at the path localhost:/app/ ? Thanks! --~--~-~--~~~---~--~~ 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: Change PRETTY or OBFUSCATED on a per-browser basis
On Jun 5, 3:43 pm, Thomas Broyer wrote: > On 5 juin, 22:27, Dobes wrote: > > > > > Is there any clever way to set the PRETTY or OBFUSCATED javascript > > output depending on the browser? > > > > Any ideas? > > 1. Compile once in PRETTY and once in OBFUSCATED > 2. Run both in the browsers that need special treatment (i.e. Firefox > and Safari) and note the loaded *.cache.html for each > 3. Rename the PRETTY *.cache.html to the OBF *.cache.html names (or > the other way around) > Interesting. Do you think there's a way to automate the process of identifying which .cache.html file targets a particular browser? --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Change PRETTY or OBFUSCATED on a per-browser basis
Is there any clever way to set the PRETTY or OBFUSCATED javascript output depending on the browser? This may seem strange at first, but here's the reason: 1. In Firefox, I get nice stack traces with PRETTY turned on 2. In Safari 4, large GWT apps like mine don't load due to a bug in their javascript parser 3. In IE and Opera, our GWT app is slow to load and doesn't give stack traces anyway, so a little boost by using OBFUSCATED would be preferred The only method I can think of at the moment is to create separate modules for each browser, compile each of them separately, and do browser detection on the server. However, this seems a bit painful. Any ideas? --~--~-~--~~~---~--~~ 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: Localization - is GWT localization worth it? Can we have juse a single permutation please?
On Thu, Apr 23, 2009 at 5:43 PM, mP wrote: > > On Apr 24, 3:49 am, Dobes wrote: > > I'm considering translating my app, but I realized that it currently > > takes 12 minutes for GWT to compile the application - thus, for five > > languages would it take an hour, is that right? > > > > Or is the compiler smart enough to realize that the only thing that > > changes between these versions is those strings (no code is changing, > > so why recompile and re-optimize it all)? > > > > In the case of i18n it doesn't simply put the right i18n class in the > right spot and generate javascript straight away. If it did > compilation would be much faster but one would lose all the aggressive > benefits like unused code elimination. > The only thing that would change between languages is the localized strings, why not take advantage of this information in the GWT system? They could have a special tag or somesuch to specify additional languages and for localized objects merely replace the default strings with the localized ones, something that could be done in minutes instead of seconds. Instead they opted to use this generic permutation system that, unfortunately, results in massive amounts of extra compile time :-(. Come to think of it, I could probably write a script that takes the english strings, the translated strings, and the html outputs from GWT and generate a new translated file by appending the locale to the file name, so I'd get 12334798234.html.fr for the french file, and also generate a my.package.Module.js.en which uses the localized html files. This would take seconds and lose nothing in speed, unless there's something important I'm missing. If this feature were built into GWT, more's the better! First I suppose I'll have to write the script, then maybe I can submit a patch. > If you take a look at the main compile loop you will see it repeats > running thru all it's strategies until none them managed to make any > chsnges. This sounds a bit excessive - is there a way to tone that back? I'd bet that the benefit of the additional repetitions quickly becomes fairly minor. Perhaps a command-line parameter to set the maximum number of optimisation repeats would also speed up my compiles a lot. Perhaps I'll have a look at that ... last time I tried to muck around in the GWT source I couldn't figure out how to build the jars from source but I might try again if I can save myself hours of compilation time. > There is lots of other cool stuff there trying to save javascript > bytes and unfortunately it costs. > Yes, it costs. Is it worth it? Maybe not ... I'd rather have fast development times and "good enough" code optimization than slow development time and maximum optimization. --~--~-~--~~~---~--~~ 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: Localization - is GWT localization worth it? Can we have juse a single permutation please?
Hi Vitali, I have to test my CSS in all browsers, so I can't really work with one permutation. Also, sometimes I need to make a last-minute patch before a release and a 1-hour compile time would make that pretty much impossible. Also, if using a single permutation development is the "right way" to do it, why is it such a pain to do? I have to create a separate module just for that purpose ... it should just be a compiler argument. On Thu, Apr 23, 2009 at 4:22 PM, Vitali Lovich wrote: > I think you are not understanding the proper way to do this (it's on the > docs btw for how Google uses it). You specify a specific permutation during > development (i.e. english/firefox) so that compilation is super-fast (use a > separate gwt.xml file with the rename-to option). When you compile all > permuations, that's for deployment - happens much less frequently. Also it > a very parallelizable operation, so add the localWorkers option to your > project if you have more than 1 cpu - i.e. (-localWorkers 4). > > 2009/4/23 Dobes > >> >> I think it would be a lot better for my purposes to have a single >> permutation and just have GWT.create() instantiate the right generated >> subclass for the current browser/language setup. In fact, that would >> cut my compile time down to just 2 or minutes. >> > How do you propose to do that? The whole point of GWT.create is that it is > a compile-time substitution - it actually changes what code is generated. > By doing a run-time substitution, of course. > Has anyone actually measured the benefits of compiling separately for >> each browser as opposed to just using an appropriate subclass? > > They have - it was quite significant. But all these are just micro > benchmarks, so they aren't going to give you an appropriate view of the > impact on your application. > Ah, any references to these where I could take a look at them? > A generic approach requires the traditional javascript way of doing > unnecessary feature checks. > I don't see how dynamically selecting a class to instantiate is any worse - they are already doing those features checks when the js is loaded, they would just defer class selection until runtime instead of compile time. Functionally it's the same, except there are a few more classes included in the compile, and some methods that can't be inlined since they might be overridden in a subclass. > Any idea how much work it would be to customize the compiler to work >> this way? > > Not going to happen since it defeats the whole purpose of doing GWT. > Actually the point of GWT is to develop in Java using the tools in the Java IDE, permutations are just an optimization, in my opinion :-). --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Incremental Decoding of RPC responses?
Sometimes I'm sending a pretty large array from the server and I think it may be locking up the browser for a while (maybe up to a second) and in some cases causing a dialog to pop up saying "a script on this page is running slowly, do you want to kill it?" Is there a good way to measure the time spent decoding RPC requests? Has anyone attempted to change the RPC decoder to run incrementally? --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Localization - is GWT localization worth it? Can we have juse a single permutation please?
I'm considering translating my app, but I realized that it currently takes 12 minutes for GWT to compile the application - thus, for five languages would it take an hour, is that right? Or is the compiler smart enough to realize that the only thing that changes between these versions is those strings (no code is changing, so why recompile and re-optimize it all)? It seems like GWT's "permutations" system is really it's greatest problem for me right now. I think there are relatively few classes that differ between permutations and the performance gains are probably not that great. I think it would be a lot better for my purposes to have a single permutation and just have GWT.create() instantiate the right generated subclass for the current browser/language setup. In fact, that would cut my compile time down to just 2 or minutes. Has anyone actually measured the benefits of compiling separately for each browser as opposed to just using an appropriate subclass? Any idea how much work it would be to customize the compiler to work this way? --~--~-~--~~~---~--~~ 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: Does GWT 1.6 break in Safari 4?
Yeah, it's a reported for Adobe AIR and GWT previously, now Safari 4 Beta is doing the same thing. Apparently compiling with PRETTY fixes it, but of course we'd prefer not to deploy the app with PRETTY since the initial download is so much bigger. On Sun, Apr 19, 2009 at 9:17 PM, Jason Essington wrote: > > In Safari 4 I get a javascript error: > SyntaxError: Expression too deep > > Not sure what that is about, but maybe you can compile with -pretty > and step into it with webinspector? > > -jason > > On Apr 17, 2009, at 9:39 PM, Dobes Vandermeer wrote: > > > > > I just tried it myself and it is in fact not working for our app. I > > guess it's something just between my app and Safari 4, though, if > > nobody else is having this issue. > > > > You can see it for yourself : http://www.clarityaccounting.com/demo > > and launch the demo. Works in Firefox 3 but not Safari 4. > > > > A bit more investigation reveals that I'm hitting this problem in > > Safari 4 that was previously reported for WebKit in Adobe AIR: > > > > http://code.google.com/p/google-web-toolkit/issues/detail?id=3455 > > > > > > On Apr 17, 8:34 am, Jason Essington wrote: > >> I've been using GWT (both 1.5.3 and 1.6.4) with Safari 4, and haven't > >> noticed any issues. > >> > >> -jason > >> On Apr 16, 2009, at 5:42 PM, Dobes wrote: > >> > >> > >> > >>> A customer of ours reported that last week (before we uploaded a new > >>> version based on GWT 1.6) he could use our app in Safari 4 beta, but > >>> this week the app never finishes loading. Has anyone else noticed > >>> problems showing up with Safari 4 beta in GWT 1.6 that were not > >>> there > >>> in GWT 1.5 ? > > > > > > > > -- Dobes Vandermeer Director, Habitsoft Inc. dob...@habitsoft.com 778-891-2922 --~--~-~--~~~---~--~~ 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: How much slower is PRETTY mode?
I've turned PRETTY on and one thing I have noticed is that it increases my compile times by about 20%-25% - from 430 seconds to ~ 570, which sucks. But I guess 7 minutes to 9 isn't that bad - once I passed the 5 minute mark I leaned to go surf the web while I wait .. :-/ On Sun, Apr 19, 2009 at 4:54 PM, Vitali Lovich wrote: > So wait, even with Firebug disabled in FF2 you saw a 10% hit? > > > On Sun, Apr 19, 2009 at 7:44 PM, John Gunther > wrote: > >> >> A while back I was doing some performance tests and my recollection >> was, for that application, in FF2, it was something like 10% slower in >> PRETTY. This was with GWT 1.4. Not a lot, but just enough that I >> decided not to performance test in PRETTY. >> >> (The big performance impact in FF2 is if Firebug is completely >> disabled or not. Firebug must be completely disabled (via Tools/ >> Addons) with a FF restart to get the real numbers (plus just about >> everything looks like it has a memory leak with Firebug on)) >> >> John >> >> On Apr 19, 10:20 am, Dobes Vandermeer wrote: >> > Okay, that's helpful. >> > Maybe it's worth slowing down the downloads for a while to get some >> better >> > insight into some of the errors customers are getting, since it'll allow >> me >> > to read the stack traces Firefox includes in the exceptions. >> > >> > >> > >> > On Sun, Apr 19, 2009 at 1:46 AM, Vitali Lovich >> wrote: >> > >> > > I just listened to the talk - didn't hear him say anything regarding >> > > performance of long name vs short names. >> > >> > > The execution difference for smaller names shouldn't exist for the new >> > > generation of browsers using JIT for javascript (i.e. FF3.5, Safair 4, >> > > Chrome). >> > >> > > Even with older browsers, I don't see it being super significant - >> > > 1-2% at most if it's even measurable. The execution of the javascript >> > > code by the interpreter should far outweigh the cost of tokenizing the >> > > input even if you have a 100 character name. The cost of doing a 100 >> > > byte memcpy should be insignificant compared to all the other stuff >> > > the interpreter must do. However, I could be wrong - I haven't tested >> > > this in any way, so hard numbers from real-world examples would >> > > probably be best. >> > >> > > On Sun, Apr 19, 2009 at 12:25 AM, Arthur Kalmenson >> > > wrote: >> > >> > > > I don't know the exact numbers. But if I remember correctly, during >> > > > Bruce's presentation, "Faster-than-Possible Code: Deferred Binding >> > > > with GWT" ( >> > >http://sites.google.com/site/io/faster-than-possible-code-deferred-bi. >> .. >> > > ) >> > > > at Google I/O 2008, he mentioned something about smaller function >> and >> > > > variable names executing faster then longer names. >> > >> > > > Also, as Vitali said, you're code is going to be rather bloated. We >> > > > were accidentally running one of our apps in PRETTY and found the >> > > > before compression size was 3 MB and after compression was 400kb. >> When >> > > > we changed to OBF, the before compression size was 500kb and >> > > > compressed was somewhere around 120kb. >> > >> > > > What's the reason that you want to run it as PRETTY? If you want to >> > > > make the functions callable from regular JS, you should take a look >> at >> > > > Ray Cromwell's excellent GWT Exporter project: >> > > >http://code.google.com/p/gwt-exporter/ >> > >> > > > -- >> > > > Arthur Kalmenson >> > >> > > > On Sat, Apr 18, 2009 at 1:46 AM, Vitali Lovich >> > > wrote: >> > >> > > >> I believe that it should be the same performance in terms of >> > > >> execution. You're download times will probably suffer - I wouldn't >> be >> > > >> surprised if the code bloats by 2-3x if not more. >> > >> > > >> On Fri, Apr 17, 2009 at 11:40 PM, Dobes wrote: >> > >> > > >>> I'm considering deploying a version in PRETTY mode since it may >> solve >> > > >>> a Safari 4 issue I'm having and it would also allow me to >> interpret >> > > >>> the stack traces produced by Firefox a lot better. >> > >> > > >>> However, I'm wondering what experiences people have had with the >> > > >>> performance of PRETTY more - how is it? >> > >> > > >>> Thanks in advance, >> > > >>> Dobes >> > >> > -- >> > >> > Dobes Vandermeer >> > Director, Habitsoft Inc. >> > dob...@habitsoft.com >> > 778-891-2922 >> >> > > > > -- Dobes Vandermeer Director, Habitsoft Inc. dob...@habitsoft.com 778-891-2922 --~--~-~--~~~---~--~~ 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: How much slower is PRETTY mode?
Okay, that's helpful. Maybe it's worth slowing down the downloads for a while to get some better insight into some of the errors customers are getting, since it'll allow me to read the stack traces Firefox includes in the exceptions. On Sun, Apr 19, 2009 at 1:46 AM, Vitali Lovich wrote: > > I just listened to the talk - didn't hear him say anything regarding > performance of long name vs short names. > > The execution difference for smaller names shouldn't exist for the new > generation of browsers using JIT for javascript (i.e. FF3.5, Safair 4, > Chrome). > > Even with older browsers, I don't see it being super significant - > 1-2% at most if it's even measurable. The execution of the javascript > code by the interpreter should far outweigh the cost of tokenizing the > input even if you have a 100 character name. The cost of doing a 100 > byte memcpy should be insignificant compared to all the other stuff > the interpreter must do. However, I could be wrong - I haven't tested > this in any way, so hard numbers from real-world examples would > probably be best. > > On Sun, Apr 19, 2009 at 12:25 AM, Arthur Kalmenson > wrote: > > > > I don't know the exact numbers. But if I remember correctly, during > > Bruce's presentation, "Faster-than-Possible Code: Deferred Binding > > with GWT" ( > http://sites.google.com/site/io/faster-than-possible-code-deferred-binding-with-gwt > ) > > at Google I/O 2008, he mentioned something about smaller function and > > variable names executing faster then longer names. > > > > Also, as Vitali said, you're code is going to be rather bloated. We > > were accidentally running one of our apps in PRETTY and found the > > before compression size was 3 MB and after compression was 400kb. When > > we changed to OBF, the before compression size was 500kb and > > compressed was somewhere around 120kb. > > > > What's the reason that you want to run it as PRETTY? If you want to > > make the functions callable from regular JS, you should take a look at > > Ray Cromwell's excellent GWT Exporter project: > > http://code.google.com/p/gwt-exporter/ > > > > -- > > Arthur Kalmenson > > > > > > > > On Sat, Apr 18, 2009 at 1:46 AM, Vitali Lovich > wrote: > >> > >> I believe that it should be the same performance in terms of > >> execution. You're download times will probably suffer - I wouldn't be > >> surprised if the code bloats by 2-3x if not more. > >> > >> On Fri, Apr 17, 2009 at 11:40 PM, Dobes wrote: > >>> > >>> I'm considering deploying a version in PRETTY mode since it may solve > >>> a Safari 4 issue I'm having and it would also allow me to interpret > >>> the stack traces produced by Firefox a lot better. > >>> > >>> However, I'm wondering what experiences people have had with the > >>> performance of PRETTY more - how is it? > >>> > >>> Thanks in advance, > >>> Dobes > >>> > >>> > >>> > > >>> > >> > >> > > >> > > > > > > > > > > > -- Dobes Vandermeer Director, Habitsoft Inc. dob...@habitsoft.com 778-891-2922 --~--~-~--~~~---~--~~ 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: How much slower is PRETTY mode?
Thanks ... that helps a little. I wanted PRETTY so I could interpret the stack traces that show up in Firefox - there are various stack traces showing up in customer's machines that I am now seeing on my development environment. Also, there's a bug in Safari 4 beta where it can't handle my obfuscated GWT code since a line gets too long (or something). So PRETTY would be helpful for these. On Sat, Apr 18, 2009 at 9:25 PM, Arthur Kalmenson wrote: > > I don't know the exact numbers. But if I remember correctly, during > Bruce's presentation, "Faster-than-Possible Code: Deferred Binding > with GWT" ( > http://sites.google.com/site/io/faster-than-possible-code-deferred-binding-with-gwt > ) > at Google I/O 2008, he mentioned something about smaller function and > variable names executing faster then longer names. > > Also, as Vitali said, you're code is going to be rather bloated. We > were accidentally running one of our apps in PRETTY and found the > before compression size was 3 MB and after compression was 400kb. When > we changed to OBF, the before compression size was 500kb and > compressed was somewhere around 120kb. > > What's the reason that you want to run it as PRETTY? If you want to > make the functions callable from regular JS, you should take a look at > Ray Cromwell's excellent GWT Exporter project: > http://code.google.com/p/gwt-exporter/ > > -- > Arthur Kalmenson > > > > On Sat, Apr 18, 2009 at 1:46 AM, Vitali Lovich wrote: > > > > I believe that it should be the same performance in terms of > > execution. You're download times will probably suffer - I wouldn't be > > surprised if the code bloats by 2-3x if not more. > > > > On Fri, Apr 17, 2009 at 11:40 PM, Dobes wrote: > >> > >> I'm considering deploying a version in PRETTY mode since it may solve > >> a Safari 4 issue I'm having and it would also allow me to interpret > >> the stack traces produced by Firefox a lot better. > >> > >> However, I'm wondering what experiences people have had with the > >> performance of PRETTY more - how is it? > >> > >> Thanks in advance, > >> Dobes > >> > >> > >> > > >> > > > > > > > > > > > -- Dobes Vandermeer Director, Habitsoft Inc. dob...@habitsoft.com 778-891-2922 --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
How much slower is PRETTY mode?
I'm considering deploying a version in PRETTY mode since it may solve a Safari 4 issue I'm having and it would also allow me to interpret the stack traces produced by Firefox a lot better. However, I'm wondering what experiences people have had with the performance of PRETTY more - how is it? Thanks in advance, Dobes --~--~-~--~~~---~--~~ 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: Does GWT 1.6 break in Safari 4?
I just tried it myself and it is in fact not working for our app. I guess it's something just between my app and Safari 4, though, if nobody else is having this issue. You can see it for yourself : http://www.clarityaccounting.com/demo and launch the demo. Works in Firefox 3 but not Safari 4. A bit more investigation reveals that I'm hitting this problem in Safari 4 that was previously reported for WebKit in Adobe AIR: http://code.google.com/p/google-web-toolkit/issues/detail?id=3455 On Apr 17, 8:34 am, Jason Essington wrote: > I've been using GWT (both 1.5.3 and 1.6.4) with Safari 4, and haven't > noticed any issues. > > -jason > On Apr 16, 2009, at 5:42 PM, Dobes wrote: > > > > > A customer of ours reported that last week (before we uploaded a new > > version based on GWT 1.6) he could use our app in Safari 4 beta, but > > this week the app never finishes loading. Has anyone else noticed > > problems showing up with Safari 4 beta in GWT 1.6 that were not there > > in GWT 1.5 ? --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Does GWT 1.6 break in Safari 4?
A customer of ours reported that last week (before we uploaded a new version based on GWT 1.6) he could use our app in Safari 4 beta, but this week the app never finishes loading. Has anyone else noticed problems showing up with Safari 4 beta in GWT 1.6 that were not there in GWT 1.5 ? --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
When GWT doesn't load, can I show an error ?
I was wondering whether it would be hard to stick some javascript into my GWT host page that would detect when GWT doesn't load. Sometimes this happens because my deployment went wrong and the js files are missing, but it can also happen if their browser is not supported or some other strange thing is going on. Has anyone written any js code for this already? Something that waited until the browser thought that all the scripts were done loading, and if the GWT globals weren't present, pop an alert() or edit the DOM? Thanks, Dobes --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
My GWT Project - Clarity Accounting
The GWT Blog recently asked for some sample projects - here's ours: Clarity Accounting, a great-looking online accounting application for small businesses to stay on top of their business and get the reports they need to file their taxes. http://www.clarityaccounting.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: Why not use applets?
After some more research it looks like the java plugin isn't as popular as I thought, only 50%-80% penetration, whereas javascript is supported in all browsers, and flash has 80%-99% penetration. Thus, applets are not cool ... oh well. On Mar 29, 3:17 pm, Dobes wrote: > Recently while cursing the slowness of GWT compilation, the slowness > in the browser, and the lack of Java 6 features, it occurred to me > that if GWT had simply been built on top of the Java Applet technology > it could really overcome these limitations. > > Does anyone know why GWT wouldn't be much better if it were java > bytecode running in an applet? All the major browsers support > applets, the Java VM runs the code nice and fast, and applets have > decent access to the DOM and the ability to run javascript. > Everything that is needed to implement GWT is available to an applet, > as far as I can tell. > > Thoughts? > > If I had time I'd experiment and try making a knock-off of GWT using a > hidden applet so I could just write every in Java, run and debug it in > the Java VM ... could even use Java's built-in RPC mechanism if I > wanted to. Interesting concept, although it's likely I'm missing > something important about why the GWT team didn't go this route in the > first place. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Why not use applets?
Recently while cursing the slowness of GWT compilation, the slowness in the browser, and the lack of Java 6 features, it occurred to me that if GWT had simply been built on top of the Java Applet technology it could really overcome these limitations. Does anyone know why GWT wouldn't be much better if it were java bytecode running in an applet? All the major browsers support applets, the Java VM runs the code nice and fast, and applets have decent access to the DOM and the ability to run javascript. Everything that is needed to implement GWT is available to an applet, as far as I can tell. Thoughts? If I had time I'd experiment and try making a knock-off of GWT using a hidden applet so I could just write every in Java, run and debug it in the Java VM ... could even use Java's built-in RPC mechanism if I wanted to. Interesting concept, although it's likely I'm missing something important about why the GWT team didn't go this route in the first place. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Setup a toString() method for each object for debugging purposes?
In FireFox if there's an error while running in the browser, GWT can print the javascript stack trace. Unfortunately, all the objects (except arrays and numbers) are printed as [object Object]. Apparently it would be possible to override the toString() method of the javascript native objects and call the toString() method of the object. This would require patching the Object class, or something along those lines. Does anyone know if there's a clever way that I could convince GWT to set the native toString() method of the objects to something more useful? Such as calling the actual toString() method of the object? This would be VERY useful for me when debugging issues that turn up "in the wild" where I don't have access to hosted mode or good instructions on how to reproduce an issue. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Wiki rendering in GWT
I'd like to do some client-side wiki rendering in GWT. I've seen a javascript wiki processor, but googling for GWT wiki turns up a million unrelated pages since every GWT project has a wiki on google code. Any Java implementation out there would use java's regular expression system which is not currently supported by GWT, as far as I know, so it would have to be GWT specific. Has anyone seen something that processes some text from wiki-like markup to a DOM or HTML string written in 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: Who's Using GWT?
We're using it to develop online accounting software: http://www.clarityaccounting.com/demo?utm_source=gwt-group On Dec 11, 5:39 pm, Sumit Chandel wrote: > Hello everyone, > > We've recently updated the GWT homepage to include a page displaying a > non-exhaustive list of applications that are built with GWT. We were > also able to capture a few developers on video for those who happened > to be around the Google Mountain View area and developed awesome > applications using GWT. Check out more details on both of these at the > link below: > > Who's Using GWT?:http://code.google.com/webtoolkit/app_gallery.html > > It's great that we were able to catch some of our local developers on > video, but we know there are other great stories out there from other > developers in the community. So, I thought it would be cool if I > stickied this Groups thread for community members to share their > experience with everyone. > > Feel free to post up your own GWT application(s), along with your most > loved / requested features and any tips and tricks you've come across > as you developed your applications that you'd like to share with the > rest of the community. Looking forward to hearing from you. > > Cheers, > -Sumit Chandel --~--~-~--~~~---~--~~ 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: Waiting on multiple RPC calls
Hi Stephen, I had a lot of scenarios like this, so I added some utility classes to help. For example, I have a class called AsyncCallbackGroup which allows you to wait on multiple parallel RPC calls and then when they are all complete it calls another callback. In your case you could create a group with the first two operations, then pass a callback whose onSuccess() method called the next call. You can get the source code for these classes in the kiyaa project: http://code.google.com/p/kiyaa/ On Dec 18, 2:14 am, "stephen.sm...@paretopartners.com" wrote: > Firstly, before any1 goes off on 1 about "You cant do syncronous rpc > calls in gwt" or "JS is single threaded" im fully aware of these > facts. However i also know that like many things there are usually > work arounds or at least better solutions than i have thought of... > > So my problem is this. I have 3 RPC calls. The first 2 are totally > seperate however the third depends on the result of both the first 2. > > The 3rd call is unfortunately rather large as it requires some DB > access on the server and sorting/filtering etc. and i would therefor > like to get this going asap. > > There is also alot of other initalisation code on the client that can > be done at almost any stage. so it would be preferable to do this > during any (and possibly all) of the rpc calls > > This is all currently done in module load and i am chaining my 3 rpc > calls. This causes the total load time to be a bit slow. This seems > such a horrible way to do it and even for me it gets a little > confusing and i wrote it. > > Does any one have a better solution to how i can "wait" on the first 2 > calls before making the 3rd whilst still executing the client > initalisation code. > > Thanks in advance, > Steve --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Retrying after network failures or bugs in IE7's SSL support
Due to some bugs in IE7 support I get these occasinal error code 12027 or 12025 in my application. These are typically caused by a connection timeout somewhere between IE, Apache, and the Glassfish backend. In addition, I occasionally get error 0 in Firefox, which I suspect is the same problem. To workaround this I've added retry logic, and packaged it as a generator that wraps an existing RemoteService and intercepts each call and retries if the call failed due to certain error codes. You can provide your own RetryController to adjust the logic by which it decides to retry. In addition, it will also retry by default for error 404, 503, and 504 under the assumption that your URL is correct but that the server is restarting or redeploying the application. If this sounds interesting to you, come try out kiyaa. It's still newly released so there's not a lot of documentation, but I can usually answer questions about it within a few days. http://code.google.com/p/kiyaa/ --~--~-~--~~~---~--~~ 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: Native GWT Compiler
I checked out the trunk and I'm running the compiler from it, but I'm not seeing any performance boost and only one CPU core is being used. Is there a command-line switch to turn on multiple threads? On Nov 12, 10:56 am, Alex Epshteyn <[EMAIL PROTECTED]> wrote: > Hi Sumit, > > This multithreaded compiler sounds intriguing. Could you provide some > guidance about how to get it and use it? > > Thanks, > Alex > > On Oct 13, 1:08 pm, "Sumit Chandel" <[EMAIL PROTECTED]> wrote:> Hi Rauf, > > There are currently no plans to rewrite the GWT compiler as a native > > compiler. There are plans to speedup compilation time with the current GWT > > compiler, however, and the team is in the know about long compilation times > > that some developers have been experiencing when moving their projects form > > 1.4.x to 1.5. > > > The new multi-threaded compiler is available in trunk if you're interested > > in checking it out to see if it helps speed up your application compile > > time. > > > From benchmarks we've run and what some developers have been reporting, the > > new multi-threaded compilation has been showing significant improvements in > > compilation speed, so you should be getting faster results for your own > > project as well. > > > Hope that helps, > > -Sumit Chandel > > > On Wed, Oct 8, 2008 at 2:36 PM, Rauf Issa <[EMAIL PROTECTED]> wrote: > > > > Any plans to write a native GWT Compiler like jikes for java? I know > > > there are plans to improve GWT compiler performance in the upcoming > > > 1.6 release of GWT by multi-threading but I am not sure that will make > > > enough difference. A native compiler like jikes would be better and > > > much faster. > > > > Our product, JobServer (job scheduling engine) uses GWT for its GUI > > > SDK and we compile GWT components on the fly the first time the GWT is > > > used. This frees the developer from doing the GWT compiler if they do > > > not want to. This works very well but the initial GWT compiling of the > > > GWT UI components can take minutes sometimes and is annoying. I would > > > really like this to be more like compiling JSP pages for example. > > > > Anyway I can only hope that GWT compiling gets faster (right now it is > > > getting slower with all the advanced optimizations done in GWT 1.5 :) > > > > Rauf Issa > > >http://www.grandlogic.com > > > "JobServer - The Most Comprehensive Java Job Scheduling Platform" --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Interpreting stack traces from Firefox
When I get an unhandled exception in firefox, it's nice enough to give me a stack trace, which is great. What would be greater is a way to get some clues as to what method that stack trace could be referring to. In this case I figured it out based on the number and type of the parameters, but I can only distinguish between array, boolean, and objects. I wonder if there's a way to get these stack traces to show the GWT type of the object? Maybe a hook into Firefox or something? (TypeError): a has no properties fileName: https://www.clarityaccounting.com/app/8CBBE1DA541CBDBE038479D842F6BE54.cache.html lineNumber: 13152 stack: iml(null)@https://www.clarityaccounting.com/app/ 8CBBE1DA541CBDBE038479D842F6BE54.cache.html:13152 cwl([object Object],[object Array],[object Array],true,[object Object], [object Object])@https://www.clarityaccounting.com/app/ 8CBBE1DA541CBDBE038479D842F6BE54.cache.html:13326 vHi([object Object],[object Object])@https://www.clarityaccounting.com/ app/8CBBE1DA541CBDBE038479D842F6BE54.cache.html:2116 DAi(null)@https://www.clarityaccounting.com/app/ 8CBBE1DA541CBDBE038479D842F6BE54.cache.html:9057 w9n([object Object])@https://www.clarityaccounting.com/app/ 8CBBE1DA541CBDBE038479D842F6BE54.cache.html:14878 A9n([object Object])@https://www.clarityaccounting.com/app/ 8CBBE1DA541CBDBE038479D842F6BE54.cache.html:14882 tAi([object Array])@https://www.clarityaccounting.com/app/ 8CBBE1DA541CBDBE038479D842F6BE54.cache.html:9049 E3n()@https://www.clarityaccounting.com/app/ 8CBBE1DA541CBDBE038479D842F6BE54.cache.html:14755 rxn([object Object],1226529434516)@https://www.clarityaccounting.com/ app/8CBBE1DA541CBDBE038479D842F6BE54.cache.html:14070 Fwn()@https://www.clarityaccounting.com/app/ 8CBBE1DA541CBDBE038479D842F6BE54.cache.html:14083 jzn([object Object])@https://www.clarityaccounting.com/app/ 8CBBE1DA541CBDBE038479D842F6BE54.cache.html:67 izn([object Object],[object Object])@https://www.clarityaccounting.com/ app/8CBBE1DA541CBDBE038479D842F6BE54.cache.html:66 qzn()@https://www.clarityaccounting.com/app/ 8CBBE1DA541CBDBE038479D842F6BE54.cache.html:72 (11)@https://www.clarityaccounting.com/app/ 8CBBE1DA541CBDBE038479D842F6BE54.cache.html:71 @:0 --~--~-~--~~~---~--~~ 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: Date comparison not working
Read the Date documentation - the numbers you are passing in for
cutOffDate are not being treated how you expect them to.
For example, the year value is relative to 1900, so the actual year of
your cutOffDate is 3901.
The month is zero-relative so you're specifying July, which you
probably were not expecting. It's stupid but that's the java Date
APIs for you!
On Nov 12, 4:36 am, rick_g <[EMAIL PROTECTED]> wrote:
> I'm trying to do a simple date comparison in GWT 1.5, and its not
> working.
>
> Here's my code:
>
> Date cutOffDate = new Date(2001, 6, 12);
> Date inputDate = dfApprovalDate.getValue();
> if (inputDate.after(cutOffDate)){
> //do something} else {
>
> //do something else
>
> }
>
> When I enter an input date of today (12 Nov 2008), it goes into the
> else block.
> Testing in hosted mode.
>
> Any ideas, alternatives?
--~--~-~--~~~---~--~~
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: How can I find address of the server?
Use GWT.getHostPageBaseURL() or GWT.getModuleBaseURL() to find the URL you came from. Simple string manipulations should get you everything else you need. Another option is Window.Location which tells you the current host, port, etc.. And ... read the manuals? This information isn't that hard to find, is it ? On Nov 12, 7:19 am, Marian Jancar <[EMAIL PROTECTED]> wrote: > Hi, > > I'm trying to use GWT to create a web interface for wireless embedded > devices, and due to space constrains I can't use Java on server side > and have to go with HTTP requests. How can I find the server address > in GWT? > > Best Regards, > Marian --~--~-~--~~~---~--~~ 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: Dynamic UI in GWT
You could probably invent your own system, but it might be a fairly
advanced task. If you really need seperate compilation between the
"modules" then you'll have to first create your own inter-module
communication system using javascript and JSNI, maybe a simple publish-
subscribe system would work well.
Then, you can implement each module so that on load it subscribes to
certain events and automatically attaches its widgets to right part of
the DOM when necessary. You'll be losing much of the benefits of GWT
here - you might be better off using a completely different AJAX
toolkit that already supports modularization.
If you're just talking about having a dynamically generated UI, and
not seperate compilation of modules, then an approach for this would
be, as you said, some kind of declarative UI. I suggest just using
DOM as the declaration - your UI pieces can attach to the DOM based on
XPath when they load, or at specific times. Think along the lines of
RootPanel.get("...") except you may need more complexity.
On Nov 12, 5:35 am, Antoine <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I’m currently learning GWT in order to be able to create a prototype
> of our new application. My main issue is the following: we need a
> dynamic application like an OSGi-based one or SOA-based.
> The goal is to have several module/package and each one defines its
> UI. It’s pretty much like Eclipse does but in a Web application.
>
> I try to look at different ways to do that.
> First using OSGi and stuff: Ooops I forgot the compilation…
> Then I though about on-the-fly compilation since the compiler is in
> Java, so it can be called from Java, when the user drop a module. Even
> though this can be interesting and fun to develop it’s not a practical
> solution, too many constraints.
> Then I was left with my last choice: declarative UI where the UI is
> defined in some kind of XML file and instantiate in the client side
> like any other lazy UI but I didn’t find a satisfying library.
>
> I’m looking for feed back on any experience you might have in that
> area: dynamic UI over several modules. If you have interesting reading/
> link/libraries that can help me that would be terrific too. Also, I’m
> open to any other solution that might fill our need of modular
> application.
>
> Thanks a lot in advance,
>
> Antoine.
--~--~-~--~~~---~--~~
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: Trouble Integrating single component page into existing j2ee application
This is a common problem for new GWT users - it's important to realize that GWT code can only use classes which are part of GWT modules. Any code outside of that, or which it doesn't have any source code for, will cause this error. You'll just have to work around it like the rest of us - it can result in some awkward reversals, like creating a shared interface which is only implemented on the server, and a static field with a pointer to that interface, and then storing your implementation into that static variable on the server side. The implementation then wraps up any non-GWT supported funcationality. On Nov 12, 11:30 am, Bliss <[EMAIL PROTECTED]> wrote: > I have created a single page using a GWT component and a class that > acts as a 'bridge' between my business code and the front end > component. > > I isolated all the GWT code into a separate package structure for > ease- and included it in my application with no troubles,when it > doesnt reference any other packages. > However, in real life- I need my 'bridge' code to import classes from > other packages in my J2ee application, and am having issues. > > I have > com.mygwtpackage.myGWTProject inherit com.mypackage.myClass > - > > > > > > > > > > > > > > > > > > > > - > I have included > > com.mypackage.myClass.class > com.mypackage.myClass.java and > > myClass.gwt.xml > > > > > > > > > > - > in a jar file included in > com.mypackage.myGWTProject/lib > > I have added this jar reference to the .compile and .shell files. > > I am having trouble compiling since I get : > > Loading module 'com.myGwtpackage.myGwtClass' > Loading inherited module 'com.mypackage.myClass' > > [WARN] Non-canonical source package: ./ > Removing units with errors > [ERROR] Errors in 'file:/C:/path/path/src/com/myGwtPackage/client/ > MyTree.java' > [ERROR] Line 92: No source code is available for type > com.mypackage.myClass; did you forget to inherit a required module? > Removing invalidated units > [WARN] Compilation unit 'file:/C:/path/src/com/myGwtpackage/client/ > myGwtClass.java' is remo > ved due to invalid reference(s): > [WARN] file:/C:/path/src/com/myGwtpackage/client/MyTree.java > Compiling module com.myGwtpackage.myGwtClass > Computing all possible rebind results for > 'com.myGwtpackage.client.myGwtClass' > > Rebinding com.myGwtpackage.client.myGwtClass > Checking rule class='com.google.gwt.user.rebind.ui.ImageBun > dleGenerator'/> > [ERROR] Unable to find type > 'com.myGwtpackage.client.myGwtClass > [ERROR] Hint: Previous compiler errors may have made this > type unava > ilable > [ERROR] Hint: Check the inheritance chain from your > module; it may n > ot be inheriting a required module or a module may not be adding its > source path > entries properly > [ERROR] Build failed --~--~-~--~~~---~--~~ 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: Announcing Kiyaa! a new GWT library
On 11/10/08, Johan Rydberg <[EMAIL PROTECTED]> wrote: > > Dobes skrev: > > Yeah ... I'll add documentation based on how much time and motivation > > I get, which partly depends on the interest I get in the application. > > I did add some documentation for the template system recently and I'll > > try and find a way to post the javadocs somewhere too. > > What I'm missing is a list of all dependencies, plus a .jar. Hm, good point - I added a page about requirements and uploaded a jar you can try. Let me know how well these work for you. I've also added a page describing the different modules you can inherit, the javadocs can be browsed online at http://kiyaa.googlecode.com/svn/trunk/kiyaa/doc/index.html and the google docreader link for the project is http://code.google.com/docreader/#p=kiyaa -- Dobes Vandermeer Director, Habitsoft Inc. [EMAIL PROTECTED] 778-891-2922 --~--~-~--~~~---~--~~ 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: Announcing Kiyaa! a new GWT library
Yeah ... I'll add documentation based on how much time and motivation I get, which partly depends on the interest I get in the application. I did add some documentation for the template system recently and I'll try and find a way to post the javadocs somewhere too. On Nov 10, 5:36 am, Johan Rydberg <[EMAIL PROTECTED]> wrote: > From the first look it looks good. > > Lacking as usual (as you point out) is documentation, tutorials > and examples. > > Great to see someone who implements a template system. I'll see > if I get around to try it out. Or I'll wait until there are > some documentation in place. > > ~jr --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Announcing Kiyaa! a new GWT library
Kiyaa! is a GWT toolkit for better accessibility, styling, and more! It was created in the process of making small business accounting software that I needed to be easy to use, attractive, and to maintain. Here are some highlights: * XHTML Template System based on facelets (also an example for how to write a GWT Generator) * Utility classes for sharing, combining, and proxying asynchronous callbacks * Server-side support for GWT’s statically typed localization (Constants and Messages) using javassist * Caching utility classes to help write client-side caches for RPC calls * A calendar widget supporting the jscalendar skins (originally a wrapper but I re-wrote it in Java) * A ComboBox class with search/suggest support and actions * A wrapper for the excellent DateJs date parsing library * And more ... It’s a very “fresh” release and I haven’t put any time into examples or documentation yet, so be prepared to learn it from the source code, and to have to submit patches and documentation of your own to get full value out of it. Not for the faint of heart! Blog Announcement: http://www.dobesland.com/2008/11/09/announcing-kiyaa/ Link: http://code.google.com/p/kiyaa/ Enjoy! --~--~-~--~~~---~--~~ 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: Payment systems
If you look at some example PayPal doante buttons you can probably figure out how to change the amount in them. The rest is just about generating a new URL for them to click on and sticking that inside a GWT object. You might find it easiest just to use a provided paypal widget - they actually have the ability to have a field for entering the donation amount. Why reinvent the wheel? When it comes to accepting credit card payments, PayPal is a nice easy place to start since they take care of everything. If you want to do this using another system, you'll have to look at how that system works. Google Checkout, Authorize.net, WorldPay, Nova, InternetSecure, PSiGate are all companies that let you sign up for a merchant account and payment processing gateway needed to process credit cards. Credit card processing can be quite involved due the security requirements around credit cards. On Nov 8, 6:41 am, usplitu <[EMAIL PROTECTED]> wrote: > I am attempting to create a donation web page using GWT which will > offer a list of popular payment methods such as PayPal and credit > cards. I would appreciate any help in discovering tutorials or > documentation. > In particular I would like to programatically enter the amount of the > donation into the PayPal form. > Also, where could I obtain documentation on payment systems using > credit cards? > Although I am an experienced Java programmer, I am new to this > particular area. > Any help would be greatly appreciated. --~--~-~--~~~---~--~~ 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: How to fix the size of ListBox
Two thoughts: 1. If you set the height in "em" it might adapt the font your users are using, this could be better than "px" but it will depend on the situation 2. Otherwise, for each language you want to support you'll have to use a different height. Create a subclass of Constants and put the height in there, and localize it for the languages you want to support. You'll probably have to learn how localization works in GWT by reading the documentation for it. Hope that helps! On Nov 9, 6:42 am, srinath <[EMAIL PROTECTED]> wrote: > Hi, > > In ListBox I am loading the items dynamically i.e., based on some > condition. so, based on the length of item the ListBox size is > increasing/diminishing in my web page. So, here I tried by providing > fixed size to ListBox for all the conditions. But, if my application > language changes then that size may not be sufficient. > > So, anybody can help me so that I can fix this issue. Thanks 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~--~~~~--~~--~--~---
Re: can the gwt compiler compile files outside the module
GWT will only access source files in the packages that you tell it to, by default the "client" package where the module is. You can specify additional packages to look in if you add a tag to your module XML, but they must be within a subpackage of the module. Otherwise, create a seperate module and inherit it. The XML for adding using an alternate package to 'client' is: To add the 'util' to the packages GWT will compile. Note that the GWT compiler seems to process every file in the given path, so you can't put any non-GWT-compatible code in the packages compiled by GWT. On Oct 30, 6:50 pm, AB <[EMAIL PROTECTED]> wrote: > I have a module and tried to include a .java file that is on the gwt > compile cp but not in the module (ie, not under > com.mycompany.mymodule.client). I reference the class in my module. > The compiler cannot find the .java file. Is the only way to include it > by building another module and including that module? I am trying to > create a bunch of shared utilities classes. Any help is > appreciated. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
NumberFormat currency format - number of decimal places based on currency code?
I'm trying to format international currency values all in the same application, and I'm switching from using my home-baked solution to using GWT's NumberFormat. What I can't figure out is how to determine and change the number of decimal places for each currency. For example, dollars would be $1,000.00 but rupees typically don't bother with the decimal place and they put a seperator every 4 digits instead of 3 so they are more like Rs1,. Can GWT support this within one compile of the application or does it always use the same currency format within one locale, regardless of the currency code it is given? Thanks, Dobes --~--~-~--~~~---~--~~ 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: Math.rint broken in web mode ?
Actually I took a second look and decided that Math.rint() is really
the best rounding mode for my purposes ... I reported this bug in the
GWT issue tracker, however.
On Oct 30, 7:19 pm, Dobes <[EMAIL PROTECTED]> wrote:
> It appears that Math.rint() is not working correctly inside the web
> browser. I ran the following test in hosted mode and in "web" mode:
>
> StringBuffer sb = new StringBuffer();
> sb.append("4200 * 1.0825 = ").append(4200 * 1.0825).append('\n');
> sb.append("4200 * 0.0825 = ").append(4200 * 0.0825).append('\n');
> sb.append("Math.rint(4200 * 1.0825) = ").append(Math.rint(4200 *
> 1.0825)).append('\n');
> sb.append("Math.rint(4200 * 0.0825) = ").append(Math.rint(4200 *
> 0.0825)).append('\n');
> sb.append("(long)Math.rint(4200 * 1.0825) =
> ").append((long)Math.rint(4200 * 1.0825)).append('\n');
> sb.append("(long)Math.rint(4200 * 0.0825) =
> ").append((long)Math.rint(4200 * 0.0825)).append('\n');
> testResults = sb.toString();
>
> In hosted mode (using the Java libraries) I get the correct output:
>
> 4200 * 1.0825 = 4546.5
> 4200 * 0.0825 = 346.5
> Math.rint(4200 * 1.0825) = 4546.0
> Math.rint(4200 * 0.0825) = 346.0
> (long)Math.rint(4200 * 1.0825) = 4546
> (long)Math.rint(4200 * 0.0825) = 346
>
> In firefox, IE7, and Google Chrome Math.rint() incorrectly rounds up
> as follows:
>
> 4200 * 1.0825 = 4546.5
> 4200 * 0.0825 = 346.5
> Math.rint(4200 * 1.0825) = 4547
> Math.rint(4200 * 0.0825) = 347
> (long)Math.rint(4200 * 1.0825) = 4547
> (long)Math.rint(4200 * 0.0825) = 347
>
> Does anyone have a correct implementation of Math.rint() for GWT
> somewhere that I can use?
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---
Math.rint broken in web mode ?
It appears that Math.rint() is not working correctly inside the web
browser. I ran the following test in hosted mode and in "web" mode:
StringBuffer sb = new StringBuffer();
sb.append("4200 * 1.0825 = ").append(4200 * 1.0825).append('\n');
sb.append("4200 * 0.0825 = ").append(4200 * 0.0825).append('\n');
sb.append("Math.rint(4200 * 1.0825) = ").append(Math.rint(4200 *
1.0825)).append('\n');
sb.append("Math.rint(4200 * 0.0825) = ").append(Math.rint(4200 *
0.0825)).append('\n');
sb.append("(long)Math.rint(4200 * 1.0825) =
").append((long)Math.rint(4200 * 1.0825)).append('\n');
sb.append("(long)Math.rint(4200 * 0.0825) =
").append((long)Math.rint(4200 * 0.0825)).append('\n');
testResults = sb.toString();
In hosted mode (using the Java libraries) I get the correct output:
4200 * 1.0825 = 4546.5
4200 * 0.0825 = 346.5
Math.rint(4200 * 1.0825) = 4546.0
Math.rint(4200 * 0.0825) = 346.0
(long)Math.rint(4200 * 1.0825) = 4546
(long)Math.rint(4200 * 0.0825) = 346
In firefox, IE7, and Google Chrome Math.rint() incorrectly rounds up
as follows:
4200 * 1.0825 = 4546.5
4200 * 0.0825 = 346.5
Math.rint(4200 * 1.0825) = 4547
Math.rint(4200 * 0.0825) = 347
(long)Math.rint(4200 * 1.0825) = 4547
(long)Math.rint(4200 * 0.0825) = 347
Does anyone have a correct implementation of Math.rint() for GWT
somewhere that I can use?
--~--~-~--~~~---~--~~
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: How Google Moderator (GWT) connect to App Engine?
Most likely, the client-side code is GWT but the server-side is in python, like all other AppEngine applications. On Sep 26, 8:04 am, Gudgee <[EMAIL PROTECTED]> wrote: > seehttp://moderator.appspot.com > Do you know how to google developer used? --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Remember the scroll position when navigating
I'm using the History system in GWT and it's great, except for one problem - when navigating it doesn't restore the vertical scrolling position of the page the same way that the browser does when going forward and back. This is a bit of a nuisance because sometimes the user will scroll a screen or two down a long table or form and when they go to the next page or click back they end up looking at the bottom of whatever they were looking at before. I noticed that there is a Window.getScrollTop() but there's no Window.setScrollTop(), so I'm not sure if that's the right class to save and restore the page's scroll position. What's the best way to get and set the vertical scroll position of the page? Is it the window, document, or body that I should be looking at? Also, is there a way to be notified when the user scrolls the document up and down and then save that into my scroll position map? Thanks, Dobes --~--~-~--~~~---~--~~ 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: Sharing the localization code between client and server
It seems like it should be possible to implement a kind of server-side GWT.create() that generates an subclass using cglib or one of the other bytecode generators. Maybe it would only work for the Constants and Messages interfaces, and a minor selection of others, but it would be quite useful. Unfortunately, it would be difficult to implement this outside of GWT because the client code a) can't use any classes not supported by GWT and b) must use GWT.create with a literal class (not a variable) as the parameter. On Sep 23, 5:21 am, Lothar Kimmeringer <[EMAIL PROTECTED]> wrote: > Martin Trummer schrieb: > > > Maybe another approach would be to extend the GWT-i18n tool, which > > already does the properties file parsing and creates the interface > > file. > > I have not looked at this tool yet, but maybe it can be extended to > > generate another file for the backend, that implements the interface > > methods and builds the messages from the ResourceBundle. > > That would make force everybody to actually use the tool regularily > to create the interface-file. I - for example - doesn't use the tool > but add methods to the interface-file by hand while developing the > GUI. In the long run, I realized that I'm faster and I'm also adding > Javadoc-comments describing the meaning behind the entry. > > Regards, Lothar --~--~-~--~~~---~--~~ 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: Sharing the localization code between client and server
Hm, I see. But would I be able to use GWT.create(...) to create the Constants subclass, and have it honor my @DefaultStringValue() annotations? I suppose not, so maybe I'd have to come up with some kind of clever factory scheme which uses GWT.create in client code and whatever my own implementation is in server code. I guess I'll have to give this some more thought, the code to work around this with extra client and server code that generates its own strings instead of generating strings in shared code might still be less work that implementing my own fancy GWT shared i18n stuff. On Sep 21, 6:13 am, Lothar Kimmeringer <[EMAIL PROTECTED]> wrote: > Dobes schrieb: > > > I like the way GWT does it's localization and it would be great if I > > could use the same code in client AND server (especially, use it in my > > code that is shared between client and server). Any idea how possible > > this is? > > Actually there is no problem at all (OK there are two ;-) > On the server-side just create a resource-bundle, that is > reading in the property-files used by GWT to create the > localized HTML-pages. > > Here comes the first problem. The property-files used for > GWT must be encoded in UTF-8, Java's resource-bundle > expects ISO-8859-1. But there are implementations out there > that can be used (GWT is using one as well that is mentioned > in the docs, so you might try that one out as well). > > The other problem is that the algorithm used for loading > the correct resource-bundle differs from the one used > in GWT. Giving a Locale of e.g. "en_US" and the following > available resource-bundles > > - file_de.properties > - file.properties > > GWT loads file.properties all the time where Java loads > the de-files if the System-Locale is DE. As well, the > default-Locales of GWT for some languages are different > (AFAIK en_US instead of en_EN and es_AG instead of es_ES) > leading to funny effects when localizing e.g. currencies. > > Regards, Lothar --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
Sharing the localization code between client and server
I like the way GWT does it's localization and it would be great if I could use the same code in client AND server (especially, use it in my code that is shared between client and server). Any idea how possible this is? --~--~-~--~~~---~--~~ 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: javax.management support
Hi Amod, You probably need to play around with GWT some more to figure out what it's all about, and what it can and cannot do. GWT only supports the classes and methods that are listed in its JRE emulation library page. To work around classes it does not support you'll have to move all the code that depends on those classes somewhere that GWT won't try and compile them. I suppose in an ideal world there'd be some way to share more code between client and server, maybe by annotating certain methods as "don't compile in GWT" and then ignoring missing imports unless they are actually used in the methods not ignored by GWT. Or even more ideally, GWT would support all of Java EE, on the client, and magically invoke Google Gears and do dependency injection, and our browsers would be so fast that performance still wouldn't be a problem. For now, though, you just have to carefully seperate GWT code from server-side code. On Sep 19, 10:38 am, Amod <[EMAIL PROTECTED]> wrote: > Hi > Please tell me whether GWT supports javax.management package. > If no then please tell me some workaround. > Thanks in advance. > Regards > Amod --~--~-~--~~~---~--~~ 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: parameters on main URL
It's pretty easy, actually, just use
Window.Location.getParameter("param"). It returns a String.
On Sep 20, 2:35 pm, xander <[EMAIL PROTECTED]> wrote:
> Hello to everybody
>
> I would like to know if I could do something like that
>
> http://localhost:/myAplicacion/MyAplication.html?param=code
>
> If I could do that, how could I get back this paramater on function
> onModuleLoad()
>
> thanks for all
>
> Alexander
--~--~-~--~~~---~--~~
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 Mosaic 0.1 Now Available
Could you give a preview of what's cool about it? Seems like you have a bunch of new widgets, and some layout system. Anything else? On Sep 20, 2:57 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Hi, > > After two release candidates and a lot of refactoring this is the > first release of GWT Mosaic. > > Home: > > http://code.google.com/p/gwt-mosaic/ > > Download: > > http://code.google.com/p/gwt-mosaic/downloads/list > > Kind Regards, > George. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
StatusCodeException accessing RPC on glassfish behind an apache SSL proxy for Firefox/Safari
I've been seeing intermittent StatusCodeException errors with status 0. Originally I was having the IE6 SSL issue, but I fixed that using the SSL downgrade configuration for apache. Now the status code exceptions are coming from Safari and Firefox as well as IE. My GWT app comunicates with glassfish via an apache proxy. I thought the problem might be connection/keepalive timeouts in glassfish so I disabled the timeouts and limits within glassfish and configured the mod_proxy settings in apache differently but I'm still seeing this error on a daily basis (I have it setup to email me the errors when users of my site get them). The application is a long-running one - online accounting software https://www.clarityaccounting.com - so it could be related to browser timeouts, keep alives, or something. Has anyone noticed the same problem, and found a fix? I don't get any errors in the apache and glassfish logs, so I'm at a loss about how to diagnose this. --~--~-~--~~~---~--~~ 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: Richtext Area loses focus everytime i resize panel containing it.
This might just be a bug in the particular browser ... have you tried other browsers? I've found that RichText Editors in web browsers are a bit flaky these days. On Aug 27, 7:22 pm, Priya <[EMAIL PROTECTED]> wrote: > Hi all, > > I am facing a problem while using richtextarea in my application. > Everytime i resize the panel containing richtextarea, it stops taking > keyboard events which means its losing focus though it shows cursor at > same position where i was before resizing which indicates focus is > still there. > But once i click there,it starts working fine. what can i do to solve > it?? > Yeah i also tried richtextarea.setfocus(false) on resize event of > window..but it looses focus from entire window and minimizes it. > Does anybody know how to fix 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: Dialog Box wouldn't open in deployment mode
Did you see whether the dialog showed up in the DOM, by using Firebug's DOM inspector? Maybe it's not positioned where you expect it to be. On Aug 28, 8:12 am, kojo <[EMAIL PROTECTED]> wrote: > I have been developing an application using GWT for a while. A dialog > box that belongs to a particular use case will work in hosted mode but > refuse to open in deployment mode entirely. However other dialog boxes > work fine. I am hoping someone can give me a clue as to what the > problem is or how i can find the cause of this problem. --~--~-~--~~~---~--~~ 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 + Derby in eclipse - ClassNotFoundException
Hi Oggy, Usually adding the jar file to the project isn't enough for a WAR file, you also have to copy it into WebContent/WEB-INF/lib. If that's not the issue, consult the mailing lists for Derby and/or your servlet container (tomcat, maybe?). Since GWT can't use Derby directly, you'll get better help from another source. On Aug 28, 12:52 pm, Oggy <[EMAIL PROTECTED]> wrote: > Hi, i'm trying to use GWT with Apache Derby in Eclipse. I've > downloaded derby_core_plugin and derby_ui_plugin, unzipped them, and > copied them to the eclipse plugins folder. I've added derby nature to > my project. The problem happens when my application uses RPC, which > should connect to the database and return something. I get this > exception: > > java.lang.ClassNotFoundException: org.apache.derby.jdbc.EmbeddedDriver > > Does anyone have an idea why does this happen? Derby.jar which > contains this class is apparently added to my project so this > exception makes no sense to me. Thanks, Oggy. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
EnumSet not serializable ?
I noticed that EnumSet is included in the 1.5 releases, but I recently put an EnumSet into a Serializable class and now it is Serializable no longer. Will it become Serializable soon ? What workarounds can anyone suggest for this problem? --~--~-~--~~~---~--~~ 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: Best practice: Larger application design
It might just make sense to not use GWT for this at all - use HTML and some kind of server-side templating language (JSP, Struts, Freemarker, a CMS of some sort) to create your site. GWT is really most appropriate for desktop-like AJAX applications, so unless the various pages are going to share a bunch of code, you can make them all a seperate GWT application. Some pages might not have any code at all. On Aug 28, 4:26 am, jbdhl <[EMAIL PROTECTED]> wrote: > The GWT documentation and the web in general contains several examples > on how to design a simple stand-alone application consisting of one > single "page". However, I miss some google-official "best practice" > input on how I can (should) design a classical web site consisting of > a conventional left menu with links to a number of different and > somewhat independent sub-pages. To complicate things I would like to > divide the left menu into several "chunks", grouping related menu > entries into separate boxes. > > 1) How should I construct such a menu using GWT? > > 2) How should I construct each of the sub-pages? Should I create > multiple modules or how should I design the code? > > 3) The sub-pages might need to update the left menu content (e.g. > update a users "rating"). How can (should) the sub-page access the > left menu? > > Thanks in advance, > J.B. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
