Since the build is a milestone it is marked as deprecated to keep it out of the list of releases.
On Sun, Nov 8, 2009 at 1:12 AM, vinays <vinay.sek...@gmail.com> wrote: > Why the download is marked as deprecated! > > On Oct 22, 10:43 pm, John LaBanca <jlaba...@google.com> wrote: > > Hi everyone, > > > > We are excited to release the second milestone build for GWT 2.0 > > today. This milestone is essentially feature complete, and provides > > somewhat more stability in the various bits of core functionality that > > will be coming in GWT 2.0. > > > > Please download the distribution from: > http://code.google.com/p/google-web-toolkit/downloads/list?can=1&q=2.... > > > > Milestone 2 contains a couple new features and changes from MS1: > > * Layout Panels: Layout panels have been refined since MS1. In > > particular, the TabLayoutPanel has been introduced, and UiBinder has > > been extended to support it and StackLayoutPanel. Layout panels use > > native css, so they resize with the window smoothly (IE6 uses active > > layout to achieve the same effect, but it is still fast in most > > cases). When paired with UIBinder, users can create applications > > faster than ever. (Read more about UiBinder under Declarative User > > Interface, below.) > > > > Breaking changes in MS2: > > * The way arguments are passed to the GWT testing infrastructure has > > been revamped (and changed slightly from MS1). 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 localhost:4444/*firefox' has become > > '-runStyle Selenium:localhost:4444/*firefox' > > * '-remoteweb rmi://localhost/ff3' has become > > '-runStyle RemoteWeb:rmi://localhost/ff3' > > * '-manual 5' has become '-runStyle Manual:5' > > Note: run style names must be capitalized (ex. Selenium). > > > > Known Issues in MS2: > > * LayoutPanels only work in strict mode, but new GWT applications are > > created in quirks mode by default. You must manually switch your > > application to strict mode by changing the DOCTYPE at the top of your > > application's html file. Existing widgets that do not work correctly > > in strict mode (ex. StackPanel) now have a LayoutPanel counterpart > > that does work in strict mode (ex. StackLayoutPanel). > > * Connecting multiple browsers at the same time in development mode > > can cause the development mode server to crash. You can avoid this by > > waiting for each browser to start your app before connecting another > > browser. > > * If you are planning to run the webAppCreator, i18nCreator, or the > > junitCreator scripts on Mac or Linux, please set the 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}) > > > > To reiterate, here are a few key notes from the Milestone 1 > > announcement... > > * 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. > > > > * In-Browser Development Mode: Prior to 2.0, GWT hosted mode provided > > a special-purpose "embedded browser" to debug your GWT code. In 2.0, > > the web page being debugged is viewed within a standard 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. 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, GWT 2.0 now > > supports HtmlUnit as the built-in browser for testing. 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. Production mode tests can still be > > run in any browser via HtmlUnit (default), manual mode, GWT's remote > > web, or Selenium depending on your use of -runStyle. Development mode > > tests can also be run using any browser that has the Development mode > > plugin installed (HtmlUnit has it by default). > > > > 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. > > > > -- John LaBanca, 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 google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com<google-web-toolkit%2bunsubscr...@googlegroups.com> > . > For more options, visit this group at > http://groups.google.com/group/google-web-toolkit?hl=. > > > -- 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=.