Re: GWT Polymer

[Manuel Carrasco Moñino]

On Mon, Apr 24, 2017 at 3:27 PM, David  wrote:

> I noticed Vaadin TouchKit is a Apache licensed open source project. If I
> want to develop a mobile application, should I use TouchKit or Vaadin GWT
> polymer elements? I do appreciate your feedback about how to develop mobile
> application using Vaadin technology.
>

Right now you need TouchKit in Vaadin 8.0, until polymer is stable in a new
version of Vaadin. Keep tuned.

- Manolo


>
> David
>
> On Saturday, April 22, 2017 at 12:28:26 PM UTC-4, Manuel Carrasco wrote:
>>
>> You are right Nándor, Vaadin is going to replace our current widgetset by
>> polymer based elements.
>>
>> One of the ways we explored in our labs is to wrap every single polymer
>> element with a GWT Widget or Element, and this is the reason we published
>> the gwt-polymer-elements. Additionally we explored other ways such as
>> direct usage of webcomponents directly from the Vaadin server side. And
>> even we explored in our labs how to use polymer in other platforms like
>> Angular, etc.
>>
>> As I mentioned in my first email Vaadin main motivation on doing that is
>> leaving framework communities lead their integration with polymer, and
>> Vaadin Elements UI Team to focus on delivering polymer Components.
>>
>> So the strategy of Vaadin is that our widgetset uses standards so as it
>> can be used in any platform including our Vaadin Framework. It is not
>> happening currently because our framework widgetset is only usable from
>> vaadin, even it cannot be used from GWT.
>>
>> Said that, this does not mean that Vaadin is abandoning GWT, we just want
>> to use webcomponents standards for the UI part of the Vaadin Framework, so
>> as it can be used at the same time in any framework and we can obtain more
>> feedback to improve them. Obviously, since Vaadin is an open-source
>> Company, our polymer elements are Apache licensed.
>>
>> Additionally, Vaadin indirectly support gwt-polymer-elements since we can
>> still use our Company time  aka 'Community Friday' to collaborate with the
>> project. But Vaadin thinks that it should be owned by the GWT community,
>> because they are the best to contribute with ideas and to feature it.
>>
>> Thank you
>> - Manolo
>>
>>
>>
>> On Sat, Apr 22, 2017 at 3:43 PM, Nándor Előd Fekete 
>> wrote:
>>
>>> Hello Manuel,
>>>
>>> wasn't Vaadin going into the direction of migrating it's client side
>>> components to web components in the Vaadin Framework itself? If not, can
>>> you shed some light on the motivation behind the decision?
>>>
>>> Thanks!
>>>
>>>
>>> On Friday, April 21, 2017 at 9:10:06 PM UTC+2, Manuel Carrasco wrote:
>>>>
>>>> Hi all,
>>>>
>>>> From today, Vaadin has transferred the ownership of the
>>>> gwt-polymer-elements and gwt-api-generator libraries to me.
>>>>
>>>> https://github.com/manolo/gwt-polymer-elements/
>>>> https://github.com/manolo/gwt-api-generator/
>>>>
>>>> Vaadin decision is based on encouraging communities to maintain polymer
>>>> bridges for their favourites frameworks, hence Vaadin can focus their
>>>> efforts on delivering high quality UI elements made in Polymer. It also
>>>> happened recently with the Angular2Polymer bridge.
>>>>
>>>> I will design a roadmap for the next months.
>>>>
>>>> I'm looking for contributors so let me know who is interested on any
>>>> matter: coding, testing, reporting, answering, etc, and I will grant access
>>>> to the repos.
>>>>
>>>> Thanks
>>>> - Manolo
>>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "GWT Users" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to google-web-toolkit+unsubscr...@googlegroups.com.
>>> To post to this group, send email to google-we...@googlegroups.com.
>>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "GWT Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Downloading Older Versions of the SDK

[Manuel Carrasco Moñino]

Just deployed. So links should work now.

- Manolo

On Mon, Apr 24, 2017 at 10:29 AM, Manuel Carrasco Moñino 
wrote:

> Yes, it's not deployed yet. The problem is that I tried to deploy after
> merging and I got some problems in the process. I need to figure out what
> is happening with the uploader script, I will do when find a time slot.
>
> On Wed, Apr 19, 2017 at 9:39 AM, Thomas Broyer  wrote:
>
>> See https://github.com/gwtproject/gwt-site/pull/205
>> It apparently hasn't been deployed yet.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "GWT Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to google-web-toolkit+unsubscr...@googlegroups.com.
>> To post to this group, send email to google-web-toolkit@googlegroups.com.
>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Downloading Older Versions of the SDK

[Manuel Carrasco Moñino]

Yes, it's not deployed yet. The problem is that I tried to deploy after
merging and I got some problems in the process. I need to figure out what
is happening with the uploader script, I will do when find a time slot.

On Wed, Apr 19, 2017 at 9:39 AM, Thomas Broyer  wrote:

> See https://github.com/gwtproject/gwt-site/pull/205
> It apparently hasn't been deployed yet.
>
> --
> You received this message because you are subscribed to the Google Groups
> "GWT Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: GWT Polymer

[Manuel Carrasco Moñino]

You are right Nándor, Vaadin is going to replace our current widgetset by
polymer based elements.

One of the ways we explored in our labs is to wrap every single polymer
element with a GWT Widget or Element, and this is the reason we published
the gwt-polymer-elements. Additionally we explored other ways such as
direct usage of webcomponents directly from the Vaadin server side. And
even we explored in our labs how to use polymer in other platforms like
Angular, etc.

As I mentioned in my first email Vaadin main motivation on doing that is
leaving framework communities lead their integration with polymer, and
Vaadin Elements UI Team to focus on delivering polymer Components.

So the strategy of Vaadin is that our widgetset uses standards so as it can
be used in any platform including our Vaadin Framework. It is not happening
currently because our framework widgetset is only usable from vaadin, even
it cannot be used from GWT.

Said that, this does not mean that Vaadin is abandoning GWT, we just want
to use webcomponents standards for the UI part of the Vaadin Framework, so
as it can be used at the same time in any framework and we can obtain more
feedback to improve them. Obviously, since Vaadin is an open-source
Company, our polymer elements are Apache licensed.

Additionally, Vaadin indirectly support gwt-polymer-elements since we can
still use our Company time  aka 'Community Friday' to collaborate with the
project. But Vaadin thinks that it should be owned by the GWT community,
because they are the best to contribute with ideas and to feature it.

Thank you
- Manolo



On Sat, Apr 22, 2017 at 3:43 PM, Nándor Előd Fekete  wrote:

> Hello Manuel,
>
> wasn't Vaadin going into the direction of migrating it's client side
> components to web components in the Vaadin Framework itself? If not, can
> you shed some light on the motivation behind the decision?
>
> Thanks!
>
>
> On Friday, April 21, 2017 at 9:10:06 PM UTC+2, Manuel Carrasco wrote:
>>
>> Hi all,
>>
>> From today, Vaadin has transferred the ownership of the
>> gwt-polymer-elements and gwt-api-generator libraries to me.
>>
>> https://github.com/manolo/gwt-polymer-elements/
>> https://github.com/manolo/gwt-api-generator/
>>
>> Vaadin decision is based on encouraging communities to maintain polymer
>> bridges for their favourites frameworks, hence Vaadin can focus their
>> efforts on delivering high quality UI elements made in Polymer. It also
>> happened recently with the Angular2Polymer bridge.
>>
>> I will design a roadmap for the next months.
>>
>> I'm looking for contributors so let me know who is interested on any
>> matter: coding, testing, reporting, answering, etc, and I will grant access
>> to the repos.
>>
>> Thanks
>> - Manolo
>>
> --
> You received this message because you are subscribed to the Google Groups
> "GWT Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: GWT Polymer

[Manuel Carrasco Moñino]

Francesco,  add a comment to this issue https://github.com/manolo/gwt-
polymer-elements/issues/151

Thank you
- Manolo

On Sat, Apr 22, 2017 at 10:47 AM, Francesco Izzi 
wrote:

> Ciao Manuel
>
> I would be happy to contribute in testing and reporting.
>
> Thanks
> Il giorno sab 22 apr 2017 alle 00:43 harshyadav 
> ha scritto:
>
>> Thanks a lot Manuel.
>>
>> We use gwt polymer elements heavily and look forward for its future
>> development.
>> I would be happy to contribute in the best of my abilities: mainly
>> testing and reporting.
>>
>> Regards,
>> Harsh Yadav
>>
>> On Friday, April 21, 2017 at 3:10:06 PM UTC-4, Manuel Carrasco wrote:
>>>
>>> Hi all,
>>>
>>> From today, Vaadin has transferred the ownership of the
>>> gwt-polymer-elements and gwt-api-generator libraries to me.
>>>
>>> https://github.com/manolo/gwt-polymer-elements/
>>> https://github.com/manolo/gwt-api-generator/
>>>
>>> Vaadin decision is based on encouraging communities to maintain polymer
>>> bridges for their favourites frameworks, hence Vaadin can focus their
>>> efforts on delivering high quality UI elements made in Polymer. It also
>>> happened recently with the Angular2Polymer bridge.
>>>
>>> I will design a roadmap for the next months.
>>>
>>> I'm looking for contributors so let me know who is interested on any
>>> matter: coding, testing, reporting, answering, etc, and I will grant access
>>> to the repos.
>>>
>>> Thanks
>>> - Manolo
>>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "GWT Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to google-web-toolkit+unsubscr...@googlegroups.com.
>> To post to this group, send email to google-web-toolkit@googlegroups.com.
>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> Francesco Izzi
> CNR - IMAA
> geoSDI
> Direzione Tecnologie e Sviluppo
>
> C.da S. Loja
> 85050  Tito Scalo - POTENZA (PZ)
> Italia
>
> phone: +39 0971427310 <+39%200971%20427310>
> fax:   +39 0971 427271 <+39%200971%20427271>
> mob: +39 3666373172 <+39%20366%20637%203172>
> mail: francesco.i...@geosdi.org
> skype:  neofx8080
>
> web: http://www.geosdi.org
>
> --
> You received this message because you are subscribed to the Google Groups
> "GWT Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: GWT Polymer

[Manuel Carrasco Moñino]

Thank Harsh,

add a comment to this issue  https://github.com/manolo/gwt-
polymer-elements/issues/151, so as I know your github account and will add
as a contributor

- Manolo

On Sat, Apr 22, 2017 at 12:43 AM, harshyadav  wrote:

> Thanks a lot Manuel.
>
> We use gwt polymer elements heavily and look forward for its future
> development.
> I would be happy to contribute in the best of my abilities: mainly testing
> and reporting.
>
> Regards,
> Harsh Yadav
>
> On Friday, April 21, 2017 at 3:10:06 PM UTC-4, Manuel Carrasco wrote:
>>
>> Hi all,
>>
>> From today, Vaadin has transferred the ownership of the
>> gwt-polymer-elements and gwt-api-generator libraries to me.
>>
>> https://github.com/manolo/gwt-polymer-elements/
>> https://github.com/manolo/gwt-api-generator/
>>
>> Vaadin decision is based on encouraging communities to maintain polymer
>> bridges for their favourites frameworks, hence Vaadin can focus their
>> efforts on delivering high quality UI elements made in Polymer. It also
>> happened recently with the Angular2Polymer bridge.
>>
>> I will design a roadmap for the next months.
>>
>> I'm looking for contributors so let me know who is interested on any
>> matter: coding, testing, reporting, answering, etc, and I will grant access
>> to the repos.
>>
>> Thanks
>> - Manolo
>>
> --
> You received this message because you are subscribed to the Google Groups
> "GWT Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

GWT Polymer

[Manuel Carrasco Moñino]

Hi all,

>From today, Vaadin has transferred the ownership of the
gwt-polymer-elements and gwt-api-generator libraries to me.

https://github.com/manolo/gwt-polymer-elements/
https://github.com/manolo/gwt-api-generator/

Vaadin decision is based on encouraging communities to maintain polymer
bridges for their favourites frameworks, hence Vaadin can focus their
efforts on delivering high quality UI elements made in Polymer. It also
happened recently with the Angular2Polymer bridge.

I will design a roadmap for the next months.

I'm looking for contributors so let me know who is interested on any
matter: coding, testing, reporting, answering, etc, and I will grant access
to the repos.

Thanks
- Manolo

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Could someone plubish a video showing how to debug GWT using SuperDevMode in NetBeans?

[Manuel Carrasco Moñino]

does 'temporarily' mean that eventually you will replace the old one with
the new one? or simply we should switch to the new one because the other
would become unmaintained?

On Thu, Feb 19, 2015 at 7:02 PM, Thomas Broyer  wrote:

> I don't know Netbeans much but IIUC it has pretty good support for Maven;
> so how about using Maven with gwt-maven-plugin?
> If you have a multi-module project (which you should, IMO), then have a
> look at the net.ltgt.gwt.maven:gwt-maven-plugin:1.0-beta-1 instead of
> org.codehaus.mojo:gwt-maven-plugin; it's gwt:codeserver has been designed
> specifically for multi-module projects (disclaimer: this is my own project,
> the other I'm just maintaining “temporarily”).
>
>
> On Friday, January 16, 2015 at 11:03:03 PM UTC+1, Edson Richter wrote:
>>
>> As in subject, please, someone could publish a video showing how to use
>> SuperDevMode to debug a GWT app in NetBeans?
>>
>> Thanks,
>>
>> Edson
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: GWT RPC or Errai or RequestBuilder?

[Manuel Carrasco Moñino]

FYI, Gwtquery Ajax is almost the same than Requestor, it uses the jquery
sexy api and suppors json and xml serialization/deserialization and
databinding among other features like data forms etc. It has a jvm
implementation so as you can use gquery Ajax in your tests or in server
side.

http://gwtquery.github.io/gwt.create-slides/gwtcreate2015/gwtcreate2015.html#19

http://gwtquery.github.io/gwt.create-slides/gwtcreate2015/gwtcreate2015.html#32

- Manolo


On Wed, Feb 11, 2015 at 2:56 PM, Danilo Reinert 
wrote:

> Hi Mohammed.
>
> If you're looking for a replacement for RequestBuilder, which is a
> low-level approach for requesting, with all its flexibility, you would
> better go with a high level http client api.
>
> To fulfill exactly this need, I developed Requestor
> , which is really an HTTP Client
> API for GWT.
>
> I strongly recommend you to try it, since it offers everything you need to
> communicate via HTTP out of the box and many other features for a good HTTP
> Client API. (I've modeled it based on successful APIs from the Python, JS
> and Java communities)
>
> You won't need to worry about json serialization (many alternatives are
> available for it), binary data manipulation, authentication, and many other
> things.
>
> The API has a very elegant idiom and you find it simple and intuitive to
> make requests (a comparison with RequestBuilder is shown at the project
> home).
>
> Cheers.
>
>
> Em segunda-feira, 9 de fevereiro de 2015 09:41:03 UTC-3, Mohammed Sameen
> escreveu:
>
>> Hi,
>> I created big application using GWT and am using RequestBuilder to
>> communicate with the server.So what is the best way for communicate to
>> server from client.
>> i)RequestBuilder
>> ii)GWT RPC
>> iii)Any other approach(GWT Errai).
>>
>>
>> I came to know that using GWT RPC is huge pain , so,what are the drawback
>> of using GWT RPC?what is the best approach?Please give me suggestion?
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: GWT and Material Design

[Manuel Carrasco Moñino]

Awesome project !
I did a couple of examples in my gwt.create presentation to demo how gquery
can help with things like material design [1] [2], I'm about to release a
better css3 animation plugin for gquery which allows inject css frames,
etc. Contact me for any help you need.

- Manolo

[1]
http://gwtquery.github.io/gwt.create-slides/gwtcreate2015/gwtcreate2015.html#28
[2]
http://gwtquery.github.io/gwt.create-slides/gwtcreate2015/gwtcreate2015.html#29



On Wed, Feb 11, 2015 at 6:19 AM, mark kevin ringor 
wrote:

> Hi Grace,
>
> I have updated the Getting Started Documentation on how to implement
> material design in GWT (http://www.gwt-material.appspot.com). I need more
> help on how to make it more easy (like using gQuery).
>
>
> Best Regards,
> Kevin
>
> On Wed, Feb 11, 2015 at 4:33 AM, Grace C  wrote:
>
>> Nice! Do you have the current code / a starting project available as open
>> source? I would love to use this.
>>
>>
>> On Saturday, February 7, 2015 at 12:59:07 AM UTC-5, mark kevin ringor
>> wrote:
>>>
>>> Checkout our under development project on http://gwt-material.
>>> appspot.com/ we are integrating the MaterializeCSS(http://
>>> materializecss.com/) to GWT.
>>> Hope you like it :)
>>>
>>> On Tuesday, January 6, 2015 at 10:30:37 AM UTC+8, philip andrew wrote:

 Hi there,

 Has anyone tried to make a Material Design for GWT?
 http://www.google.com/design/spec/material-design/introduction.html

 Philip

  --
>> You received this message because you are subscribed to a topic in the
>> Google Groups "Google Web Toolkit" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/google-web-toolkit/bn57tSMkH7E/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to
>> google-web-toolkit+unsubscr...@googlegroups.com.
>> To post to this group, send email to google-web-toolkit@googlegroups.com.
>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Why doesn't GWT just export everything automattically

[Manuel Carrasco Moñino]

gwt-exporter allows you to export entire classes, certain methods on it,
static functions and interfaces, even not modifying the original classes,
so you can export an entire library just using auxiliary classes and
annotations. Take a look to the documentation of ExportOverlay:
https://code.google.com/p/gwt-exporter/wiki/GettingStarted#ExportOverlay

We are not adding new features to gwt-exporter, because the future will be
JsInterop which uses the compiler to do the magic instead of generators,
but there are a lot of features in gwt-exporter which could not be
eventually in jsinterop.

If you need to export something for production right now I'll go with
gwt-exporter until jsinterop is ready since their API is still in
discussion, it is experimental and some things could fail.

If gwt-export documentation is not good enough, you can take a look to some
projects using it, in the way you want, I mean not modifying original
classes.

JsQuery: exports gwtquery and produces a clone of jQuery
https://github.com/manolo/gwt-slides/blob/master/src/main/java/com/google/gwt/query/jsquery/JsQuery.java
JsUpload: exports gwtupload
https://github.com/manolo/gwtupload/tree/master/jsupload/src/main/java/jsupload

Finally, and answering the question in the subject, GWT does not export
everything in order to optimize the JS generated, think that marking
anything as exportable using either jsInterop or gwt-exporter, implies that
all this code is candidate to be used from JS, so the compiler does not
remove it if eventually is not used in your java app.


- Manolo





On Sun, Feb 1, 2015 at 12:20 AM, Joseph Gardi  wrote:

> That's a good point. I understand why they don't export everything
> automatically now, but if they won't export everything automatically then I
> want an easier way to export classes without changing them. The most common
> reason to not change code in order to export it is if it's in a library.
> Messing with a library's code would be a lot of trouble. GWT exporter's
> mechanism for exporting classes without changing them is also difficult.
>
> On Saturday, January 31, 2015 at 6:00:29 PM UTC-5, Peter Donald wrote:
>
>>
>>
>> On Sun, Feb 1, 2015 at 8:58 AM, Joseph Gardi  wrote:
>>
>>> right now GWT will export things if you tell using GWT exporter. In the
>>> GWT 3.0 it'll you can use JsInterfaces etcetera which is much better than
>>> GWT exporter and built into the compiler. It seems like it'd still be very
>>> complicated to build a hybrid app with GWT and JavaScript because you have
>>> to tell the compiler what things to export. Why doesn't GWT just export
>>> everything automatically? This would be a dramatic simplification. I
>>> understand that there might be a small performance cost but I think it'd be
>>> worth it. Doesn't regular javaScript code remain accessible when minified?
>>> I don't see why GWT shouldn't do the same.
>>>
>>
>> GWT uses an optimizing compiler not a transpiler and minimizer, so GWT
>> does more than just convert java to javascript and minify it. It removes
>> any code it can determine that is not being used. It also rewrites code
>> that is used to be far more optimal, which often results in methods/fields
>> being elided. If "all" code was exported then it could not perform these
>> optimizations and the performance would be intolerably slow. I don't know
>> how GWT exporter works but I presume it is by identifying further entry
>> points that can't be optimized away.
>>
>> --
>> Cheers,
>>
>> Peter Donald
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Where to call an Action when user remove an uploaded image in GWTUpload?

[Manuel Carrasco Moñino]

Answered in stackoverflow, let me know if this solution works for you.


On Tue, Sep 30, 2014 at 11:38 AM, Tom  wrote:

> I am using GWTUpload , the library is in here
> https://code.google.com/p/gwtupload/
>
> The Example code at client side found on that website has this structure:
>
>  // Attach an image to the pictures viewer
> private OnLoadPreloadedImageHandler showImage = new 
> OnLoadPreloadedImageHandler() {
> public void onLoad(PreloadedImage image) {
>   //showImageFlowPanel code solution 1
>   image.setWidth("75px");
>   showImageFlowPanel.add(image);
> }
> };
>
>
> private IUploader.OnFinishUploaderHandler onFinishUploaderHandler = new 
> IUploader.OnFinishUploaderHandler() {
>   public void onFinish(IUploader uploader) {
> if (uploader.getStatus() == Status.SUCCESS) {
>
>   new PreloadedImage(uploader.fileUrl(), showImage);
>
>   UploadedInfo info = uploader.getServerInfo();
>
>   String headShotImageUrl="http://"+Window.Location.getHost()+"/" 
> +"images/uploaded/"+info.message;
>   //headShotImage code solution 2
>   if(!"".equals(headShotImageUrl) && 
> UriUtils.isSafeUri(headShotImageUrl)){
>   headShotImage.setUrl(UriUtils.fromString(headShotImageUrl));
>   }
>
>
>
> }
>   }
> };
>
> The example uses showImageFlowPanel (solution 1) to store the image but I
> want to store the image inside headShotImage which take the url after
> user uploaded image successfully, see the headShotImage (solution 2) code
> above.
>
> Ok, the headShotImage code work fine but I dont know how to remove it when
> users remove the image. If I use showImageFlowPanel as in the solution 1
> then the program remove the image automatically for me and I do not need to
> do anything.
>
> So my question is "*Where to call an Action when user remove an uploaded
> image in GWTUpload?*"
>
>
> http://stackoverflow.com/questions/26117517/where-to-call-an-action-when-user-remove-an-uploaded-image-in-gwtupload
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Unable to use Elemental

[Manuel Carrasco Moñino]

Have you tried to run your code in superdev-mode or compiled ?

On Sun, Oct 26, 2014 at 9:01 PM, Steve  wrote:

> It seems i can no longer instantiate objects as i was doing before since
> using Elemental.
>
> I'm getting errors on this line for some reason:
>
> Image imgPlay = new Image("img/Blue_Play_Button_Pressed_Down.svg");
>
> I tried changing it to Image imgPlay = new Image(); but got the same
> error. This works fine when i'm not referencing Elemental.
>
> The DevMode console displayed the following:
>
> Caused by: com.google.gwt.core.client.JavaScriptException: (String) :
> Invoking an instance method on a null instance
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
> at
> com.google.gwt.dev.shell.ModuleSpace.createJavaScriptException(ModuleSpace.java:80)
> at
> com.google.gwt.dev.shell.ModuleSpace.createJavaScriptException(ModuleSpace.java:64)
> at com.google.gwt.dev.shell.MethodDispatch.invoke(MethodDispatch.java:60)
> at
> com.google.gwt.dev.shell.OophmSessionHandler.invoke(OophmSessionHandler.java:172)
> at
> com.google.gwt.dev.shell.BrowserChannelServer.reactToMessagesWhileWaitingForReturn(BrowserChannelServer.java:338)
> at
> com.google.gwt.dev.shell.BrowserChannelServer.invokeJavascript(BrowserChannelServer.java:219)
> at
> com.google.gwt.dev.shell.ModuleSpaceOOPHM.doInvoke(ModuleSpaceOOPHM.java:136)
> at com.google.gwt.dev.shell.ModuleSpace.invokeNative(ModuleSpace.java:576)
> at
> com.google.gwt.dev.shell.ModuleSpace.invokeNativeVoid(ModuleSpace.java:304)
> at
> com.google.gwt.dev.shell.JavaScriptHost.invokeNativeVoid(JavaScriptHost.java:107)
> at
> com.google.gwt.user.client.impl.DOMImplStandard.initEventSystem(DOMImplStandard.java)
> at
> com.google.gwt.user.client.impl.DOMImpl.maybeInitializeEventSystem(DOMImpl.java:181)
> at
> com.google.gwt.user.client.impl.DOMImplStandard.sinkEvents(DOMImplStandard.java:216)
> at com.google.gwt.user.client.DOM.sinkEvents(DOM.java:1361)
> at com.google.gwt.user.client.Event$.sinkEvents(Event.java:597)
> at
> com.google.gwt.user.client.ui.Image$UnclippedState.(Image.java:376)
> at com.google.gwt.user.client.ui.Image.(Image.java:510)
> at
> com.example.elem.client.ElementalDemo.onModuleLoad(ElementalDemo.java:31)
>
>
> On Sunday, 26 October 2014 19:32:54 UTC, Jens wrote:
>>
>> Please could someone share any thoughts?
>>>
>>
>> Putting gwt-elemental.jar on class path and inheriting
>> elemental.Elemental is fine and it should work.
>>
>> When you see "failed to load the module" you usually see the reason in
>> the DevMode console. We can't guess reasons.
>>
>> -- J.
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: gwt-maven-plugin 2.7.0-SNAPSHOT

[Manuel Carrasco Moñino]

Works like a charm.

Thanks.
- Manolo

On Tue, Sep 16, 2014 at 11:27 AM, Thomas Broyer  wrote:

> Fixed in master, and new snapshot deployed.
>
>
> On Monday, September 15, 2014 11:52:14 PM UTC+2, Thomas Broyer wrote:
>>
>> Doh, don't know why, I'm passing nosuperDevMode if superDevMode is false,
>> as if it's enabled by default in GWT. Will fix as soon as I find a computer.
>> Le 15 sept. 2014 20:45, "Manuel Carrasco Moñino"  a
>> écrit :
>>
>>> Hi Thomas,
>>>
>>> I've tried the snapshot and seems that DevMode with -superDevMode option
>>> is not being passed.
>>> I tried either, set true in my pom.xml and
>>> run mvn gwt:run -Dgwt.superDevMode=true  but in both cases DevMode.main
>>> is not receiving the -superDevMode argument.
>>>
>>> Am I doing something wrong?
>>>
>>> - Manolo
>>>
>>>
>>> On Sun, Sep 14, 2014 at 5:07 AM, Thomas Broyer 
>>> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I spent some hours updating the gwt-maven-plugin to GWT 2.7.0-SNAPSHOT,
>>>> and just deployed a snapshot to the https://nexus.codehaus.org
>>>> /content/repositories/snapshots/ repository.
>>>>
>>>> You should thus be able to test GWT 2.7.0-SNAPSHOT more easily by
>>>> switching to gwt-maven-plugin 2.7.0-SNAPSHOT.
>>>>
>>>> Feedback welcome, both on the plugin and on GWT.
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "Google Web Toolkit" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>> an email to google-web-toolkit+unsubscr...@googlegroups.com.
>>>> To post to this group, send email to google-web-toolkit@
>>>> googlegroups.com.
>>>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>>  --
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "Google Web Toolkit" group.
>>> To unsubscribe from this topic, visit https://groups.google.com/d/
>>> topic/google-web-toolkit/gFPCB3-nJIc/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> google-web-toolkit+unsubscr...@googlegroups.com.
>>> To post to this group, send email to google-web-toolkit@googlegroups.com
>>> .
>>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: gwt-maven-plugin 2.7.0-SNAPSHOT

[Manuel Carrasco Moñino]

Hi Thomas,

I've tried the snapshot and seems that DevMode with -superDevMode option is
not being passed.
I tried either, set true in my pom.xml and run mvn
gwt:run -Dgwt.superDevMode=true  but in both cases DevMode.main is not
receiving the -superDevMode argument.

Am I doing something wrong?

- Manolo


On Sun, Sep 14, 2014 at 5:07 AM, Thomas Broyer  wrote:

> Hi all,
>
> I spent some hours updating the gwt-maven-plugin to GWT 2.7.0-SNAPSHOT,
> and just deployed a snapshot to the https://nexus.codehaus.
> org/content/repositories/snapshots/ repository.
>
> You should thus be able to test GWT 2.7.0-SNAPSHOT more easily by
> switching to gwt-maven-plugin 2.7.0-SNAPSHOT.
>
> Feedback welcome, both on the plugin and on GWT.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: GWT Developer Plugin no longer works with Chrome on Linux

[Manuel Carrasco Moñino]

Here you have a post about what is coming in eclipse to run superdev mode
with just a click.

For inpatients, just use GWT-2.7.0-SNAPSHOT and include the
gwt-codeserver.jar in your project classpath,  run dev mode as usual in
your project, and finally edit the launcher configuration and add the
-superDevMode parameter.

- Manolo


On Mon, Jul 28, 2014 at 10:17 AM, Thomas Broyer  wrote:

> I think the goal is to eventually replace all mentions of DevMode in
> gwtproject.org with SuperDevMode with up-to-date information (now that
> DevMode is only usable in IE and GWTTestCase, but because of GWTTestCase we
> still need to talk about how code is executed in the JVM with a JS/JVM
> bridge, rather than compiled to JS).
> From my POV, this would build on my blog post and StackOverflow answer.
> …but note that in GWT 2.7 we introduce an easier way to run SDM with a
> single command-line, with the two servers in a single process (just like in
> DevMode, with an embedded Jetty server to host the webapp)
>
> Feel free to propose patches to gwtproject.org if you have ideas (or just
> come discuss them on gwt-contrib); you have my permission to copy text from
> my blog post and StackOverflow answer.
>
>
> On Mon, Jul 28, 2014 at 5:35 AM, Blake McBride 
> wrote:
>
>> Embarrassing.  Yes, that is exactly what I was looking for.  I've seen
>> the link but never followed it because I thought it was meant to go into
>> highly technical details that I wasn't yet up to.
>>
>> It is clear that a lot of people are having a lot of trouble with SDM.
>>  There are a few good pages that contain valuable information on setting up
>> SDM.  In spite of this, many people are still having a lot of trouble.
>>  Perhaps I can propose this.
>>
>> 1.  Create a single "master" SDM page.  Perhaps it would start with one
>> of the already existing pages that tell a person how to setup SDM.
>>
>> 2.  The page would contain very detailed information on setting up and
>> using SDM in eclipse, intelliJ, and NetBeans.
>>
>> 3.  It would contain links to all of the places this list points people
>> to.
>>
>> 4.  It would be updated very often - even if the procedure hasn't
>> changed.  Every time someone is confused with the instructions, rather than
>> just answer them, the "master" page will get updated to clarify the point
>> in question.
>>
>> Every time some asks how to setup or use SDM, we can refer them to that
>> single (root) page.  If we do this, that page will quickly evolve into a
>> single source containing the most up-to-date, complete, and unambiguous
>> instructions.
>>
>> Just a thought.
>>
>> Thanks.
>>
>> Blake
>>
>>
>> On Sun, Jul 27, 2014 at 3:39 PM, Thomas Broyer 
>> wrote:
>>
>>>
>>>
>>> On Sunday, July 27, 2014 5:22:53 PM UTC+2, Blake McBride wrote:

 I spent a little time many months ago trying to get SDM working.  I
 think I succeeded but was very surprised about the number of steps
 required.  The thing that surprised me most, however, was discovering that
 I had to have two servers running (if I am correct) - an app server, and a
 code server.  All of the docs I've seen provide the steps but never explain
 at a higher level what is going on (unless you understand far more internal
 details than many of us).  The biggest difficulty occurs because the
 instructions were leading me down the path of two servers but I kept
 fighting it - trying to get one server to perform both functions.  The
 fight occurred because I didn't understand what was being attempted.  I
 didn't understand that I needed two servers running.

 So, what is needed is a better up-front description of what you end up
 with (two servers), and a block diagram that depicts the parts and the data
 flow between them.  Understanding this would make the instruction much more
 clear.

 (Sorry if I am totally wrong and confused.  Quite possible.)


>>> http://blog.ltgt.net/how-does-gwts-super-dev-mode-work/
>>> Does that help?
>>>
>>
>>
>
>
> --
> Thomas Broyer
> /tɔ.ma.bʁwa.je/ 
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://gro

Re: GWT Developer Plugin no longer works with Chrome on Linux

[Manuel Carrasco Moñino]

Forgot the link to the post:
http://www.sencha.com/blog/getting-started-with-gwt-super-dev-mode


On Tue, Jul 29, 2014 at 8:48 PM, Manuel Carrasco Moñino 
wrote:

> Here you have a post about what is coming in eclipse to run superdev mode
> with just a click.
>
> For inpatients, just use GWT-2.7.0-SNAPSHOT and include the
> gwt-codeserver.jar in your project classpath,  run dev mode as usual in
> your project, and finally edit the launcher configuration and add the
> -superDevMode parameter.
>
> - Manolo
>
>
> On Mon, Jul 28, 2014 at 10:17 AM, Thomas Broyer 
> wrote:
>
>> I think the goal is to eventually replace all mentions of DevMode in
>> gwtproject.org with SuperDevMode with up-to-date information (now that
>> DevMode is only usable in IE and GWTTestCase, but because of GWTTestCase we
>> still need to talk about how code is executed in the JVM with a JS/JVM
>> bridge, rather than compiled to JS).
>> From my POV, this would build on my blog post and StackOverflow answer.
>> …but note that in GWT 2.7 we introduce an easier way to run SDM with a
>> single command-line, with the two servers in a single process (just like in
>> DevMode, with an embedded Jetty server to host the webapp)
>>
>> Feel free to propose patches to gwtproject.org if you have ideas (or
>> just come discuss them on gwt-contrib); you have my permission to copy text
>> from my blog post and StackOverflow answer.
>>
>>
>> On Mon, Jul 28, 2014 at 5:35 AM, Blake McBride 
>> wrote:
>>
>>> Embarrassing.  Yes, that is exactly what I was looking for.  I've seen
>>> the link but never followed it because I thought it was meant to go into
>>> highly technical details that I wasn't yet up to.
>>>
>>> It is clear that a lot of people are having a lot of trouble with SDM.
>>>  There are a few good pages that contain valuable information on setting up
>>> SDM.  In spite of this, many people are still having a lot of trouble.
>>>  Perhaps I can propose this.
>>>
>>> 1.  Create a single "master" SDM page.  Perhaps it would start with one
>>> of the already existing pages that tell a person how to setup SDM.
>>>
>>> 2.  The page would contain very detailed information on setting up and
>>> using SDM in eclipse, intelliJ, and NetBeans.
>>>
>>> 3.  It would contain links to all of the places this list points people
>>> to.
>>>
>>> 4.  It would be updated very often - even if the procedure hasn't
>>> changed.  Every time someone is confused with the instructions, rather than
>>> just answer them, the "master" page will get updated to clarify the point
>>> in question.
>>>
>>> Every time some asks how to setup or use SDM, we can refer them to that
>>> single (root) page.  If we do this, that page will quickly evolve into a
>>> single source containing the most up-to-date, complete, and unambiguous
>>> instructions.
>>>
>>> Just a thought.
>>>
>>> Thanks.
>>>
>>> Blake
>>>
>>>
>>> On Sun, Jul 27, 2014 at 3:39 PM, Thomas Broyer 
>>> wrote:
>>>
>>>>
>>>>
>>>> On Sunday, July 27, 2014 5:22:53 PM UTC+2, Blake McBride wrote:
>>>>>
>>>>> I spent a little time many months ago trying to get SDM working.  I
>>>>> think I succeeded but was very surprised about the number of steps
>>>>> required.  The thing that surprised me most, however, was discovering that
>>>>> I had to have two servers running (if I am correct) - an app server, and a
>>>>> code server.  All of the docs I've seen provide the steps but never 
>>>>> explain
>>>>> at a higher level what is going on (unless you understand far more 
>>>>> internal
>>>>> details than many of us).  The biggest difficulty occurs because the
>>>>> instructions were leading me down the path of two servers but I kept
>>>>> fighting it - trying to get one server to perform both functions.  The
>>>>> fight occurred because I didn't understand what was being attempted.  I
>>>>> didn't understand that I needed two servers running.
>>>>>
>>>>> So, what is needed is a better up-front description of what you end up
>>>>> with (two servers), and a block diagram that depicts the parts and the 
>>>>> data
>>>>> flow between them.  Understanding this would make the instruction much 

Re: JSNI Javascript promises

[Manuel Carrasco Moñino]

Out of curiosity, have you guys tried gwt-query promises? they have the
same syntax than jQuery ones, and work in browser and server sides.
You can see how them work in these slides:
http://slides.gquery.org/gwtcreate/gwtcreate.html#18


On Thu, Jun 12, 2014 at 2:46 PM, Jens  wrote:

> I have written a Promise library that uses native promises of the browser
> if possible and emulated promises otherwise. I had the same problem for
> native promises. I think it is forbidden to define a function with a name
> "catch" as it is a keyword however browsers have cheated on that in case of
> native promises.
>
> In my case I could workaround it by using this["catch"](..) instead of
> this.catch(...). Maybe thats possible in your case too.
>
>
> -- J.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Running Hupa in Development Mode

[Manuel Carrasco Moñino]

It seems a problem in your maven setup, maybe this answer in SO could help:

http://stackoverflow.com/questions/7905501/get-rid-of-pom-not-found-warning-for-org-eclipse-m2elifecycle-mapping


On Tue, Mar 4, 2014 at 10:34 AM, Harry Lin  wrote:

> Thanks!!
>
> I can compile with  : mvn clean package -DskipTests
>
> But got errors when launching
>
>
> log :
>
> D:\Harry.Lin\java\workspace\james-hupa-trunk>mvn -am -pl hupa gwt:run
> [INFO] Scanning for projects...
> [INFO]
> 
> [INFO] Reactor Build Order:
> [INFO]
> [INFO] Apache James Hupa Parent
> [INFO] Apache James Hupa Shared
> [INFO] Apache James Hupa Mock
> [INFO] Apache James Hupa Server
> [INFO] Apache James Hupa Widgets
> [INFO] Apache James Hupa Client
> [INFO] Apache James Hupa
> [WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is
> missing, no
>  dependency information available
> [WARNING] Failed to retrieve plugin descriptor for
> org.eclipse.m2e:lifecycle-map
> ping:1.0.0: Plugin org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its
> depende
> ncies could not be resolved: Failure to find
> org.eclipse.m2e:lifecycle-mapping:j
> ar:1.0.0 in http://repo.maven.apache.org/maven2 was cached in the local
> reposito
> ry, resolution will not be reattempted until the update interval of
> central has
> elapsed or updates are forced
> [INFO]
> [INFO] Using the builder
> org.apache.maven.lifecycle.internal.builder.singlethrea
> ded.SingleThreadedBuilder with a thread count of 1
> [INFO]
> [INFO]
> 
> [INFO] Building Apache James Hupa Parent 0.0.5-SNAPSHOT
> [INFO]
> 
> [WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is
> missing, no
>  dependency information available
> [WARNING] Failed to retrieve plugin descriptor for
> org.eclipse.m2e:lifecycle-map
> ping:1.0.0: Plugin org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its
> depende
> ncies could not be resolved: Failure to find
> org.eclipse.m2e:lifecycle-mapping:j
> ar:1.0.0 in http://repo.maven.apache.org/maven2 was cached in the local
> reposito
> ry, resolution will not be reattempted until the update interval of
> central has
> elapsed or updates are forced
> [INFO]
> [INFO] >>> gwt-maven-plugin:2.5.1:run (default-cli) @ hupa-parent >>>
> [INFO]
> [INFO] --- maven-remote-resources-plugin:1.2.1:process (default) @
> hupa-parent -
> --
> [INFO]
> [INFO] <<< gwt-maven-plugin:2.5.1:run (default-cli) @ hupa-parent <<<
> [INFO]
> [INFO] --- gwt-maven-plugin:2.5.1:run (default-cli) @ hupa-parent ---
> [INFO]
> 
> [INFO] Reactor Summary:
> [INFO]
> [INFO] Apache James Hupa Parent .. FAILURE [
> 1.589 s]
> [INFO] Apache James Hupa Shared .. SKIPPED
> [INFO] Apache James Hupa Mock  SKIPPED
> [INFO] Apache James Hupa Server .. SKIPPED
> [INFO] Apache James Hupa Widgets . SKIPPED
> [INFO] Apache James Hupa Client .. SKIPPED
> [INFO] Apache James Hupa . SKIPPED
> [INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 2.771 s
> [INFO] Finished at: 2014-03-04T15:58:35+08:00
> [INFO] Final Memory: 26M/309M
> [INFO]
> 
> [ERROR] Failed to execute goal
> org.codehaus.mojo:gwt-maven-plugin:2.5.1:run (def
> ault-cli) on project hupa-parent: The parameters 'runTarget' for goal
> org.codeha
> us.mojo:gwt-maven-plugin:2.5.1:run are missing or invalid -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the
> -e swit
> ch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions,
> please rea
> d the following articles:
> [ERROR] [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/PluginParamete
> rException
> D:\Harry.Lin\java\workspace\james-hupa-trunk>
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop 

Re: Running Hupa in Development Mode

[Manuel Carrasco Moñino]

It seems a warning error due to the IDE xml validator. It shouldn't prevent
the project to be compiled, so ignore it.

Anyway, I've committed many changes to the trunk, could you see if it
compiles for you in command line?

mvn clean package -DskipTests

If so this should lauch the devel mode:
mvn -am -pl hupa gwt:run


On Fri, Feb 21, 2014 at 2:19 AM, Harry Lin  wrote:

> I'm working on the trunk :)
>
> By the way, I got a error with the the version i used and this trunk.
>
> In Hupa.gwt.xml file
>
> With  tag
>
> it says :
> The content of element type "module" must match
> "(inherits|source|public|super-source|entry-point|
>
>  
> stylesheet|script|servlet|replace-with|generate-with|define-property|extend-property|set-property|set-
>  configuration-property|property-provider|define-linker|add-linker)*".
>
> How can i solve it ?
>
>
>
>
> 2014-02-21 6:25 GMT+08:00 Manuel Carrasco Moñino :
>
>> I have  compiled that version without problem.
>>
>> Anyway we are developing a new version of hupa which a lot of changes,
>>  try to check out last stuff from github and compile it
>>
>> https://github.com/manolo/james-hupa
>>
>> - Manolo
>>
>>
>>
>>
>>
>> On Wed, Feb 19, 2014 at 5:15 AM, Harry Lin  wrote:
>>
>>>
>>> Hi Manuel,
>>> I download Hupa from http://james.apache.org/hupa/ ,
>>> The version is 0.0.2.
>>>
>>>
>>> Manuel Carrasco於 2014年2月17日星期一UTC+8上午3時58分55秒寫道：
>>>>
>>>> Which version have you checked out?
>>>>
>>>>
>>>> On Thu, Feb 13, 2014 at 11:43 AM, Harry Lin  wrote:
>>>>
>>>>> In my attempt to run hupa in Development  mode I receive the following
>>>>> error.
>>>>>
>>>>> The application was stuck in loading, although it can get into the
>>>>> Mail page
>>>>> (I can see the number of mails in INBOX and Trash...But the loading
>>>>> message showing in the middle)
>>>>>
>>>>>
>>>>> Could anyone provide some direction as to what may be going on here?
>>>>>
>>>>>
>>>>>  log start here
>>>>> Loading modules
>>>>>org.apache.hupa.HupaProd
>>>>>   Validating  tags for module 'hupa'
>>>>>  [WARN] Module declares a servlet class
>>>>> 'com.google.gwt.gen2.logging.server.RemoteLoggingService', but the
>>>>> web.xml has no corresponding declaration; please add the following lines 
>>>>> to
>>>>> your web.xml:
>>>>> 
>>>>>   remoteLoggingService
>>>>>   com.google.gwt.gen2.logging.server.
>>>>> RemoteLoggingService
>>>>> 
>>>>> 
>>>>>   remoteLoggingService
>>>>>   /hupa/logging
>>>>> 
>>>>>org.apache.hupa.Hupa
>>>>>   Validating  tags for module 'hupa'
>>>>>  [WARN] Module declares a servlet class
>>>>> 'com.google.gwt.gen2.logging.server.RemoteLoggingService', but the
>>>>> web.xml has no corresponding declaration; please add the following lines 
>>>>> to
>>>>> your web.xml:
>>>>> 
>>>>>   remoteLoggingService
>>>>>   com.google.gwt.gen2.logging.server.
>>>>> RemoteLoggingService
>>>>> 
>>>>> 
>>>>>   remoteLoggingService
>>>>>   /hupa/logging
>>>>> 
>>>>> [WARN] Server class 'org.apache.hupa.server.mock.MockConstants' could
>>>>> not be found in the web app, but was found on the system classpath
>>>>>[WARN] Adding classpath entry 'file:/D:/Harry.Lin/java/
>>>>> workspace/hupa-parent-0.0.2/mock/target/classes/' to the web app
>>>>> classpath for this session
>>>>> 0[main] INFO  HupaLogger  - >> Started HUPA with configuration ->
>>>>> {IMAPS=true, SMTPAuth=true, IMAPServerPort=993, IMAPServerAddress=
>>>>> imap.gmail.com, TrustStore=, SMTPServerPort=465,
>>>>> DefaultTrashFolder=[Gmail]/Trash, SMTPServerAddress=smtp.gmail.com,
>>>>> DefaultInboxFolder=INBOX, SMTPS=true, DefaultDraftsFolder=[Gmail]/Drafts,
>>>>> PostFetchMessageCount=0, DefaultSentFolder=[Gmail]/Sent,
>>>>> IMAPConnectionPoolSize=4, IMAPConnection

Re: Running Hupa in Development Mode

[Manuel Carrasco Moñino]

I have  compiled that version without problem.

Anyway we are developing a new version of hupa which a lot of changes,  try
to check out last stuff from github and compile it

https://github.com/manolo/james-hupa

- Manolo





On Wed, Feb 19, 2014 at 5:15 AM, Harry Lin  wrote:

>
> Hi Manuel,
> I download Hupa from http://james.apache.org/hupa/ ,
> The version is 0.0.2.
>
>
> Manuel Carrasco於 2014年2月17日星期一UTC+8上午3時58分55秒寫道：
>>
>> Which version have you checked out?
>>
>>
>> On Thu, Feb 13, 2014 at 11:43 AM, Harry Lin  wrote:
>>
>>> In my attempt to run hupa in Development  mode I receive the following
>>> error.
>>>
>>> The application was stuck in loading, although it can get into the Mail
>>> page
>>> (I can see the number of mails in INBOX and Trash...But the loading
>>> message showing in the middle)
>>>
>>>
>>> Could anyone provide some direction as to what may be going on here?
>>>
>>>
>>>  log start here
>>> Loading modules
>>>org.apache.hupa.HupaProd
>>>   Validating  tags for module 'hupa'
>>>  [WARN] Module declares a servlet class
>>> 'com.google.gwt.gen2.logging.server.RemoteLoggingService', but the
>>> web.xml has no corresponding declaration; please add the following lines to
>>> your web.xml:
>>> 
>>>   remoteLoggingService
>>>   com.google.gwt.gen2.logging.server.
>>> RemoteLoggingService
>>> 
>>> 
>>>   remoteLoggingService
>>>   /hupa/logging
>>> 
>>>org.apache.hupa.Hupa
>>>   Validating  tags for module 'hupa'
>>>  [WARN] Module declares a servlet class
>>> 'com.google.gwt.gen2.logging.server.RemoteLoggingService', but the
>>> web.xml has no corresponding declaration; please add the following lines to
>>> your web.xml:
>>> 
>>>   remoteLoggingService
>>>   com.google.gwt.gen2.logging.server.
>>> RemoteLoggingService
>>> 
>>> 
>>>   remoteLoggingService
>>>   /hupa/logging
>>> 
>>> [WARN] Server class 'org.apache.hupa.server.mock.MockConstants' could
>>> not be found in the web app, but was found on the system classpath
>>>[WARN] Adding classpath entry 'file:/D:/Harry.Lin/java/
>>> workspace/hupa-parent-0.0.2/mock/target/classes/' to the web app
>>> classpath for this session
>>> 0[main] INFO  HupaLogger  - >> Started HUPA with configuration ->
>>> {IMAPS=true, SMTPAuth=true, IMAPServerPort=993, IMAPServerAddress=
>>> imap.gmail.com, TrustStore=, SMTPServerPort=465,
>>> DefaultTrashFolder=[Gmail]/Trash, SMTPServerAddress=smtp.gmail.com,
>>> DefaultInboxFolder=INBOX, SMTPS=true, DefaultDraftsFolder=[Gmail]/Drafts,
>>> PostFetchMessageCount=0, DefaultSentFolder=[Gmail]/Sent,
>>> IMAPConnectionPoolSize=4, IMAPConnectionPoolTimeout=30,
>>> TrustStorePassword=, SessionDebug=true}
>>> 60   [main] INFO  gwtupload.server.UploadServlet  - UPLOAD-SERVLET
>>> init: maxSize=10485760, slowUploads=null, isAppEngine=false
>>> 61   [main] INFO  gwtupload.server.UploadServlet  - UPLOAD-ACTION init:
>>> removeSessionFiles=false, removeData=false
>>> [WARN] Server class 'junit.framework.AssertionFailedError' could not be
>>> found in the web app, but was found on the system classpath
>>>[WARN] Adding classpath entry 'file:/C:/Users/kirin/.m2/
>>> repository/junit/junit/4.9/junit-4.9.jar' to the web app classpath for
>>> this session
>>> 111461 [btpool0-3] INFO  HupaLogger  - HupaDispatchServlet: executing:
>>> CheckSession
>>> 111475 [btpool0-3] INFO  HupaLogger  - HupaDispatchServlet: finished:
>>> CheckSession
>>> 133238 [btpool0-3] INFO  HupaLogger  - HupaDispatchServlet: executing:
>>> LoginUser
>>> 136221 [btpool0-3] INFO  HupaLogger  - HupaDispatchServlet: finished:
>>> LoginUser
>>> java.lang.RuntimeException
>>> at org.apache.hupa.client.CachingDispatchAsync.
>>> executeOneRequestPerAction(CachingDispatchAsync.java:87)
>>> at org.apache.hupa.client.CachingDispatchAsync.execute(
>>> CachingDispatchAsync.java:67)
>>> at org.apache.hupa.client.mvp.MessageTableModel.requestRows(
>>> MessageTableModel.java:120)
>>> at com.google.gwt.gen2.table.client.CachedTableModel.
>>> requestRows(CachedTableModel.java:321)
>>> at com.google.gwt.gen2.tab

Re: Running Hupa in Development Mode

[Manuel Carrasco Moñino]

Which version have you checked out?


On Thu, Feb 13, 2014 at 11:43 AM, Harry Lin  wrote:

> In my attempt to run hupa in Development  mode I receive the following
> error.
>
> The application was stuck in loading, although it can get into the Mail
> page
> (I can see the number of mails in INBOX and Trash...But the loading
> message showing in the middle)
>
>
> Could anyone provide some direction as to what may be going on here?
>
>
>  log start here
> Loading modules
>org.apache.hupa.HupaProd
>   Validating  tags for module 'hupa'
>  [WARN] Module declares a servlet class
> 'com.google.gwt.gen2.logging.server.RemoteLoggingService', but the web.xml
> has no corresponding declaration; please add the following lines to your
> web.xml:
> 
>   remoteLoggingService
>
> com.google.gwt.gen2.logging.server.RemoteLoggingService
> 
> 
>   remoteLoggingService
>   /hupa/logging
> 
>org.apache.hupa.Hupa
>   Validating  tags for module 'hupa'
>  [WARN] Module declares a servlet class
> 'com.google.gwt.gen2.logging.server.RemoteLoggingService', but the web.xml
> has no corresponding declaration; please add the following lines to your
> web.xml:
> 
>   remoteLoggingService
>
> com.google.gwt.gen2.logging.server.RemoteLoggingService
> 
> 
>   remoteLoggingService
>   /hupa/logging
> 
> [WARN] Server class 'org.apache.hupa.server.mock.MockConstants' could not
> be found in the web app, but was found on the system classpath
>[WARN] Adding classpath entry
> 'file:/D:/Harry.Lin/java/workspace/hupa-parent-0.0.2/mock/target/classes/'
> to the web app classpath for this session
> 0[main] INFO  HupaLogger  - >> Started HUPA with configuration ->
> {IMAPS=true, SMTPAuth=true, IMAPServerPort=993, IMAPServerAddress=
> imap.gmail.com, TrustStore=, SMTPServerPort=465,
> DefaultTrashFolder=[Gmail]/Trash, SMTPServerAddress=smtp.gmail.com,
> DefaultInboxFolder=INBOX, SMTPS=true, DefaultDraftsFolder=[Gmail]/Drafts,
> PostFetchMessageCount=0, DefaultSentFolder=[Gmail]/Sent,
> IMAPConnectionPoolSize=4, IMAPConnectionPoolTimeout=30,
> TrustStorePassword=, SessionDebug=true}
> 60   [main] INFO  gwtupload.server.UploadServlet  - UPLOAD-SERVLET init:
> maxSize=10485760, slowUploads=null, isAppEngine=false
> 61   [main] INFO  gwtupload.server.UploadServlet  - UPLOAD-ACTION init:
> removeSessionFiles=false, removeData=false
> [WARN] Server class 'junit.framework.AssertionFailedError' could not be
> found in the web app, but was found on the system classpath
>[WARN] Adding classpath entry
> 'file:/C:/Users/kirin/.m2/repository/junit/junit/4.9/junit-4.9.jar' to the
> web app classpath for this session
> 111461 [btpool0-3] INFO  HupaLogger  - HupaDispatchServlet: executing:
> CheckSession
> 111475 [btpool0-3] INFO  HupaLogger  - HupaDispatchServlet: finished:
> CheckSession
> 133238 [btpool0-3] INFO  HupaLogger  - HupaDispatchServlet: executing:
> LoginUser
> 136221 [btpool0-3] INFO  HupaLogger  - HupaDispatchServlet: finished:
> LoginUser
> java.lang.RuntimeException
> at
> org.apache.hupa.client.CachingDispatchAsync.executeOneRequestPerAction(CachingDispatchAsync.java:87)
> at
> org.apache.hupa.client.CachingDispatchAsync.execute(CachingDispatchAsync.java:67)
> at
> org.apache.hupa.client.mvp.MessageTableModel.requestRows(MessageTableModel.java:120)
> at
> com.google.gwt.gen2.table.client.CachedTableModel.requestRows(CachedTableModel.java:321)
> at
> com.google.gwt.gen2.table.client.PagingScrollTable.gotoPage(PagingScrollTable.java:732)
> at
> org.apache.hupa.client.mvp.IMAPMessageListView.reset(IMAPMessageListView.java:477)
> at
> org.apache.hupa.client.mvp.IMAPMessageListPresenter.revealDisplay(IMAPMessageListPresenter.java:421)
> at
> org.apache.hupa.client.mvp.MainPresenter.showMessageTable(MainPresenter.java:233)
> at
> org.apache.hupa.client.mvp.MainPresenter.access$5(MainPresenter.java:227)
> at
> org.apache.hupa.client.mvp.MainPresenter$23.onLogin(MainPresenter.java:484)
> at
> org.apache.hupa.shared.events.LoginEvent.dispatch(LoginEvent.java:46)
> at org.apache.hupa.shared.events.LoginEvent.dispatch(LoginEvent.java:1)
> at com.google.gwt.event.shared.GwtEvent.dispatch(GwtEvent.java:1)
> at
> com.google.web.bindery.event.shared.EventBus.dispatchEvent(EventBus.java:40)
> at
> com.google.web.bindery.event.shared.SimpleEventBus.doFire(SimpleEventBus.java:193)
> at
> com.google.web.bindery.event.shared.SimpleEventBus.fireEvent(SimpleEventBus.java:88)
> at
> com.google.gwt.event.shared.HandlerManager.fireEvent(HandlerManager.java:127)
> at
> org.apache.hupa.client.mvp.LoginPresenter$1.callback(LoginPresenter.java:84)
> at
> org.apache.hupa.client.mvp.LoginPresenter$1.callback(LoginPresenter.java:1)
> at org.apache.hupa.client.HupaCallback.onSuccess(HupaCallback.java:103)
> at
> org.apache.hupa.client.CachingDispatchAsync$1.onSuccess(CachingDispatchAsync.java:96)
> at
> org.apache.hupa.client.CachingDispatc

Re: GWT website moved to gwtproject.org

[Manuel Carrasco Moñino]

On Tue, Jul 16, 2013 at 8:19 PM, Erik wrote:

>
> Thank you for the hard work that has gone into the site!
>
> Can we do something to improve the styling of the new site?  There are
> people who are researching GWT as a candidate tool for development.  When
> they research whether or not they should consider it, they hear it can be
> challenging to style. What do you think happens when those GWT developers
> come to this site and the styling is less than they'd expect?
>
> I hate to sound like a critic.  I'm just trying to counter myths regarding
> GWT, with styling being on the top of the list, and am now concerned how
> this will play out in current circles debating GWT if this site isn't
> improved quickly.
>

As it has be said, GWT site has been moved from google so as the community
can contribute easily to change it.
The goal of this movement is that If you have nice styling or any other
suggestion, just commit a patch to the project review system, and I'm
pretty sure it will be included after some discussion.
I agree that the styling can be improved, but this is a good start point.
It was more important to handle all content of the old site than focusing
on visual things.


> Here are some styling examples with Firefox 22.0 (the latest) on Windows
> 7.
>
> 1. In this line, text is very hard to read, like a bad image.  It is
> tiny.  And, what is a beta version, exactly?  The site?  The current
> version of GWT?  All versions of GWT?  I'm reporting.  How do I change this
> line?
>
>
> 
>
> 2. Of course, when evaluating GWT, people want to know Who is using 
> GWT.
> Isn't this text is a little close to the image?
>
>
> 
>
>
Just send a patch to the review system improving the wording and style.


>
> As someone noted, these pages were not built with GWT.  Would someone
> evaluating who never used GWT before know that?  Or does this reinforce
> what they are hearing from the critics.
>


That's not true.  The site has been created using gwt (just take a look to
the network traffic and you can see it downloads a gwt permuttion).
It uses a server-side deployed on GAE which have pages stored in datastore,
and the client uses some gwt code (in fact gwt-query) to handle the menu,
history, and request pages via ajax.
For crawlers, the site behaves like all the content were static html files.


>
> If one purpose of this site is to help GWT grow, then can we put marketing
> CSS love in it?  Is there anything any of us can do to help improve this
> site?  I'd love to help if I can.


Read this page to checkout the project and contribute, if you need any
help, ask for it in the gwt-contributors list.
http://www.gwtproject.org/makinggwtbetter.html#webpage



>
>
> Thanks for getting the site up and helping GWT to be more successful!
>
>
> On Tuesday, July 2, 2013 4:57:49 PM UTC-4, Daniel Kurka wrote:
>>
>> Today we finally flipped the switch and moved all the GWT content from
>> developers.google.com to gwtproject.org. The old homepage will redirect
>> to gwtproject.org so there should be no broken links. However if you
>> encounter any missing content or broken links please file a 
>> bug
>> .
>>
>> Why did we do this?
>>
>> GWT is now an open source project and we wanted to enable people to
>> contribute to the website and documentation as well. Since
>> developers.google.com can only be updated by Google employees we needed
>> another home.
>>
>> - Daniel, on behalf of the GWT team
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Upload files using apache DiskFileItemFactory to GAE?

[Manuel Carrasco Moñino]

You can replace the default DiskFileFileItemFactory by your own, in
gwtupload you have two approaches for GAE: BlobstoreFileItemFactory and
MemCacheFileItemFactory

https://code.google.com/p/gwtupload/source/browse/#git%2Fgae%2Fsrc%2Fmain%2Fjava%2Fgwtupload%2Fserver%2Fgae


On Thu, Apr 25, 2013 at 5:06 PM, Jens  wrote:

> Dont use DiskFileItemFactory.
>
> http://commons.apache.org/proper/commons-fileupload/streaming.html
>
> (untested but thats probably your only option when using Apache FileUpload)
>
> -- J.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

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

Re: gwtuploader dont call onFinish method

[Manuel Carrasco Moñino]

That's in a known issue, change the file name in the server side before
sending back the response.


On Sat, Mar 9, 2013 at 8:05 PM, Michał Zakrzewski <
michal.zakrzewsk...@gmail.com> wrote:

> I think that problem is polish language in file name. Can I have change
> file name in uploader ?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

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

Re: gwt-exporter

[Manuel Carrasco Moñino]

It seems that you are calling the exported stuff before it is available.
Note that GWT loads the appropriate permutation asynchronously. So either
enclose your js code in your html page in a method and call it from your
onModuleLoad, or delay the execution of your code.


On Mon, Jan 14, 2013 at 4:02 PM, samira DAHMANI wrote:

> I'm new to gwt-exporter and i am trying to export a simple gwt composite
> but when I compile the code it doesn't generate any new javascript lib or
> file as expected. When I run it I get
>
> Uncaught ReferenceError: jsc is not defined .
>
> Here is my code, can you help me to know what's wrong with it?
>
> The composite :
>
> @Export@ExportPackage("jsc")public class MyClassicalLoginWidget extends 
> Composite implements Exportable{MyClientBundel bundle = 
> MyClientBundel.INSTANCE;
>
> @Exportpublic MyClassicalLoginWidget(){
> bundle.css().ensureInjected();
>
> FlowPanel mainPanel = new FlowPanel();
> mainPanel.setStyleName(bundle.css().mainPanel());
> SuggestBox logintb = new SuggestBox();
> logintb.getElement().setAttribute("placeHolder", "Enter Your Login");
> logintb.setStyleName(bundle.css().textBox());
> PasswordTextBox pwdtb = new PasswordTextBox();
> pwdtb.setStyleName(bundle.css().textBox());
> Button connectbtn = new Button("Connexion");
> connectbtn.setStyleName(bundle.css().button());
>
> mainPanel.add(logintb);
> mainPanel.add(pwdtb);
> mainPanel.add(connectbtn);
>
> initWidget(mainPanel);
> }
>
> @Export
> public void sayHello(){
> Window.alert("MyClassicalLoginWidget says hello");
> }}
>
> The EntryPoint:
>
> public class Main implements EntryPoint {
>
> public void onModuleLoad() {
> ExporterUtil.exportAll();
> GWT.create(MyClassicalLoginWidget.class);
> }}
>
> The javascript:
>
> 
> var widget = new jsc.MyClassicalLoginWidget();
> widget.sayHello();
> 
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/YQ7JSiVcrtUJ.
> 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.
>

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

Fwd:

[Manuel Carrasco]

http://residuoeletronicodobrasil.com.br/fymgeio.php

-- 
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: Security considerations for GWT applications

[Manuel Carrasco Moñino]

On Wednesday, October 24, 2012 2:38:51 PM UTC-4, Manuel Carrasco wrote:

> - You could compute and send the MD5 hash of the password instead of the
>> clear one if the server is storing the password in MD5
>>
>
> This doesn't really work against MITM attacks. As written, the proposal
> substitutes a password equivalent in place of the original password, which
> doesn't really provide any protection against unauthorized access to the
> system because intercepting the password equivalent would still be
> sufficient for access. It does protect the original password, though that's
> typically a lesser concern.
>
>
>
Exact this is not a protection for the target system, but a guarantee for
the user so as her clear password is not seen in the wire. It is very usual
for users to use the same password for different systems.

-- 
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: Actual Status of GWT

[Manuel Carrasco Moñino]

GWT is in good shape, this video could help you to know the actual status
of it.

http://www.youtube.com/watch?v=VOf27ez_Hvg



On Thu, Oct 25, 2012 at 4:58 PM, Jürgen Form wrote:

> Can somebody please telle me the actual status of the GWT? Is it usefull
> to learn it? One year ago, I did my first step with it, but actually the
> GWT could not be found at https://developers.google.com/products/. Only
> if I search fo it.
>
> I think there is no way to find it only by navigation. So if there is no
> "normal way" to find it, why i should take care about it?
>
> Kind regards
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/GOxyIySJfasJ.
> 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.
>

-- 
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: [gquery] Announcing GwtChosen 1.1.0!!

[Manuel Carrasco Moñino]

Amazing job Julien !!.

- Manolo

On Wed, Oct 24, 2012 at 11:59 PM, Julien Dramaix
wrote:

> Dear Community,
>
> I've just released GwtChosen 1.1.0. This release fix some bugs and
> bring two new enhancements :
> - possibility to customize the CSS via the ChosenOption object
> - add optgroup support to the ChosenListBox widget.
>
> Don't forget to change your pom. xml or download the last jar file
> (
> http://code.google.com/p/gwtquery-plugins/downloads/detail?name=gwtchosen-1.1.0.jar
> )
>
> Thanks to those who opened issues, proposed fixes and/or tested them.
>
> Documentation and example : http://jdramaix.github.com/gwtchosen/ and
> http://jdramaix.github.com/gwtchosen/widgetsample/index.html
>
> Changes in this release :
>
> https://github.com/jDramaix/gwtchosen/issues?milestone=2&page=1&state=closed
>
>
> Julien
>
> --
>
>
>

-- 
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: IndexedDb

[Manuel Carrasco Moñino]

Have you try this http://code.google.com/p/indexeddb-gwt/wiki/HowTo ?


On Mon, Oct 22, 2012 at 10:56 PM, Twentyseven  wrote:

> Hello,
>
> I did some test with local and session storage with GWT but it's very
> limited in size.
> I'd like to use IndexedDb but there's no "native" API implemented in GWT.
> I've saw Elemental in GWT 2.5 but it seems to be experimental.
>
> Is there a mature project that wrap the IndexedDb API in GWT ?
>
> Thank's
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/4E0k4LR_d2MJ.
> 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.
>

-- 
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: [QUESTION] Developing for mobile

[Manuel Carrasco Moñino]

#1 its true, you develop in gwt and pack the compiled stuff with cordova
aka phonegap, and it would work in almost modern mobile platforms.
#2 you need gwt-phonegap if you wanted to access some hardware functions in
your mobile, I recomend mgwt as well.

On Tue, Oct 23, 2012 at 10:24 PM, Oliver Krylow  wrote:

> Check out http://www.m-gwt.com/. It is under very active development and
> its creator Daniel Kurka is now part of the GWt Steering Commitee.
>
> --
> 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.
>

-- 
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: Security considerations for GWT applications

[Manuel Carrasco Moñino]

- Use Http-Only cookies so as any eventually injected js does not have
access to the session cookie.
- You could compute and send the MD5 hash of the password instead of the
clear one if the server is storing the password in MD5

On Wed, Oct 24, 2012 at 8:26 PM, Ed  wrote:

> Use SSL for Security, never send a clear text user id password over the
> wire.
> If a user navigates away from app then they should log in again.
>
> ed
>
> On Wed, Oct 24, 2012 at 5:41 AM, Flying-w 
> wrote:
> > I am investigating security considerations around the user login for a
> GWT
> > application in respect of the following strategy:
> >
> > User enters their id and password in a dialogue;
> > Client transmits the login request with the above details to the server
> > using RPC;
> > Server returns a token unique to the client.  The client stores this in a
> > cookie such that if they press F5 to reload the application, or navigate
> > away and come back, they do not need to login again (within a timeout
> > period);
> > On every request the client sends to the server, the token is included in
> > the payload of the request to authenticate the request;
> >
> > There are some obvious flaws in this approach:
> >
> > The "Eve" type hacker listening on the network can intercept the plain
> text
> > userid and password and reuse them directly in their client;
> > If someone gains physical access to the original users computer, can they
> > lift the server token from the cookie and use the token on the their
> > computer to impersonate the original user?
> >
> > What are the solutions to these security exposures:
> >
> > Use SSL.  Any good guides about doing this with GWT?  Does SSL also
> defeat
> > the "Mallory" attacker that can also modify network data?
> > Any non-SSL solutions?
> >
> > Perhaps there's a guide about this out there somewhere, but all I can
> find
> > so far is information relating to javascript security.
> >
> > Thanks
> > Simon.
> >
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Google Web Toolkit" group.
> > To view this discussion on the web visit
> > https://groups.google.com/d/msg/google-web-toolkit/-/4MgiVSsFI3UJ.
> > 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.
>
> --
> 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.
>
>

-- 
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: Moving Animation

[Manuel Carrasco Moñino]

Use the animate method from gwtquery to move the widget to the panel
position (just a line of code) , dont forget to add a callback function in
order to add the widget to the panel after the animation has been finished
and maintain the gwt widget hierarchy.

BTW: gquery uses gwt-animate as its low-level function.

Example code:

// Create your widgets and add to the document
final HorizontalPanel panel = new HorizontalPanel();
final HTMLPanel widget = new HTMLPanel("Hello World");
RootPanel.get().add(panel);
RootPanel.get().add(widget);

// Style your widgets, gwtquery makes it easy
$(panel).css($$("bottom:0px; position:fixed; border: solid 1px; width:
200px; height: 40px;"));
$(widget).css($$("top: 50%; left: 50%; position:fixed; border: solid
1px; width: 150px"));

// Compute the final position of your widget
Properties props = $$("top: " + $(panel).top() + ", left:" +
$(panel).left());

// animate it and run a callback function
$(widget).animate(props, 2000, new Function(){
  public void f() {
panel.add(widget);
$(widget).css($$("position: relative"));
  }
});



On Wed, Oct 24, 2012 at 3:47 PM, Tony Rah  wrote:

> Here are some tips for such a thing in GWTLand. These are off the top of
> my head so there might be some missing pieces.
>
> 1. Use the GWT Animation class. Read its java doc. It will tell you
> everything you need to know about how it works.
> 2. Override the onStart method and hold onto the widget to be moved, start
> location left/top, finish location left/top. You will use these on the
> onUpdate method. You will also want to detach you widget from its current
> parent, attach it to the RootPanel, set its css to position absolute, its
> left/top to the start location that you captured.
> 3. In the onUpdate method you will be given a progress argument. This
> argument will range between .0-1.0. You will want to do a little math here
> to determine the incremental left/top of the widget given the progress. You
> can use the start and finish location you captured in the onStart to
> perform this calculation. This will give you your movement across the
> screen.
> 4. Override the onFinish. Here you will want to detach your widget from
> the RootPanel and attach it to the new parent in the target destination.
> You can also add the bouncy effect using another GWT Animation if you like.
> 5. After all that you will call the run method on the animation and give
> it a duration in milliseconds.
>
> You will likely have to tweak and tune the code to achieve the exact
> effect you want but this should get you started. You could also play with
> css3 transitions to get your animation effects but it is not supported in
> all browsers and might be a bit difficult (if not impossible) given the
> effects you are trying to achieve.
>
> Good luck...
> x
>
> On Tuesday, October 23, 2012 1:00:07 PM UTC-6, Deepak Singh wrote:
>
>> Any hint / guide over the logic how to implement because i feel panic how
>> to write custom animation as i never did this and used gwtquery for all
>> animations.
>>
>> Regards
>> Deepak
>>
>> On Tue, Oct 23, 2012 at 9:47 PM, Jens  wrote:
>>
>>> Basic example can be found in the showcase: http://gwt.google.**
>>> com/samples/Showcase/Showcase.**html#!CwAnimation
>>>
>>> -- J.
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Google Web Toolkit" group.
>>> To view this discussion on the web visit https://groups.google.com/d/**
>>> msg/google-web-toolkit/-/**gBcmnMOpiIUJ
>>> .
>>>
>>> To post to this group, send email to google-we...@**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
>>> **.
>>>
>>
>>
>>
>> --
>> Deepak Singh
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/QAU6Wpj8OzgJ.
>
> 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.
>

-- 
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: Split points vs. separate entry point modules for reducing load time

[Manuel Carrasco Moñino]

#1 is the best !

#2 will make the user download much more js, think that you need a
different html for each page, and each single module will duplicate a lot
of gwt core code (java.lang, collections, etc).

I've used kind of #2 approach for another scenario: SEO friendly webs, I
mean, webs designed to have a different html page for each screen, but in
this case I have used only one EntryPoint so as all pages shared the same
gwt code, and this entrypoint is able to figure out in which page it is
being executed. Because all pages share the same gwt code, it is cached in
the browser and the performance is really good.

- Manolo

On Tue, Oct 16, 2012 at 4:20 PM, bvt  wrote:

> Hi,
>
> We're developing a fairly large GWT web application and would like to
> minimize the initial load time and the size of the scripts users will have
> to download on first load. The two main approaches for achieving this goal
> this seem to be:
>
>1. Using code splitting (we're likely to have around 10/15 separate
>screens, so are likely to use the the approach outlined 
> here for
>using split points with Activities using Gin)
>2. Using separate modules with different entry points for each
>"screen".
>
> Any thoughts on which is the better approach? Option 1 seems to be the
> more officially recommended approach, but code splitting does seem like it
> can potentially be quite difficult to get right. Are there any pitfalls
> with Option 2 that I'm missing?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/XpLX2xv9F2kJ.
> 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.
>

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

[Manuel Carrasco Moñino]

RPC client part is not thought for java, although there are some libraries
to handle it like gwt-syncproxy.
Otherwise, RF can be used in any JVM like android, in fact request factory
stuff is out of the gwt namespace.

I dont think trying to handle gwt-rpc with xcode is a good idea.

What I do with my mobile apps is to use gwtphonegap, so as I can use the
same code base for desktop and all devices, I have not to modify any line
of code in my ajax code, I use RF or gquery-ajax, although rpc works fine
as well.

- Manolo

On Tue, Oct 16, 2012 at 3:36 PM, Manikanda raj S  wrote:

> Thanks for the Code Manolo. But i would also like to separate the code as
> of now into GWT Client part as one and Servlet Part as other. One more
> thing i want GWT Serialization externalized is, if we can have it
> externalized, then we can probably use the same for Android Development
> too.If we can convert the same to Objective C,we can use it for IPhone too.
> I'm just trying to use GWT Serialization as a API data type with my Present
> Code.
>
>
> On Tuesday, October 16, 2012 6:01:39 PM UTC+5:30, Manuel Carrasco wrote:
>
>> Actually gwt RPC uses requestbuilder as its low-level transport, so cors
>> works with rpc without any problem.
>>
>> Here you have an example of cors with gwt rpc.
>>
>> - In the client side you have to change the RPC service url
>>  GreetingServiceAsync greetingService = GWT.create(GreetingService.**
>> class);
>>  ((ServiceDefTarget)**greetingService).**setServiceEntryPoint("http://**
>> localhost:/mymodule/greet <http://localhost:/mymodule/greet>"**);
>>
>> - In the server side configure a filter in your web.xml
>>
>>   corsFilter
>>   com.example.**server.CORSFilter
>>
>>
>>   corsFilter
>>   /*
>>
>> - And this is an example of filter, maybe you should set any kind of
>> security based on the Origin header
>>
>> package com.example.server;
>>
>> import java.io.IOException;
>>
>> import javax.servlet.Filter;
>> import javax.servlet.FilterChain;
>> import javax.servlet.FilterConfig;
>> import javax.servlet.**ServletException;
>> import javax.servlet.ServletRequest;
>> import javax.servlet.ServletResponse;
>> import javax.servlet.http.**HttpServletRequest;
>> import javax.servlet.http.**HttpServletResponse;
>>
>> public class CORSFilter implements Filter {
>>
>>   public void doFilter(ServletRequest servletRequest,
>>   ServletResponse servletResponse, FilterChain filterChain)
>>   throws IOException, ServletException {
>>
>> HttpServletRequest req = (HttpServletRequest) servletRequest;
>> HttpServletResponse resp = (HttpServletResponse) servletResponse;
>>
>> String o = req.getHeader("Origin");
>> if ("options".equalsIgnoreCase(**req.getMethod())) {
>>   resp.setHeader("Allow", "GET, HEAD, POST, PUT, DELETE, TRACE,
>> OPTIONS");
>>   if (o != null) {
>> resp.addHeader("Access-**Control-Allow-Origin", o);
>> resp.addHeader("Access-**Control-Allow-Methods",
>> "POST, GET, OPTIONS");
>> resp.addHeader("Access-**Control-Allow-Headers",
>> "content-type,pageurl,x-gwt-**permutation,x-gwt-module-base"*
>> *);
>> resp.setContentType("text/**plain");
>>   }
>>   resp.getWriter().flush();
>>   return;
>> }
>>
>> if (o != null) {
>>   resp.addHeader("Access-**Control-Allow-Origin", o);
>> }
>>
>> if (filterChain != null) {
>>   filterChain.doFilter(req, resp);
>> }
>>   }
>>
>>   @Override
>>   public void destroy() {
>>   }
>>
>>   @Override
>>   public void init(FilterConfig arg0) throws ServletException {
>>   }
>>
>> }
>>
>> The server part works with RPC, RF, RequestBuilder, gwtquery-ajax and any
>> other js approach.
>>
>> - Manolo
>>
>>
>> On Tue, Oct 16, 2012 at 9:01 AM, Thomas Broyer  wrote:
>> >
>> >
>> > On Tuesday, October 16, 2012 8:58:49 AM UTC+2, Manikanda raj S wrote:
>> >>
>> >> CORS don't work with GWT Servlets, only with RequestBuilder.
>> >>>
>> >>>
>> >
>> > There's no reason it wouldn't work. What did you try?
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> 

Re: GWT Serialization

[Manuel Carrasco Moñino]

Why do you say RPC servlets are not normal servlets? they are.
You can control several things in your service servlet using the methods
thought for that, for instance to add customized headers you can do:

  @Override
  protected void onAfterResponseSerialized(String serializedResponse) {
super.onAfterResponseSerialized(serializedResponse);
HttpServletResponse r = perThreadResponse.get();
r.setHeader("Foo", "Bar");
  }

GWT client code is static so you can host it in any webserver, just take
the html and js generated by the compiler and deploy it in your preferred
web server. In fact GWT is deseigned for client code, rpc or rf are
provided to make live easier to those developers who want a backend in java.

On Tue, Oct 16, 2012 at 11:16 AM, Manikanda raj S  wrote:

> How can i actually set Response Headers in GWT Servlets ..? If i can have
> normal Servlets, i can have a Filter doing that. Besides i want to run
> client and server code in different webservers, client code(Java
> Script,HTML) in a apache servers in my customer's location and Servlets in
> my own Server. How can i do that with gwt-rpc servlets ...?
>
>
> On Tuesday, October 16, 2012 12:31:43 PM UTC+5:30, Thomas Broyer wrote:
>>
>>
>>
>> On Tuesday, October 16, 2012 8:58:49 AM UTC+2, Manikanda raj S wrote:
>>>
>>> CORS don't work with GWT Servlets, only with RequestBuilder.
>>>


>> There's no reason it wouldn't work. What did you try?
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/5d0gx8dvzyUJ.
>
> 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.
>

-- 
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 to (locally) disable method pruning by the GWT compiler?

[Manuel Carrasco Moñino]

On Tue, Oct 16, 2012 at 8:42 AM, erik  wrote:

> Thank you for your thoughts, Manuel!
>
> I've tested this some more yesterday and found out that using gwt-exporter
> isn't enough. The compiler will still prune any methods and class that
> doesn't seem to be used even if it was exported to JS.
> The real problem here is that the compiler has strict rules about where
> "original" java objects can be obtained.
> If the only way to get a reference to a java object of type X is an
> external call from JS (or another gwt module via jsni), the compiler will
> always remove this type and all it's methods. The JSNI documentation 
> hereis
>  the key for me: "Java
> Object of the correct type that must have originated in Java code" ...
>

I think you have something wrong in your tests, if you annotate a class
with @Export and it  implements Exportable, when you call GWT.create(...),
or ExporterUtil.esportAll(), that class and all its methods will be
available in the js outuput because gwt-exporter references those methods
in the generated wrapper class.



>
> Following this description I've added an exported dummy method which
> returns a static object of type X. That way it's possible to have a
> reference to a java object in javascript and pass it back to java. However,
> I don't actually use this method. Instead I use a jsni call from my second
> gwt module which transfers a different object of the same type to my
> receiver module. Et voilà, it works!
>
>
> Erik
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/qWOp3_Gm88oJ.
>
> 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.
>

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

[Manuel Carrasco Moñino]

Actually gwt RPC uses requestbuilder as its low-level transport, so cors
works with rpc without any problem.

Here you have an example of cors with gwt rpc.

- In the client side you have to change the RPC service url
 GreetingServiceAsync greetingService = GWT.create(GreetingService.class);
 ((ServiceDefTarget)greetingService).setServiceEntryPoint("
http://localhost:/mymodule/greet";);

- In the server side configure a filter in your web.xml
   
  corsFilter
  com.example.server.CORSFilter
   
   
  corsFilter
  /*
   
- And this is an example of filter, maybe you should set any kind of
security based on the Origin header

package com.example.server;

import java.io.IOException;

import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

public class CORSFilter implements Filter {

  public void doFilter(ServletRequest servletRequest,
  ServletResponse servletResponse, FilterChain filterChain)
  throws IOException, ServletException {

HttpServletRequest req = (HttpServletRequest) servletRequest;
HttpServletResponse resp = (HttpServletResponse) servletResponse;

String o = req.getHeader("Origin");
if ("options".equalsIgnoreCase(req.getMethod())) {
  resp.setHeader("Allow", "GET, HEAD, POST, PUT, DELETE, TRACE,
OPTIONS");
  if (o != null) {
resp.addHeader("Access-Control-Allow-Origin", o);
resp.addHeader("Access-Control-Allow-Methods",
"POST, GET, OPTIONS");
resp.addHeader("Access-Control-Allow-Headers",
"content-type,pageurl,x-gwt-permutation,x-gwt-module-base");
resp.setContentType("text/plain");
  }
  resp.getWriter().flush();
  return;
}

if (o != null) {
  resp.addHeader("Access-Control-Allow-Origin", o);
}

if (filterChain != null) {
  filterChain.doFilter(req, resp);
}
  }

  @Override
  public void destroy() {
  }

  @Override
  public void init(FilterConfig arg0) throws ServletException {
  }

}

The server part works with RPC, RF, RequestBuilder, gwtquery-ajax and any
other js approach.

- Manolo


On Tue, Oct 16, 2012 at 9:01 AM, Thomas Broyer  wrote:
>
>
> On Tuesday, October 16, 2012 8:58:49 AM UTC+2, Manikanda raj S wrote:
>>
>> CORS don't work with GWT Servlets, only with RequestBuilder.
>>>
>>>
>
> There's no reason it wouldn't work. What did you try?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/6FgCPqIoH6QJ.
>
> 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.

-- 
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: Grid with

[Manuel Carrasco Moñino]

you can use different ways to create a new table in gwt:

- Uibinder:







@UiField
TableElement mytable;

- HTML
HTML html = new HTML("");

- GwtQuery
  $(document).append("");


But if you want to modify an existing Grid widget with handwritten
html, you have to use gquery or specific GWT DOM
  $("tbody > tr", mygrid).eq(0).after("");
  $("tbody > tr", mygrid).eq(0).children("td").eq(0).attr("rowspan", "2");

Be aware that changing the html code of a Grid by hand could cause
other problems like certain methods would return incorrect values
(like grid.getRowCount())


- Manolo

On Mon, Oct 15, 2012 at 10:10 PM, qinyc  wrote:
> I'm maintaining code to display a g:Grid. How could I generate code like
> this:  using either UIBinder or JSNI? (No FlexTable)
>
> Thank you.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/1sgmBcRJVYMJ.
> 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.

-- 
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: HTML without a DIV

[Manuel Carrasco Moñino]

You can enhance any widget or any gwt html portion of your widget
using gwtquery:

Widget mywidget = new Button("click-me");
GQuery.$(mywidget).append("hi");
RootPanel.get().add(mywidget);

Note that gquery is a pure gwt library, it is lightweight and has not
external dependencies.

- Manolo

On Mon, Oct 15, 2012 at 5:19 PM, JeanV  wrote:
>
> I need to attach pure HTML to a FlowPanel and do not want to the HTML item to 
> be surrounded by  or  -
>
> I'm basically using a third-party library that will dynamically look for 
> items (, ,  and others) within my panel and will break if it 
> encounters a  or . I've looked around and cannot find a solution.
>
> Can this be done.
>
> Jean
>
> PS: I hate that GWT adds  to everything!
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Google Web Toolkit" group.
> To view this discussion on the web visit 
> https://groups.google.com/d/msg/google-web-toolkit/-/LFG5__Tnj7sJ.
> 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.

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

[Manuel Carrasco Moñino]

So, I dont follow you. If you want to generate serialized strings in server
side, you have to maintain the dependence with gwt rpc there, so why dont
continuing using rpc-servlets, actually they serialize/deserialize to
strings, and the same in the client side. As you say CORS works well with
RPC. What is the goal of replacing gwt-rpc servlets by your own ones, or to
use directly requestbuilder ?



On Mon, Oct 15, 2012 at 8:35 PM, Manikanda raj S  wrote:

> Hi Manolo,
> Thanks for the links. But i have been using GWT RPC in my Application for
> quite some time and it would be a pretty big work to migrate all those from
> GWT-RPC Serialization to Autobeans or json databinding. That's why i
> specifically asked for GWT Serialization externally. Any ideas on
> Externalized GWT Serialization ..?
>
> On Monday, 15 October 2012 12:35:49 UTC+5:30, Manuel Carrasco wrote:
>
>> What you want is easy to do using requestbuilder + autobeans.
>> Autobeans are thought to handle json string representations and convert
>> them to javaobjects, they work in server and client sides and are
>> full testable.
>> http://code.google.com/p/gwt-**autobean-binding/<http://code.google.com/p/gwt-autobean-binding/>
>> http://code.google.com/p/**google-web-toolkit/wiki/**AutoBean<http://code.google.com/p/google-web-toolkit/wiki/AutoBean>
>>
>> Another option I use very often in client side because of its simplicity
>> and performance is gwtquery ajax + json-databinding
>> http://code.google.com/p/**gwtquery/wiki/Ajax<http://code.google.com/p/gwtquery/wiki/Ajax>
>> http://code.google.com/p/**gwtquery/wiki/DataBinding<http://code.google.com/p/gwtquery/wiki/DataBinding>
>>
>> In both cases you can use any json backend.
>>
>> - Manolo
>>
>> On Sat, Oct 13, 2012 at 12:35 PM, Manikanda raj S wrote:
>>
>>> I'm using GWT RPC Calls for Server Side Request so far and it's pretty
>>> good. I'm planning on separating my Code into Servlets and GWT Client Side.
>>> Since i'm using RPC calls, it seems impossible. The Reason i want to do
>>> like this is , i'm planning to provide white labeling option for my App. So
>>> if i could separate the code to client code and servlets, i can simply
>>> provide the White Labeled client code to my Partners to host on their
>>> server. I have checked with GWT RequestBuilder and 'Access-Control
>>> Allow-Origin : Origin from Client Header' and it works fine.
>>>
>>> However i need to implement gwt-serialization over RequestBuilder
>>> request and Servlet Responses. How can i do this ..?
>>>
>>> Things I like to make:
>>>
>>>- RequestBuilder sending Serializable String(Which is a *
>>>IsSerialiazible* object) to Servlet.
>>>- Servlet deserializes the String to Java Object,Processes and
>>>Returns the String Response of a '*IsSerialiazable*' (Another)
>>>Object.
>>>- The Response String received in GWT RequestBuilder deseriailizes
>>>it back to a Java Object(JS after Compiling).
>>>
>>>
>>>  --
>>> You received this message because you are subscribed to the Google
>>> Groups "Google Web Toolkit" group.
>>> To view this discussion on the web visit https://groups.google.com/d/**
>>> msg/google-web-toolkit/-/**ZNwK3SwtKOUJ<https://groups.google.com/d/msg/google-web-toolkit/-/ZNwK3SwtKOUJ>
>>> .
>>> To post to this group, send email to google-we...@**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://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 view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/Pfw2FLUTfxoJ.
>
> 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.
>

-- 
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 to (locally) disable method pruning by the GWT compiler?

[Manuel Carrasco Moñino]

AFAIK there is no a standard way to say the compiler which classes/methods
leave in your js code except from using them, apart from obfuscate names,
the compiler will remove any single method you dont use in your code, and
even it could inline certain method calls.

Said that, I think a way to control that those methods remain in the
compiled stuff although you dont use them is by using the gwt-exporter
library as you point in your email. It will generate auxiliary code to
expose the api wich will reference all the annotated methods and
classes guaranteeing you that all that stuff will be in your compiled js
modules.
But what it isn't possible is that both separate GWT modules generate the
same names and references inside the gwt classes, so although gwt-exporter
allows exported methods which returns gwt objects, those objects would not
be usable across modules.

In summary, what I would do is to use gwt-exporter in both modules to
generate a js api of certain parts of your app, and consume that js api via
jsni like any other external js library.

- Manolo

On Mon, Oct 15, 2012 at 12:06 PM, erik  wrote:

> Hey everyone,
>
> I'm currently researching ways to implement communication between two
> separate GWT modules within a host page. I know it's generally possible
> using JSNI, exporting of Java functions (via gwt-exporter or manually) and
> overlay types (JavascriptObject and so on).
> However, due to project circumstances I need to pass java objects between
> those modules that do NOT extend JavascriptObject. The reason is that I
> cannot introduce a GWT dependency into an otherwise non-GWT code base which
> is used for one of these modules. So far I only added classes around the
> actual code base that implement GWT-specific behaviour (mainly an
> EntryPoint class) and delegate to the underlying functionality.
>
> By testing I found out that I can pass custom java objects between my
> modules if I make sure that the necessary methods for them are existing at
> the receiving side (I checked this by looking at and stepping through the
> generated javascript code.)
> In my small sample application I forced the GWT-compiler to generate
> specific methods of a class by creating a dummy instance and calling its
> methods in onModuleLoad(). As soon as those were generated to javascript I
> could pass an object of the same type from another module and use its
> methods.
> If I didn't create these dummies and "dummy"-use their methods the
> javascript code was not generated and it ended up calling
> null.nullMethod(). I believe this is due to the pruning phase during
> optimization steps of the compile process.
>
> Long story, short question: Can I disable this pruning step for selected
> classes (or even methods) of my java classes?
> Or is there another way to force the compiler to generate these methods to
> javascript?
>
> With kind regards,
> Erik
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/hNtg34rQf1sJ.
> 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.
>

-- 
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 Junit Test

[Manuel Carrasco Moñino]

It seems you dont have defined the rpc servlet in the
com/TestGreeting.gwt.xml used
for testing

If you want to take a look how a rpc test looks like you could take a look
to the example test generated by  webAppCreator:

/path_to_gwt_sdk/webAppCreator -maven -noant -out hello com.example
then take a look to hello/src/test/java/com/exampleJUnit.gwt.xml

- Manolo


On Sat, Oct 13, 2012 at 8:42 PM, Rebecca Nordhauser <
pointeplusp...@gmail.com> wrote:

>
> Did you ever figure out what was going wrong?  I'm having the same error.
>
>
>
> On Tuesday, October 2, 2012 12:15:15 PM UTC-4, Manuel Carrasco wrote:
>
>> What is the content of your  com/TestGreeting.gwt.xml file ?
>>
>>
>>
>>
>> On Fri, Sep 28, 2012 at 11:18 AM, Ronsen  wrote:
>>
>>> Hi.
>>>
>>> I want to test a rpc call. I use the standard GWTproject and this
>>> testclass:
>>>
>>> public class TestGreetingService extends GWTTestCase {
>>> /**
>>>  * Must refer to a valid module that sources this class.
>>>  */
>>> public String getModuleName() {
>>> return "com.TestGreeting";
>>> }
>>>
>>> /**
>>>  * This test will send a request to the server using the greetServer
>>> method
>>>  * in GreetingService and verify the response.
>>>  */
>>> public void testGreetingService() {
>>> // Create the service that we will test.
>>> GreetingServiceAsync greetingService = GWT
>>> .create(GreetingService.class)**;
>>> ServiceDefTarget target = (ServiceDefTarget) greetingService;
>>> target.setServiceEntryPoint(**GWT.getModuleBaseURL() +
>>> "TestGreeting/greet");
>>>
>>> // Since RPC calls are asynchronous, we will need to wait for a
>>> response
>>> // after this test method returns. This line tells the test
>>> runner to
>>> // wait
>>> // up to 10 seconds before timing out.
>>> delayTestFinish(2);
>>>
>>> // Send a request to the server.
>>> greetingService.greetServer("**GWT User", new
>>> AsyncCallback() {
>>> public void onFailure(Throwable caught) {
>>> // The request resulted in an unexpected error.
>>> fail("Request failure: " + caught.getMessage());
>>> }
>>>
>>> public void onSuccess(String result) {
>>> // Verify that the response is correct.
>>> assertTrue(result.startsWith("**Hello, GWT User!"));
>>>
>>> // Now that we have received a response, we need to tell
>>> the
>>> // test runner
>>> // that the test is complete. You must call finishTest()
>>> after
>>> // an
>>> // asynchronous test finishes successfully, or the test
>>> will
>>> // time out.
>>> finishTest();
>>> }
>>> });
>>> }
>>> }
>>>
>>> That's the error I get. Can someone help me?
>>>
>>> 200 - POST /com.TestGreeting.JUnit/**junithost (192.168.1XX.XX) 381
>>> bytes
>>> [WARN] 404 - POST /com.TestGreeting.JUnit/**TestGreeting/greet
>>> (192.168.1XX.XX) 1427 bytes
>>>Request headers
>>>   Host: 192.168.1XX.XX:53577
>>>   User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
>>> rv:1.9.0.19) Gecko/2010031422 Firefox/3.0.19
>>>   Accept-Language: en-us
>>>   Accept: */*
>>>   Connection: Keep-Alive
>>>   Referer: http://192.168.1XX.XX:53577/**
>>> com.TestGreeting.JUnit/junit-**standards.html?gwt.codesvr=**
>>> 192.168.1XX.XX:53572<http://192.168.1XX.XX:53577/com.TestGreeting.JUnit/junit-standards.html?gwt.codesvr=192.168.1XX.XX:53572>
>>>   X-GWT-Permutation: HostedMode
>>>   X-GWT-Module-Base: http://1192.168.1XX.XX:53577/**
>>> com.TestGreeting.JUnit/<http://1192.168.1XX.XX:53577/com.TestGreeting.JUnit/>
>>>   Content-Type: text/x-gwt-rpc; charset=utf-8
>>>   Content-Length: 181
>>>Response headers
>>>   Content-Type: text/html; charset=iso-8859-1
>>>   Content-Length: 1427
>>>
>>>  --
>>> You received this message because 

Re: GWT Serialization

[Manuel Carrasco Moñino]

What you want is easy to do using requestbuilder + autobeans.
Autobeans are thought to handle json string representations and convert
them to javaobjects, they work in server and client sides and are
full testable.
http://code.google.com/p/gwt-autobean-binding/
http://code.google.com/p/google-web-toolkit/wiki/AutoBean

Another option I use very often in client side because of its simplicity
and performance is gwtquery ajax + json-databinding
http://code.google.com/p/gwtquery/wiki/Ajax
http://code.google.com/p/gwtquery/wiki/DataBinding

In both cases you can use any json backend.

- Manolo

On Sat, Oct 13, 2012 at 12:35 PM, Manikanda raj S  wrote:

> I'm using GWT RPC Calls for Server Side Request so far and it's pretty
> good. I'm planning on separating my Code into Servlets and GWT Client Side.
> Since i'm using RPC calls, it seems impossible. The Reason i want to do
> like this is , i'm planning to provide white labeling option for my App. So
> if i could separate the code to client code and servlets, i can simply
> provide the White Labeled client code to my Partners to host on their
> server. I have checked with GWT RequestBuilder and 'Access-Control
> Allow-Origin : Origin from Client Header' and it works fine.
>
> However i need to implement gwt-serialization over RequestBuilder request
> and Servlet Responses. How can i do this ..?
>
> Things I like to make:
>
>- RequestBuilder sending Serializable String(Which is a *
>IsSerialiazible* object) to Servlet.
>- Servlet deserializes the String to Java Object,Processes and Returns
>the String Response of a '*IsSerialiazable*' (Another) Object.
>- The Response String received in GWT RequestBuilder deseriailizes it
>back to a Java Object(JS after Compiling).
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/ZNwK3SwtKOUJ.
> 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.
>

-- 
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: Mapping EntityProxies to Domain Interfaces

[Manuel Carrasco Moñino]

On Tue, Oct 9, 2012 at 4:38 PM, Christoph Henrici wrote:

> Great!
> Sorry i don't know that much about patches which one should i download
> ... and can i run them against jars? i have'nt the source code dist of gwt,
> i working with eclipse. If it's not to much work, you could give me a
> couple instructions and i ll test ? ;-))
>
>
- Download the original  ReflectiveServiceLayer.java [1] from the gwt
repository
- Save it in your project in the folder:
[your_src_folder]/com/google/web/bindery/requestfactory/server/
- Download the patch I sent for this file [2] from the review site
- patch your file, if you are running unix
  $ cd [your_src_folder]
  $ patch -p2 < [path_to_the_downloaded_diff_file]
- if you don't have the patch command, you can use eclipse or make the
modifications in [3] by hand
- compile and run your project, it should use the patched class (because it
is firt in your classpath) instead of the original one


[1]
http://google-web-toolkit.googlecode.com/svn/trunk/user/src/com/google/web/bindery/requestfactory/server/ReflectiveServiceLayer.java
[2]
http://gwt-code-reviews.appspot.com/download/issue1764804_15003_7004.diff
[3]
http://gwt-code-reviews.appspot.com/1764804/diff2/9009:15003/user/src/com/google/web/bindery/requestfactory/server/ResolverServiceLayer.java

-- 
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: Mapping EntityProxies to Domain Interfaces

[Manuel Carrasco Moñino]

There are two issues in gwt, related with this
http://code.google.com/p/google-web-toolkit/issues/detail?id=5762
http://code.google.com/p/google-web-toolkit/issues/detail?id=7509

I submitted a patch a couple of months ago which should fix your issue
http://gwt-code-reviews.appspot.com/1764804/

It should be nice if you could test the fix with your projects and give
feedback.

- Manolo



On Tue, Oct 9, 2012 at 9:09 AM, Christoph Henrici wrote:

> I solved this with a InterfaceResolvingServiceLayerDecorator basically a
> copy of the ResloverServiceLayer with one line different:
>
> In the method resloveClientType
>
> the line:
>
> Class toSearch = domainClass;
>
>
> ist substituted with:
>
> Class toSearch =
> InterfaceUtils.getEntityInterfaceIfExits(domainClass);
>
> where InterfaceUtils is application specific.
>
> Not quite sure of the approach seems lots of code copied for one
> little change ... ;-/ ?
>
>
> Am Freitag, 5. Oktober 2012 11:22:34 UTC+2 schrieb Christoph Henrici:
>
>> By default  it seems to me that EntityProxies can't be mapped with
>> @ProxyFor to Domain Interfaces, since the Deobfuscator.getClientProxies via
>> ResolverServiceLayer by the Implementing Class name.. ResolverServiceLayer
>> dies with "The domain type %s cannot be sent to the client".
>>
>>  Generally i think it would be a good idea to be able to map Proxies to
>> Domain Interfaces, or am i missing something?
>>
>> Is there a way of achieving this?
>>
>> Christoph
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/nSM4ikzr5EIJ.
>
> 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.
>

-- 
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: Scary: GWT Team does not fix serious GWT Compiler Bugs

[Manuel Carrasco Moñino]

>
> 1. Such bugs are avoidable. 2. It's a compiler's job to make sure you can
> rely on the basics - everything builds upon that, and errors at that level
> may amplify, leading to completely unpredictable results. This has nothing
> to do with good coding on the GWT developer's side (BTW, unit tests are
> often examples of intentional bad coding. What if they fail - or worse:
> pass - unpredictably?)
>

Agree 100%: compiled code should behave the same than debug mode, and
should match all java language specifications.

But any gwt developer knows that the gwt compiler has a set of limitations
which are widely admitted and documented (regex, number arithmetic, etc), I
have spent a lot of time trying to figure out why some tests passed in dev
and not in production though.

So, the point here is what to do with the issue, IMO it should be fixed if
possible, otherwise it should be documented or make the compiler print an
error, but I wouldn't revert the optimization strategy.

Related with the huge gwt issues list, I think that the gwt team should
face them seriously (I hope this is a priority for the steering committee).

- Manolo



>
>
>
>

-- 
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 Exporter: Public constructors in exportable classes

[Manuel Carrasco Moñino]

already replied in the gwt-exporter group:
https://groups.google.com/forum/?fromgroups=#!topic/gwtexporter/MtCDbJaTyYs

On Wed, Sep 26, 2012 at 9:59 AM, Douglas Hoskins <
douglas.hosk...@futureplatforms.com> wrote:

> GWT Exporter currently fails silently if it meets an Exportable class
> whose public constructor accepts arguments other than a JavaScriptObject.
>
> Two unrelated questions about this:
>
> 1)  Is there a technical reason why can't exportable classes can't have
> constructors accepting Strings, primitives, other Exportables, and arrays
> of those?
> 2)  Could we have at least a warning at compile time about this?  It would
> be most helpful (IMO compilation should actually fail because of this).
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/r4ABztPQ8NgJ.
> 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.
>

-- 
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 2.5.0-rc1 on IPad not firing click events

[Manuel Carrasco Moñino]

Yes, I'm seeing this issue as well.
I replaced those with mgwt equivalents which handle pretty well tap an
other mobile specific events.

- Manolo

On Thu, Sep 27, 2012 at 12:52 AM, Kevin Campbell wrote:

> I'm seeing this as well. It's happening on all iOS devices I've tested,
> and is also preventing focus on input elements.
>
>
> On Wednesday, August 22, 2012 8:45:17 AM UTC-7, Casey Rodgers wrote:
>>
>> In GWT 2.5.0-rc1 buttons (and anchors) will only fire the click event
>> every few clicks.  Meaning you have to click on buttons multiple times to
>> get them to fire.
>>
>> Is anyone else having this issue?
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/5iu2SDGj4ZAJ.
>
> 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.
>

-- 
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: Scary: GWT Team does not fix serious GWT Compiler Bugs

[Manuel Carrasco Moñino]

I think it is a good idea to get rid of methods which always return
true/false/true because it saves a lot of code in the final js, and it
gives the option to the developer to remove code programatically.

In my opinion the example you show and the examples in the issue page are
not examples of good codding, but maybe there are edge cases where it could
make sense.

I trust in the compiler and I have several projects in production and never
I faced this problem, so IMHO knowing a couple of good practices to follow
with gwt  should be enough.

Anyway, in the case it were difficult to fix, I think the compiler should
be more verbose and fail with methods which have any line apart from the
return true one,

- Manolo


On Fri, Sep 28, 2012 at 2:24 PM, Marc2000  wrote:

> Hallo,
>
> After finishing development on my GWT (2.4) project, I found out, that the
> compiled version does not work exactly as in the development mode.
>
> Some method ( isValid() ) seems not to be called.
>
> Calling code (simplified):
>
> boolean valid=true;
> if(! mypanel.isValid())
>valid=false;
>
> method:
>
> public boolean isValid()
> {
> updateSomeData();
> return true;
> }
>
> This works well in development mode, but in compiled code, isValid() was
> never called. From this point things got strange. I've added a log-command
> to the method:
>
> public boolean isValid()
> {
> updateSomeData();
> logger.info("method called");
> return true;
> }
>
> The method was called and the log entry written.
>
> I removed the log entry and changed the calling part to:
>
> boolean valid=true;
> boolean x=mypanel.isValid();
> if(!x)
>valid=false;
>
> Now again the method was called. This seems to be some problem in the
> compiler optimizer. After switching off the optimizer, the compiled code
> did work as expected.
>
> After searching the web, I found an issue report, DESCRIBING THE EXACT
> SAME PROBLEM !
>
> See: http://code.google.com/p/google-web-toolkit/issues/detail?id=6551
>
> So this is a know issue since over a year and present since GWT 2.3 !!!
>
> I have not problem with bugs, but I can't understand, why no one seems to
> care. Can there be something more serious, than a compiler-bug ?
>
> If you search the database, there are some compiler / optimizer issues,
> that seem not to have been fixed.
>
> Example:
>
> http://code.google.com/p/google-web-toolkit/issues/detail?id=5739
>
> This is scary ! If you can't trust the compiler, you'll never know, if
> your code works in production as I did under development. Adding / removing
> a single line may change the whole behavior. Testing will become a
> nightmare !
>
> Some one should care.
>
> regards
>
> Marc
>
>
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/K3Zt9B3sxW8J.
> 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.
>

-- 
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 Junit Test

[Manuel Carrasco Moñino]

What is the content of your  com/TestGreeting.gwt.xml file ?




On Fri, Sep 28, 2012 at 11:18 AM, Ronsen  wrote:

> Hi.
>
> I want to test a rpc call. I use the standard GWTproject and this
> testclass:
>
> public class TestGreetingService extends GWTTestCase {
> /**
>  * Must refer to a valid module that sources this class.
>  */
> public String getModuleName() {
> return "com.TestGreeting";
> }
>
> /**
>  * This test will send a request to the server using the greetServer
> method
>  * in GreetingService and verify the response.
>  */
> public void testGreetingService() {
> // Create the service that we will test.
> GreetingServiceAsync greetingService = GWT
> .create(GreetingService.class);
> ServiceDefTarget target = (ServiceDefTarget) greetingService;
> target.setServiceEntryPoint(GWT.getModuleBaseURL() +
> "TestGreeting/greet");
>
> // Since RPC calls are asynchronous, we will need to wait for a
> response
> // after this test method returns. This line tells the test runner
> to
> // wait
> // up to 10 seconds before timing out.
> delayTestFinish(2);
>
> // Send a request to the server.
> greetingService.greetServer("GWT User", new
> AsyncCallback() {
> public void onFailure(Throwable caught) {
> // The request resulted in an unexpected error.
> fail("Request failure: " + caught.getMessage());
> }
>
> public void onSuccess(String result) {
> // Verify that the response is correct.
> assertTrue(result.startsWith("Hello, GWT User!"));
>
> // Now that we have received a response, we need to tell
> the
> // test runner
> // that the test is complete. You must call finishTest()
> after
> // an
> // asynchronous test finishes successfully, or the test
> will
> // time out.
> finishTest();
> }
> });
> }
> }
>
> That's the error I get. Can someone help me?
>
> 200 - POST /com.TestGreeting.JUnit/junithost (192.168.1XX.XX) 381 bytes
> [WARN] 404 - POST /com.TestGreeting.JUnit/TestGreeting/greet
> (192.168.1XX.XX) 1427 bytes
>Request headers
>   Host: 192.168.1XX.XX:53577
>   User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
> rv:1.9.0.19) Gecko/2010031422 Firefox/3.0.19
>   Accept-Language: en-us
>   Accept: */*
>   Connection: Keep-Alive
>   Referer:
> http://192.168.1XX.XX:53577/com.TestGreeting.JUnit/junit-standards.html?gwt.codesvr=192.168.1XX.XX:53572
>   X-GWT-Permutation: HostedMode
>   X-GWT-Module-Base:
> http://1192.168.1XX.XX:53577/com.TestGreeting.JUnit/
>   Content-Type: text/x-gwt-rpc; charset=utf-8
>   Content-Length: 181
>Response headers
>   Content-Type: text/html; charset=iso-8859-1
>   Content-Length: 1427
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/FnhdKxTKa5cJ.
> 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.
>

-- 
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: Get and Post

[Manuel Carrasco Moñino]

Set the action parameter in the url:

RequestBuilder requestBuilder = new RequestBuilder(RequestBuilder.POST, "
http://host/page.php?action=login";);


- Manolo


On Mon, Oct 1, 2012 at 9:10 AM, Zach  wrote:

> Hey I'm trying to send a Get and multiple Posts to a server that then
> replies accordingly. The server is PHP, and handles the request the
> following way:
>
> switch($_GET['action'])
> {
> case 'login':
> $response = Account::login($_POST['username'], $_POST['password']);
> break;
>  case 'logout':
> $response = Account::logout();
> break;
>  case 'submitChat':
> $response = Chat::submitChat($_POST['room'],$_POST['message']);
> break;
>
> default:
> throw new Exception('bad action');
> }
>
> basically the Get chooses what method to pick in the AJAX.php, and the
> Post delivers the parameters. I'm able to get this to work using HTML forms
> (coded manually), where clicking submit on the form sends a Get value of
> "login" and 2 simultaneous Post values of "usernameHere" and "password"
> which are then handled by AJAX correctly.
>
> How do I do this in GWT programatically? I've found RequestBuilder.sendRequest
> but this seems to only either send a Get or a Post, not both, and it seems
> like I cannot send multiple Posts like I want to. Any small example code
> would be greatly appreciated! Thanks!
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/4qattmswwqUJ.
> 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.
>

-- 
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 WebApp and iOS 6 Safari

[Manuel Carrasco Moñino]

I think your app is crashing somewhere.
Do you have enabled logging and configured uncauchExceptionHandler ?
Take a look to the debug console in ios, or try sending some logging to the
console or to the server.



On Tue, Oct 2, 2012 at 5:06 PM, Enrico  wrote:

> Thanks Manolo,
>
> I'm aware of iOS6 POST caching problem, but I don't think this behaviour
> is depending on that Safari bug.
>
> This is the server access log I have when I open the URL with Firefox
> (where all is still working fine):
>
> 192.168.0.7 - - [02/Oct/2012:16:55:14 +0200] "GET /project/ HTTP/1.1" 200
> 4645
> 192.168.0.7 - - [02/Oct/2012:16:55:14 +0200] "GET
> /project/module/module.nocache.js HTTP/1.1" 200 8854
> 192.168.0.7 - - [02/Oct/2012:16:55:14 +0200] "GET /project/img/logo.png
> HTTP/1.1" 200 35447
> 192.168.0.7 - - [02/Oct/2012:16:55:14 +0200] "GET
> /project/module/gwt/chrome/chrome.css HTTP/1.1" 200 27141
> 192.168.0.7 - - [02/Oct/2012:16:55:14 +0200] "GET
> /project/module/37E7172BB090A1A4FE482E23A911163C.cache.js HTTP/1.1" 200
> 676628
> 192.168.0.7 - - [02/Oct/2012:16:55:14 +0200] "GET /project/img/main.png
> HTTP/1.1" 200 28327
> 192.168.0.7 - - [02/Oct/2012:16:55:14 +0200] "GET
> /project/module/gwt/chrome/images/corner.png HTTP/1.1" 200 1181
> 192.168.0.7 - - [02/Oct/2012:16:55:15 +0200] "GET
> /project/module/gwt/chrome/images/hborder.png HTTP/1.1" 200 1591
> 192.168.0.7 - - [02/Oct/2012:16:55:15 +0200] "GET
> /project/module/gwt/chrome/images/vborder.png HTTP/1.1" 200 188
>
> As you see no POSTs are involved in loading the history mapped place
> related view.
>
> Enrico
>
> El martes, 2 de octubre de 2012 16:48:27 UTC+2, Manuel Carrasco escribió:
>
>> IOS6 is caching POST although HTML spec says not to cache it.
>>
>> I opened an issue in gwt sent a patch a couple of days ago, in the issue
>> you can find some workarounds apart from patch gwt.
>>
>> http://gwt-code-reviews.**appspot.com/1845803/<http://gwt-code-reviews.appspot.com/1845803/>
>> http://code.google.com/p/**google-web-toolkit/issues/**detail?id=7703<http://code.google.com/p/google-web-toolkit/issues/detail?id=7703>
>>
>> - Manolo
>>
>>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/11VgjjeOTYUJ.
>
> 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.
>

-- 
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 WebApp and iOS 6 Safari

[Manuel Carrasco Moñino]

IOS6 is caching POST although HTML spec says not to cache it.

I opened an issue in gwt sent a patch a couple of days ago, in the issue
you can find some workarounds apart from patch gwt.

http://gwt-code-reviews.appspot.com/1845803/
http://code.google.com/p/google-web-toolkit/issues/detail?id=7703

- Manolo

On Mon, Oct 1, 2012 at 7:59 PM, Enrico  wrote:

> I'm experimenting a problem accessing with iOS 6 Mobile Safari directly to
> an history mapped place of my GWT MVP Web Application.
>
> Example URL is 127.0.0.1/webcontext/#register:email!code
> where 'register' is the PlaceTokenizer prefix of RegisterPlace that is
> included in the AppPlaceHistoryMapper.
>
> Accessing to that url by iOS 6 Mobile Safari results in a randomic
> behaviour: the browser simply load the application main page, without
> jumping to the correct view. After many retry and reloads, sometimes the
> right view is displayed correctly.
>
> I'm aware of iOS 6 Mobile Safari AJAX related bugs, but this seems not to
> be related to any of them: the activity related to RegisterPlace is not
> placing any call to the server at start, just build and serve a
> registration form.
>
> This was working without problems on iOS 5 Safari and still work good on
> Android Browser as well as all desktop based browsers (Firefox, Safari,
> Chrome).
> Is there anyone else facing the same problem?
>
> Thanks
>
>
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/97xukYK1uwAJ.
> 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.
>

-- 
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: Help in JSNI callback in javascript object

[Manuel Carrasco Moñino]

This is the same question than this
onein
stackoverflow.

- Manolo

On Fri, Sep 28, 2012 at 4:08 PM, JSNI NOOB  wrote:

> Hi i need some help to do a wrapper to GWT.
>
> in javascript i have the following:
>
> (...)
>
> // create a new SIP stack. Not mandatory as it's possible to reuse the same 
> satck
> oSipStack = new tsip_stack(txtRealm.value, txtPrivateIdentity.value, 
> txtPublicIdentity.value)
> oSipStack.on_event_stack = onSipEventStack;
> oSipStack.on_event_dialog = onSipEventDialog;
>
> (...)
>
> // Callback function for SIP Stacks
> function onSipEventStack(evt) {
> // this is a special event shared by all sessions and there is no 
> "e_stack_type"
> // check the 'sip/stack' code
> tsk_utils_log_info(evt.s_phrase);
> switch (evt.i_code) {
> case tsip_event_code_e.STACK_STARTED:
>
> (...)
>
> // Callback function for all SIP dialogs (INVITE, REGISTER, INFO...)
> function onSipEventDialog(evt) {
> // this is special event shared by all sessions and there is no 
> "e_dialog_type"
> // check the 'sip/dialog' code
> tsk_utils_log_info(evt.s_phrase);
> switch (evt.i_code) {
> case tsip_event_code_e.DIALOG_TRANSPORT_ERROR:
> case tsip_event_code_e.DIALOG_GLOBAL_ERROR:
> case tsip_event_code_e.DIALOG_MESSAGE_ERROR:
> case tsip_event_code_e.DIALOG_WEBRTC_ERROR:
>
> So in my GWT-Wrapper using JSNI i make:
>
> public static native JavaScriptObject tsip_stack(String s_realm,
> String s_impi, String s_impu_uri
> ) /*-{
> return new $wnd.tsip_stack(s_realm, s_impi, s_impu_uri);
> }-*/;
>
> How do i make the callback and is association to the javascript object.
>
> This project is to make an wrapper of sipml5 if someone had the wrapper it
> helps to
>
> Thanks Best Regards
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/HAUjdk0kmwcJ.
> 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.
>

-- 
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 Exporter: Why can't exported methods return boolean[]

[Manuel Carrasco Moñino]

This message has been received in the list 6 days after it was post, I
think because it is a moderated list.

Anyway, the question was answered in the group some days ago
https://groups.google.com/forum/?fromgroups=#!topic/gwtexporter/V348YNyQ6gY

The response is that the implementation of this method is not there because
no one has asked for it before. I'll add it in the new release.

- Manolo


On Wed, Sep 26, 2012 at 9:58 AM, Douglas Hoskins <
douglas.hosk...@futureplatforms.com> wrote:

> Hi
>
> Sorry to x-post here from the gwtexporter group, but it seems to be dead
> and I'd really like answers to these questions!
>
> I'm trying to export a class with a method which returns boolean[], and
> got
>
> Referencing method 'org.timepedia.exporter.**client.ExporterUtil.wrap([Z)':
> unable to resolve method
>
> Sure enough, ExporterUtil has no wrap(boolean[]) method -- is there any
> reason for this?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/gO2vj4q0MjwJ.
> 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.
>

-- 
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: Implementing Normal HTML Instead of GWT

[Manuel Carrasco Moñino]

On Tue, Oct 2, 2012 at 3:33 AM, Michael Allan  wrote:

> Manuel said:
> > . are you planning to send this to gwt?
> > . to play with this code, do I have to download the entire kit or may I
> > patch just some classes?
> > . does it work with 2.5.
>
> I plan to merge 2.5 once it's released.  I expect it'll work, though
> there might be trade offs.  We absolutely need the BFCache for our app
> because it runs cross-page.  So we'd override anything that was
> incompatible, if we had to.
>
> If you need to patch it across to the RC meantime, here are the diffs:
> http://zelea.com/var/db/repo/gwt/
>
> If anyone else finds it useful, we can look at sending it upstream.
>
>
>
+1, I find it very  useful

- Manolo

-- 
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: Implementing Normal HTML Instead of GWT

[Manuel Carrasco Moñino]

>
>
> *) Is it possible to use both GWT-UI Binder and normal HTML files. For Ex:
> [So far we have been using GWT UI-Binder. Since we are facing some
> difficulties. We have   planned to use normal HTML files only for our
> fore-coming features.].
>

The advantage of GWT-ui files are that they become a gwt-widget available
in java code saving many boiler code related with html, layouts, events etc.

If you dont want those widgets, and you just need html fragments to put in
your ui, you can use ajax to get that fragments or include those in compile
time (See
https://developers.google.com/web-toolkit/doc/latest/DevGuideClientBundle#TextResource
).

Once you have those html fragments you can insert them in your ui using
HTML widget and DOM.
I think a good option is gwtquery so as you can use it to download html
fragments (see GQuery.ajax), put them in your ui
(even modifying widget contents) , and enhance them adding events etc.



>
> *) Is it possible to Bundle Normal HTML files with the GWT UI-Binder class
> files ?.
>

afaik no


>
> *) Dynamic Pages can be accessed, in case if we use normal HTML files
> instead GWT UI-Binder?.
>

Using ajax: yes, otherwise changing between pages need that you insert your
gwt script in each one.
Think that GWT is a typical case of SPI (Single page interface)


- Manolo

-- 
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 + GAE separate DB connection question

[Manuel Carrasco Moñino]

The response is yes, you can connect your gwt client app to different
servers via ajax, but you have to be aware about the same-origin constrain.
Said that, firstly you have to set the url of your client request to the
appropriate server for each request, and secondly you have to configure
your server to accept cross domain requests (CORS).

Another option is to use a server as a proxy of the other one.

- Manolo


On Sun, Sep 30, 2012 at 7:54 PM, jmbz84  wrote:

> Hello,
>
> I am developing a project and I am using GWT and  Google App Engine to
> store data in the cloud. What I need is to connect to a web based Mysql (or
> any Relational Database) obtain some data and then upload it to GAE, is it
> possible to connect to 2 different DataSources within the same app? Ej:
> GWT+GAE+Mysql
>
> The other option is to connect GWT with two separate GAE apps , I need the
> Datasources to be in separate places, is it possible?
>
> I'm using Eclipse to develop this
>
> Thank You
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/tSZCTTiPM9UJ.
> 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.
>

-- 
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: Implementing Normal HTML Instead of GWT

[Manuel Carrasco Moñino]

On Mon, Oct 1, 2012 at 12:44 AM, Michael Allan  wrote:

> Manuel Carrasco Moñino said:
> > ... basically a gwt app is a javascript inside an html, ...  so when
> > you change to other html [page], your app is unloaded from memory
> > and you have to load it in the new html [page].
>
> If anyone needs to avoid page unloading, here's a branch of GWT with
> limited support for the BFCache (rapid back-and-forth navigation):
> http://zelea.com/project/gwt/


Michael, Interesting stuff, a couple of cuestions:
. are you planning to send this to gwt?
. to play with this code, do I have to download the entire kit or may I
patch just some classes?
. does it work with 2.5.

- Manolo



>
>
> --
> Michael Allan
>
> Toronto, +1 416-699-9528
> http://zelea.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.
>
>

-- 
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: Implementing Normal HTML Instead of GWT

[Manuel Carrasco Moñino]

On Sun, Sep 30, 2012 at 9:45 AM, sampath88 wrote:

>
> Hi,
>  We started using GWT from few months ago. We are about to use normal
> HTML files, instead of using GWT-HTML.  I have few concerns regarding this.
>
>
> *My Questions:-*
>
> *If we use normal HTML instead of GWT HTML.*
>
> *) Is it possible to Compile both Class-files and HTML files using GWT?
>

You can host your script (gwt generated js) in any html file (static html,
dynamic .jsp, etc) and you can interact with the elements of this html,
wrapping html elements in widgets, accessing the elements with gwt DOM
methods, or using css selectors with gwt-query:
https://code.google.com/p/gwtquery/

If you want html stuff inside gwt scripts, you have to use UIBinder:
https://developers.google.com/web-toolkit/doc/latest/DevGuideUiBinder


>
>
> *) Is it possible to maintain session and cookie in GWT. For Ex[In Browse
> without logging out our session. If we close the browser and if we re-open
> it. Our session will opened because it will maintain session and cookies.
> Similarly, Is it possible using normal HTML in GWT ]
>

Yes, cookies is something related with your html page location so gwt
scripts in those html pages should maintain the cookies.
A different thing is how to restore the gwt las status, I mean if in this
page gwt has rendered some thing because of  an iteration with user you
have to know somewhere that status (cookies, localstorage, url hash, etc)


>
>
> *) Is it possible to redirect  from  HTML to GWT and vice-verse?
>

No idea what you are asking, but basically a gwt app is a javascript inside
an html, and redirections are perform through html, so when you change to
other html, your app is unloaded from memory and you have to load it in the
new html.


>
>
>
> Please provide your precious suggestion.
>
> Thanks,
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/SibUkhXAx6IJ.
> 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.
>

-- 
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 using App Engine

[Manuel Carrasco Moñino]

The gae stuff is not needed in gwt projects, in fact most of my projects
use a non gae server side solution: spring, couchdb, php, rails.
Think that gwt is to produce an app to be run in a browser sending ajax
requests to any server side implementation.
If your backend is java, you can take advantage of a couple of things which
the gwt-server library provides and which makes that ajax easier (RPC, RF),
but gwt does not provide anything for your server implementation
(persistence, injection, etc), and gives you the freedom to select anything
(spring, grails, gae, etc)
If your backend is not java, you have to use traditional ajax making
requests and parsing the json or xml results. Gwt gives you some utilities
to parsing those responses, or you could use a 3party library like
gwtquery.ajax.
In the other hand you can use gae without gwt in the browser (jsp,
spring-mvc, etc)

- Manolo

On Saturday, September 29, 2012, Manuel wrote:

> Hi,
>
> thanks for your reply.
>
> I just tried to remove the GAE from my project, but that caused some weird
> errors.
> Now I set up a new project without GAE.
>
> If I dont consider to deploy my App to Google I dont need that GAE anyway.
> Or are there any other features that belong to GAE?
>
> Regards
>
> Am Samstag, 29. September 2012 03:37:27 UTC+2 schrieb Manuel:
>>
>> Hi everyone,
>>
>> Iam new to gwt and I got a question regarding app engine.
>>
>> Actually I have a project that uses app engine. Does that mean I only can
>> use this project to deploy it on Googles app engine,
>> or can that project be deployed/hosted on my own Server ?
>>
>> Thanks in advanced.
>>
>> Regards,
>> Manuel
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/54smcizflG8J.
> To post to this group, send email to 
> google-web-toolkit@googlegroups.com 'google-web-toolkit@googlegroups.com');>
> .
> To unsubscribe from this group, send email to
> google-web-toolkit+unsubscr...@googlegroups.com  'cvml', 'google-web-toolkit%2bunsubscr...@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-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: white screen on iphone (maybe iOS6 issue)

[Manuel Carrasco Moñino]

Maybe IOS6 issue about caching posts requests could be your problem, in the
case you are doing a RPC/RF post to your web-server and you wait for a
response before showing the initial screen of your app.

http://code.google.com/p/google-web-toolkit/issues/detail?id=770

- Manolo

On Fri, Sep 28, 2012 at 6:38 PM, MeiAestro  wrote:

> is there maybe a new user agent String required for ios6? I am using:
> 
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/ijO15XkyDQgJ.
>
> 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.
>

-- 
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 using App Engine

[Manuel Carrasco Moñino]

YES you have to deploy in app-engine.

Actually, and  because the gae sdk contains all the stuff to emulate the
app-engine infra when you are developing, you could run that in your
servers, but be aware that it is not a reliable solution and be prepared to
lose all your data when you restart.



On Sat, Sep 29, 2012 at 3:37 AM, Manuel  wrote:

> Hi everyone,
>
> Iam new to gwt and I got a question regarding app engine.
>
> Actually I have a project that uses app engine. Does that mean I only can
> use this project to deploy it on Googles app engine,
> or can that project be deployed/hosted on my own Server ?
>
> Thanks in advanced.
>
> Regards,
> Manuel
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/3qZuF6NINhIJ.
> 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.
>

-- 
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: Is it possible to find widget on DOM and call it's jsobject java nonstatic method

[Manuel Carrasco Moñino]

The js code has an error should look like this, since getWidgets returns an
array.


  var widgets = js.getWidgets(".gwt-Button");
  var button = new js.Button(widget[0]);
  button.click();


On Thu, Sep 27, 2012 at 5:31 PM, Manuel Carrasco Moñino
wrote:

> Yes, you can do it very easy using two nice libraries I contribute with:
> gwtquery and gwtexporter
> 1.- Use gquery to find widgets in the DOM using css selectors
> 2.- Use gwtexporter to expose widget methods and and gquery finders
>
> I've committed a maven project [1] to the gwtexporter repository with a
> very simple example so as you can use it as reference (I have used the
> gquery archetype btw) .
>
> As you can see in the complete code [2] I use a class to export some
> static methods, which will be exposed to javascript using gwtexporter
> generator:
>
>   @ExportPackage("")
>   @Export("js")
>   public static class Exposer implements Exportable {
> public static Widget[] getWidgets(String selector) {
>   return $(selector).widgets().toArray(new Widget[0]);
> }
>   }
>
> Then it is necessary to expose the methods you want from your widgets, I
> use the ExportOverlay feature in gwtexporter so as I do not modify the
> original widget (gwt Button in this case)
>
>   @ExportPackage("js")
>   @Export
>   public static interface ButtonOverLay extends ExportOverlay {
> void setText(String s);
> void click();
>   }
>
> Finally you can use js in this way to find widgets and call theirs methods
>
> 
>   var widget = js.getWidgets(".gwt-Button");
>   var button = new js.Button(widget);
>   button.click();
> 
>
> [1] svn checkout
> http://gwt-exporter.googlecode.com/svn/examples/export-widgets
> [2]
> http://code.google.com/p/gwt-exporter/source/browse/examples/export-widgets/src/main/java/org/gquery/ewidget/client/ExportWidget.java
>
> - Manolo
>
>
>
> On Fri, May 4, 2012 at 2:15 PM, Alexander Kozyncev wrote:
>
>> General Aim:  find widget's javascript object and call it's exported
>> java method
>>
>> Tried: gwt-2.4.0 (with and without gwt-exporter 2.3.0)
>>
>> Description:
>> To find gwt's widget on DOM in Java Applet code and call it's java
>> method(non static)
>> 
>> JSObject win = JSObject.getWindow(this);
>> JSObject doc = (JSObject) win.getMember("document");
>> JSObject gwtWidget = (JSObject) doc.call("getElementsByName",
>> widgetName);
>>
>> //todo: have possibility to call `exported` java method over here,
>> smth like:
>> //Object[] params = new Object[1];
>> //params[0] = widgetName;
>> //Object result = gwtWidget.call("exportedJavaMethod", params);
>>
>> //todo: or just call global ($wnd) static JSNI bridge method:
>> //Object result = win.call("exportedJavaMethod", params);
>> //
>> 
>>
>> The problem is: I can find by widget's id not the widget, but it's
>> DivElement which does not have any exported instanced methods.
>>
>> My widget class is Exportable (gwt-export):
>> 
>> @Export(value="somewidget")
>> public class SomeWidget extends SimplePanel implements ..., Exportable
>> {
>> private final String id = "id_some_widget_" + count++;
>> private static int count = 0;
>>
>> public SomeWidget () {
>> getElement().setAttribute("name", id);
>> getElement().setId(id);
>> }
>> ...
>>
>> public static Element getInstanceById(String elementId) {
>> Element someWidget= DOM.getElementById(elementId);
>> return someWidget;
>> }
>>
>> public String getSomeInstancedData() {
>> return "useful_inner_data" + this.id;
>> }
>> 
>>
>> So, for example I'd like to find the concrete widget added to DOM and
>> call nonstatic method `getSomeInstancedData()` in javascript. Is it
>> possible at all?
>>
>> Suppose smth like:
>> 
>> var someWidget = document.getElementById(widgetId);
>> alert(someWidget.getSomeInstancedData());
>>
>> //or:
>> var someWidgetExported =
>> com.mypackage.widgets.somewidget.getInstanceById(listenerId);
>> alert(someWidgetExported.getSomeInstancedData());
>> 
>>
>> In Base module I write:
>> 
>> ExporterUtil.exportAll();
>> 
>>
>> There is a View(ViewWithSomeWidget.ui.xml) that contains this widget:
>> 
>> ...
>> base:Form
>> base:SomeWidget ui:field="someWidge

Re: Is it possible to find widget on DOM and call it's jsobject java nonstatic method

[Manuel Carrasco Moñino]

Yes, you can do it very easy using two nice libraries I contribute with:
gwtquery and gwtexporter
1.- Use gquery to find widgets in the DOM using css selectors
2.- Use gwtexporter to expose widget methods and and gquery finders

I've committed a maven project [1] to the gwtexporter repository with a
very simple example so as you can use it as reference (I have used the
gquery archetype btw) .

As you can see in the complete code [2] I use a class to export some static
methods, which will be exposed to javascript using gwtexporter generator:

  @ExportPackage("")
  @Export("js")
  public static class Exposer implements Exportable {
public static Widget[] getWidgets(String selector) {
  return $(selector).widgets().toArray(new Widget[0]);
}
  }

Then it is necessary to expose the methods you want from your widgets, I
use the ExportOverlay feature in gwtexporter so as I do not modify the
original widget (gwt Button in this case)

  @ExportPackage("js")
  @Export
  public static interface ButtonOverLay extends ExportOverlay {
void setText(String s);
void click();
  }

Finally you can use js in this way to find widgets and call theirs methods


  var widget = js.getWidgets(".gwt-Button");
  var button = new js.Button(widget);
  button.click();


[1] svn checkout
http://gwt-exporter.googlecode.com/svn/examples/export-widgets
[2]
http://code.google.com/p/gwt-exporter/source/browse/examples/export-widgets/src/main/java/org/gquery/ewidget/client/ExportWidget.java

- Manolo



On Fri, May 4, 2012 at 2:15 PM, Alexander Kozyncev wrote:

> General Aim:  find widget's javascript object and call it's exported
> java method
>
> Tried: gwt-2.4.0 (with and without gwt-exporter 2.3.0)
>
> Description:
> To find gwt's widget on DOM in Java Applet code and call it's java
> method(non static)
> 
> JSObject win = JSObject.getWindow(this);
> JSObject doc = (JSObject) win.getMember("document");
> JSObject gwtWidget = (JSObject) doc.call("getElementsByName",
> widgetName);
>
> //todo: have possibility to call `exported` java method over here,
> smth like:
> //Object[] params = new Object[1];
> //params[0] = widgetName;
> //Object result = gwtWidget.call("exportedJavaMethod", params);
>
> //todo: or just call global ($wnd) static JSNI bridge method:
> //Object result = win.call("exportedJavaMethod", params);
> //
> 
>
> The problem is: I can find by widget's id not the widget, but it's
> DivElement which does not have any exported instanced methods.
>
> My widget class is Exportable (gwt-export):
> 
> @Export(value="somewidget")
> public class SomeWidget extends SimplePanel implements ..., Exportable
> {
> private final String id = "id_some_widget_" + count++;
> private static int count = 0;
>
> public SomeWidget () {
> getElement().setAttribute("name", id);
> getElement().setId(id);
> }
> ...
>
> public static Element getInstanceById(String elementId) {
> Element someWidget= DOM.getElementById(elementId);
> return someWidget;
> }
>
> public String getSomeInstancedData() {
> return "useful_inner_data" + this.id;
> }
> 
>
> So, for example I'd like to find the concrete widget added to DOM and
> call nonstatic method `getSomeInstancedData()` in javascript. Is it
> possible at all?
>
> Suppose smth like:
> 
> var someWidget = document.getElementById(widgetId);
> alert(someWidget.getSomeInstancedData());
>
> //or:
> var someWidgetExported =
> com.mypackage.widgets.somewidget.getInstanceById(listenerId);
> alert(someWidgetExported.getSomeInstancedData());
> 
>
> In Base module I write:
> 
> ExporterUtil.exportAll();
> 
>
> There is a View(ViewWithSomeWidget.ui.xml) that contains this widget:
> 
> ...
> base:Form
> base:SomeWidget ui:field="someWidget" ...
> ...
> /base:SomeWidget
> ...
> 
>
> When SomeWidget does not implement Exportable, project runs well, but
> I couldn't call nonstatic methods of found widget's DIV element.
>
> By the time, to solve the problem SomeWidget implements Exportable,
> but progect doesn't show View with the SomeWidget well because of
> ClassCastException using deferred binding:
> 
> ClassCastException: com.mypackage.widgets.SomeWidgetExporterImpl
> cannot be cast to com.mypackage.widgets.SomeWidget
> 
>
> So, probably there are any other methods to find widget's javascript
> object and call it's exported java method? In any ways, any idea is
> much 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
> 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-toolkit@googleg

Re: enable closure compiler

[Manuel Carrasco Moñino]

Hi all,

FYI: gquery 1.2.0 has been released, it has the issue fixed.

About the advantages of using the closure compiler apart from the size
of the js, I'll add the optimization of jsni blocks in your app, for
instance I tend to embed 3party code (like cordova.js etc) in jsni
blocks to optimize it.


On Mon, Aug 27, 2012 at 11:56 PM, opn  wrote:
> In my case the generated javascript is about 10% smaller now. Can't tell
> exactly because I just made a quick test and the compileReport flag is
> ignored with the closure compiler enabled.
>
>  I read on g+ some time ago that some people had even better results (I
> think up to 20% and more code size reduction? Can't find the post with the
> comments anymore).
> Am Montag, 27. August 2012 23:08:08 UTC+2 schrieb Deepak Singh:
>>
>> So what's benefit of this closure compiler ?
>>
>> On Tue, Aug 28, 2012 at 1:46 AM, Alex opn  wrote:
>>>
>>> Sorry for double post : ) Forgot to say that using the snapshot indeed
>>> solved the problem.
>>>
>>> Am Montag, 27. August 2012 22:14:46 UTC+2 schrieb Alex opn:

 You can get it here:

 http://code.google.com/p/gwtquery/wiki/Downloads?tm=2

 Direct Download:


 https://oss.sonatype.org/content/repositories/snapshots/com/googlecode/gwtquery/gwtquery/1.1.1-SNAPSHOT/gwtquery-1.1.1-20120724.210322-26.jar

 Maven users of the SNAPSHOT version you have to add these lines:

   
 
   sonatype-snapshots

   http://oss.sonatype.org/content/repositories/snapshots

   true
   false

 
   

  

  com.googlecode.gwtquery

  gwtquery
  1.1.1-SNAPSHOT

  provided

  



 Am Montag, 27. August 2012 20:52:45 UTC+2 schrieb Deepak Singh:
>
> Can i also have the new Gwtquery-snapshot to avoid this error ?
>
> On Mon, Aug 27, 2012 at 9:23 PM, Alex opn  wrote:
>>
>> Thanks for pointing this out! Google didn't come up with the issue.
>> Trying with the new GQuery-Snapshot now.
>>
>> Am Montag, 27. August 2012 17:32:03 UTC+2 schrieb Thomas Broyer:
>>>
>>>
>>>
>>> On Monday, August 27, 2012 4:13:24 PM UTC+2, Alex opn wrote:

 After reading this I thought I'd give it a try, too and got the same
 error:

 [ERROR] Unexpected internal compiler error
 [INFO]  java.lang.IllegalStateException: Expected non-empty
 string. Reference node STRING

 Any hints? : )
>>>
>>>
>>> See http://code.google.com/p/google-web-toolkit/issues/detail?id=7469
>>> The issue seems to only happen if you have a switch/case in JSNI with
>>> an empty string as a 'case' value (see
>>> http://code.google.com/p/gwtquery/source/detail?r=1035)
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Google Web Toolkit" group.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msg/google-web-toolkit/-/oDSZBHOG6_EJ.
>>
>> To post to this group, send email to google-we...@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.
>
>
>
>
> --
> Deepak Singh
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "gwtquery" group.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msg/gwtquery/-/aNRPR-97yCcJ.
>>>
>>> To post to this group, send email to gwtq...@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> gwtquery+u...@googlegroups.com.
>>>
>>> For more options, visit this group at
>>> http://groups.google.com/group/gwtquery?hl=en.
>>
>>
>>
>>
>> --
>> Deepak Singh
>
> --
> You received this message because you are subscribed to the Google Groups
> "gwtquery" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/gwtquery/-/-It2Bo0eUacJ.
>
> To post to this group, send email to gwtqu...@googlegroups.com.
> To unsubscribe from this group, send email to
> gwtquery+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/gwtquery?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-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 create project from pom??

[Manuel Carrasco Moñino]

This archetype could help, it creates a gwt project ready to be
imported in eclipse or intellij.
Although It introduces the gquery dependency, you could remove it
editing the pom and removing the code.

http://code.google.com/p/gwtquery/wiki/CreatingNewApplications

On Fri, Oct 28, 2011 at 5:55 AM, Juan Pablo Gardella
 wrote:
> I don't use m2eclipse plugin in eclipse. I do mvn eclipse:eclipse and import
> the project in eclipse and works fine. The one thing that I must do by hand
> in eclipse is enable GWT project nature. To do this, in project properties,
> in google category option Google Web Toolkit press Apply.
>
> 2011/10/27 cri 
>>
>> You are correct. I was referring to the combination of eclipse/gwt/
>> maven. And from what I gather, the version of m2e updated for Indigo
>> has caused all kinds of breakage of existing maven plugins (when used
>> with Indigo). Personally, I'm to the point of believing that you are
>> better off without using maven for gwt projects until the situation
>> improves.
>>
>> On Sep 23, 12:24 pm, Hilco Wijbenga  wrote:
>> > On 23 September 2011 09:53, cri  wrote:
>> >
>> > > The uptick post is very outdated. It will only confuse folks I'm
>> > > afraid. A much better place to start is the link I posted. (http://
>> > > code.google.com/p/google-web-toolkit/wiki/WorkingWithMaven).
>> > > Developing GWT in conjunction withMavenhas IMHO always been error
>> > > prone and tricky. It does seem like the GWT team is giving a little
>> > > more importance to this than they have in the past. The new Indigo /
>> > >mavenintegration has thrown a wrench in things to some extent.
>> >
>> > I don't think that's entirely correct.
>> >
>> > Mavenworks fine with GWT and has been since (IIRC) 2.1. What possibly
>> > doesn't work fine is *Eclipse* +Maven+ GWT. I have no problems
>> > (other than the usual) but I run builds on the command line (where
>> > they belong) and use Eclipse for simple compiling and
>> > editing/refactoring/formatting/et cetera.
>> >
>> > Having said that, there are certainly a number of issues. GWT's
>> > approach to JARs/project management is not quite optimal. It requires
>> > existing JARs to be changed to create one-offs that don't exist
>> > anywhere else (AFAIK). Furthermore, these JARs are then all dumped
>> > together in a few big ueber JARs. This breaksMaven'sdependency
>> > management and creates classpath problems. Luckily, the fallout
>> > doesn't seem too bad. It would be great if this could be improved (and
>> > work is being done in this area). Of course, it would be even better
>> > if GWT usedMavenitself instead of Ant... ;-)
>> >
>> > By the way, I have not been able to get Indigo to run properly at all.
>> > It keeps breaking on updates so I'm still on Helios. I do get the
>> > impression that theMavenplugins (there's more than one) are at the
>> > heart of the issue but I have not delved in any deeper.
>>
>> --
>> 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.
>>
>
> --
> 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.
>

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

Announce: GwtQuery 1.1.0

[Manuel Carrasco Moñino]

The GQuery team is proud to announce the version 1.1.0 of the library.

We have been working hard in order to fix many issues and to achieve a
closed jQuery API.

The new release includes new features like the jQuery Ajax API, Data
binding to easily manage json and xml data, better interaction with
gwt widgets, and improved documentation.

You can see the full list of features in the presentation given in The
RivieraDev last week in France [1] or taking a look to the project
wiki pages [2]

[1] 
http://www.slideshare.net/dodotis/gquery-a-jquery-clone-for-gwt-rivieradev-2011
[2] http://code.google.com/p/gwtquery/w/list


Thanks so much to the people sending issues, testing, and using the library.

- GQuery Team

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

Re: jquery?

[Manuel Carrasco Moñino]

On Tue, Oct 25, 2011 at 8:16 PM, Dennis Haupt  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> hi there,
>
> a coworker told me that jquery has a bunch of advantages over gwt and
> that gwt offers pretty much nothing that jquery doesn't - and is going
> to infest our source code if i can't stop him.
> has anyone here experience with both? the last time some expert told
> me to use technology X because it was 10x better than Y it turned out
> that X had problems that were just not obvious at the beginning but
> messed up everything once it was deeply integrated.

You could introduce GQuery in your projects and you will have many of
the advantages of jquery.

Take a look to this presentation to see what gquery adds to the gwt world:
http://www.slideshare.net/dodotis/gquery-a-jquery-clone-for-gwt-rivieradev-2011

- Manolo


>
> my question is: what would i loose if i switched from GWT to jquery?
> i'd just use both since they don't exclude each other and use whatever
> seems to be better on a case by case basis.
>
>
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.14 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQIcBAEBAgAGBQJOpvz7AAoJENRtux+h35aGDHgQAK1OqSXIYPtRB3Bzl4+iWhje
> KjnLNxHq/J/5AaMp88IOviyS0cIKb2rWsLpC1nJ2O/PDYCpds698eMabqSthXdIW
> S8bMlq/menighftxl6KAxwE8NU2yjTi0i2ACAHcStxs8njuj76EveRJZEEneNc9H
> q1HEw2zgFCMgPiBN1teo1OX+6cNVuhza9C8Gobt1hf7pLnWQNWJJm9qdAgpDEAUh
> MqLYvSfzQ2i9ntRn8LDIzn2ylsxNBwGkJit1XxFL9XaLVFAcW0QRQMRV7Ulza5sU
> VsT7Yx3WFcb9qIGA8rAt0p/4c6CtkjNdtQcZckj10aeOWTEGfEuPCoqIRl9ow83M
> dSNHWm3z7lER/KdPBElICKKoCSO/e70BmBgjz9pJK49QywSh4sc+1K86gZcEojyz
> ashfI563/qez1aNJY2MD1LW/tZaRjG6NhsqsS3ar3VcZCp2gmsSfhIzqxvClPUfL
> CprIwuelNQfZgA7dKee1ntI7gWxdRKCrAN8Ls/aMTbQWzdslCekV3JBvl9B24TQL
> gEFjog95lCmP3P+tacW2NK5NEPcxfJ31BL+pIOF18rrZyNK4+51mGAfBo6vAIuHN
> jlo7aOuvwrLBt3eIUgW/Os486zv+4JQeF3RXb8Mc1Q+A8on7kOb1Ntm2lBNe59lX
> WK1oC9arKyZBE/GJrG8w
> =K3m8
> -END PGP SIGNATURE-
>
> --
> 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.
>
>

-- 
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: FileUpload

[Manuel Carrasco Moñino]

Take a look to gwtupload you can use either all the library in your
application or just the DecoratedFileUpload to customize your button with
whatever widget you want.

http://code.google.com/p/gwtupload/wiki/CustomWidgets

- Manolo

On Thu, Sep 22, 2011 at 9:56 AM, Sante  wrote:

> I've tryed, but not go this post.
>
> mimelist are set in VUpload constructor
>
> I post java file:
>
> /*
> @ITMillApache2LicenseForJavaFiles@
>  */
>
> package com.vaadin.terminal.gwt.client.ui;
>
> import com.google.gwt.core.client.GWT;
> import com.google.gwt.core.client.Scheduler;
> import com.google.gwt.dom.client.DivElement;
> import com.google.gwt.dom.client.Document;
> import com.google.gwt.dom.client.FormElement;
> import com.google.gwt.event.dom.client.ClickEvent;
> import com.google.gwt.event.dom.client.ClickHandler;
> import com.google.gwt.user.client.Command;
> import com.google.gwt.user.client.Element;
> import com.google.gwt.user.client.Event;
> import com.google.gwt.user.client.Timer;
> import com.google.gwt.user.client.ui.FileUpload;
> import com.google.gwt.user.client.ui.FlowPanel;
> import com.google.gwt.user.client.ui.FormPanel;
> import com.google.gwt.user.client.ui.Hidden;
> import com.google.gwt.user.client.ui.Panel;
> import com.google.gwt.user.client.ui.SimplePanel;
> import com.vaadin.terminal.gwt.client.ApplicationConnection;
> import com.vaadin.terminal.gwt.client.BrowserInfo;
> import com.vaadin.terminal.gwt.client.Paintable;
> import com.vaadin.terminal.gwt.client.UIDL;
> import com.vaadin.terminal.gwt.client.VConsole;
> import com.vaadin.terminal.gwt.client.VTooltip;
> import com.google.gwt.dom.client.InputElement;
>
> /**
>  *
>  * Note, we are not using GWT FormPanel as we want to listen
> submitcomplete
>  * events even though the upload component is already detached.
>  *
>  */
> public class VUpload extends SimplePanel implements Paintable {
>
>private final class MyFileUpload extends FileUpload {
>@Override
>public void onBrowserEvent(Event event) {
>
>super.onBrowserEvent(event);
>if (event.getTypeInt() == Event.ONCHANGE) {
>if (immediate && fu.getFilename() != null
>&&
> !"".equals(fu.getFilename())) {
>submit();
>}
>} else if (BrowserInfo.get().isIE()
>&& event.getTypeInt() ==
> Event.ONFOCUS) {
>// IE and user has clicked on hidden
> textarea part of upload
>// field. Manually open file selector, other
> browsers do it by
>// default.
>fireNativeClick(fu.getElement());
>// also remove focus to enable hack if user
> presses cancel
>// button
>fireNativeBlur(fu.getElement());
>}
>}
>
>public String getAccept() {
>return ((InputElement)
> fu.getElement().cast()).getAccept();
>}
>
>public void setAccept(String accept) {
>((InputElement)
> fu.getElement().cast()).setAccept(accept);
>}
>}
>
>public static final String CLASSNAME = "v-upload";
>
>/**
> * FileUpload component that opens native OS dialog to select file.
> */
>MyFileUpload fu = new MyFileUpload();
>
>Panel panel = new FlowPanel();
>
>UploadIFrameOnloadStrategy onloadstrategy = GWT
>.create(UploadIFrameOnloadStrategy.class);
>
>ApplicationConnection client;
>
>private String paintableId;
>
>/**
> * Button that initiates uploading
> */
>private final VButton submitButton;
>
>/**
> * When expecting big files, programmer may initiate some UI changes
> when
> * uploading the file starts. Bit after submitting file we'll visit
> the
> * server to check possible changes.
> */
>private Timer t;
>
>/**
> * some browsers tries to send form twice if submit is called in
> button
> * click handler, some don't submit at all without it, so we need to
> track
> * if form is already being submitted
> */
>private boolean submitted = false;
>
>private boolean enabled = true;
>
>private boolean immediate;
>
>private Hidden maxfilesize = new Hidden();
>
>private FormElement element;
>
>private com.google.gwt.dom.client.Element synthesizedFrame;
>
>private int nextUploadId;
>
>public VUpload() {
>
>  super(com.google.gwt.dom.client.Document.get().createFormElement());
>
>element = getElem

Re: JQuery like animation

[Manuel Carrasco Moñino]

With gquery the syntax is the same, except that you get advance of the
gwt compiler including in your final js just the stuff you need, you
do not need to import any external library like jquery.js, and you do
not have to write any jsni method.

- Your example passing a gwt UI component
import static com.google.gwt.query.client.GQuery.$;
$(yourGWTUIElement).fadeIn(1300);

- More examples using selectors and type-safe constants
$(".gwt-label").fadeIn(Speed.SLOW);
$(".gwt-label").css("vertical-align", "middle").delay(1000).fadeIn(Speed.FAST);
$(".gwt-button").css(CSS.VERTICAL_ALIGN.with(VerticalAlign.MIDDLE));


Enjoy gquery :-)
- Manolo

2011/8/22 Dimitrijević Ivan :
> You can include jQuery fraework in your application and use JSNI to invoke
> jQuery's animation function.
> public class Animation {
> public static int SPEED_SLOW = 1300;
> public static int SPEED_NORMAL = 800;
> public static int SPEED_FAST = 400;
> public static native void doFadeInAnimation(Element e, int speed)/*-{
>    $wnd.jQuery(e).fadeIn(speed);
> }-*/;
> }
> In order to animate some GWT UI element you should write:
> Animation.doFadeInAnimation(yourGWTUIElement.getElement(),
> Animation.SPEED_SLOW);
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/JZojg4ekSM4J.
> 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.
>

-- 
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: JQuery like animation

[Manuel Carrasco Moñino]

Here:
http://gwtquery.googlecode.com/svn/trunk/demos/gwtquery.samples.GwtQueryBench/GwtQueryBench.html?ask=false

On Mon, Aug 22, 2011 at 10:27 PM, Christian Goudreau
 wrote:
> I remember seeing a race between Gwt-Query and jQuery with animations where
> Gwt-Query run that race, does anyone has de link to that video somewhere?
>
> 2011/8/22 Dimitrijević Ivan 
>>
>> You can include jQuery fraework in your application and use JSNI to invoke
>> jQuery's animation function.
>> public class Animation {
>> public static int SPEED_SLOW = 1300;
>> public static int SPEED_NORMAL = 800;
>> public static int SPEED_FAST = 400;
>> public static native void doFadeInAnimation(Element e, int speed)/*-{
>>    $wnd.jQuery(e).fadeIn(speed);
>> }-*/;
>> }
>> In order to animate some GWT UI element you should write:
>> Animation.doFadeInAnimation(yourGWTUIElement.getElement(),
>> Animation.SPEED_SLOW);
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Google Web Toolkit" group.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msg/google-web-toolkit/-/JZojg4ekSM4J.
>> 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.
>
>
>
> --
> Christian Goudreau
> www.arcbees.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.
>

-- 
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: JQuery like animation

[Manuel Carrasco Moñino]

On Fri, Aug 19, 2011 at 12:42 PM, Tomasz Gawel  wrote:
> 1. But Animation class in gwt seems to be quite handy. All you need is
> bunch of custom interpolation functions. But these are easy to be
> taken from MooTools (i did take se below :)) - (easing functions in
> jquery behave slightly different so simple rewriting it in java drops
> off).

Gwtquery (GQuery) is NOT JQuery nor needs to import it to work, they
only share the API (syntax and name of methods), so GQuery has been
entirely rewritten taking advance of GWT and reusing as much stuff as
possible from gwt.
So animate() in GQuery has nothing in common with animate in jquery()
(except the name and parameters), the implementation based in the gwt
class Animate, and Easing function has only one method interpolate()
which is used directly by Animation. Take a look to the Easing
interface in gquery which is exactly the same that your Interpolation
interface, in fact we could incorporate these bunch of interpolations
to the project if you authorise it.
http://code.google.com/p/gwtquery/source/browse/trunk/gwtquery-core/src/main/java/com/google/gwt/query/client/plugins/effects/PropertiesAnimation.java#37

>
> 2. Manuel - great respect for GWT-Query - actually the biggest thing i
> find missing in gwt is support for "dom-programming" and lack of built-
> in selector engine. But I agree with Guy that jquery-like syntax is
> not necessarily an advantage :)

gwtquery is a gwt library, it basically introduces many nice things to
the gwt world: css selectors, a lot of useful methods for dom
manipulation, animations, light collections, etc, and the jquery
popular syntax (method chaining).
So if you only need GQuery selectors, you can use them without forcing
your programmers to use jquery syntax, nor any reference to the GQuery
class.
  Element context = anyWidget.getElement();
  SelectorEngine sel = new SelectorEngine();
  NodeList nodes = sel.select(".mycontainer .gwt-label", context);
The same if you wanted to use Selectors optimized at compile time, etc.

Summarizing take from gquery just what you need, and do not feel
forced to use jquery-like syntax nor any programming pattern. Like
with any other library, the gwt compiler will do its work not
including in your javascript anything you do not use.

>
> /** from mootools **/
>    public static interface Interpolation {
>
>        public static class Power implements Interpolation {
>            protected double power;
>            public Power(double power){
>                this.power = power;
>            }
>            @Override public double interpolate(double progress) {
>                return Math.pow(progress, power);
>            }
>        }
>
>        public static class Back implements Interpolation {
>            protected double mute = 1.618;
>            public Back(double mute){
>                this.mute = mute;
>            }
>            @Override public double interpolate(double progress) {
>                return Math.pow(progress, 2) * ((mute + 1) * progress
> - mute);
>            }
>        }
>
>        public static class Elastic implements Interpolation {
>            protected double mute = 1;
>            public Elastic(double mute) {
>                this.mute = mute;
>            }
>            @Override public double interpolate(double progress) {
>                return Math.pow(2, 10 * --progress) * Math.cos(20 *
> progress * Math.PI * mute / 3);
>            }
>        }
>
>        public static final Interpolation ELASTIC = new Elastic(1);
>
>        public static final Interpolation BACK = new Back(1.618);
>
>        public static final Interpolation QUAD = new Power(2);
>
>        public static final Interpolation CUBIC = new Power(3);
>
>        public static final Interpolation QUART = new Power(4);
>
>        public static final Interpolation QUINT = new Power(5);
>
>        public static final Interpolation LINEAR = new Interpolation()
> {
>            @Override public double interpolate(double progress) {
>                return progress;
>            }
>        };
>
>        public static final Interpolation EXPO = new Interpolation() {
>            @Override public double interpolate(double progress) {
>                return Math.pow(2, 8 * (progress - 1));
>            }
>        };
>
>        public static final Interpolation CIRC = new Interpolation() {
>            @Override public double interpolate(double progress) {
>                return 1 - Math.sin(Math.acos(progress));
>            }
>        };
>
>        public static final Interpolation SINE = new Interpolation() {
>            @Override public double interpolate(double progress) {
>                return 1 - Math.cos(progress * Math.PI / 2);
>            }
>        };
>
>        public static final Interpolation BOUNCE = new Interpolation()
> {
>            @Override public double interpolate(double progress) {
>                double value;
>                for (double a = 0, b = 1; true; a += b,

Re: JQuery like animation

[Manuel Carrasco Moñino]

On Tue, Jul 5, 2011 at 9:01 PM, Guy Nirpaz  wrote:
> Thanks Christian,
>
> I am well familiar with GWT-Query, however, I feel it doesn't match well GWT
> (MVP) programming model and design.

It is not true, gquery can be used in different contexts and does not
break the MVP pattern if you do not want. It is a helper library not a
programming pattern.
In a MVP app you can use it in different ways:
1. you can put any animation, decoration or enhancement in your view
so as the presenter does not matter since you implement correctly the
view interface. For instance you can have a view with just only
text-boxes, then you could enhance those components with the
gquery-enhance plugin changing boxes by slider, color pickers etc, or
you could add gquery animations overriding onAttach, etc.
2. Gquery also helps in a MVP context since you can use it to decouple
parts, and get widget instances anywhere
MyWidget w = $(".gwt-mywidget_class").widget();

- Manolo

>
> Guy
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-web-toolkit/-/yNJ60daUk_sJ.
> 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.
>

-- 
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: Calling a Java Method from Handwritten JavaScript

[Manuel Carrasco Moñino]

When you get this error there is something more going out.
Use the latest snapshot which has several fixes, and if the problem
continues, pls open an issue in gwtexporter with detailed information.

Anyway, one of latest features in gwt-exporter is the ExportOverlay,
with it, you can create a separate gwt module importing your app, but
you do not need to annotate your original classes nor import the
library.


- Manolo

On Tue, Aug 9, 2011 at 4:50 PM, ASlak  wrote:
> Hi Alain,
>
> So I tried using GwtExporter.  I edited my *.get.xml to include what
> they had on their "getting started" guide. I also added their library
> to the project.
>
> Then I changed my class to look like:
>  public class myClass implements EntryPoint, Exportable{
>
> And my method to look like this:
>  @Export("sendRequest")
>  private void sendRequest(...){
>
> The problem is that when I try to compile i get this error:
> "Could not find entry method 'onModuleLoad()' method in entry point
> class"
>
> The onModuleLoad() is right where it should be and was working before
> I made the changes to include the GwtExporter.
>
> Any idea how to fix this? I obviously can't use GwtExporter if my
> project won't even compile with it.
>
> On Aug 9, 10:31 am, Alain Ekambi  wrote:
>> You r welcome.
>> GwtExporter is a good solution  for the type of things you are trying to
>> do.
>> Why going through all the pain when somebody allready did it for u.
>> Or maybe i m just lazy ? :)
>>
>> And dont forget this is GWT. You dont use a module it wont end up in the
>> generated code. So i dont see the problem by adding it to your project.
>>
>> 2011/8/9 ASlak 
>>
>>
>>
>> > Thanks Alain,
>>
>> > I would prefer to avoid adding extra dependencies to my application,
>> > but I will look into this if I cannot find another way to resolve this
>> > issue.
>>
>> > On Aug 9, 10:06 am, Alain Ekambi  wrote:
>> > > Maybe you want to check  http://code.google.com/p/gwt-exporter/
>> > > it will take care of the exporting for you.
>>
>> > > 2011/8/9 ASlak 
>>
>> > > > Thanks karim! Firebug is a great tool.
>>
>> > > > I have learned from it that my method is accessible from the html
>> > > > where I am calling it from and the variable that I want included in
>> > > > the call is being included, however there is still a problem.
>>
>> > > > According to firebug it looks like everything should be working fine,
>> > > > but my java method is still not actually being executed.  To me this
>> > > > indicates a problem with the path provided by the exportMethod()
>> > > > perhaps, but I have checked this many times and it seems to be
>> > > > correct.
>>
>> > > > My methods are not static.  I would prefer to leave them that way, but
>> > > > I could possibly change them (the java method I need to call is
>> > > > dependent on many other methods and variables that I would also need
>> > > > to make static in order to use).  I feel like this should work
>> > > > regardless of whether or not the methods are static, but if someone
>> > > > else can confirm what Paul said about the methods having to be static
>> > > > I can try that.
>>
>> > > > Thanks everyone.
>>
>> > > > On Aug 9, 5:20 am, karim duran  wrote:
>> > > > > Hi ASlak,
>>
>> > > > > It should work. I already  did that.
>>
>> > > > > Don't forget that, finally, all your java code will be translated in
>> > > > > optimized javascript.
>> > > > > I haven't enough element about your problem to really help you.
>>
>> > > > > So, here's my proposition.
>>
>> > > > > 1) build your application as you usually do
>> > > > > 2) run it in firefox
>> > > > > 3) install firebug, a firefox extension wich provide a javascript
>> > debuger
>> > > > > with breakpoint management and step debuging
>> > > > > 4) open tab "javascript" in firebug and set a breakpoint where your
>> > > > > javascipt method is called
>> > > > > 5) watch your variables, fields...etc...and try  to analyse what is
>> > > > > happening.
>>
>> > > > > I used this methodology to track some jsni method behaviour,
>> > difficult to
>> > > > > debug, from the point of view of java.
>>
>> > > > > I hope it helps.
>>
>> > > > > Regards.
>>
>> > > > > Karim Duran
>>
>> > > > > 2011/8/8 ASlak 
>>
>> > > > > > I have some code in my host html page that I would like to call one
>> > of
>> > > > > > my java methods from.
>>
>> > > > > > The relevant part of the html looks like:
>> > > > > > 
>> > > > > > if(myCondition){
>> > > > > > sendRequest(myVar);
>> > > > > > }
>> > > > > > 
>>
>> > > > > > I have a method in my java code for my gwt project that is called
>> > > > > > sendRequest.
>>
>> > > > > > I am also using a method that looks like:
>> > > > > > public native void exportMethod(myApp app)/*-{
>> > > > > > $wnd.sendRequest =
>> > > > > > $entry(a...@com.myCompany.myProject.client.myClass
>> > ::sendRequest(Ljava/
>> > > > > > lang/String;));
>> > > > > > }-*/;
>>
>> > > > > > This is based off of what I found in the gwt documentation
>> > here:http://
>>
>> > c

Re: Detecting a checkbox click

[Manuel Carrasco Moñino]

On Wed, Aug 3, 2011 at 7:19 PM, Roger Studner  wrote:
> I'm trying to detect a checkbox selection "click" so I can do some other work 
> (enable a button/change some css.. trivial stuff)
>
> I tried GWTQuery, which fails (I can bind a click handler to every checkbox.. 
> but after 1 click, CellTable appears to remove my bindings hah)

When elements are removed/added to the dom, gwt removes non-gwt
managed bindings.
If you can identify those checkboxes with a css selector, you can use
gquery.live() method so as new elements added in the future will
handle the event:

/**
 * Attach a handler for this event to all elements which match the
current selector, now and in the future.
 **/
live(int eventbits, Function... funcs)


>
> I've tried overriding piles of methods.. setting handleSelection to true and 
> overriding methods.. and in the end.. I can't seem to solve this trivial use 
> case.
>
> i'm doing:
>
> table.setSelectionModel(selectionModel, 
> DefaultSelectionEventManager. createCheckBoxManager());
> (selection Model is single selection)
>
> I've seen posts on stack overflow about a custom checkbox manager, but none 
> of the code compiles/works (even if I try to tweak it to get it compilable)
>
> I also tried using column.setFieldUpdater (how i've done click handler on 
> other columns) and that as well fails to work.
>
> I assume this is a solved problem, but google searching has failed me :)
>
> Anyone :)?
>
> Thanks in advance,
> Roger
>
> --
> 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.
>
>

-- 
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 to make a TextArea auto-growing...?

[Manuel Carrasco Moñino]

On Fri, Feb 18, 2011 at 8:15 PM, Andy  wrote:
> I'm refactoring the code into gwt-traction right now, but noticing
> that GQuery no longer has this static method:
>
>  public static String curCSS(Element elem, String name, boolean
> force)

Use $(elem).cur(name, force);

>
> I should be close once I find its replacement.
>
> On Feb 18, 11:44 am, Andy  wrote:
>> We have a good implementation of both an auto-sizing TextArea
>> (vertical) and an auto-sizing TextBox (horizontal) that automatically
>> adjust to the CSS specified for the box (accommodating different
>> fonts, line-height, padding, etc).
>>
>> I've been meaning to share it for a while and will do it this weekend.
>> It's currently dependent on GQuery.curCSS to get the computed styles.
>> I was hoping to remove that dependency before adding it to our gwt-
>> traction library but since we use GQuery in other places, it hasn't
>> been a priority for me. I'll try to remove that, but the first version
>> may require GQuery.
>>
>> I should be able to have it up by Monday. Hopefully you can wait that
>> long. I'll update this thread when it's available.
>>
>> Cheers,
>> Andy
>>
>> On Feb 18, 6:38 am, Carlo Alberto Degli Atti 
>> wrote:
>>
>>
>>
>> > Hi,
>>
>> >  I've looked around but I haven't found any solution, so I post it
>> > here:
>>
>> >  how can I make a TextArea that expands its height depending on the
>> > text inside?
>>
>> >  Thanks
>>
>> >  CA
>
> --
> 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.
>
>

-- 
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: Saving contents of RichTextArea?

[Manuel Carrasco Moñino]

I do not think you can trigger a download in the response of an rpc
call because it is XHR.

You should use other techniques like putting a link in the page when
the rpc finishes which the user has to push, or do a submit of a form
which writes its content in an iframe.

- Manolo

On Mon, Nov 22, 2010 at 9:22 AM, Neil Halelamien  wrote:
> Sorry, I'm not sure if I was quite clear -- what you describe is actually
> more-or-less what I needed. I figure I need to transfer the contents of
> someRichTextArea.getText() from the client to the server, and then trigger a
> download of the file from the server to the client. Regarding the latter
> part, although I haven't implemented it yet, this thread over on
> stackoverflow seems to be what I need to do:
> http://stackoverflow.com/questions/2822667/download-dynamic-file-with-gwt
>
> On Fri, Nov 19, 2010 at 4:30 PM, Jeff Chimene  wrote:
>>
>> You don't have access to the local file system in that way. You could
>> upload the text to the server, then send it as a separate file via a GET.
>>
>> On Fri, Nov 19, 2010 at 4:41 PM, Neil Halelamien 
>> wrote:
>>>
>>> Does anybody have pointers on how one might go about saving the contents
>>> of a RichTextArea to a file on a client's machine? Hopefully this question
>>> isn't too general...
>>> -- Neil
>>>
>>> --
>>> 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.
>

-- 
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: Saving contents of RichTextArea?

[Manuel Carrasco Moñino]

You could send the content to the server using rpc, then the server
could produce a .pdf or whatever file, and finally put a link in the
client to download the file.

- Manolo

On Sat, Nov 20, 2010 at 12:41 AM, Neil Halelamien  wrote:
> Does anybody have pointers on how one might go about saving the contents of
> a RichTextArea to a file on a client's machine? Hopefully this question
> isn't too general...
> -- Neil
>
> --
> 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: webappcreator with -maven and Eclipse: output directories don't match

[Manuel Carrasco Moñino]

When using maven in eclipse, it is better to let maven to produce the
eclipse stuff instead of webAppCreator using the undocumented option
-XnoEclipse, and use the google eclipse plugin to launch the app in
dev mode:

1.-  webAppCreator -noant -maven -XnoEclipse com.example.MyApp
2.- You can use eitehr:
- If you have m2eclipse plugin already installed in eclipse,
import the project as a maven project
- Otherwise, execute mvn eclipse:eclipse and import it as a
existing eclipse project
3.- Install google plugin for eclipse, and mark the checkbox
Project -> Google -> Web Toolkit -> 'Use Google Web Toolkit'.
4.- Then configure the project's war folder
Project -> Google -> Web Application -> This project has a war
folder -> src/main/webapp
unmark 'Launch an deploy from this directory', and the first time
you launch it, select target/www

Cheers
- Manolo


On Thu, Nov 18, 2010 at 11:07 PM, PeteUK  wrote:
> Hello,
>
> Using webappcreator with the new -maven option
>
> C:\MyApp>webAppCreator -noant -maven com.example.MyApp
>
> creates a pom.xml with outputDirectory specified under target/www:
>
>  
>    
>    target/www/WEB-INF/classes
>    
>   
>
> The .classpath file created has a DIFFERENT output directory:
>
> 
>   ...
>   
> 
>
> This means there are 2 sets of .class files; one from mvn compile, and
> one from Eclipse when the project is imported or via incremental
> compiles when individual .java files are changed. I'm quite new to all
> this so hesitant to say it's wrong but it looks like it is. I see 2
> problems. First there's the duplication of .class files which wastes
> resources. Second is the possibility of them getting out of step and
> the feedback in the Eclipse editor of problems with the source might
> be wrong.
>
> How would one go about getting this investigated and fixed if
> necessary?
>
> Thanks,
>
> Pete
>
> --
> 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: Making GWT look good...

[Manuel Carrasco Moñino]

On Thu, Aug 12, 2010 at 7:49 PM, Thiago Miranda de Oliveira
 wrote:
> We're developing a "web 2.0" style app with gwt too, using the
> UiBinder to construct our "panels" and the GQuery API to interact with
> them ( that can be learned more about in here 
> http://code.google.com/p/gwtquery/
> ).
>
> Is there any chance that the GQuery will be included on the GWT core?


Someone from the Gwt team said in the contributors mailing list some
time ago, that It depends on the people using gquery and demanding a
css selector (or the entire gquery features) as part of the gwt core.

>
>
> On Aug 12, 9:11 am, Uberto Barbini  wrote:
>> We're developing a "web 2.0" style app with gwt.
>> I cannot post url here (not yet) but the goal is something like
>> basecamp or twitter, nothing to do with desktop style widget (also
>> cool ones like vaadin).
>>
>> Our experience so far:
>> 1. UiBinder is much better than try to create our own widget by code.
>> 2. it's still much harder to get good looking results with GWT than
>> with plain html with Jquery.
>> 3. overall gwt is worth the pain 10 times if you add snappiness of
>> resulting application, debug, and code reuse.
>>
>> about #2 there is absolutely no documentation on css and uibinder from
>> a designer point of view.
>> For example any half decent designer nowadays would use div and span
>> to create nice layout, while all gwt panels are still using nested
>> tables.
>>
>> cheers
>> Uberto
>>
>>
>>
>> On Wed, Aug 11, 2010 at 7:40 PM, Marcelo Magno  
>> wrote:
>> > Worth to mention their debug mode where you can find design problems.
>>
>> > Try to click on the "analyse layouts" button:
>> >http://demo.vaadin.com/sampler/?debug=true
>>
>> > so +1 for Vaadin
>>
>> > Marcelo Magno
>>
>> > On Wed, Aug 11, 2010 at 1:17 PM, Steve Wart  wrote:
>>
>> >> Vaadin looks good, and it makes sense to keep the client-side load
>> >> light, especially with touch devices becoming prevalent.
>>
>> >> But it doesn't seem great (so far) for touch UI work, and I think the
>> >> "everything in Java" mantra is sub-optimal. While Vaadin has hooks for
>> >> CSS and hand-crafted JavaScript, my ideal toolset would better support
>> >> the developers who can make these technologies sing.
>>
>> >> On Wed, Aug 11, 2010 at 7:42 AM, Kevin Qiu 
>> >> wrote:
>> >> > +1 for Vaadin.
>> >> > Their widgets are very polished and professional. GXT and SmartGWT are
>> >> > fine
>> >> > but they're too desktop-looky, not Web2.0 looky...
>>
>> >> > On Mon, Aug 9, 2010 at 4:03 PM, marius.andreiana
>> >> >  wrote:
>>
>> >> >> Hi Chi,
>>
>> >> >> On Aug 9, 10:23 pm, Chi H  wrote:
>> >> >> >  * Pagination is the standard solution to the 'large number of
>> >> >> > entities' problem.  However, there is a usability cost to pagination.
>> >> >> > It would be really nice to get rid of the pagination and just use a
>> >> >> > scrollbar.   If you used the approach of SlickGrid (http://
>> >> >> > wiki.github.com/mleibman/SlickGrid/), where you only rendered what
>> >> >> > was
>> >> >> > visible on the screen, you can render large numbers entities without
>> >> >> > the need for pagination.
>>
>> >> >> How will search engines index all the content in this case?
>>
>> >> >> The SlickGrid widget doesn't work at all if JS is not enabled.
>>
>> >> >> 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-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.
>>
>> > --
>> > 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.

Re: Please help - GWT application will not load in IE!

[Manuel Carrasco Moñino]

On Fri, Aug 6, 2010 at 4:40 PM, Xandel  wrote:
> Hey guys,
>
> Thanks for your feedback. Trevor, trying the Window.alert() to see if
> even that gets fired off. When I say the app doesn't load up at all I
> mean literally nothing from my application loads up. When I initially
> had it running from withing a div tag deep in the documents body, the
> surrounding images and text etc would load up but my app wouldn't.
> There would just be a white space where the application should be...
> Now that I am literally attaching it to the root panel (directly to
> the body) the site comes up, the title is there but there is just
> white. Looking at the source doesn't show anything resembling my code.
>
> On that point tho - I would like to note that the html does have some
> "extra" stuff added in there that I obviously didn't put myself:
>
> Before the body tag within two script tags is
>
> function SymError()
>
> {
>
>  return true;
>
> }
>
>
>
> window.onerror = SymError;
>
>
>
> var SymRealWinOpen = window.open;
>
>
>
> function SymWinOpen(url, name, attributes)
>
> {
>
>  return (new Object());
>
> }
>
>
>
> window.open = SymWinOpen;
>
> And within the body tag also between two script tags is:
>
> var SymRealOnLoad;
>
> var SymRealOnUnload;
>
>
>
> function SymOnUnload()
>
> {
>
>  window.open = SymWinOpen;
>
>  if(SymRealOnUnload != null)
>
>     SymRealOnUnload();
>
> }
>
>
>
> function SymOnLoad()
>
> {
>
>  if(SymRealOnLoad != null)
>
>     SymRealOnLoad();
>
>  window.open = SymRealWinOpen;
>
>  SymRealOnUnload = window.onunload;
>
>  window.onunload = SymOnUnload;
>
> }
>
>
>
> SymRealOnLoad = window.onload;
>
> window.onload = SymOnLoad;
>
> I'm not sure if this helps... This is taking me a while to get right,
> because I am developing on Linux, the process of testing each change
> (as it works perfectly everytime in firefox) is literally - Make the
> change - > Upload the war to my server -> Open on my windows box ->
> Find the Exception Not Caught cache.html file line number -> Add the
> catch block on my linux machine in that file -> upload the file ->
> Check again on my windows box.

Developing with GWT in linux and debuging in windows is not a pain since 2.0.x.
I use VirtualBox to start many windows machines with different
browsers. Then, I run the app in linux using the google eclipse plugin
and I can debug simultaneously with different version of browsers just
in seconds. You only need to be aware of two things, run the app with
the -bindAddress 0.0.0.0 parameter and know which is the IP of your
linux box.
GWT helps to develop JS apps fast, but you need to setup the
environment correctly to save time, if not you would hate it.

Cheers
-Manolo

>
> That syntax error is still there - I thought it had gone away but that
> was a caching refreshing mistake on my side. I need to literally
> change the line:
>
> function Vn(a,b,c){var d;d=Qn++==0;try{return a.apply(b,c)}
> finally{d&&io((fo(),eo));--Qn}}
>
> to
>
> function Vn(a,b,c){var d;d=Qn++==0;try{return a.apply(b,c)}catch(a){}
> finally{d&&io((fo(),eo));--Qn}}
>
> to satisfy IE. Once again, if anyone has any ideas on that error I've
> put more details on StackOverflow (the -PRETTY version of the code),
> the link is in the previous messages.
>
> Sigh, will come back to you regarding the Window.alert() idea to see
> how much of the code is loading. And to spierce7, I think you're right
> - thats the best idea to find the problem, will try that after a few
> attempts at minor changes ;)
>
> Thanks guys,
>
> Xandel
>
> On Aug 6, 4:22 pm, Trevor Skaife  wrote:
>> And when you say the site doesn't load up at all do you mean you just
>> don't see it? Or that you put a Window.alert() in the onModuleLoad and
>> you even that doesn't work? If it's the first where for whatever
>> reason IE is having issues rendering the page I would suggest using
>> the developer tools in IE8 and see if there is a problem with your css
>> and the way you create the page. I'm guessing it's your css thats
>> thats causing issues. When I have issues where things don't look right
>> in IE I usually just play around with the styles using the developer
>> tools in IE8 until it looks right.
>>
>> On Aug 6, 8:17 am, spierce7  wrote:
>>
>> > I hate issues like this. Unfortunately, particularly since GWT is
>> > young, I've gotten something working in one browser, only to find it
>> > doesn't work in another browser. Typically I just find a more common
>> > way of going through something.
>>
>> > What I'd recommend is (although it's time consuming), is to comment
>> > out the method that builds your entry GUI, and start adding stuff back
>> > slowly until you get the issue. Try to get it down and figure out
>> > exactly what isn't able to load in I.E. The fact that nothing is
>> > loading makes me think it might be one of the outside layers, perhaps
>> > try some inner layers of the GUI and see what works and what doesn't.
>>
>> > If I got your code, that's what I'd end up doing any

Re: Patching GWT code

[Manuel Carrasco Moñino]

Because the client code is in static files, depending on the way you
are deploying the application you could override these files.
For instance, if you use Tomcat you could override the files in the
unpacked folder of your application.

A better approach if you are using Apache as the front end of your
application server, is to deploy all the static stuff in apache and
configure it to serve this folder.

-Manolo

On Wed, Jul 14, 2010 at 8:56 AM, Amey Sakhadeo  wrote:
> Hi,
>
> I have built a GWT app that has been deployed successfully at a number
> of my customers' sites.
>
> I now face a problem everytime I release bug fixes.
> Even if the fix is in a client code, the approach I follow currently
> is replacing the entire WAR.
>
> Is there a better way of 'patching' GWT js code?
>
> Thanks,
> Amey
>
> --
> 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: Using large files in gwt

[Manuel Carrasco Moñino]

There are many constrains in GAE, when I was playing with it, I had
problems with request size, request time, etc. For instance on those
times the request could not take more than 30 seconds, and the request
size was 512KB.

I know things have changed now, and the limits are different when you
use a free or a billing account. Also there are some differences
running the app in development and in production modes.

I think if you are unable to upload files larger than 10MB there
should be a limit.

-Manolo



On Wed, Jul 14, 2010 at 9:11 AM, Mika Tikkanen
 wrote:
> I'm not using blobstore, probably, I don't even know what it is :) From
> earlier code you can see that I'm just reading the input to output at the
> server side. So there is no storing of the files, just reading back to
> client.
>
> On Wed, Jul 14, 2010 at 9:23 AM, Manuel Carrasco Moñino 
> wrote:
>>
>> If you are using appengine things are different because there are many
>> constrains. Are you using blobstore?
>>
>> On Tue, Jul 13, 2010 at 3:00 PM, Mika Tikkanen
>>  wrote:
>> > So how do I change that value for google appengine? Or for my
>> > development
>> > environment in eclipse?
>> >
>> > On Tue, Jul 13, 2010 at 12:03 PM, Manuel Carrasco Moñino
>> > 
>> > wrote:
>> >>
>> >> It seems an issue with the maximum configured limit for post requests
>> >> at your server side.
>> >>
>> >> -Manolo
>> >>
>> >> On Tue, Jul 13, 2010 at 10:43 AM, Mika Tikkanen
>> >>  wrote:
>> >> > On Mon, Jul 12, 2010 at 7:26 PM, Jeff Chimene 
>> >> > wrote:
>> >> >>
>> >> >> On 07/11/2010 11:17 AM, Roope wrote:
>> >> >> > Hi
>> >> >> >
>> >> >> > I'm currently developing some bioinformatics tools and I want to
>> >> >> > make
>> >> >> > them as web apps.
>> >> >> >
>> >> >> > The thing is that user needs to input files that might be up to
>> >> >> > 4Gb
>> >> >> > but usually the biggest is just about 250Mb.
>> >> >> >
>> >> >> > There are two main use-cases:
>> >> >> > 1. Steaming the file and taking just some small parts of it to
>> >> >> > string
>> >> >> > 2. Reading the whole file and making object from each line in file
>> >> >> >
>> >> >> > I would like to do all the file processing in client side, but I
>> >> >> > understood that it is not yet possible using gwt?
>> >> >>
>> >> >> In general the answer is yes, but not because of GWT. Until
>> >> >> wide-spread
>> >> >> browser support of HTML 5 which will provide better local file
>> >> >> handling.
>> >> >
>> >> >
>> >> > So GWT wont support it yet and there might be some browsers that do
>> >> > support
>> >> > it. So I could use those browser that do support it and use
>> >> > some JavaScript code?
>> >> >
>> >> >>
>> >> >> > If I keep the server local it is feasible to upload some 250mb
>> >> >> > files
>> >> >> > and process them at the server side, but I have no success so far
>> >> >> > in
>> >> >> > this, even with 10mb file.
>> >> >>
>> >> >> You might provide some background on the "... no success so far..."
>> >> >> path.
>> >> >
>> >> > I managed to upload some over 1MB files but the over 10MB didn't
>> >> > upload.
>> >> > Here is the server side code, copied most of it and the rest of the
>> >> > code
>> >> > I
>> >> > show from some example how to do this or from forums.
>> >> > import org.apache.commons.fileupload.FileItemIterator;
>> >> > import org.apache.commons.fileupload.servlet.ServletFileUpload;
>> >> > import java.io.BufferedInputStream;
>> >> > import java.io.IOException;
>> >> > import java.io.InputStream;
>> >> > import java.io.OutputStream;
>> >> > import javax.servlet.ServletException;
>> >> > import javax.servlet.http.HttpServlet;
>> >> > import javax.servlet.http.HttpServletRequest;
>> >> > import ja

Re: Using large files in gwt

[Manuel Carrasco Moñino]

If you are using appengine things are different because there are many
constrains. Are you using blobstore?

On Tue, Jul 13, 2010 at 3:00 PM, Mika Tikkanen
 wrote:
> So how do I change that value for google appengine? Or for my development
> environment in eclipse?
>
> On Tue, Jul 13, 2010 at 12:03 PM, Manuel Carrasco Moñino 
> wrote:
>>
>> It seems an issue with the maximum configured limit for post requests
>> at your server side.
>>
>> -Manolo
>>
>> On Tue, Jul 13, 2010 at 10:43 AM, Mika Tikkanen
>>  wrote:
>> > On Mon, Jul 12, 2010 at 7:26 PM, Jeff Chimene 
>> > wrote:
>> >>
>> >> On 07/11/2010 11:17 AM, Roope wrote:
>> >> > Hi
>> >> >
>> >> > I'm currently developing some bioinformatics tools and I want to make
>> >> > them as web apps.
>> >> >
>> >> > The thing is that user needs to input files that might be up to 4Gb
>> >> > but usually the biggest is just about 250Mb.
>> >> >
>> >> > There are two main use-cases:
>> >> > 1. Steaming the file and taking just some small parts of it to string
>> >> > 2. Reading the whole file and making object from each line in file
>> >> >
>> >> > I would like to do all the file processing in client side, but I
>> >> > understood that it is not yet possible using gwt?
>> >>
>> >> In general the answer is yes, but not because of GWT. Until wide-spread
>> >> browser support of HTML 5 which will provide better local file
>> >> handling.
>> >
>> >
>> > So GWT wont support it yet and there might be some browsers that do
>> > support
>> > it. So I could use those browser that do support it and use
>> > some JavaScript code?
>> >
>> >>
>> >> > If I keep the server local it is feasible to upload some 250mb files
>> >> > and process them at the server side, but I have no success so far in
>> >> > this, even with 10mb file.
>> >>
>> >> You might provide some background on the "... no success so far..."
>> >> path.
>> >
>> > I managed to upload some over 1MB files but the over 10MB didn't upload.
>> > Here is the server side code, copied most of it and the rest of the code
>> > I
>> > show from some example how to do this or from forums.
>> > import org.apache.commons.fileupload.FileItemIterator;
>> > import org.apache.commons.fileupload.servlet.ServletFileUpload;
>> > import java.io.BufferedInputStream;
>> > import java.io.IOException;
>> > import java.io.InputStream;
>> > import java.io.OutputStream;
>> > import javax.servlet.ServletException;
>> > import javax.servlet.http.HttpServlet;
>> > import javax.servlet.http.HttpServletRequest;
>> > import javax.servlet.http.HttpServletResponse;
>> > public class FileUpload extends HttpServlet {
>> > public void doPost(HttpServletRequest req, HttpServletResponse res)
>> > throws ServletException, IOException {
>> > try {
>> > ServletFileUpload upload = new ServletFileUpload();
>> > res.setContentType("text/plain");
>> > FileItemIterator iterator = upload.getItemIterator(req);
>> > while (iterator.hasNext()) {
>> > copy(iterator.next().openStream(), res.getOutputStream());
>> > }
>> > } catch (Exception ex) {
>> > throw new ServletException(ex);
>> > }
>> > }
>> > public static void copy(InputStream is, OutputStream os) throws
>> > IOException
>> > {
>> > byte buffer[] = new byte[8192];
>> > int bytesRead;
>> > BufferedInputStream bis = new BufferedInputStream(is);
>> > while ((bytesRead = bis.read(buffer)) != -1) {
>> > os.write(buffer, 0, bytesRead);
>> > }
>> > is.close();
>> > os.flush();
>> > os.close();
>> > }
>> > }
>> > Here is the the part from web.xml needed(replace * with your own stuff)
>> > 
>> > fileUploaderServler
>> > com.*.*.server.FileUpload
>> > 
>> > 
>> > fileUploaderServler
>> > /*/fileupload
>> > 
>> > ...and here is the code for the form that uses the fileupload
>> > private static FormPanel getForm(final DialogBox dialogBox,final
>> > TextArea
>> > ta) {
>> > final FormPanel form = new FormPanel();
>> > form.setAction(GWT.getModuleBaseURL() + "fileupl

Re: StringBuffer vs StringBuilder in GWT

[Manuel Carrasco Moñino]

You are right, Gwt is optimized to perform the best in each case.
Both StringBuilder and StringBuffer generates the same javascript code.

I have coded a simple test (see below) to check append and these are
my results (Compiled code):
- all browsers except IE performs identical using String, StringB.
- IE6 performs better using StringB.
- IE8 performs better using normal String.

In hosted mode, the performance is better for StringB

Cheers
-Manolo

  public void testStringOperations() {
int TIME = 2;
String DATA = "sadfasdf";

String s = "";
double ss = new Date().getTime();
for (int i=0; i wrote:
>
>
> On 13 juil, 11:10, Manuel Carrasco Moñino  wrote:
>> I've not checked the code produced by the Gwt compiler, but I think it
>> could introduce a bit of overhead or may be none (if the
>> implementation code was 100% optimal).
>> Anyway the use of String should guarantee that the final code is
>> faster or equal.
>
> That's wrong. StringBuilder will use either string concatenation (in
> which case you'll suffer a very small, and negligible, penalty at
> runtime) or array-append-then-join, depending on which method was
> benchmarked the fastest in each browser.
> http://code.google.com/p/google-web-toolkit/source/browse/trunk/user/super/com/google/gwt/emul/EmulationWithUserAgent.gwt.xml
> The GWT has experimented with many options before settling on these
> two: using a.push() or a[arrayLength++] to append to an array, using
> join() or String.prototype.concat.apply() to join the array items into
> a string, etc. you'll find them all in the subversion repository:
> http://code.google.com/p/google-web-toolkit/source/browse/trunk/user/src/com/google/gwt/core/client/impl/
> Note that string concatenation is done using the += operator, which is
> more performant than s = s + something in some browsers (AFAIK).
>
> So really, GWT is optimized here, and you shouldn't fear from using
> StringBuilder (or StringBuffer) if you think they're necessary (of
> course, when concatenating 3 strings, it might not be worth it;
> StringBuilder is mostly useful with loops and/or building large
> strings, and this is true in both Java and 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-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: StringBuffer vs StringBuilder in GWT

[Manuel Carrasco Moñino]

I've not checked the code produced by the Gwt compiler, but I think it
could introduce a bit of overhead or may be none (if the
implementation code was 100% optimal).
Anyway the use of String should guarantee that the final code is
faster or equal.

-Manolo

On Tue, Jul 13, 2010 at 11:02 AM, Andreas Karlsson  wrote:
> Manolo,
>
> but if I understood you correctly you said there was a client side
> performance penalty. If it's only in compile time I think it's easier
> to let devs use stringbuilder in JS mode as well to be consistent.
>
> /Andreas
>
> On Tue, Jul 13, 2010 at 10:59 AM, Manuel Carrasco Moñino
>  wrote:
>> Yeah, Gwt should optimize them in compiler time, but at the end the
>> optimization will produce arithmetic operations with javascript String
>> implementation, and this optimization will penalize the time spent to
>> compile.
>> So why use StringBuffer instead of String unless this code was shared
>> in both sides (js/jre).
>>
>> -Manolo
>>
>> On Tue, Jul 13, 2010 at 10:44 AM, Andreas Karlsson  wrote:
>>> Is this really true? Shouldn't GWT optimize any overhead away and make
>>> it similar to using String directly?
>>>
>>> /Andreas
>>>
>>> On Tue, Jul 13, 2010 at 10:41 AM, Manuel Carrasco Moñino
>>>  wrote:
>>>> I think the use of either will penalize the performance in client
>>>> side, String should be faster.
>>>>
>>>> - Manolo
>>>>
>>>>
>>>>
>>>> On Tue, Jul 13, 2010 at 10:21 AM, guandalino  wrote:
>>>>> Hi, GWT provides JRE emulation for both StringBuffer and
>>>>> StringBuilder. The Java API says that in single threaded environments
>>>>> the preferred choice is to use StringBuilder as it is faster. I also
>>>>> remember to have read that browsers way to work is single threaded.
>>>>>
>>>>> So I'm wondering why and when one should use StringBuffer at all. Can
>>>>> you clarify?
>>>>>
>>>>> Thank you.
>>>>>
>>>>> --
>>>>> 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.
>>>
>>>
>>
>> --
>> 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: Using large files in gwt

[Manuel Carrasco Moñino]

It seems an issue with the maximum configured limit for post requests
at your server side.

-Manolo

On Tue, Jul 13, 2010 at 10:43 AM, Mika Tikkanen
 wrote:
> On Mon, Jul 12, 2010 at 7:26 PM, Jeff Chimene  wrote:
>>
>> On 07/11/2010 11:17 AM, Roope wrote:
>> > Hi
>> >
>> > I'm currently developing some bioinformatics tools and I want to make
>> > them as web apps.
>> >
>> > The thing is that user needs to input files that might be up to 4Gb
>> > but usually the biggest is just about 250Mb.
>> >
>> > There are two main use-cases:
>> > 1. Steaming the file and taking just some small parts of it to string
>> > 2. Reading the whole file and making object from each line in file
>> >
>> > I would like to do all the file processing in client side, but I
>> > understood that it is not yet possible using gwt?
>>
>> In general the answer is yes, but not because of GWT. Until wide-spread
>> browser support of HTML 5 which will provide better local file handling.
>
>
> So GWT wont support it yet and there might be some browsers that do support
> it. So I could use those browser that do support it and use
> some JavaScript code?
>
>>
>> > If I keep the server local it is feasible to upload some 250mb files
>> > and process them at the server side, but I have no success so far in
>> > this, even with 10mb file.
>>
>> You might provide some background on the "... no success so far..." path.
>
> I managed to upload some over 1MB files but the over 10MB didn't upload.
> Here is the server side code, copied most of it and the rest of the code I
> show from some example how to do this or from forums.
> import org.apache.commons.fileupload.FileItemIterator;
> import org.apache.commons.fileupload.servlet.ServletFileUpload;
> import java.io.BufferedInputStream;
> import java.io.IOException;
> import java.io.InputStream;
> import java.io.OutputStream;
> import javax.servlet.ServletException;
> import javax.servlet.http.HttpServlet;
> import javax.servlet.http.HttpServletRequest;
> import javax.servlet.http.HttpServletResponse;
> public class FileUpload extends HttpServlet {
> public void doPost(HttpServletRequest req, HttpServletResponse res)
> throws ServletException, IOException {
> try {
> ServletFileUpload upload = new ServletFileUpload();
> res.setContentType("text/plain");
> FileItemIterator iterator = upload.getItemIterator(req);
> while (iterator.hasNext()) {
> copy(iterator.next().openStream(), res.getOutputStream());
> }
> } catch (Exception ex) {
> throw new ServletException(ex);
> }
> }
> public static void copy(InputStream is, OutputStream os) throws IOException
> {
> byte buffer[] = new byte[8192];
> int bytesRead;
> BufferedInputStream bis = new BufferedInputStream(is);
> while ((bytesRead = bis.read(buffer)) != -1) {
> os.write(buffer, 0, bytesRead);
> }
> is.close();
> os.flush();
> os.close();
> }
> }
> Here is the the part from web.xml needed(replace * with your own stuff)
> 
> fileUploaderServler
> com.*.*.server.FileUpload
> 
> 
> fileUploaderServler
> /*/fileupload
> 
> ...and here is the code for the form that uses the fileupload
> private static FormPanel getForm(final DialogBox dialogBox,final TextArea
> ta) {
> final FormPanel form = new FormPanel();
> form.setAction(GWT.getModuleBaseURL() + "fileupload");
> // Because we're going to add a FileUpload widget, we'll need to set the
> // form to use the POST method, and multipart MIME encoding.
> form.setEncoding(FormPanel.ENCODING_MULTIPART);
> form.setMethod(FormPanel.METHOD_POST);
> // Create a panel to hold all of the form widgets.
> final VerticalPanel panel = new VerticalPanel();
> form.setWidget(panel);
> // Create a FileUpload widget.
> final FileUpload upload = new FileUpload();
> upload.setName("uploadFormElement");
> panel.add(upload);
> HorizontalPanel horizontal = new HorizontalPanel();
> // Add a 'submit' button.
> horizontal.add(new Button("Submit", new ClickHandler() {
> public void onClick(ClickEvent event) {
> form.submit();
> }
> }));
> // Add a 'cancel' button.
> horizontal.add(new Button("Cancel", new ClickHandler() {
> public void onClick(ClickEvent event) {
> dialogBox.hide();
> }
> }));
> panel.add(horizontal);
> // Lets add handlers
> form.addSubmitHandler(new SubmitHandler() {
> @Override
> public void onSubmit(SubmitEvent event) {
> if (upload.getFilename().length() == 0) {
> Window.alert("Must select a valid file");
> event.cancel();
> }
> }
> });
> form.addSubmitCompleteHandler(new SubmitCompleteHandler() {
> public void onSubmitComplete(SubmitCompleteEvent event) {
> ta.setText(event.getResults());
> dialogBox.hide();
> }
> });
> return form;
> }
>
>>
>> For files of this size, I'd consider creating a file share on the server
>> or using FTP. I'm guessing the data collection occurs on the PC? If so,
>> you won't be able to process the files locally until HTML 5 and local
>> file support. Depending on your environment, you might be able to
>> remote-mount a disk device and write directly to that device from the
>> data collecti

Re: StringBuffer vs StringBuilder in GWT

[Manuel Carrasco Moñino]

Yeah, Gwt should optimize them in compiler time, but at the end the
optimization will produce arithmetic operations with javascript String
implementation, and this optimization will penalize the time spent to
compile.
So why use StringBuffer instead of String unless this code was shared
in both sides (js/jre).

-Manolo

On Tue, Jul 13, 2010 at 10:44 AM, Andreas Karlsson  wrote:
> Is this really true? Shouldn't GWT optimize any overhead away and make
> it similar to using String directly?
>
> /Andreas
>
> On Tue, Jul 13, 2010 at 10:41 AM, Manuel Carrasco Moñino
>  wrote:
>> I think the use of either will penalize the performance in client
>> side, String should be faster.
>>
>> - Manolo
>>
>>
>>
>> On Tue, Jul 13, 2010 at 10:21 AM, guandalino  wrote:
>>> Hi, GWT provides JRE emulation for both StringBuffer and
>>> StringBuilder. The Java API says that in single threaded environments
>>> the preferred choice is to use StringBuilder as it is faster. I also
>>> remember to have read that browsers way to work is single threaded.
>>>
>>> So I'm wondering why and when one should use StringBuffer at all. Can
>>> you clarify?
>>>
>>> Thank you.
>>>
>>> --
>>> 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.
>
>

-- 
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: StringBuffer vs StringBuilder in GWT

[Manuel Carrasco Moñino]

I think the use of either will penalize the performance in client
side, String should be faster.

- Manolo



On Tue, Jul 13, 2010 at 10:21 AM, guandalino  wrote:
> Hi, GWT provides JRE emulation for both StringBuffer and
> StringBuilder. The Java API says that in single threaded environments
> the preferred choice is to use StringBuilder as it is faster. I also
> remember to have read that browsers way to work is single threaded.
>
> So I'm wondering why and when one should use StringBuffer at all. Can
> you clarify?
>
> Thank you.
>
> --
> 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: how to disable a list box

[Manuel Carrasco Moñino]

setEnabled()

http://google-web-toolkit.googlecode.com/svn/javadoc/2.0/com/google/gwt/user/client/ui/ListBox.html


On Mon, Jun 7, 2010 at 8:08 AM, Pinzine  wrote:
> Sorry for this very basic question. please let me know how to disable
> a gwt listbox.
>
> 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-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: How to read web.xml parameters from GWT

[Manuel Carrasco Moñino]

You must override the init method:

public class GreetingServiceImpl extends RemoteServiceServlet
implements GreetingService {
 private String strHost;
 public void init(ServletConfig config) throws ServletException {
super.init(config);
String strHost = config.getServletContext().getInitParameter("dbHost");
  }
}

-Manolo

On Mon, May 31, 2010 at 10:53 AM, MickeyMiner
 wrote:
> Hi,
>
> How do I read parameters stored in /WEB-INF/web.xml from my
> GreetingServiceImpl class?
>
> After I insert following snipplet int web.xml:
>
> 
>   dbHost
>   192.168.120.120
> 
> 
>   dbName
>   my_database
> 
>
> Is anything like this possible:
>
> public class GreetingServiceImpl extends RemoteServiceServlet
> implements GreetingService {
>   public String greetServer(String input) throws
> IllegalArgumentException {
>      Series parameters = getContext().getParameters();
>      String strHost = parameters.getFirstValue("dbHost");
>      String strName = parameters.getFirstValue("dbName");
>      return "The target database is " + strName + "@" + strHost;
>   }
> }
>
>
> Thanx for your help and cheers!
>
> mm
>
> --
> 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: Download Popup Panel in PDF format

[Manuel Carrasco Moñino]

If you mean convert the content of the screen to PDF, basically you
can not, but perhaps you can use this  workaround
1.- Convert the content of the document to text: String content =
Document.getBody.toString();
2.- Send the content to the server
3.- Convert Html to Pdf in the server
4.- Return the file setting the adequate content-type to the response

There is another problem to receive the file and ask the user to
save/open it, so you need a html anchor with a src set to a hidden
iframe.


-Manolo



On Wed, Jun 2, 2010 at 10:10 PM, Anky  wrote:
> Hi All,
>
> Is there any way to download a GWT widget in PDF format?
>
> Thanks,
> Anky
>
> --
> 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: Calling JSNI function or Java function to handle onClick event

[Manuel Carrasco Moñino]

Although GWT obfuscates the produced javascript code renaming methods,
classes, etc, it is possible to use a GWT method from javascript if
you export it storing a reference in the window object:
private native void exportMyMethod() /*-{
  $wnd.showAlert = function(name) {
 return @com.example.myclass::showAlert(Ljava/lang/String;) 
(message);
  };
}-*/;

Take a look to this article I wrote time ago:
http://code.google.com/p/gwtchismes/wiki/Tutorial_ExportingGwtLibrariesToJavascript_en

-Manolo




On Wed, Jun 2, 2010 at 10:44 PM, kozura  wrote:
> Java functions are translated into obfuscated (ie renamed) javascript,
> so will not be available to call from an element.  You can create a
> javascript function, perhaps attached to wnd, which could then call a
> java function.
>
> On Jun 2, 1:46 pm, DK  wrote:
>> I have an anchor element with an onClick="showAlert();"
>>
>> in my java file, I have a JSNI function
>>
>>     public static native void showAlert() /*-{
>>         alert('Hello');
>>         }-*/;
>>
>> I never see this alert. In fact, when I look at the browser console, I
>> see that showAlert could not be found. What am I missing here ?
>
> --
> 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: Unable to get upload results from FileUpload

[Manuel Carrasco Moñino]

Note that in this example you are using gwtupload library, which is
not the matter of this issue.

When you use FileUpload in a FormPanel, the only way to realize the
form has been submitted is adding a SubmitCompleteHandler to the form
panel, in this handler you can call the method response.getResults()
which is the html content of the iframe used to submit the form. So,
this is the reason I pointed to use a content-type text/plain or
text/html in the server response, using any other content-type the
call to get the iframe content returns null in many browsers.

You can not use the method response.getText() which is specific for
asynchronous ajax calls using RequestCallback, and this is not the
case.

btw: gwtupload library is able to realize that the upload has finished
not only when the FormPanel executes the SubmitCompleteHandler, but
when the server notifies the client, because the client is asking
continuously to the server to the status progress using ajax.

Cheers
-Manolo

On Fri, May 28, 2010 at 4:38 PM, Jeff Chimene  wrote:
> Hi Faim:
>
> Sorry, yes, you're right.
>
> Here is a working example:
> private final IUploader.OnFinishUploaderHandler onFinishUploaderHandler =
> new IUploader.OnFinishUploaderHandler() {
>     public void onFinish(IUploader uploader) {
>         if (uploader.getStatus() == Status.SUCCESS) {
>   <>
>     }
> };
>
> used as follows:
>
> /*
>  * Add a finish handler which will load the image once the upload
>  * ... finishes
>  */
> singleUploader.addOnFinishUploadHandler(onFinishUploaderHandler);
> singleUploader.setServletPath("cgi-bin/jsupload.cgi");
>
> I'm still not sure where your event.getResults() comes from.
>
> Not to belabor the point, but do you have the server error log yet?
>
> On Thu, May 27, 2010 at 11:51 PM, Fahim  wrote:
>>
>> Hi Jeff,
>>
>> I think there isn't any "response.getText()" when you are using
>> FileUpload widget. Is there?
>>
>> Thanks,
>> Fahim
>>
>> On May 28, 2:25 am, Jeff Chimene  wrote:
>> > On 05/27/2010 01:17 PM, Fahim wrote:
>> >
>> >
>> >
>> > > Hi Jeff,
>> >
>> > > Thanks for your response.
>> >
>> > > Actually server is not in my control. Though I can send request for
>> > > log file but it will take some time. And I don't think that there is
>> > > any issue on server side. We use the same service call for file upload
>> > > in our silverlight client, which we are porting to GWT now, and it
>> > > work just fine there.
>> >
>> > > I guess there is something wrong with the behavior of GWT FileUpload
>> > > control. Does it accept/return the response text of type "text/xml"?
>> > > May be it only supports the content type of "text/html". Any ideas?
>> >
>> > > Thanks,
>> > > Fahim
>> >
>> > > On May 27, 7:05 pm, Jeff Chimene  wrote:
>> > >> Hi Fahim:
>> >
>> > >> Check your server error log.
>> >
>> > >> On Thu, May 27, 2010 at 1:05 AM, Fahim  wrote:
>> > >>> Hi All,
>> >
>> > >>> I am using FileUpload widget to upload a file. Either file is being
>> > >>> uploaded successfully or failed I am not able to get the results
>> > >>> using
>> > >>> event.getResults() in onSubmitComplete event because it is always
>> > >>> null. The response type of the service which I am calling to upload
>> > >>> is
>> > >>> "text/xml". Here is the response copied from fiddler:
>> >
>> > >>> HTTP/1.1 200 OK
>> > >>> Date: Wed, 26 May 2010 19:16:42 GMT
>> > >>> Server: Apache
>> > >>> X-UA-Compatible: IE=EmulateIE7
>> > >>> Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
>> > >>> pre-
>> > >>> check=0
>> > >>> Connection: close
>> > >>> Content-Type: text/xml
>> >
>> > >>> 500An unknown system
>> > >>> error
>> > >>> occurred while processing the request.500> > >>> subcode>
>> >
>> > >>> Any thoughts why am I not getting the above xml in in
>> > >>> event.getResults()?
>> >
>> > >>> Thanks,
>> > >>> Fahim
>> >
>> > Hi Fahim:
>> >
>> > I have to admit that the above puzzles me. Why are you looking in
>> > event.getResults()? The server response will be found in
>> > response.getText().
>> > Seehttp://google-web-toolkit.googlecode.com/svn/javadoc/2.0/com/google/g...()
>>
>> --
>> 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 T

Re: Unable to get upload results from FileUpload

[Manuel Carrasco Moñino]

The problem is in the response, you have to take care of two issues in
order to have event.getResults() working:
1.- You can not read the response if the server is not the same of
your application (cross domain).
2.- The content type must be text/html or text/plain.

If you had the control of the server side, I recommend using the
gwtupload library which makes it easier.

-Manolo

On Thu, May 27, 2010 at 10:05 AM, Fahim  wrote:
> Hi All,
>
> I am using FileUpload widget to upload a file. Either file is being
> uploaded successfully or failed I am not able to get the results using
> event.getResults() in onSubmitComplete event because it is always
> null. The response type of the service which I am calling to upload is
> "text/xml". Here is the response copied from fiddler:
>
> HTTP/1.1 200 OK
> Date: Wed, 26 May 2010 19:16:42 GMT
> Server: Apache
> X-UA-Compatible: IE=EmulateIE7
> Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-
> check=0
> Connection: close
> Content-Type: text/xml
>
> 500An unknown system error
> occurred while processing the request.500 subcode>
>
>
> Any thoughts why am I not getting the above xml in in
> event.getResults()?
>
>
> Thanks,
> Fahim
>
> --
> 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: Slider in GWT

[Manuel Carrasco Moñino]

It seems you need more inherits in your module.

Try  adding com.google.gwt.gen2.Gen2

Don't worry about the deprecated errors.

-Manolo


On Tue, May 25, 2010 at 12:06 PM, Daniel Meier
 wrote:
> Hi Guys,
>
> i have aproblem with Sliders in GWT.
>
> I have Downloaded the gwt.incubator vor the GWT Version 2.0.1 I use
> the version 2.0.3 but there are no slider for this Version. So I think
> this incubator version must be the right one.
>
> Now my problem, i have user the follown g inherite  name='com.google.gwt.widgetideas.WidgetIdeas'/> in the .gwt.xml.
>
> An i have insert the slider with the following code:
>
> SliderBar slider = new SliderBar(0.0,100.00);
>
> and
> mainPanel.add(slider);
>
> I got the following error when i Compile:
>
> Compiling module com.google.gwt.sample.stockwatcher.StockWatcher
>   Validating newly compiled units
>      [WARN] Warnings in 'jar:file:/C:/gwt-2.0.3/gwt-
> incubator-20100204-r1747.jar!/com/google/gwt/widgetideas/client/impl/
> GlassPanelImpl.java'
>         [WARN] Line 30: Referencing deprecated class
> 'com.google.gwt.user.client.impl.DocumentRootImpl'
>         [WARN] Line 38: Referencing deprecated class
> 'com.google.gwt.user.client.impl.DocumentRootImpl'
>      [WARN] Warnings in 'jar:file:/C:/gwt-2.0.3/gwt-
> incubator-20100204-r1747.jar!/com/google/gwt/widgetideas/table/client/
> TableBulkRenderer.java'
>         [WARN] Line 404: Referencing deprecated class
> 'com.google.gwt.widgetideas.table.client.overrides.HTMLTable'
>      [WARN] Warnings in 'jar:file:/C:/gwt-2.0.3/gwt-
> incubator-20100204-r1747.jar!/com/google/gwt/widgetideas/table/client/
> FixedWidthGridBulkRenderer.java'
>         [WARN] Line 122: Referencing deprecated class
> 'com.google.gwt.widgetideas.table.client.overrides.HTMLTable'
>      [WARN] Warnings in 'jar:file:/C:/gwt-2.0.3/gwt-
> incubator-20100204-r1747.jar!/com/google/gwt/widgetideas/table/client/
> GridBulkRenderer.java'
>         [WARN] Line 102: Referencing deprecated class
> 'com.google.gwt.widgetideas.table.client.overrides.HTMLTable'
>         [WARN] Line 103: Referencing deprecated class
> 'com.google.gwt.widgetideas.table.client.overrides.Grid'
>         [WARN] Line 104: Referencing deprecated class
> 'com.google.gwt.widgetideas.table.client.overrides.Grid'
>         [WARN] Line 104: Referencing deprecated class
> 'com.google.gwt.widgetideas.table.client.overrides.HTMLTable'
>      [ERROR] Errors in 'file:/C:/Users/Daniel%20Meier/workspace/
> StockWatcher/src/com/google/gwt/sample/stockwatcher/client/
> StockWatcher.java'
>         [ERROR] Line 39: No source code is available for type
> com.google.gwt.gen2.picker.client.SliderBar; did you forget to inherit
> a required module?
>   Finding entry point classes
>      [ERROR] Unable to find type
> 'com.google.gwt.sample.stockwatcher.client.StockWatcher'
>         [ERROR] Hint: Previous compiler errors may have made this
> type unavailable
>         [ERROR] Hint: Check the inheritance chain from your module;
> it may not be inheriting a required module or a module may not be
> adding its source path entries properly
>
>
> Please helped me, what is my error?
>
> Thanks
>
> Daniel
>
> --
> 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: Hidden FileUpload Widget

[Manuel Carrasco Moñino]

Gwtupload has a DecoratedFileUpload which does it.
http://code.google.com/p/gwtupload

Cheers
-Manolo

On Sat, May 8, 2010 at 7:17 PM, kratzbaumkordel  wrote:
> Hi,
>
> I'm wondering if it is possible to hide the GWT UploadWidget (or not
> use it at all) and instead open the file chooser in a different way
> instead of clicking on "Browse". I would like the file choose dialog
> to pop up when I click on a certain panel and then upload the chosen
> file to the server. I'd imagine something like doClick() on the Browse-
> button of the FileChooser.
>
> Anyone any idea? Or is that impossible?
>
> Greets
> kratzbaumkordel
>
> --
> 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.