Sky, thanks for you reply. I am using Eclipse 3.5.0 (I am not sure updating to 3.5.1 matters) and my google eclipse plugin is uptodate.It still throws that exception if I just use default google plugin launch configuration.
On Oct 8, 5:39 pm, Sky <[email protected]> wrote: > Ben, with 2.0 my projects launch the development shell when using the > Google plugin launch options. It launched for me even when I just > changed a project from 1.7.1 to 2.0, but you could try creating a > whole new project with 2.0 from the start and copy the files over from > the old project. > > Make sure the google plugin and the appengine is fully up to date. > What version of Ecipse are you using? Try downloading the new 3.5.1 > version. > > Sorry I can't help any more than that. gl > > On Oct 8, 3:50 pm, Ben <[email protected]> wrote: > > > > > I have noticed that if you use Google Plugin to launch your project > > with 2.0 jar. The development shell does not launch at all. You have > > to launch it as a Java Application and set up some parameters by > > yourself, then you are able to see that GWT Develop Mode popup shell > > window. Is my observation correct? > > > On Oct 8, 1:33 pm, Sky <[email protected]> wrote: > > > > I got debugging to work! > > > > I created a new GWT web app with the Eclipse google plugin using GWT > > > 2.0MS1 as the SDK. This is what most likely solved my problem. Simply > > > changing a project from GWT 1.7.1 to 2.0 must not be making all the > > > necessary changes to the auto generated files to be properly > > > compatible. Obviously this sort of thing will be ironed out for > > > release. > > > > Then I needed to first launch (not a debug launch) the newly created > > > GWT web app (with the default app still intact). I tried this with a > > > browser that did not have the plugin installed (FF3.5) and when > > > navigating to the URL it auto directed me to the plugin install web > > > page and after installing the plugin the web app was rendered > > > correctly. Note that at this point I have not compiled the app so the > > > plugin is indeed doing its job! The java code is what is interacting > > > synchronously with the browser instead of the compiled JS! > > > > Note that I had first attempted to launch the app in debug mode which > > > gave me 3 errors related to the Appengine > > > (com.google.apphosting.utils.jetty... yet eclipse could not resolve > > > com.google.apphosting.utils.jetty) but those errors went away as soon > > > as I did a non debug launch. In other words, the app was able to do a > > > debug launch only after doing a regular launch. > > > > With the debug launch successful I was able to hit a breakpoint in the > > > onModuleLoad method of this default web app! I then copied all the > > > required files from my previous project into this new one. Once again > > > I was able to hit a breakpoint on the onModuleLoad method! > > > > I am very excited to have this working! > > > > On Oct 7, 8:32 pm, Sky <[email protected]> wrote: > > > > > I set GWT 2.0 as the SDK for my project and it changed to the new > > > > Development Swing UI In-browser mode instead of the old hosted mode. I > > > > placed the given URL in both FF3.5 and IE8 and neither auto installed > > > > the required plugin. Since my app is already compiled it renders fine > > > > but I cannot debug. I tried manually installing the correct plugins > > > > fromhttp://code.google.com/p/google-web-toolkit/wiki/UsingOOPHMyet > > > > the server is either only serving the compiled files or something is > > > > wrong with the plugin because I cannot debug; breakpoints are not hit. > > > > > Does anyone know what I am doing wrong? > > > > > On Oct 7, 11:37 am, Joseph Arceneaux <[email protected]> wrote: > > > > > > May we presume that the Snow Leopard issue is now history? > > > > > Thanks, > > > > > Joe > > > > > > On Mon, Oct 5, 2009 at 4:43 PM, Amit Manjhi <[email protected]> > > > > > wrote: > > > > > > > Hi everyone, > > > > > > > We are excited to release the first milestone build for GWT 2.0 > > > > > > today. > > > > > > This milestone provides early access (read: known to still be > > > > > > unfinished and buggy) to the various bits of core functionality that > > > > > > will be coming in GWT 2.0. Please download the bits from: > > > > > > >http://code.google.com/p/google-web-toolkit/downloads/list?can=1&q=2.... > > > > > > > Things that are changing with GWT 2.0 that might otherwise be > > > > > > confusing without explanation > > > > > > * Terminology changes: We're going to start using the term > > > > > > "development mode" rather than the old term "hosted mode." The term > > > > > > "hosted mode" was sometimes confusing to people, so we'll be using > > > > > > the > > > > > > more descriptive term from now on. For similar reasons, we'll be > > > > > > using > > > > > > the term "production mode" rather than "web mode" when referring to > > > > > > compiled script. > > > > > > > * Changes to the distribution: Note that there's only one download, > > > > > > and it's no longer platform-specific. You download the same zip file > > > > > > for every development platform. This is made possible by the new > > > > > > plugin approach used to implement development mode (see below). The > > > > > > distribution file does not include the browser plugins themselves; > > > > > > those are downloaded separately the first time you use development > > > > > > mode in a browser that doesn't have the plugin installed. > > > > > > > Functionality that will be coming in GWT 2.0 > > > > > > * In-Browser Development Mode: Prior to 2.0, GWT hosted mode > > > > > > provided > > > > > > a special-purpose "hosted browser" to debug your GWT code. In 2.0, > > > > > > the > > > > > > web page being debugged is viewed within a regular-old browser. > > > > > > Development mode is supported through the use of a native-code > > > > > > plugin > > > > > > for each browser. In other words, you can use development mode > > > > > > directly from Safari, Firefox, IE, and Chrome. > > > > > > > * Code Splitting: Developer-guided code splitting allows you to > > > > > > chunk > > > > > > your GWT code into multiple fragments for faster startup. Imagine > > > > > > having to download a whole movie before being able to watch it. > > > > > > Well, > > > > > > that's what you have to do with most Ajax apps these days -- > > > > > > download > > > > > > the whole thing before using it. With code splitting, you can > > > > > > arrange > > > > > > to load just the minimum script needed to get the application > > > > > > running > > > > > > and the user interacting, while the rest of the app is downloaded as > > > > > > needed. > > > > > > > * Declarative User Interface: GWT's UiBinder now allows you to > > > > > > create > > > > > > user interfaces mostly declaratively. Previously, widgets had to be > > > > > > created and assembled programmatically, requiring lots of code. Now, > > > > > > you can use XML to declare your UI, making the code more readable, > > > > > > easier to maintain, and faster to develop. The Mail sample has been > > > > > > updated to use the new declarative UI. > > > > > > > * Bundling of resources (ClientBundle): GWT has shipped with > > > > > > ImageBundles since GWT v1.4, giving developers automatic spriting of > > > > > > images. ClientBundle generalizes this technique, bringing the power > > > > > > of > > > > > > combining and optimizing resources into one download to things like > > > > > > text files, CSS, and XML. This means fewer network round trips, > > > > > > which > > > > > > in turn can decrease application latency -- especially on mobile > > > > > > applications. > > > > > > > * Using HtmlUnit for running GWT tests: GWT 2.0 no longer uses SWT > > > > > > or > > > > > > the old mozilla code (on linux) to run GWT tests. Instead, it uses > > > > > > HtmlUnit as the built-in browser. HtmlUnit is 100% Java. This means > > > > > > there is a single GWT distribution for linux, mac, and windows, and > > > > > > debugging GWT Tests in development mode can be done entirely in a > > > > > > Java > > > > > > debugger. > > > > > > > Known issues > > > > > > * If you are planning to run the webAppCreator, i18nCreator, or the > > > > > > junitCreator scripts on Mac or Linux, please set their executable > > > > > > bits > > > > > > by doing a 'chmod +x *Creator' > > > > > > * Our HtmlUnit integration is still not complete. Additionally, > > > > > > HtmlUnit does not do layout. So tests can fail either because they > > > > > > exercise layout or they hit bugs due to incomplete integration. If > > > > > > you > > > > > > want such tests to be ignored on HtmlUnit, please annotate the test > > > > > > methods with @DoNotRunWith({Platform.Htmlunit}) > > > > > > * The Google Eclipse Plugin will only allow you to add GWT release > > > > > > directories that include a file with a name like > > > > > > gwt-dev-windows.jar. > > > > > > You can fool it by sym linking or copying gwt-dev.jar to the > > > > > > appropriate name. > > > > > > > Breaking changes > > > > > > * The way arguments are passed to the GWT testing infrastructure has > > > > > > been revamped. There is now a consistent syntax to support arbitrary > > > > > > "runstyles", including user-written with no changes to GWT. Though > > > > > > this does not affect common launch configs, some of the less common > > > > > > ones will need to be updated. For example, '-selenium FF3' has > > > > > > become > > > > > > '-runStyle selenium:FF3' > > > > > > > As always, remember that GWT milestone builds like this are use-at- > > > > > > your-own-risk and we don't recommend it for production use. Please > > > > > > report any bugs you encounter to the GWT issue tracker (http:// > > > > > > code.google.com/p/google-web-toolkit/issues/list) after doing a > > > > > > quick > > > > > > search to see if your issue has already been reported. > > > > > > > -- Amit Manjhi, on behalf of the Google Web Toolkit team --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en -~----------~----~----~----~------~----~------~--~---
