GWT Incubator: table example broken link

2009-02-07 Thread Fred Janon
On this page:

http://code.google.com/docreader/#p=google-web-toolkit-incubators=google-web-toolkit-incubatort=ScrollTable

the link

Example:
http://google-web-toolkit-incubator.googlecode.com/svn/trunk/demo/ScrollTable/index.html

is broken (404)

Would someone fix it and report?

Thanks

Fred

--~--~-~--~~~---~--~~
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: Announcing GWT 1.6 Milestone 1

2009-02-07 Thread Dop Sun

Waiting for quite sometime, and I'm targeting 1.6 to build my GDE
project for quite some time, and finally, got a milestone release
ready. :) Great News!


On Feb 6, 11:26 pm, Scott Blum sco...@google.com wrote:
 Greetings GWT developers,

 The GWT team is happy to announce the availability of 1.6 Milestone 1!
 Binary distributions are available for download directly from GWT's Google
 Code project.

 http://code.google.com/p/google-web-toolkit/downloads/list?can=1q=1.6.0

 As always, milestone builds like this are use-at-your-own-risk. There are
 known bugs, and it definitely isn't ready for production use. Please expect
 some trial and error getting everything to work. The javadoc that comes
 bundled with the distribution should be up-to-date, but the online Developer
 Guide (http://code.google.com/docreader/#p=google-web-toolkit-doc-1-6) is
 still very much a work in progress. We will be updating it over the next
 several weeks. In lieu of an up-to-date Developer Guide and release notes,
 below are the major highlights relative to GWT 1.5.3.

 *** New Project Structure in GWT 1.6 ***

 One of the biggest changes to GWT 1.6 is a new project structure. The old
 output format has been replaced by the standard Java web app expanded war
 format, and the actual directory name does default to /war. Note that the
 war directory is not only for compiler output; it is also intended to
 contain handwritten static resources that you want to be included in your
 webapp alongside GWT modules (that is, things you'd want to version
 control). Please also note that the GWTShell and GWTCompiler tools will
 maintain their legacy behavior, but they have been deprecated in favor of
 new HostedMode and Compiler tools which use the new war output. When 1.6
 is officially released, we will be encouraging existing projects to update
 to the new directory format and to use the new tools to take advantage of
 new features and for compatibility with future GWT releases.

 The sample projects provided in the GWT distribution provide an example of
 correct new project configurations. For more details on the specifics of the
 new project format, please see GWT 1.6 WAR design document 
 (http://code.google.com/p/google-web-toolkit/wiki/WAR_Design_1_6).

 A couple of important changes we should highlight here:

 - Projects with server-side code (GWT RPC) must configure a web.xml file
 at /war/WEB-INF/web.xml. This web.xml file must define and publish any
 servlets associated with the web application. See the included DynaTable
 sample. Additionally, server-side library dependencies must be copied into
 /war/WEB-INF/lib. For example, any GWT RPC servlets must have a copy of
 gwt-servlet.jar in this folder.

 - HTML host pages will no longer typically be located in a GWT module's
 public path. Instead, we'll be recommending that people take advantage of
 the natural web app behavior for serving static files by placing host pages
 anywhere in the war structure that makes sense. For exmaple, you might want
 to load a GWT module from a JSP page located in the root of your web app. To
 keep such handwritten static files separate from those produced by the GWT
 compiler, the latter will be placed into module-specific subdirectories. Any
 page that wishes to include a GWT module can do so via a script tag by
 referencing the GWT-produced module.nocache.js script within that
 module's subdirectory. As of 1.6, we'll be recommending that only
 module-specific resources used directly by GWT code, such as image files
 needed by widgets, should remain on the public path. See the included
 Showcase sample for some examples of this distinction.

 - When you do need to load resources from a module's public path, always
 construct an absolute URL by prepending GWT.getModuleBaseURL(). For example,
 'GWT.getModuleBaseURL() + dir/file.ext'. This advice has not changed, but
 in the past it was easy to be sloppy with this, because the host page and
 GWT module typically lived in the same directory, so using a relative URL
 would usually do the right thing. Now that GWT modules live in a
 subdirectory, you must reference public resources through
 GWT.getModuleBaseURL().

 *** Hosted Mode Enhancements ***

 Although the legacy GWTShell still uses an embedded Tomcat server, the new
 HostedMode runs Jetty instead. There is also a new Restart Server button
 on the main hosted mode window. Clicking this button restarts the internal
 Jetty server, which allows Java code changes to take effect on the server
 without having to completely exit and restart hosted mode. This is useful
 when making code changes to RPC servlets, or when serializable RPC types are
 modified and the server and client are out of sync.

 *** New EventHandler System ***

 Event handlers have been added to replace the old event listeners used by
 Widgets, History, and various other classes. The new system has a few
 differences from the old system:

 - EventHandler methods always take a 

Re: Servlets and web.xml

2009-02-07 Thread Jonathan

Hi,
Thanks again for the help.

GWT.getModuleBaseURL() returns http://localhost:8080/com.tergwt.Main/
so i guess the path is correct...
I tried to put the hardcoded path to my app folder (/home/jon/
GWTDeploy/webapps/com.tergwt.Main + /FileServlet) and i still get this
404.
I even tried to point it to the classes folder ...

I'm not sure to understand very well in what involves this setAction
line. It should point to my FileServlet.class file ?
Or something else ?

This servlet/form works fine in the embedded tomcat in hosted browser.
So i guess something between the two config is missing (in my jetty
server)
But i can't find what ! It's quite annoying :)

Thanks in advance...
Regards

On 7 fév, 01:59, Jonathan jonathan.delf...@gmail.com wrote:
 Hey i just saw this before your message.
 But even with that, it stills not working.
 I still get this message 404pRequestURI=/com.tergwt.Main//
 FileServlet/ppismall...

 And i changed my formAction to form.setAction(/FileServlet); instead
 of form.setAction(GWT.getModuleBaseURL() + /FileServlet);
 So now, no more idea on my side ...

 Cheers

 On 7 fév, 01:50, Shawn Brown big.coffee.lo...@gmail.com wrote: Well you 
 have to specify a valid url.

  You are configuring /fileServlet to go to your servlet and then asking
  requesting a url of /FileServlet.

  Aren't you?  I am not sure but think capitalization is significant.

  Best,

  Shawn

  On Sat, Feb 7, 2009 at 9:42 AM, Jonathan jonathan.delf...@gmail.com wrote:

   Wow, i'm almost happy !
   I finally managed to get rid of the HTTP ERROR 503.
   I misplaced the bin files (.classes), they need to be under yourapp/
   web-inf/classes/...
   So i took the time to copy libs here too (in lib folder).

   OK this done, i don't success to upload my file.
   I browse it correctly, but when i click submit i get : h2HTTP ERROR:
   404/h2preNOT_FOUND/pre
   pRequestURI=/com.tergwt.Main//FileServlet/ppismalla
   href=http://jetty.mortbay.org/;Powered by 
   Jetty:///a/small/i/pbr
   as a response of the server.

   My web.xml updated :
   servlet
                  servlet-namefileServlet/servlet-name
                  
   servlet-classcom.tergwt.server.FileServlet/servlet-class
          /servlet

          servlet-mapping
                  servlet-namefileServlet/servlet-name
                  url-pattern/fileServlet/url-pattern
          /servlet-mapping

   My entrypoint if needed:
   onModuleLoad() {
    final FormPanel form = new FormPanel();
        form.setAction(GWT.getModuleBaseURL() + /FileServlet);
   ...
   }

   If someone could tell me what's wrong, it could be nice :)

   Thanks in advance,
   Regards.

   On 6 fév, 21:05, Jonathan jonathan.delf...@gmail.com wrote:
   Hi to all,

   I'm under linux and I follow this 
   tutorialhttp://jeff.ourexchange.net/2008/03/01/deploying-gwt-applications-wit
   I have a simple gwt application that browses for a file and upload it
   using a servlet (class FileServlet extends HttpServlet).
   In hosted mode (with tomcat) with the hosted browser of gwt, all works
   as expected, my servlet runs fine.

   I try to deploy application to a Jetty embedded server and i get a
   HTTP ERROR: 503 SERVICE_UNAVAILABLE if i enable my servlet in web.xml
   (under WEB-INF). Also when i run the Jetty server (in console), i get
   two exceptions like  Failed startup of context
   org.mortbay.jetty.webapp.webappcont...@1b9ce4b{/com.tergwt.Main,file:/
   home/jon/GWTDeploy/webapps/com.tergwt.Main/}
   java.lang.NullPointerException
   I don't see the form of the upload.

   If i disable the servlet declaration in the xml file, the server runs
   without exceptions but it doesnt upload and i get h2HTTP ERROR:
   404/h2preNOT_FOUND/prepRequestURI=/com.tergwt.Main//
   FileServlet/p if i try...

   So i guess it has something to do with the web.xml file.
   Unfortunately, i don't success with it.
   Here is the content of my web.xml file without the web-app marks.
          servlet
                   servlet-namefileServlet/servlet-name
                   
   servlet-classcom.tergwt.server.FileServlet/servlet-class
           /servlet

           servlet-mapping
                   servlet-namefileServlet/servlet-name
                   url-pattern/files/*/url-pattern
           /servlet-mapping

   I don't know what else i can do to fix this problem as i'm not an
   expert with these things.
   My main.java contains the upload form and it uses the FileServlet to
   make the doPost().
   Here is the full tree of my webapp deployed folder with the embed
   Jetty server :http://filebin.ca/cjgvj/tree.txt.

   Thanks in advance.
   Best regards.
   Jonathan
--~--~-~--~~~---~--~~
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 

Re: Servlets and web.xml

2009-02-07 Thread jmpeace

Why don't you try opening a separated browser window and point to
http://localhost:/FileServlet

It should give you a HTTP Status 500 error meaning it is listening
there in hosted mode

On Feb 7, 8:05 am, Jonathan jonathan.delf...@gmail.com wrote:
 Hi,
 Thanks again for the help.

 GWT.getModuleBaseURL() returnshttp://localhost:8080/com.tergwt.Main/
 so i guess the path is correct...
 I tried to put the hardcoded path to my app folder (/home/jon/
 GWTDeploy/webapps/com.tergwt.Main + /FileServlet) and i still get this
 404.
 I even tried to point it to the classes folder ...

 I'm not sure to understand very well in what involves this setAction
 line. It should point to my FileServlet.class file ?
 Or something else ?

 This servlet/form works fine in the embedded tomcat in hosted browser.
 So i guess something between the two config is missing (in my jetty
 server)
 But i can't find what ! It's quite annoying :)

 Thanks in advance...
 Regards

 On 7 fév, 01:59, Jonathan jonathan.delf...@gmail.com wrote:

  Hey i just saw this before your message.
  But even with that, it stills not working.
  I still get this message 404pRequestURI=/com.tergwt.Main//
  FileServlet/ppismall...

  And i changed my formAction to form.setAction(/FileServlet); instead
  of form.setAction(GWT.getModuleBaseURL() + /FileServlet);
  So now, no more idea on my side ...

  Cheers

  On 7 fév, 01:50, Shawn Brown big.coffee.lo...@gmail.com wrote: Well you 
  have to specify a valid url.

   You are configuring /fileServlet to go to your servlet and then asking
   requesting a url of /FileServlet.

   Aren't you?  I am not sure but think capitalization is significant.

   Best,

   Shawn

   On Sat, Feb 7, 2009 at 9:42 AM, Jonathan jonathan.delf...@gmail.com 
   wrote:

Wow, i'm almost happy !
I finally managed to get rid of the HTTP ERROR 503.
I misplaced the bin files (.classes), they need to be under yourapp/
web-inf/classes/...
So i took the time to copy libs here too (in lib folder).

OK this done, i don't success to upload my file.
I browse it correctly, but when i click submit i get : h2HTTP ERROR:
404/h2preNOT_FOUND/pre
pRequestURI=/com.tergwt.Main//FileServlet/ppismalla
href=http://jetty.mortbay.org/;Powered by 
Jetty:///a/small/i/pbr
as a response of the server.

My web.xml updated :
servlet
               servlet-namefileServlet/servlet-name
               
servlet-classcom.tergwt.server.FileServlet/servlet-class
       /servlet

       servlet-mapping
               servlet-namefileServlet/servlet-name
               url-pattern/fileServlet/url-pattern
       /servlet-mapping

My entrypoint if needed:
onModuleLoad() {
 final FormPanel form = new FormPanel();
     form.setAction(GWT.getModuleBaseURL() + /FileServlet);
...
}

If someone could tell me what's wrong, it could be nice :)

Thanks in advance,
Regards.

On 6 fév, 21:05, Jonathan jonathan.delf...@gmail.com wrote:
Hi to all,

I'm under linux and I follow this 
tutorialhttp://jeff.ourexchange.net/2008/03/01/deploying-gwt-applications-wit
I have a simple gwt application that browses for a file and upload it
using a servlet (class FileServlet extends HttpServlet).
In hosted mode (with tomcat) with the hosted browser of gwt, all works
as expected, my servlet runs fine.

I try to deploy application to a Jetty embedded server and i get a
HTTP ERROR: 503 SERVICE_UNAVAILABLE if i enable my servlet in web.xml
(under WEB-INF). Also when i run the Jetty server (in console), i get
two exceptions like  Failed startup of context
org.mortbay.jetty.webapp.webappcont...@1b9ce4b{/com.tergwt.Main,file:/
home/jon/GWTDeploy/webapps/com.tergwt.Main/}
java.lang.NullPointerException
I don't see the form of the upload.

If i disable the servlet declaration in the xml file, the server runs
without exceptions but it doesnt upload and i get h2HTTP ERROR:
404/h2preNOT_FOUND/prepRequestURI=/com.tergwt.Main//
FileServlet/p if i try...

So i guess it has something to do with the web.xml file.
Unfortunately, i don't success with it.
Here is the content of my web.xml file without the web-app marks.
       servlet
                servlet-namefileServlet/servlet-name
                
servlet-classcom.tergwt.server.FileServlet/servlet-class
        /servlet

        servlet-mapping
                servlet-namefileServlet/servlet-name
                url-pattern/files/*/url-pattern
        /servlet-mapping

I don't know what else i can do to fix this problem as i'm not an
expert with these things.
My main.java contains the upload form and it uses the FileServlet to
make the doPost().
Here is the full tree of my webapp deployed folder with the embed
Jetty server :http://filebin.ca/cjgvj/tree.txt.

Thanks in advance.

Re: Servlets and web.xml

2009-02-07 Thread Jonathan

Pointing to http://localhost:8080/com.tergwt.Main/FileServlet shows me
HTTP 405 (HTTP method GET is not supported by this URL).
http://localhost:8080/FileServlet shows 404 (normal it's not in my
webapp folder).

So, the FileServlet is here, but it stills can't be found by the form
action ?

I'm not using the GWT hosted browser with the tomcat integrated server
(I'm using Jetty).
Here is my web.xml file :
servlet
servlet-namefileServlet/servlet-name
servlet-classcom.tergwt.server.FileServlet/servlet-class
/servlet
servlet-mapping
servlet-namefileServlet/servlet-name
url-pattern/FileServlet/url-pattern
/servlet-mapping

Thanks,
Regards

On 7 fév, 15:23, jmpeace jmpe...@gmail.com wrote:
 Why don't you try opening a separated browser window and point 
 tohttp://localhost:/FileServlet

 It should give you a HTTP Status 500 error meaning it is listening
 there in hosted mode

 On Feb 7, 8:05 am, Jonathan jonathan.delf...@gmail.com wrote:

  Hi,
  Thanks again for the help.

  GWT.getModuleBaseURL() returnshttp://localhost:8080/com.tergwt.Main/
  so i guess the path is correct...
  I tried to put the hardcoded path to my app folder (/home/jon/
  GWTDeploy/webapps/com.tergwt.Main + /FileServlet) and i still get this
  404.
  I even tried to point it to the classes folder ...

  I'm not sure to understand very well in what involves this setAction
  line. It should point to my FileServlet.class file ?
  Or something else ?

  This servlet/form works fine in the embedded tomcat in hosted browser.
  So i guess something between the two config is missing (in my jetty
  server)
  But i can't find what ! It's quite annoying :)

  Thanks in advance...
  Regards

  On 7 fév, 01:59, Jonathan jonathan.delf...@gmail.com wrote:

   Hey i just saw this before your message.
   But even with that, it stills not working.
   I still get this message 404pRequestURI=/com.tergwt.Main//
   FileServlet/ppismall...

   And i changed my formAction to form.setAction(/FileServlet); instead
   of form.setAction(GWT.getModuleBaseURL() + /FileServlet);
   So now, no more idea on my side ...

   Cheers

   On 7 fév, 01:50, Shawn Brown big.coffee.lo...@gmail.com wrote: Well 
   you have to specify a valid url.

You are configuring /fileServlet to go to your servlet and then asking
requesting a url of /FileServlet.

Aren't you?  I am not sure but think capitalization is significant.

Best,

Shawn

On Sat, Feb 7, 2009 at 9:42 AM, Jonathan jonathan.delf...@gmail.com 
wrote:

 Wow, i'm almost happy !
 I finally managed to get rid of the HTTP ERROR 503.
 I misplaced the bin files (.classes), they need to be under yourapp/
 web-inf/classes/...
 So i took the time to copy libs here too (in lib folder).

 OK this done, i don't success to upload my file.
 I browse it correctly, but when i click submit i get : h2HTTP ERROR:
 404/h2preNOT_FOUND/pre
 pRequestURI=/com.tergwt.Main//FileServlet/ppismalla
 href=http://jetty.mortbay.org/;Powered by 
 Jetty:///a/small/i/pbr
 as a response of the server.

 My web.xml updated :
 servlet
                servlet-namefileServlet/servlet-name
                
 servlet-classcom.tergwt.server.FileServlet/servlet-class
        /servlet

        servlet-mapping
                servlet-namefileServlet/servlet-name
                url-pattern/fileServlet/url-pattern
        /servlet-mapping

 My entrypoint if needed:
 onModuleLoad() {
  final FormPanel form = new FormPanel();
      form.setAction(GWT.getModuleBaseURL() + /FileServlet);
 ...
 }

 If someone could tell me what's wrong, it could be nice :)

 Thanks in advance,
 Regards.

 On 6 fév, 21:05, Jonathan jonathan.delf...@gmail.com wrote:
 Hi to all,

 I'm under linux and I follow this 
 tutorialhttp://jeff.ourexchange.net/2008/03/01/deploying-gwt-applications-wit
 I have a simple gwt application that browses for a file and upload it
 using a servlet (class FileServlet extends HttpServlet).
 In hosted mode (with tomcat) with the hosted browser of gwt, all 
 works
 as expected, my servlet runs fine.

 I try to deploy application to a Jetty embedded server and i get a
 HTTP ERROR: 503 SERVICE_UNAVAILABLE if i enable my servlet in web.xml
 (under WEB-INF). Also when i run the Jetty server (in console), i get
 two exceptions like  Failed startup of context
 org.mortbay.jetty.webapp.webappcont...@1b9ce4b{/com.tergwt.Main,file:/
 home/jon/GWTDeploy/webapps/com.tergwt.Main/}
 java.lang.NullPointerException
 I don't see the form of the upload.

 If i disable the servlet declaration in the xml file, the server runs
 without exceptions but it doesnt upload and i get h2HTTP ERROR:
 404/h2preNOT_FOUND/prepRequestURI=/com.tergwt.Main//
 FileServlet/p if i try...

 So i 

GWT with webservices

2009-02-07 Thread chandrajeet

Hi All,

I didn't find yet a clean way to use webservices and GWT. I am using
axis and it generates many Axis objects which aren't recognized by GWT
as they are not POJOs. So, I am manually creating a new set of POJOs
from those axis objects in the GWT client package.
Is there any straight forward way to use the webservices without using
Axis so that GWT(server code) can make webservice calls?

Thanks in Advance,
Chandrajeet
--~--~-~--~~~---~--~~
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: Servlets and web.xml

2009-02-07 Thread Jonathan

Wow i don't know what happened but i put
form.setAction(GWT.getHostPageBaseURL() + FileServlet);
using this web.xml and all finally works fine...

Thanks you very much for the help, i can now go forward !
Thanks again !

Best regards,
Jonathan

On 7 fév, 15:48, Jonathan jonathan.delf...@gmail.com wrote:
 Pointing tohttp://localhost:8080/com.tergwt.Main/FileServletshows me
 HTTP 405 (HTTP method GET is not supported by this 
 URL).http://localhost:8080/FileServletshows 404 (normal it's not in my
 webapp folder).

 So, the FileServlet is here, but it stills can't be found by the form
 action ?

 I'm not using the GWT hosted browser with the tomcat integrated server
 (I'm using Jetty).
 Here is my web.xml file :
 servlet
                 servlet-namefileServlet/servlet-name
                 servlet-classcom.tergwt.server.FileServlet/servlet-class
 /servlet
 servlet-mapping
                 servlet-namefileServlet/servlet-name
                 url-pattern/FileServlet/url-pattern
 /servlet-mapping

 Thanks,
 Regards

 On 7 fév, 15:23, jmpeace jmpe...@gmail.com wrote:

  Why don't you try opening a separated browser window and point 
  tohttp://localhost:/FileServlet

  It should give you a HTTP Status 500 error meaning it is listening
  there in hosted mode

  On Feb 7, 8:05 am, Jonathan jonathan.delf...@gmail.com wrote:

   Hi,
   Thanks again for the help.

   GWT.getModuleBaseURL() returnshttp://localhost:8080/com.tergwt.Main/
   so i guess the path is correct...
   I tried to put the hardcoded path to my app folder (/home/jon/
   GWTDeploy/webapps/com.tergwt.Main + /FileServlet) and i still get this
   404.
   I even tried to point it to the classes folder ...

   I'm not sure to understand very well in what involves this setAction
   line. It should point to my FileServlet.class file ?
   Or something else ?

   This servlet/form works fine in the embedded tomcat in hosted browser.
   So i guess something between the two config is missing (in my jetty
   server)
   But i can't find what ! It's quite annoying :)

   Thanks in advance...
   Regards

   On 7 fév, 01:59, Jonathan jonathan.delf...@gmail.com wrote:

Hey i just saw this before your message.
But even with that, it stills not working.
I still get this message 404pRequestURI=/com.tergwt.Main//
FileServlet/ppismall...

And i changed my formAction to form.setAction(/FileServlet); instead
of form.setAction(GWT.getModuleBaseURL() + /FileServlet);
So now, no more idea on my side ...

Cheers

On 7 fév, 01:50, Shawn Brown big.coffee.lo...@gmail.com wrote: Well 
you have to specify a valid url.

 You are configuring /fileServlet to go to your servlet and then asking
 requesting a url of /FileServlet.

 Aren't you?  I am not sure but think capitalization is significant.

 Best,

 Shawn

 On Sat, Feb 7, 2009 at 9:42 AM, Jonathan jonathan.delf...@gmail.com 
 wrote:

  Wow, i'm almost happy !
  I finally managed to get rid of the HTTP ERROR 503.
  I misplaced the bin files (.classes), they need to be under yourapp/
  web-inf/classes/...
  So i took the time to copy libs here too (in lib folder).

  OK this done, i don't success to upload my file.
  I browse it correctly, but when i click submit i get : h2HTTP 
  ERROR:
  404/h2preNOT_FOUND/pre
  pRequestURI=/com.tergwt.Main//FileServlet/ppismalla
  href=http://jetty.mortbay.org/;Powered by 
  Jetty:///a/small/i/pbr
  as a response of the server.

  My web.xml updated :
  servlet
                 servlet-namefileServlet/servlet-name
                 
  servlet-classcom.tergwt.server.FileServlet/servlet-class
         /servlet

         servlet-mapping
                 servlet-namefileServlet/servlet-name
                 url-pattern/fileServlet/url-pattern
         /servlet-mapping

  My entrypoint if needed:
  onModuleLoad() {
   final FormPanel form = new FormPanel();
       form.setAction(GWT.getModuleBaseURL() + /FileServlet);
  ...
  }

  If someone could tell me what's wrong, it could be nice :)

  Thanks in advance,
  Regards.

  On 6 fév, 21:05, Jonathan jonathan.delf...@gmail.com wrote:
  Hi to all,

  I'm under linux and I follow this 
  tutorialhttp://jeff.ourexchange.net/2008/03/01/deploying-gwt-applications-wit
  I have a simple gwt application that browses for a file and upload 
  it
  using a servlet (class FileServlet extends HttpServlet).
  In hosted mode (with tomcat) with the hosted browser of gwt, all 
  works
  as expected, my servlet runs fine.

  I try to deploy application to a Jetty embedded server and i get a
  HTTP ERROR: 503 SERVICE_UNAVAILABLE if i enable my servlet in 
  web.xml
  (under WEB-INF). Also when i run the Jetty server (in console), i 
  get
  two exceptions like  Failed startup of context
  

Tab bar styles are not working..

2009-02-07 Thread Ananda Rao

Hi,

i have added styles to tab-bar, but they are not reflecting ( are in
the default style).

below are my CSS code..

can you please help me here why it is not getting reflected to the tab panle..

.gwt-TabBar .gwt-TabBarFirst {
height: 100%;
border-bottom: 1px solid #87b3ff;

}

.gwt-TabBar .gwt-TabBarRest {

border-bottom: 1px solid #87b3ff;
vertical-align: bottom;


}

.gwt-TabBar .gwt-TabBarItem {

   background-image: url(home.gif);
cursor: hand;

}

.gwt-TabBar .gwt-TabBarItem-selected {


width : 193px;
color: Black;
margin-left: -20px;
border-right: 2px solid Black;
font-family: Tahoma;
font-size: 15px;
font-weight: bold;
white-space: nowrap;
background-color: white;
background-image: url(Tab01.png);
cursor: default;
}

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



Setting Google Map Icon Style

2009-02-07 Thread JeanV

Is there anyway to set the style of an marker's image? I use Icon to
create the image for each marker but I would like to be able to set a
style so I can use CSS to create borders around each marker's image.
Any help would be greatly appreciated.

jean
--~--~-~--~~~---~--~~
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: Parsing http GWT command line

2009-02-07 Thread OffTheWall

Here are two classes that can be used to get at the values in the
command line:

import com.google.gwt.core.client.JavaScriptObject;

/**
 * Thanks to Robert Hanson and Adam Tacy for GWT in Action.
 */

public class CommandLine extends JavaScriptObject {

private static CommandLineImpl impl = new CommandLineImpl();

protected CommandLine() {
}

public static final String getArg(String key) {
return impl.getArg(key);
}

}

//+

public class CommandLineImpl {

/**
 * Javascriptcode thanks to Scott Burton and lobo235
 */
public native String getArg(String name) /*-{
name = name.replace(/[\[]/,\\\[).replace(/[\]]/,\\\]);
var regexS = [\\?]+name+=([^#]*);
var regex = new RegExp( regexS );

var results = regex.exec( $wnd.location.href );

if(results == null)
{
return ;
}
else
{
return results[1];
}
}-*/;

}


Then in your entry point you have a call like this:

String value1 = CommandLine.getArg(key1);


On Feb 6, 12:02 pm, OffTheWall move-o...@comcast.net wrote:
 I would like my GWT application to parse the url that it was called
 with.  Something like this:

 http://mymachine.com/myapp?key1=value1

 And be able to grab the key values pairs from within my application.
 The key may be a fixed value, and the value of course will change with
 invocation of my application.  Can anybody help me with 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 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---



Re: Announcing GWT 1.6 Milestone 1

2009-02-07 Thread cyril.lakech

Great news  Félicitations ! We don't need to build from the source
now !

I'm goint to test this M1 next week !

Regards,

On 6 fév, 16:26, Scott Blum sco...@google.com wrote:
 Greetings GWT developers,

 The GWT team is happy to announce the availability of 1.6 Milestone 1!
 Binary distributions are available for download directly from GWT's Google
 Code project.

 http://code.google.com/p/google-web-toolkit/downloads/list?can=1q=1.6.0

 As always, milestone builds like this are use-at-your-own-risk. There are
 known bugs, and it definitely isn't ready for production use. Please expect
 some trial and error getting everything to work. The javadoc that comes
 bundled with the distribution should be up-to-date, but the online Developer
 Guide (http://code.google.com/docreader/#p=google-web-toolkit-doc-1-6) is
 still very much a work in progress. We will be updating it over the next
 several weeks. In lieu of an up-to-date Developer Guide and release notes,
 below are the major highlights relative to GWT 1.5.3.

 *** New Project Structure in GWT 1.6 ***

 One of the biggest changes to GWT 1.6 is a new project structure. The old
 output format has been replaced by the standard Java web app expanded war
 format, and the actual directory name does default to /war. Note that the
 war directory is not only for compiler output; it is also intended to
 contain handwritten static resources that you want to be included in your
 webapp alongside GWT modules (that is, things you'd want to version
 control). Please also note that the GWTShell and GWTCompiler tools will
 maintain their legacy behavior, but they have been deprecated in favor of
 new HostedMode and Compiler tools which use the new war output. When 1.6
 is officially released, we will be encouraging existing projects to update
 to the new directory format and to use the new tools to take advantage of
 new features and for compatibility with future GWT releases.

 The sample projects provided in the GWT distribution provide an example of
 correct new project configurations. For more details on the specifics of the
 new project format, please see GWT 1.6 WAR design document 
 (http://code.google.com/p/google-web-toolkit/wiki/WAR_Design_1_6).

 A couple of important changes we should highlight here:

 - Projects with server-side code (GWT RPC) must configure a web.xml file
 at /war/WEB-INF/web.xml. This web.xml file must define and publish any
 servlets associated with the web application. See the included DynaTable
 sample. Additionally, server-side library dependencies must be copied into
 /war/WEB-INF/lib. For example, any GWT RPC servlets must have a copy of
 gwt-servlet.jar in this folder.

 - HTML host pages will no longer typically be located in a GWT module's
 public path. Instead, we'll be recommending that people take advantage of
 the natural web app behavior for serving static files by placing host pages
 anywhere in the war structure that makes sense. For exmaple, you might want
 to load a GWT module from a JSP page located in the root of your web app. To
 keep such handwritten static files separate from those produced by the GWT
 compiler, the latter will be placed into module-specific subdirectories. Any
 page that wishes to include a GWT module can do so via a script tag by
 referencing the GWT-produced module.nocache.js script within that
 module's subdirectory. As of 1.6, we'll be recommending that only
 module-specific resources used directly by GWT code, such as image files
 needed by widgets, should remain on the public path. See the included
 Showcase sample for some examples of this distinction.

 - When you do need to load resources from a module's public path, always
 construct an absolute URL by prepending GWT.getModuleBaseURL(). For example,
 'GWT.getModuleBaseURL() + dir/file.ext'. This advice has not changed, but
 in the past it was easy to be sloppy with this, because the host page and
 GWT module typically lived in the same directory, so using a relative URL
 would usually do the right thing. Now that GWT modules live in a
 subdirectory, you must reference public resources through
 GWT.getModuleBaseURL().

 *** Hosted Mode Enhancements ***

 Although the legacy GWTShell still uses an embedded Tomcat server, the new
 HostedMode runs Jetty instead. There is also a new Restart Server button
 on the main hosted mode window. Clicking this button restarts the internal
 Jetty server, which allows Java code changes to take effect on the server
 without having to completely exit and restart hosted mode. This is useful
 when making code changes to RPC servlets, or when serializable RPC types are
 modified and the server and client are out of sync.

 *** New EventHandler System ***

 Event handlers have been added to replace the old event listeners used by
 Widgets, History, and various other classes. The new system has a few
 differences from the old system:

 - EventHandler methods always take a single parameter: the GwtEvent that 

Re: GWT with webservices

2009-02-07 Thread Ben Tilford
JAX-WS can be used. If you've been using Axis you'll probably find it a lot
easier.

2009/2/7 chandrajeet chandraj...@gmail.com


 Hi All,

 I didn't find yet a clean way to use webservices and GWT. I am using
 axis and it generates many Axis objects which aren't recognized by GWT
 as they are not POJOs. So, I am manually creating a new set of POJOs
 from those axis objects in the GWT client package.
 Is there any straight forward way to use the webservices without using
 Axis so that GWT(server code) can make webservice calls?

 Thanks in Advance,
 Chandrajeet
 


--~--~-~--~~~---~--~~
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 site interface

2009-02-07 Thread lidos

hey gwt community,
first post here.

I m checking this new tool and i will really want to make a site ,
using this menu , can anyone help me??

jake did u find anything?
i would be grateful if someone help me!!

ty a lot.

--~--~-~--~~~---~--~~
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: Anyone configure GWTShell to listen on a network interface?

2009-02-07 Thread Charlie Collins

You don't really have to dig into it to make it listen on a different
port.  It supports a -port option to tell it to listen on any port
you want. As far as which interface it listens on, that's different,
but in my experience (and on my machine right now, Linux, GWT 1.5.3),
it doesn't bind just to loopback, it binds to * local - so it is
available from a non loopback address, and you can set the port.
(That said, if you really want to test it and use different os/browser
combinations, it might be a better idea to just compile it and deploy
and then test it, that way you are testing the real deal anyway.)

process:
ccollins  6602  6601  5 17:23 pts/000:00:14 /opt/jdk1.6.0_10/jre/
bin/java -Xmx512m -cp [CLASSPATHHERE. . . .]
com.google.gwt.dev.GWTShell -logLevel INFO -style DETAILED -port 
com.totsp.sample.Application/Application.html

network status:
Proto Recv-Q Send-Q Local Address   Foreign Address
State   PID/Program name
tcp6   0  0 ::: :::*
LISTEN  6602/java

shell options:
http://code.google.com/docreader/#p=google-web-toolkit-doc-1-5s=google-web-toolkit-doc-1-5t=DevGuideModuleHostedModeScript

On Feb 5, 9:57 pm, Transplant transplant...@gmail.com wrote:
 Has anyone dug into GWTShell's tomcat configuration to figure out how
 to make it listen on a real network port? I'd like to make it listen
 on a real network interface (instead of loopback) so that I can
 connect and test multiple clients with different OS/version
 combinations.

 Anyone?
--~--~-~--~~~---~--~~
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: Servlets and web.xml

2009-02-07 Thread Shawn Brown

Hi,

So what is the value for GWT.getHostPageBaseURL()?

What is your app called?  By that I mean under Jetty_home/webapps/, in
what dir is your app.

Probably it's not com.tergwt.Main, but that is what you were asking in
http://localhost:8080/com.tergwt.Main/FileServlet

http://localhost:8080/dir_of_your_app/FileServlet should work.  This
means that your web.xml file is at
/dir_of_your_app/WEB-INF/web.xml

 Wow i don't know what happened but i put
 form.setAction(GWT.getHostPageBaseURL() + FileServlet);

well that is different than...

of form.setAction(GWT.getModuleBaseURL() + /FileServlet);


Glad it works!

Shawn

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to Google-Web-Toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---



store xml

2009-02-07 Thread taha

how can i store XML that created by gwt library into local disk
--~--~-~--~~~---~--~~
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: Parsing http GWT command line

2009-02-07 Thread Thomas Broyer



On 6 fév, 20:02, OffTheWall move-o...@comcast.net wrote:
 I would like my GWT application to parse the url that it was called
 with.  Something like this:

 http://mymachine.com/myapp?key1=value1

 And be able to grab the key values pairs from within my application.
 The key may be a fixed value, and the value of course will change with
 invocation of my application.  Can anybody help me with this?

http://google-web-toolkit.googlecode.com/svn/javadoc/1.5/com/google/gwt/user/client/Window.Location.html#getParameter(java.lang.String)

?
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



StackPanel headers as Hyperlink

2009-02-07 Thread Superman859

I was wondering if anyone knew of an easy way to use a StackPanel
header as a hyperlink.  I'm trying to make a navigation menu using
StackPanel and vertical panels.  However, there are one or two menu
items that have no submenu (thus no VerticalPanel).

Currently, my VerticalPanel consists of Hyperlink widgets because when
clicked those modify that history token and thus I could change the
content area of the app accordingly.  But because there is no
VerticalPanel (and thus no Hyperlink) for certain menu items where
only the Header should be the link, I do not know what to do.

The only way I have been able to accomplish this was using

StackPanel navigation = new StackPanel();
SimplePanel content_wrapper = new SimplePanel();

navigation.add(new HTML(), a href='#welcomeWidget'Home/
a,true);

and then in

onHistoryChanged(String historyToken) {
if (historyToken.equals(welcomeWidget)
content_wrapper.setWidget(welcomeWidget);
}

I'm not sure if this is the best way to change the content region
(using onHistoryChanged and looking at the name of historyToken and
setting widget accordingly), but it works.  However, when clicking the
new 'Home' tab, the whole application must reload, rather than just
changing out the widget.  I assume this is because I am treating the
header as HTML.

Is there a better way to accomplish 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 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---



Re: store xml

2009-02-07 Thread Damien Picard
Hi,

I think you could do that by two ways :

- Send XML to the server, and invite the user to download it from the server
to local. This solution needs the user to be done.
or
- Use Google Gears (needs plugin) to store directly on local disk.

Regards,
Damien Picard

2009/2/8 taha taha...@gmail.com


 how can i store XML that created by gwt library into local disk
 


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[gwt-contrib] Re: default GWT version in Maven central repo wrong

2009-02-07 Thread nicolas de loof
Please note 1.5.x history at
http://code.google.com/p/google-web-toolkit/downloads/list?can=4q=colspec=Filename+Summary+Uploaded+Size+DownloadCount

1.5.0 was RC1
1.5.1 was RC2

GWT-1.5 final is 1.5.2 !

On Sat, Feb 7, 2009 at 9:50 AM, nicolas de loof nicolas.del...@gmail.comwrote:

 I'm not responsible of the way google guys name there jars !Anyway I'm not
 sure you can publish same jar name at googlecode.

 On Sat, Feb 7, 2009 at 9:42 AM, Ray Cromwell cromwell...@gmail.comwrote:


 Yes, but when M2, M3, RC1, etc are released, all with version 1.6.0,
 it will make it hard for someone to discern just which version is
 actually in the repo unless one makes assumptions about timestamps in
 the repo. It just seems like it'll be a future problem to me.


 -Ray

 On Sat, Feb 7, 2009 at 12:32 AM, nicolas de loof
 nicolas.del...@gmail.com wrote:
  This is the version number used by gwt guys themself :
 
 http://code.google.com/p/google-web-toolkit/downloads/list?can=1q=1.6.0
 
 
  On Sat, Feb 7, 2009 at 8:11 AM, Ray Cromwell cromwell...@gmail.com
 wrote:
 
  Should probably use -Dversion=1.6-M1 for that rather than
 -Dversion=1.6.0
 
  -Ray
 
 
  On Fri, Feb 6, 2009 at 11:03 PM, nicolas de loof
  nicolas.del...@gmail.com wrote:
   Allready there :
   http://repo2.maven.org/maven2/com/google/gwt/gwt-dev/1.6.0/
  
  
   On Fri, Feb 6, 2009 at 10:36 PM, Arthur Kalmenson
   arthur.k...@gmail.com
   wrote:
  
   Yep, that's what I meant, so if you don't include a version and let
   Maven pick up the latest version, it'll pick up 1.5-RC1. You can
 also
   see from the size graph that 1.5-RC1 is considered newer then 1.5.3.
   This might be a problem for some people.
  
   P.S. Will 1.6-M1 hit central or will it be just the final release?
  
   --
   Arthur Kalmenson
  
  
  
   On Fri, Feb 6, 2009 at 10:57 AM, nicolas de loof
   nicolas.del...@gmail.com wrote:
AFAIK, mvnrepository latest is based on textual version
 comparison,
so
1.5-RC*  1.5.3
   
On Fri, Feb 6, 2009 at 4:54 PM, nicolas de loof
nicolas.del...@gmail.com
wrote:
   
What make you say ths is the default one ?
Index of /maven2/com/google/gwt/gwt-user/
../
1.4.60/17-Sep-2007
 17:57
-
1.4.62/23-Mar-2008
 09:10
-
1.5-M1/01-Apr-2008
 10:29
-
1.5-M2/13-May-2008
 13:20
-
1.5-RC1/   29-May-2008
 10:40
-
1.5.1/ 11-Aug-2008
 08:35
-
1.5.2/ 01-Sep-2008
 11:59
-
1.5.3/ 20-Oct-2008
 14:19
-
   
As there is no metadata.xml file, there is no default !
   
PS : I'm the guy who uploads those artifacts
On Fri, Feb 6, 2009 at 4:40 PM, Arthur Kalmenson
arthur.k...@gmail.com
wrote:
   
Hello everyone,
   
I'm not sure who rsyncs GWT releases to Maven central, but if
 you
look
at: http://mvnrepository.com/artifact/com.google.gwt/gwt-useryou
can
see that the default GWT version is 1.5-RC1 and not 1.5.3.
   
--
Arthur Kalmenson
   
   
   
   
   

   
  
  
  
  
   
  
 
 
 
 
  
 

 



--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



[gwt-contrib] Re: default GWT version in Maven central repo wrong

2009-02-07 Thread Ray Cromwell

Well, maybe the GWT guys can offer some guidance on how they plan to
number 1.6 milestone releases. My only further comment is that there
is no reason why maven repo versions have to match GWT versions. I've
seen GWT artifacts named -rc1 in some maven repos. The GWT team
doesn't officially support maven,  so the maven community is really
free to choose their own conventions. If future 1.6 releases have
different versions, great, but if future 1.6 builds remain 1.6.0 I
think they'll be trouble.

Certainly, if you look at the final versions of GWT 1.3 and 1.4
there's room for hope, since the minor version on those went quite
high before release.

-Ray


On Sat, Feb 7, 2009 at 12:53 AM, nicolas de loof
nicolas.del...@gmail.com wrote:
 Please note 1.5.x history at
 http://code.google.com/p/google-web-toolkit/downloads/list?can=4q=colspec=Filename+Summary+Uploaded+Size+DownloadCount
 1.5.0 was RC1
 1.5.1 was RC2
 GWT-1.5 final is 1.5.2 !

 On Sat, Feb 7, 2009 at 9:50 AM, nicolas de loof nicolas.del...@gmail.com
 wrote:

 I'm not responsible of the way google guys name there jars !
 Anyway I'm not sure you can publish same jar name at googlecode.

 On Sat, Feb 7, 2009 at 9:42 AM, Ray Cromwell cromwell...@gmail.com
 wrote:

 Yes, but when M2, M3, RC1, etc are released, all with version 1.6.0,
 it will make it hard for someone to discern just which version is
 actually in the repo unless one makes assumptions about timestamps in
 the repo. It just seems like it'll be a future problem to me.


 -Ray

 On Sat, Feb 7, 2009 at 12:32 AM, nicolas de loof
 nicolas.del...@gmail.com wrote:
  This is the version number used by gwt guys themself :
 
  http://code.google.com/p/google-web-toolkit/downloads/list?can=1q=1.6.0
 
 
  On Sat, Feb 7, 2009 at 8:11 AM, Ray Cromwell cromwell...@gmail.com
  wrote:
 
  Should probably use -Dversion=1.6-M1 for that rather than
  -Dversion=1.6.0
 
  -Ray
 
 
  On Fri, Feb 6, 2009 at 11:03 PM, nicolas de loof
  nicolas.del...@gmail.com wrote:
   Allready there :
   http://repo2.maven.org/maven2/com/google/gwt/gwt-dev/1.6.0/
  
  
   On Fri, Feb 6, 2009 at 10:36 PM, Arthur Kalmenson
   arthur.k...@gmail.com
   wrote:
  
   Yep, that's what I meant, so if you don't include a version and let
   Maven pick up the latest version, it'll pick up 1.5-RC1. You can
   also
   see from the size graph that 1.5-RC1 is considered newer then
   1.5.3.
   This might be a problem for some people.
  
   P.S. Will 1.6-M1 hit central or will it be just the final release?
  
   --
   Arthur Kalmenson
  
  
  
   On Fri, Feb 6, 2009 at 10:57 AM, nicolas de loof
   nicolas.del...@gmail.com wrote:
AFAIK, mvnrepository latest is based on textual version
comparison,
so
1.5-RC*  1.5.3
   
On Fri, Feb 6, 2009 at 4:54 PM, nicolas de loof
nicolas.del...@gmail.com
wrote:
   
What make you say ths is the default one ?
Index of /maven2/com/google/gwt/gwt-user/
../
1.4.60/17-Sep-2007
17:57
-
1.4.62/23-Mar-2008
09:10
-
1.5-M1/01-Apr-2008
10:29
-
1.5-M2/13-May-2008
13:20
-
1.5-RC1/   29-May-2008
10:40
-
1.5.1/ 11-Aug-2008
08:35
-
1.5.2/ 01-Sep-2008
11:59
-
1.5.3/ 20-Oct-2008
14:19
-
   
As there is no metadata.xml file, there is no default !
   
PS : I'm the guy who uploads those artifacts
On Fri, Feb 6, 2009 at 4:40 PM, Arthur Kalmenson
arthur.k...@gmail.com
wrote:
   
Hello everyone,
   
I'm not sure who rsyncs GWT releases to Maven central, but if
you
look
at: http://mvnrepository.com/artifact/com.google.gwt/gwt-user
you
can
see that the default GWT version is 1.5-RC1 and not 1.5.3.
   
--
Arthur Kalmenson
   
   
   
   
   

   
  
  
  
  
   
  
 
 
 
 
  
 





 


--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



[gwt-contrib] Re: default GWT version in Maven central repo wrong

2009-02-07 Thread nicolas de loof
That's right, and you can be sure I'll check the next version number.
Anyway, we still can use Jboss-like versionning : 1.6.0.final or 1.6.0.GA

On Sat, Feb 7, 2009 at 9:58 AM, Ray Cromwell cromwell...@gmail.com wrote:


 Well, maybe the GWT guys can offer some guidance on how they plan to
 number 1.6 milestone releases. My only further comment is that there
 is no reason why maven repo versions have to match GWT versions. I've
 seen GWT artifacts named -rc1 in some maven repos. The GWT team
 doesn't officially support maven,  so the maven community is really
 free to choose their own conventions. If future 1.6 releases have
 different versions, great, but if future 1.6 builds remain 1.6.0 I
 think they'll be trouble.

 Certainly, if you look at the final versions of GWT 1.3 and 1.4
 there's room for hope, since the minor version on those went quite
 high before release.

 -Ray


 On Sat, Feb 7, 2009 at 12:53 AM, nicolas de loof
 nicolas.del...@gmail.com wrote:
  Please note 1.5.x history at
 
 http://code.google.com/p/google-web-toolkit/downloads/list?can=4q=colspec=Filename+Summary+Uploaded+Size+DownloadCount
  1.5.0 was RC1
  1.5.1 was RC2
  GWT-1.5 final is 1.5.2 !
 
  On Sat, Feb 7, 2009 at 9:50 AM, nicolas de loof 
 nicolas.del...@gmail.com
  wrote:
 
  I'm not responsible of the way google guys name there jars !
  Anyway I'm not sure you can publish same jar name at googlecode.
 
  On Sat, Feb 7, 2009 at 9:42 AM, Ray Cromwell cromwell...@gmail.com
  wrote:
 
  Yes, but when M2, M3, RC1, etc are released, all with version 1.6.0,
  it will make it hard for someone to discern just which version is
  actually in the repo unless one makes assumptions about timestamps in
  the repo. It just seems like it'll be a future problem to me.
 
 
  -Ray
 
  On Sat, Feb 7, 2009 at 12:32 AM, nicolas de loof
  nicolas.del...@gmail.com wrote:
   This is the version number used by gwt guys themself :
  
  
 http://code.google.com/p/google-web-toolkit/downloads/list?can=1q=1.6.0
  
  
   On Sat, Feb 7, 2009 at 8:11 AM, Ray Cromwell cromwell...@gmail.com
   wrote:
  
   Should probably use -Dversion=1.6-M1 for that rather than
   -Dversion=1.6.0
  
   -Ray
  
  
   On Fri, Feb 6, 2009 at 11:03 PM, nicolas de loof
   nicolas.del...@gmail.com wrote:
Allready there :
http://repo2.maven.org/maven2/com/google/gwt/gwt-dev/1.6.0/
   
   
On Fri, Feb 6, 2009 at 10:36 PM, Arthur Kalmenson
arthur.k...@gmail.com
wrote:
   
Yep, that's what I meant, so if you don't include a version and
 let
Maven pick up the latest version, it'll pick up 1.5-RC1. You can
also
see from the size graph that 1.5-RC1 is considered newer then
1.5.3.
This might be a problem for some people.
   
P.S. Will 1.6-M1 hit central or will it be just the final
 release?
   
--
Arthur Kalmenson
   
   
   
On Fri, Feb 6, 2009 at 10:57 AM, nicolas de loof
nicolas.del...@gmail.com wrote:
 AFAIK, mvnrepository latest is based on textual version
 comparison,
 so
 1.5-RC*  1.5.3

 On Fri, Feb 6, 2009 at 4:54 PM, nicolas de loof
 nicolas.del...@gmail.com
 wrote:

 What make you say ths is the default one ?
 Index of /maven2/com/google/gwt/gwt-user/
 ../
 1.4.60/17-Sep-2007
 17:57
 -
 1.4.62/23-Mar-2008
 09:10
 -
 1.5-M1/01-Apr-2008
 10:29
 -
 1.5-M2/13-May-2008
 13:20
 -
 1.5-RC1/   29-May-2008
 10:40
 -
 1.5.1/ 11-Aug-2008
 08:35
 -
 1.5.2/ 01-Sep-2008
 11:59
 -
 1.5.3/ 20-Oct-2008
 14:19
 -

 As there is no metadata.xml file, there is no default !

 PS : I'm the guy who uploads those artifacts
 On Fri, Feb 6, 2009 at 4:40 PM, Arthur Kalmenson
 arthur.k...@gmail.com
 wrote:

 Hello everyone,

 I'm not sure who rsyncs GWT releases to Maven central, but if
 you
 look
 at:
 http://mvnrepository.com/artifact/com.google.gwt/gwt-user
 you
 can
 see that the default GWT version is 1.5-RC1 and not 1.5.3.

 --
 Arthur Kalmenson





 

   
   
   
   

   
  
  
  
  
   
  
 
 
 
 
 
  
 

 


--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



[gwt-contrib] Re: default GWT version in Maven central repo wrong

2009-02-07 Thread John Tamplin
On Sat, Feb 7, 2009 at 3:42 AM, Ray Cromwell cromwell...@gmail.com wrote:

 Yes, but when M2, M3, RC1, etc are released, all with version 1.6.0,
 it will make it hard for someone to discern just which version is
 actually in the repo unless one makes assumptions about timestamps in
 the repo. It just seems like it'll be a future problem to me.


They aren't all named the same -- the third number is a build number, so
they will all be unique.  When an RC proves to be worthy, that version will
just be declared the released 1.6 version.

I would suggest using the actual version available from
About.GWT_VERSION_NUM, or About.properties depending on whether it is easier
to load a class or read a properties file.

-- 
John A. Tamplin
Software Engineer (GWT), Google

--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---



[gwt-contrib] Re: RR : Declassifying RPC / Removing all type names from compilation

2009-02-07 Thread Emily Crutcher
Do you have any numbers of how much this shrinks compiled output, as this
seems like a terrific change!  Thanks for doing it :-).

   Cheers,

   Emily

On Fri, Feb 6, 2009 at 1:21 PM, BobV b...@google.com wrote:


 On Thu, Feb 5, 2009 at 12:28 AM, BobV b...@google.com wrote:
 
 http://google-web-toolkit.googlecode.com/svn/changes/bobv/elide_rpc_type_names_r4602
  Future changes:
   - A compiler flag or optional module to neuter Class.getName().

 I've added an -XdisableClassMetadata flag to this branch.

 This disables:
  - Class.getName() - returns Class$hashCode()
  - Class.getSuperclass() - returns null
  - Class.toString() - returns Object.toString()

 You can still use class.getName() as an equality comparison, but not
 for anything that requires semantic meaning; the relationships between
 the strings will be constant throughout the lifetime of the module.

 A.class == A.class != B.class
 A.class.getName() == A.class.getName() != B.class.getName()

 With this flag enabled, class literal setup for non-enum types is a
 simple JS new operation.  It reduces the total amount of code
 generated in a showcase compile by 10% based on find war -name
 '*.cache.html' -o -name '*.cache.js' | xargs wc.

 --
 Bob Vawter
 Google Web Toolkit Team

 



-- 
There are only 10 types of people in the world: Those who understand
binary, and those who don't

--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---