Re: GWT 2.8.1 release

[Daniel Kurka]

There is some reasoning behind us not broadly announcing elemental2 and the
jsinteorp generator:
They are both still beta software in the sense that we know there are
existing problems, but we already want feedback on them.
There are still no guarantees on APIs / compat but if you are brave and
want to be part of evolving them and turning them into a finished and
polished product, you can do that.

We will announce them broadly once we consider them ready for general use
and have a compatibility guarantee in place.

On Wed, Jun 7, 2017 at 11:48 AM Vassilis Virvilis  wrote:

> Ah yes that explains it. It was j2cl that I remembered.
>
> Thanks for the clarification.
>
> Vassilis
>
> On Wed, Jun 7, 2017 at 9:40 PM, Colin Alworth  wrote:
>
>> I think you may be misremembering - the jars were released to maven as
>> experimental last summer, then as beta in April, and only after that were
>> they on github.
>>
>> J2CL is not expected to be dropped until it is "ready", but as with
>> elemental2, this isn't going to mean "bugfree" but more like "complete
>> enough to be reviewed and used".
>>
>> On Wednesday, June 7, 2017 at 1:10:37 PM UTC-5, Vassilis Virvilis wrote:
>>>
>>> Looks like they are also here in source form
>>>
>>> https://github.com/google/elemental2
>>> https://github.com/google/jsinterop-generator
>>>
>>> I thought google didn't want to release them before they were "ready".
>>> So either they changed their mind, or they feel it is ready or I don't
>>> remember correctly :-)
>>>
>>>  Vassilis
>>>
>>> On Wed, Jun 7, 2017 at 7:17 PM, Colin Alworth  wrote:
>>>
 The groupId has changed - using the mvnrepository site, try
 https://mvnrepository.com/artifact/com.google.elemental2 to see all of
 the jars now available.


 On Wednesday, June 7, 2017 at 11:14:33 AM UTC-5, Bruno Salmon wrote:
>
>
>
>> Additionally, this supports the recent beta release of jsinterop.base
>> and elemental2, available from Maven Central.
>>
>>
>>
> Where can we find that elemental2  beta release (I can see only the
> June 2016 version on that page
> 
> )?
>
> Thanks for all your amazing work.
>
 --
>> 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.
>>
>
>
>
> --
> Vassilis Virvilis
>
> --
> 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: Compilation of a large GWT application?

[Daniel Kurka]

There is a whitelist / blacklist to control that.

On Mon, Apr 10, 2017 at 12:30 PM Kirill Prazdnikov 
wrote:

> As far as I know this will add lots of GWT internal stuff which I not
> going to export. Right ?
>
> понедельник, 10 апреля 2017 г., 21:57:33 UTC+3 пользователь Daniel Kurka
> написал:
>
> If you compile your gwt app with -generateJsInteropExports any @JsType is
> accessible in global scope:
>
>
> --
> 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: Compilation of a large GWT application?

[Daniel Kurka]

If you compile your gwt app with -generateJsInteropExports any @JsType is
accessible in global scope:

Exporting app:

package foo;

@JsType
public Bar {
  public Baz baz = new Baz();
}

Consuming JS:
new Bar().baz.baz1();

Consuming gwt app ( No need for -generateJsInteropExports):

@JsType(isNative = true, name = Bar, namespace = "foo")
public class Bar {
  Baz baz;
}



On Mon, Apr 10, 2017 at 11:45 AM Kirill Prazdnikov 
wrote:

> You can also use DOM Elememts as an interop types.
>
> --
> 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 2.8.0 released

[Daniel Kurka]

Hi Alex,

thanks for your non negative way of approaching this. The docs on
gwtproject.org are open source and anybody is welcome to change them on
github:

It's as simple as clicking edit on the page:
https://github.com/gwtproject/gwt-site

If you feel something is outdated simply propose a patch. These docs are
not being maintained by the GWT team at Google and we rely on open source
contributions to update them.

-Daniel



On Fri, Oct 21, 2016 at 10:16 PM Alex W  wrote:

> The GWT team couldn't even be bothered to delete the out of date docs on
> gwtproject.org for the release? For shame. I'm not being negative; this
> is a team that  needs more criticism, both internal and external.
>
>
> On Saturday, October 22, 2016 at 5:21:41 AM UTC+10, Daniel Kurka wrote:
>
> Hi all,
>
> I am very happy to announce GWT 2.8.0 on behalf of the GWT steering
> committee and the GWT team at Google.
>
> You can download the release from http://www.gwtproject.org/download.html
> or from maven central.
>
> The release notes can be found at
> http://www.gwtproject.org/release-notes.html#Release_Notes_2_8_0
>
> Daniel,
> on behalf of the GWT team
>
> --
> 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 2.8.0 released

['Daniel Kurka' via GWT Users]

Hi all,

I am very happy to announce GWT 2.8.0 on behalf of the GWT steering 
committee and the GWT team at Google.

You can download the release from http://www.gwtproject.org/download.html 
or from maven central.

The release notes can be found at 
http://www.gwtproject.org/release-notes.html#Release_Notes_2_8_0

Daniel,
on behalf of the GWT team

-- 
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: Extending native JsTypes from Java with GWT 2.8.0-rc2

[Daniel Kurka]

If you file a bug please include a simple repro case. In general this seems
to be working fine (and is used withing google). So there must be something
specific about our particular case.

On Wed, Sep 21, 2016 at 9:43 AM Thomas Broyer  wrote:

> It should be possible, from spec:
> https://docs.google.com/document/d/10fmlEYIHcyead_4R1S5wKGs1t2I7Fnp_PaNaa7XTEk0/edit#heading=h.aaedpeo8ehl8
>
> Can you file a bug in the issue tracker?
> https://github.com/gwtproject/gwt/issues
>
>
> On Wednesday, September 21, 2016 at 9:38:16 AM UTC+2, Nándor Előd Fekete
> wrote:
>
> Hi everyone!
>
> Are we supposed to be able to extend native (browser) JsTypes from Java?
> Specifically, having the following declaration (from Elemental2):
>
> @JsType(isNative = true, namespace = JsPackage.GLOBAL)
> public class HTMLDivElement extends HTMLElement {...}
>
> and the extending type
>
> public class DummyElement extends HTMLDivElement {...}
>
> I'm getting TypeError: Illegal invocation from the compiled js code when
> it tries to define the class (com.google.gwt.lang.Runtime.copyObjectProperties
> (Runtime.java:104)), while copying native properties from the extends js
> type's prototype. The property in this case is 'align' but it happens on
> other browser native properties too.
>
> Thanks for the help!
>
> All the best,
> Nandi.
>
> --
> 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: CalenderUtil Date Math BUG - GWT 2.8 RC2

[Daniel Kurka]

Does this code do the same thing in 2.7?

On Wed, Aug 31, 2016 at 11:41 PM Paul Robinson  wrote:

> You don't say what part of this you think is a bug. I presume it's the
> fact that Aug 31 plus one month is Oct 1. If so, this is not a bug.
>
> Adding one month should do literally that, so you get September 31. But
> there are only 30 days in September, so this automatically becomes October
> 1.
>
> Paul
>
> --
> 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 2.8.0 RC2 is here!

['Daniel Kurka' via GWT Users]

Hi all,

I just build the GWT 2.8.0 RC2 and pushed it to maven central. The complete 
SDK is also available from here .

Please start testing and let us know if you run into any trouble and file 
bugs .

We are planing to release this as GWT 2.8.0 if we do not here about any 
serious issues within the next two weeks. The release notes for RC 
2
 will 
be made available shortly after this notice, in the mean time you can take 
a look at the github repository 

.

Daniel,
on behalf of the GWT team

-- 
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 2.7 - MultiModule Setup and SDM recompilation

[Daniel Kurka]

Even at Google for really large projects recompile times do not exceed
15seconds. So something is wrong in your setup since we only do recompile
changed files after the first compile.

Are you giving enough ram to SDM?
Are you really only changing a few files (or is something else updating
timestamp on these files)?


On Thu, Aug 11, 2016 at 1:08 AM Lars  wrote:

> Try to use 2.8 snapshot for SDM and the stable 2.7 release for production,
> because 2.8 has more SDM optimizations to speed up the development cycle!
>
> --
> 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.

2.8.0 RC1 is here!

['Daniel Kurka' via GWT Users]

Hi all,

I just build the GWT 2.8.0 RC1 and pushed it to maven central. The complete 
SDK is also available from here .

Please start testing and let us know if you run into any trouble. You can 
either reply to this thread on gwt-contrib 

 or file bugs .

We are planing to release this as GWT 2.8.0 if we do not here about any 
serious issues within the next two weeks. The release notes for RC1 

 
will be made available shortly after this notice, in the mean time you can 
take a look at the github repository 

.

Daniel,
on behalf of the GWT team

-- 
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 RPC in GWT 3.0+

[Daniel Kurka]

I summed up what I think about GWT RPC and it's future here:
http://blog.daniel-kurka.de/2016/07/gwt-rpcs-future.html

On Thu, Jul 14, 2016 at 12:01 AM JonL  wrote:

> While I agree that it could theoretically work with annotations,
> annotations require access to code, so for things you have no control over,
> you either would need to implement custom serialization anyways, or use the
> GWT serialization.
>
> I personally think there are optimizations to be had in the serialization
> policy generator that would prevent that whole classpath rescan issue, but
> I haven't had a chance to look into the code.
>
> If we were to use annotations, I think it would be better to use
> annotations on the RPC mechanism.
>
> On Wednesday, July 13, 2016 at 9:23:19 AM UTC-7, Thomas Broyer wrote:
>
>>
>>
>> On Wednesday, July 13, 2016 at 5:53:20 PM UTC+2, Paul Robinson wrote:
>>
>
>>> On 13 Jul 2016 9:17 a.m., "Kay Pac"  wrote:
>>> >
>>> > Will the gwt serialization mechanism used in GWT-RPC remain? GWT
>>> object serialization has been plugged into the atmosphere (realtime
>>> communication/websockets) GWT extension. It would be useful to know if we
>>> should migrate away from the GWT serialization and towards JSON.
>>>
>>> It's the serialisation that's the problem, so it will be gone in 3.0.
>>> JSON is a good choice. (I'm moving that way)
>>>
>>
>> The actual problem is not serialization per se, it is that the RPC
>> generator scans the whole classpath for subclasses of transferred classes
>> to generate their specific ser/deser code (taking into account their
>> CustomFieldSerializer if one exists).
>> RPC (thus probably Atmosphere) could be made to work (as annotation
>> processors) if they use another mechanism to determine what can be
>> transferred (e.g. annotations similar to RequestFactory's @ExtraTypes).
>> I believe Daniel Kurka said something along those lines a year ago when
>> first talking about those changes. The logical next question is: is there
>> anyone willing to make those changes and continue to maintain GWT-RPC? The
>> answer seemed to be (have been?) "at least that won't be Google", and this
>> is why people start to "panic". That does not mean RPC will be gone (that
>> doesn't mean it'll still be there either).
>> But let's concentrate on 2.8 for now.
>>
> --
> 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: RAM memory continously increasing while using GWT Application in IE Browser

[Daniel Kurka]

I vaguely remember fixing a bug around IE10 and tables in GWT. So if that
code is using a HtmlTable or FlexTable I suggest upgrading to GWT 2.7 at
least.

On Sun, May 1, 2016 at 11:51 AM thamarai kannan 
wrote:

> Hi Velusamy sir,
>
> sorry, I can not share the code. Is there any other way to find the
> root cause and fix.
>
>
>
> On Friday, April 29, 2016 at 7:23:30 PM UTC+5:30, Velusamy Velu wrote:
>
>> Thamarai Kannan:
>>
>> Any reason you chose GWT 2.5.1 instead of the latest version?  As
>> Gilberto responded it would be easier to pinpoint the problem if you could
>> share your code, unless you are restricted.
>>
>> On Monday, February 15, 2016 at 5:05:18 AM UTC-5, thamarai kannan wrote:
>>>
>>> Hi, I am using GWT Application. for this application I am using IE10.
>>> While lading another screen or reloading same page my RAM Memory increasing
>>> continously. Approximately each load 5MB RAM memory consuming. Anyone help
>>> me to free this memory space at the time of loading.
>>>
>> --
> 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 no longer working with Chrome 49

['Daniel Kurka' via GWT Users]

About production issue: Are you sure about this? It's less likely to happen 
in production since many clinit calls will have been stripped by the 
compiler, but its probably still going to happen.

About development: Is there actually a global try catch in your code or is 
this even something else? I am not really familiar with the old GWT linkers 
anymore and how they outputted code.

On Wednesday, April 6, 2016 at 4:47:45 PM UTC+2, TazmanianD wrote:
>
> Thanks so much for the response! You say "all modern versions of GWT". I 
> don't suppose you can be more specific? The 2.8 version hasn't been 
> released yet and we can't upgrade to pre-release versions. We can probably 
> give the beta version a try just to see if it does fix our problem. Is this 
> problem fixed in 2.7? We've been waiting for 2.8 before undertaking the 
> upgrade but it sounds like we need to jump to 2.7 now.
>
> Fortunately for us, this isn't (apparently) a production issue for us yet 
> so we're not in an emergency mode but I gather others may not be so lucky. 
> I posted a reply to a question in the Chrome forum where someone was using 
> GWT 1.6 and upgrading may be even harder for this. I don't suppose you have 
> any other advice for anyone else who may stumble across this and not have 
> an immediate path to upgrade?
>

-- 
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 no longer working with Chrome 49

['Daniel Kurka' via GWT Users]

Hi,

Chrome 49 enabled lots of ES6 features, 
see: http://v8project.blogspot.de/2016/01/v8-release-49.html

Part of this is the so called sloppy function hosting.

A simple example:


ES5 (old semantics)

ES2015 (new semantics)

Code

try {

 function foo() {

   foo=function(){};

   console.log('hello');

 }

} catch(e) { }

foo(); // overwrites behavior

foo(); // no-op

try {

 function foo() {

   foo=function(){};

   console.log('hello');

 }

} catch(e) { }

foo(); // does not overwrite

foo();

Output

hello

hello

hello


The problem here is the presence of the try catch block and that semantics 
have changed here.
We investigated this a few months back and all modern versions of GWT 
should not be impacted.

So my first recommendation would be to upgrade to GWT 2.8-beta1 and see if 
the issue still exists for you.
 


On Tuesday, April 5, 2016 at 9:38:28 PM UTC+2, TazmanianD wrote:
>
> I'm duplicating a comment I made in the Chrome group but I thought I 
> should cross-post it here as well. We're using GWT 2.5.0 and we're 
> suddenly experiencing massive errors as well although fortunately for us, 
> they only seem to be affecting our development env and not production.
>
> In our case, what I've discovered is that the static initializers for 
> *some* classes are being executed repeatedly. This is fatal for enums as 
> the enum values are recreated each time and they're supposed to be 
> singletons. The result is that EnumMaps for those enums don't work at all. 
> In debugging the code, I found that when the static initializer function 
> reassigns itself to the null function, this works in the function but when 
> the function returns, the function pointer is reset back to where it was 
> originally pointing. This means that next time the initializer is executed, 
> instead of it being a no-op, it runs again. I almost wonder if there's some 
> sort of scope confusion and the function assignment is assigning to the 
> wrong or duplicate function.
>
> And another thing I'll note is that we have soft-permutations enabled in 
> our dev env and when we disable those and generate separate permutations, 
> the problem goes away. I don't see how that can explain what I saw in my 
> debugger but I thought it was worth mentioning.
>
> Unfortunately my attempts at reducing the problem to a simple case have 
> totally failed as when I delete too much, the problem seems to disappear. 
> This unfortunately makes my report here not terribly useful but maybe 
> others can chime in if their seeing the same thing.
>
> But let me try to summarize with some pseudo-code (a simple example like 
> this does *not* exhibit the problem):
>
>
> class MyEnum {
>   static {
> Window.alert("Static Initializer");
>   }
>
>   public void foo() {...}
> }
>
>
> MyEnum instance = new MyEnum();
> instance.foo();
>
> -- When this code is run the alert "Static Initializer" is displayed twice 
> (or more if you have additional usages)
>
> --- Get's compiled into (approximately):
>
> var instance = $clinit$MyEnum(), new MyEnum();
> $clinit$MyEnum(), instance.foo();
>
> function $clinit$MyEnum() {
>   $clinit$MyEnum() = nullFunction; // Disables the static initializer so 
> it doesn't run again
>   $wnd.alert("Static Initializer");
> }
>
> -- What I see in the Chrome debugger is that when $clinit$MyEnum is 
> assigned to the nullFunction, the watch immediately reflects this. However 
> the moment you step back out of the function, the value of "$clinit$MyEnum" 
> returns to the original function.
>

-- 
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: Problem with GWT 2.5.1 + FF 40

[Daniel Kurka]

This has been fixed in GWT 2.7.0. We refactored the history implementation 
to not special case Firefox in this particular way. Just updating to GWT 
2.7 will fix this issue for you.

If that is not possible here is the main patch to make history work:
https://gwt-review.googlesource.com/#/c/5356/



On Friday, October 2, 2015 at 10:12:10 AM UTC+2, André wrote:
>
> Hello GWT users!
>
> We still use GWT 2.5.1 and can't update it quickly.
>
> Firefox v41 was released last week and came with this seemingly minor 
> modification 
> 
>  
> that makes our app unusable. Looks like this isn't compatible with GWT's 
> history implementation 
> 
> .
>
> Am I on the right track in that this is the root of our problem? Is it 
> possible to override the settings in History.gwt.xml 
> 
>  in 
> our own App.gwt.xml (preferrably in a way that it works across all FF 
> versions)?
>
> Thanks a lot in advance!
>
> André
>

-- 
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 http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Singular (Angular for crossplatform) talk at GWT.create

[Daniel Kurka]

Hi all,

here is me talking about Singular at GWT.create: 
http://gwtcreate.com/videos/index.html#singular

-Daniel

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

GWT 2.7.0 is here

[Daniel Kurka]

Today we are excited to announce the GWT 2.7.0 release.  Thanks to everyone 
who contributed to this release, especially our non-Google open source 
contributors.

One major feature of this release is a new super fast compilation path in 
Super Dev mode that replaces the old dev mode.
For a run-down of all changes since GWT 2.6.1, read the release notes 
.

The release is available for download here 
 or on maven central.

If you find any issues with this release, please file a bug in our issue 
tracker.

Daniel,
on behalf of the GWT team at Google

-- 
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 2.7.0 RC1 available

[Daniel Kurka]

There is no need to start the codeserver directly anymore, its now started 
by default when you launch the old dev mode.
And you do not need to use the bookmarklets in that mode anymore. It just 
recompiles automatically.

See: https://www.youtube.com/watch?v=qpCSbj36O44


On Thursday, October 30, 2014 7:29:47 PM UTC+1, Matt Wallis wrote:
>
> On 30/10/2014 16:38, Matt Wallis wrote: 
> > 
> > However, if I add a new source file, it is not found by incremental 
> > compilation. 
> Update: Now I can't repeat this, having added another new source file. 
>

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

GWT 2.7.0 RC1 available

['Daniel Kurka' via Google Web Toolkit]

Hi all,

I just build the GWT 2.7.0 RC1 and pushed it to maven central. The complete
SDK is also available from here .

Please start testing and let us know if you run into any trouble. You can
either reply to this thread on gwt-contrib

 or file a bug .

We are planing to release this as GWT 2.7.0 if we do not here about any
serious issues within the next two weeks. The release notes
 for
RC1 will be made available shortly after this notice, in the mean time you
can take a look at the review for the release notes
.

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/d/optout.

GWT incremental compiles in action

['Daniel Kurka' via Google Web Toolkit]

Hi all,

here is a small video of GWT incremental compiles in action:
https://www.youtube.com/watch?v=qpCSbj36O44&feature=youtu.be

-Daniel

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

GWT 2.6.1 is now available

[Daniel Kurka]

Hi GWT community,

We're excited to announce the GWT 2.6.1 release!  Many of you noticed it 
was uploaded a few days ago, but if you missed it, you can download it 
here. 
 This release has also been uploaded to Maven Central with the version 
string of "2.6.1”.

GWT 2.6.1 is a bug fix release for GWT 2.6.0 containing 21 changes and 
fixes for GWT with almost 50% coming from outside of Google. Thanks so much 
to everyone who reported issues and/or submitted patches, with a special 
thanks to Thomas Broyer!

For a summary of user-visible changes, please see the GWT release 
notes. 
 And as always, please report any issues using the GWT issue 
tracker
.

-Daniel, on behalf of the GWT open source project

-- 
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 website moved to gwtproject.org

[Daniel Kurka]

Thanks for your feedback David.

The webpage need to be search index able, this is why we decided to go with
plain HTML, but it uses GWTQuery to do progressive enhancement so the page
should not load entirely if you have javascript enabled.
It will change the URL though by using the html5 history API.

If this is reloading for you please file a bug.

- Daniel


On Wed, Jul 3, 2013 at 10:59 AM, stuckagain  wrote:

> Great work!
>
> Wouldn't it be nice if the online docs would have been created as a GWT
> application as well ?
> Right now navigation in the documentation is a bit '90s style where I
> always lose track of the index since the whole page is reloaded when I
> click on a subject.
>
> It could be a very nice tutorial on how to support site navigation and
> even integrate search functionality in a GWT application
>
> David
>
> On Tuesday, July 2, 2013 10:57:49 PM UTC+2, 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<https://code.google.com/p/google-web-toolkit/issues/entry>
>> .
>>
>> 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 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/-YmZuKDLdS4/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/groups/opt_out.
>
>
>



-- 
Google Germany GmbH
*Dienerstr. 12*
*80331 München*

Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Geschäftsführer: Graham Law, Katherine Stephens

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

GWT website moved to gwtproject.org

[Daniel Kurka]

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.

Re: LESS/ SASS/... style usage in GWT ?

[Daniel Kurka]

So we need a better way of doing CSS in GWT, this is what the complete 
collection of issues stands for.
We are talking about how to add this to GWT in a proper way and I am very 
much interested in this. For example the mgwt css looks very messy and it 
could very much benefit from something like GSS.

- Daniel

On Friday, June 14, 2013 4:29:34 PM UTC+2, RyanZA wrote:
>
> It's been (erroneously) merged into issue 8162, which is just a generic 
> CSS3 issue. So I wouldn't get your hopes up too quickly.
>
>
> https://code.google.com/p/google-web-toolkit/issues/detail?can=2&q=8162&colspec=ID%20Type%20Status%20Owner%20Milestone%20Summary%20Stars&id=8162
>
>
>
>
> On Fri, Jun 14, 2013 at 4:22 PM, Ed Bras 
> > wrote:
>
>> I think the gwt dev team is "thinking about" CSS SASS support, from the 
>> looks of issue 7624:
>> https://code.google.com/p/google-web-toolkit/issues/detail?id=7624
>> It hasn't become stale yet ... ;)
>>
>>
>> On Fri, Jun 14, 2013 at 4:19 PM, Ed >wrote:
>>
>>> Vaadin has a special linker that should let you use SASS. I haven't 
 tried it though.
>>>
>>> https://vaadin.com/blog/-/**blogs/link-to-the-client-side-**from-sass

>>> Thanks for reminding, I almost forgot it :(.
>>> I am currious when this will also be available in the core gwt? As 
>>> Vaadin is now now an  GWT contributor, what are the plans for these things ?
>>>
>>> Could it be possible to just pick up this piece of functionality of 
>>> Vaadin and use it, and how ? (without using anything else of Vaadin).
>>>
>>> -- 
>>> 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/mrBctJ2BGtI/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-we...@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 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/mrBctJ2BGtI/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-we...@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: Overuse of "AssumedStale" Issue Tag

[Daniel Kurka]

Hi Jeff,

we are not leaving issues as open since we want open issues to be a list of 
stuff we are actually working on. Issues have been left open on the GWT 
issue tracker for several years now leaving many people unable to find 
interesting work from the issue tracker.
On the other hand clearly stating that we are not working on something will 
leave us with less users frustrated who won't feel like we are not 
addressing issues. We had many open issues that were not addressed in 
several years and people got angry about this.
Like every project we have to steer our resources into the right direction 
to make the best product we can possibly make, so there is no way to 
address every issue. We have to pick our battles.

Me personally I want to have a small amount of issues in PatchesWelcome 
that external people can work on. (Having different levels of difficulty). 
I have a clear vision of how our issue tracking should work and I will make 
a proposal to the GWT steering committee about it once the clean up is 
finished.
To me cleaning up the issue tracker is Google's job, but maintaining it 
going forward should be driven by the steering committee. It would just not 
be fair to handover a bloated tracker for the steering committee to start 
with. So I put in the effort.
 
We have seen a lot of people stepping up and producing patches for issues 
they care about, helping those people to pick their battles is very 
important. 
So if you really like something in GWT that we did not prioritize on you 
can always provide a patch and we start from there.

Hope this little background helps
Daniel

-- 
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 issue tracker spring cleaning

[Daniel Kurka]

Hi Ed,

thank you Ed for the feedback. We really like to see patches on issues that 
you care about. If you want to work on something we will happily review 
your work. As Thomas pointed out: If you want to propose a bigger patch 
please get in contact with gwt contributors to make sure you are heading in 
the right direction and your work will make it into gwt master. Some 
patches seem to be quite controversial and I want to make sure that we do 
not waste your time.

-Daniel 

Am Freitag, 31. Mai 2013 10:24:34 UTC+2 schrieb Thomas Broyer:
>
>
>
> On Thursday, May 30, 2013 8:36:23 PM UTC+2, Ed wrote:
>>
>> BTW: Note: some issues that are marked as Stale, I am planning to pick up 
>> and submit a patch, but that will not be soon, seen my agenda. So I hope 
>> the issue will still be considered then (or is considered dead by then when 
>> no activity happens in X weeks);)
>>
>
> As with most OSS projects, patches are welcome whether there's an issue 
> open for them or not (opening an issue then allows for better tracking, 
> particularly when writing the release notes).
> Before working on a patch though (particularly a big one), unless you're 
> ready to maintain a personal/private fork, you'd probably better come 
> discuss on the gwt-contrib: if it's something that would be rejected, no 
> need to start working on a patch and it'll save you time (that you could 
> then dedicate to some other patch :-P )
>
> Think of "assumed stale" as "nobody seems to really care" (historically, 
> "assumed stale" also meant "we think it might have been fixed, please test 
> with the latest version", but it's not that different actually: we want to 
> close the issue and send a "signal" to anyone who cares about it; if he 
> says it's fixed, we can change the status to Fixed, if he says he no longer 
> care, or doesn't respond, we'll leave it as is, or maybe change the status 
> to NotPlanned; if he says he still wants it, then we'll probably leave it 
> closed and "ask" for a patch; when the patch comes –or the contributor says 
> he's about to start working on it– we can change the issue status).
>
> BTW, there's a "glossary" at 
> https://code.google.com/p/google-web-toolkit/wiki/BugTriageProcess but it 
> might need an update, and it doesn't talk about AssumedStale.
> Maybe we should move it to gwtproject.org, patches welcome ;-)
> (if you want to propose enhancements to that wiki page, feel free to come 
> discuss it at gwt-contrib –I'm not sure comments on the wiki will notify 
> anyone, so better use gwt-contrib–)
>

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

GWT issue tracker spring cleaning

[Daniel Kurka]

Hi Everyone,

As announced on Google I/O we are going to clean up the issue tracker.

We will review every issue on the tracker and triage appropriately. This 
means also closing older stale issues. In some cases due to the immense 
amount of issues to triage, you might feel that a certain issue needs 
addressing, despite the issue being closed. If you think a certain issue 
still needs addressing, please ensure its still applicable to GWT 2.5.1 and 
raise awareness on the issue with appropriate instructions to reproduce the 
problem.

This measure will make the GWT issue tracker viable again as an input 
resource for the GWT project and will help us to get better input from the 
community in the future.

I hope you are excited as well to see many of the small issues being 
addressed with patches on the new review system, we certainly are!

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?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Overuse of "AssumedStale" Issue Tag

[Daniel Kurka]

Hi there,

we have announced on Google IO this year that we can to clean up the issue 
tracker. The issue tracker had almost 5000 open issues and its clear that 
it needed work. We are on a very good path with cleaning up, but this still 
requires a lot of work. Lot of these issues are older than 2 years and no 
work has been done on them.
If you feel there is an issue that was closed and should not be closed feel 
free to reply on the issue (I should be on cc anyway) and we will look into 
it. Since GWT is an open source project you can help out and supply a patch 
for an issue that you feel is important.

We need the issue tracker to be a viable input for things that should be 
done with GWT and that is not possible with the vast amount of clutter we 
have in there currently.

-Daniel



On Sunday, May 26, 2013 5:48:05 PM UTC+2, V.B. wrote:
>
> Recently, I have been getting several email updates about GWT issues that 
> I had starred. The majority of these have been because the issue was tagged 
> as AssumedStale. I fully understand the need for such a tag, but I think it 
> has been overused in a few cases to the point of abuse. Specifically: I 
> noticed that some issues tagged as Accepted (or at least Planned), are now 
> listed as AssumedStale. I think that's taking it a bit too far. My 
> interpretation here is that the aforementioned Accepted issues are no 
> longer going to make into GWT. Have I misunderstood the situation? If not, 
> is anyone else concerned about this?
>

-- 
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 issues on Chrome 24

[Daniel Kurka]

This is a known issue see:
http://code.google.com/p/google-web-toolkit/issues/detail?id=7576


2013/1/17 Jean-Marc 

> Hi,
>
> I checked the group before posting and I follow some workarounds, but
> nothing is working.
>
> I use GWT 2.4. With Chrome 24 (and even 25 beta), my site has an incorrect
> behaviour: I use AbstractCellTable to create lists. But now, the last line
> of the page is no more clickable. It was working fine on Chrome 23.
>
> So, as read on the group, I updated to GWT 2.5 but the problem is still
> there.
>
> Some has a solution? Maybe wait for GWT 2.5.1?
>
> Jean-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/-/YnFBzZQQMyMJ.
> 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: Chrome 24 and GWT

[Daniel Kurka]

The gwt showcase seems to be fine or does this appear for you as well? -> 
http://gwt.googleusercontent.com/samples/Showcase/Showcase.html#!CwDialogBox


On Friday, January 11, 2013 12:08:25 AM UTC+1, Paul wrote:
>
> This morning Google updated Chrome to version 24.  Now all my GWT 
> (animated) dialogs "flash" when opened.  They continuously open/close and 
> give a flashing effect.  I can't access the buttons to close them and have 
> to kill the browser window to stop it.  Confirmed on linux mint (13) and 
> Windoze 7 versions of Chrome.  I had another linux box that I did not allow 
> to update, and confirmed that Chrome 23 (and previous) does not do this. 
>  I've seen one other person complain of this on the Chrome forum.  Just 
> thought everyone should know!
>
> Paul
>
>

-- 
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/-/53SeZdt4uD0J.
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: Multiple GWT sessions possible?

[Daniel Kurka]

On Tuesday, December 11, 2012 11:20:40 AM UTC+1, Jens wrote:
>
> You should always always always keep track which user is logged in on 
> server side just because of security. If you have user roles, permissions, 
> secured areas in your application then you should not trust by all means 
> what the client sends you. An attacker has full control of the source code 
> of your GWT client side application. He could fake user IDs, assigned 
> roles/permissions if you only store them on client side without 
> verification on server side. Your server must be rock solid. Security 
> information on the client are just cosmetic so you can show/hide UI 
> controls that you have access/no access to.
> Also each of your GWT-RPC requests should also send a security token in 
> its payload that you check on the server to avoid CSRF attacks.
>

You will not need a server side session for this. If the client sends some 
kind of authentification with each request there is no need for a session 
and you will loose all the complexity of what happens with multiple tabs / 
deleting cookies.

 

>
> Typically a HttpSession on server side only represents a browser instance 
> and thats it (done via the session cookie set by your application server). 
> To "connect" it to the logged in user you have to store something in the 
> session that depends on that particular user. This can be the user_id or 
> some kind of a token that represents the logged in user. This information 
> should be stored on the client and send to the server on each request so it 
> can be compared against the value in the server side session. Without any 
> further logic this would limit you to one active user session on client 
> side (session.get(USER_ID_KEY)).
>
> For multiple client session you should calculate a token that identifies 
> the browser window/tab, so you would extend the typical app server session 
> that only identifies the browser instance itself. In your app server 
> session you would store [, new HashTable()] and then 
> use the HashTable to store session information instead of the session 
> directly (HashTable because of thread safety). So the user_id/token 
> mentioned before would go into the tab-session to connect the tab-session 
> with the logged in user. Like the app server session id, the tab session id 
> also has to be stored on the client.
>
> So in short: trusting the user_id coming from client side is a bad idea if 
> you don't have other means to identify an user on server side.
>
> -- 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/-/MX3LrXI7j40J.
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: Exceptions when compiling obfuscated; pretty is fine

[Daniel Kurka]

Is this happening in all browsers or just a specific one.

If this is reproducible in chrome you can use source maps to find the
offending line in your java code.

-Daniel




2012/12/15 BDT 

> The message was always 'undefined'.
>
> This issue resolved when I switched from the 'xs' to the 'xsiframe'
> linker.  It also did not manifest with the standard linker.  I'm still
> pretty baffled as to why it suddenly occurred since the code in question
> had been fine for a lone time.  Since I should probably be using the
> xsiframe linker anyways I am just moving forward.
>
>
> On Friday, December 14, 2012 5:39:43 AM UTC-8, Thomas Broyer wrote:
>>
>>
>>
>> On Thursday, December 13, 2012 10:45:02 AM UTC+1, BDT wrote:
>>>
>>> Suddenly I am getting all kinds of runtime exceptions when compile
>>> obfuscated.  If I compile set to pretty, everything is fine.  This is not
>>> new code and I did not just update my tools.  I have tried completely
>>> cleaning everything out and rebuilding, reverting to old known good code,
>>> etc to no avail.
>>>
>>> I am using GWT 2.5 + Eclipse Juno on a Mac.  I am running on the
>>> assumption that I must have changed something in the environment but I
>>> don't know what.
>>>
>>> The most common exception is an UnsupportedOperationException from
>>> ValueCode.java:339 when making RequestFactory calls (.fire).
>>>
>>
>> What's the message associated with the exception?
>>
>  --
> 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/-/4hb5FovpMZAJ.
>
> 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: I'm not able to Add GWT to Chrome.

[Daniel Kurka]

On which operating system does this happen?

If you are seeing this on windows 8, check out the workaround mentioned
here: http://code.google.com/p/google-web-toolkit/issues/detail?id=7778

-Daniel


2012/12/15 Salaikumar Saravanan 

> Hi,
>
> I'm a beginner to GWT. When i was trying to open the URL in Chrome, I was
> not able to add the Chrome Plugin to it. It says that "This application
> is not supported on this computer. Installation has been disabled.". Help
> me out
>
> --
> 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/-/WIL2umHeTgYJ.
> 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 10 times slower in web (production) mode than hosted (developer) mode

[Daniel Kurka]

Since GWT is compiled to JavaScript, runtime performance for heavy
computations is highly dependent on the JavaScript engine performance.

On which browser is this happening?

For your heavy computation you might want to consider rewriting it to use
JavaScript semantics (e.g. JsArray) instead of Java semantics since all
Java semantics have to be emulated in JavaScript and this comes with some
overhead.

There is always the options to profile the actual code with a JavaScript
profiler (Chrome developer tools) to find out why its actually slow.

Maybe you can post the relevant part of your algorithm so we can point you
in the right direction.

-Daniel





2012/12/16 Bhaskar Janakiraman 

> Perhaps you are running into limitations imposed by Javascript on GWT? See:
>
> https://developers.google.com/web-toolkit/doc/latest/DevGuideCodingBasicsCompatibility
>
>
> On Saturday, December 15, 2012 4:49:25 PM UTC-8, Sami Kanderian wrote:
>>
>> Dear all,
>>
>> I am having the opposite problem than what is reported by most of you and
>> would appreciate some advice. I am fairly new to GWT and wrote my first app
>> that runs entirely client side. When a button is clicked it does tens or
>> even hundreds of thousands flops that are mathematical computations and
>> outputs the result. I have placed timers in the code and this computation
>> algorithm takes 2 seconds to run in developer mode (i.e when it runs in
>> Java). This run time is acceptable.  However, when I GWT compiled the
>> app (into JavaScript) and run it on the web, the same computation function
>> takes 25 seconds. This latency is unacceptable. My question is what’s the
>> best way to resolve this? I see 2 potential options and wouls appreciate
>> some advice on which way I should go and if there are alternative options I
>> am missing:
>>
>> *Option 1:*
>>
>> -  - Should I switch the computation functions to run server
>> side?
>>
>>   - How much time does it take the server to send 5,000 doubles
>> back to the client?
>>
>> *Option 2:*
>>
>> -   - Should I scratch GWT and the whole JavaScript
>> conversion/compilation and just have the whole thing run in Java client
>> side in an applet? I am bummed as I chose GWT as to have the App run on
>> many different platforms that do not accept the Java Run Time Engine.
>>
>>   -  I like the GUI I am using, can GWT and Smart GWT GUIs run a Java
>> Applet (i.e can I use the same GUI I created with GWT but run the core
>> components of the app in Java, basically run like it does in developer mode
>> now but as the finished app?)
>>
>> Thanks in advance!
>>
>> Sami
>>
>  --
> 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/-/ngNj_ZFK9PMJ.
>
> 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: [POLL RESULTS] Maven project layout, what to "standardize"?

[Daniel Kurka]

Hi Thomas,

I have been out on devoxx and haven`t had time to cast a vote yet. 

I think its a good idea to go with a separate package like src/main/super 
for super sourcing.

Why are we thinking of moving resources out of src/main/java, what is the 
main advantage here?

-Daniel



On Friday, November 16, 2012 2:34:36 PM UTC+1, Thomas Broyer wrote:
>
>
> Poll results: option 3, aka src/main/resources + src/main/super.
>
> Bonus: it apparently works with the latest version of the GPE (wasn't the 
> case before, where it –basically– only looked into src/main/java)
>
>
> On Tuesday, November 13, 2012 1:51:36 PM UTC+1, Thomas Broyer wrote:
>>
>> Hi all,
>>
>> As some of view may already know, I'm porting GWT to use Maven as the 
>> build system (instead of Ant). I'm also about to "reboot" GWT+Maven 
>> integration (more to come by the end of the week, stay tuned).
>>
>> As part of this effort, I'm wondering which project structure to use as 
>> the default, "standard" layout for GWT projects using Maven? I'm 
>> particularly looking for advice/preferences for GWT library projects (such 
>> as GWT itself, mgwt, Errai, GXT, etc.), not much for GWT applications (the 
>> one you run the GWT Compiler on).
>>
>>
>> NOTE: this poll is cross-posted to the GWT and gwt-maven-plugin groups, 
>> please answer only once! (wherever you want)
>>
>>
>> The question is about where to put files such as: GWT module descriptors 
>> (*.gwt.xml), GWT "processed resources" (*.ui.xml, etc.), and super-sources.
>> It comes without saying (for me at least) that Java sources would go into 
>> src/main/java and "public resources" (i.e. the things within **/public/**, 
>> e.g. the CSS and image files from the themes) into src/main/resources, so 
>> the "everything" below only refers to those other files listed above.
>> Remember I'm only interested in defining the "standard layout" for GWT *
>> libraries*, and please think about them as *GWT-only* libraries, not the 
>> kind with server-side and client/server-shared code!
>> Note that in any case, src/main/java is also added as a resource folder 
>> (packaged within the JAR)
>>
>> Here are the alternatives I thought about:
>>
>>1. everything in src/main/java
>>super-sources in src/main/resources
>>2. everything in src/main/resources
>>3. everything in src/main/resources
>>super-sources in src/main/super (or gwt-super, or some other name, 
>>let's discuss that later as I suspect it's a bikeshed)
>>
>> When casting your vote, do not hesitate to explain *why* you prefer that 
>> particular layout over the others, or why you don't like one of the 
>> proposed layouts. Also feel free to propose a fourth alternative.
>>
>

-- 
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/-/1D6N2xSNjVYJ.
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: Roadmap GWT?

[Daniel Kurka]

I also have been touring around talking about mgwt and phonegap.

You should definitely take a look at the gerrit and git setup that Matthew 
has already managed. I just patched a small issue using it and it works 
like a charm.

-Daniel



On Friday, November 9, 2012 9:22:00 PM UTC+1, Mike Brock wrote:
>
> For the record, I am still touring the world. =)
>
> I'm speaking at the Silicon Valley JUG (
> http://www.meetup.com/sv-jug/events/87379262/), the Vancouver JUG two 
> days later (
> http://www.vanjug.com/events/90557972/?eventId=90557972&action=detail), 
> Beijing 5 days later, Seoul 3 days after that, and Tokyo a few days after 
> that! =)
>
> On Friday, November 9, 2012 5:01:32 AM UTC-5, Thomas Broyer wrote:
>>
>>
>>
>> On Friday, November 9, 2012 2:56:00 AM UTC+1, Joseph Lust wrote:
>>>
>>> Are the calls/meetings still regular? I had thought they were going to 
>>> be Hangouts and recorded, but there is little mention of anything on the 
>>> forum.
>>>
>>
>> There hasn't been any other meeting. Several SC members were touring the 
>> world for conferences recently (mGWT, Vaadin and Errai).
>> I must confess we've exchanged a bit by mail off-list, but no decision 
>> were made, except for welcoming JetBrains as a new SC member.
>> I promise you we'll come back "in the open" soon, now that GWT 2.5.0 has 
>> been released, Gerrit is being setup, and I'm working hard to move to Maven 
>> and modularize.
>>
>

-- 
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/-/9qJDQIJ8yXwJ.
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 app crashing on iOS 6

[Daniel Kurka]

Do you have a uncaught exception handler in place so that we could maybe 
get at least a JavaScript error?

-Daniel


On Wednesday, November 7, 2012 11:54:57 AM UTC+1, Óscar Frías Barranco 
wrote:
>
> Just let me clarify that the ClosureCompiler does not fix the issue, it 
> just makes it less frequent.
>
> The issue is so weird that you can load a GWT page without any error and 
> then just reload the same page to find that now GWT javascript crashes.  
> And then reload again and its OK.  It's completely random.
>
>
> El martes, 6 de noviembre de 2012 19:51:51 UTC+1, Óscar Frías Barranco 
> escribió:
>>
>> Hi again.
>>
>> We have found that compiling with -XenableClosureCompiler hides the 
>> problem or at least mitigates it.
>>
>> I have no idea about what Closure Compiler does to GWT generated 
>> javascript but apparently it is hiding iOS6 browser issues.
>>
>> Oscar
>>
>>
>> El martes, 6 de noviembre de 2012 11:15:10 UTC+1, Óscar Frías Barranco 
>> escribió:
>>>
>>> Hello.
>>>
>>> Our GWT application crashes when running on an iPad with iOS 6.0.1.
>>>
>>> This is not related to the POST caching issue because we already added 
>>> Cache-Control and Expires headers to GWT RPC replies and now they are not 
>>> cached.
>>>
>>> We have "debugged" the app by adding Window.alert() calls and we have 
>>> found that it crashes (randomly, not always) in places like:
>>>
>>> HashSet.add() method
>>> RootPanel.add() method (which includes a HashSet.add() call)
>>> ConstantsWithLookup.getString()
>>>
>>>
>>> It looks like iOS 6 Javascript engine has some issues, so maybe GWT is 
>>> being bitten by these errors too:
>>>
>>>
>>> http://stackoverflow.com/questions/12534409/ios-6-javascipt-intermittent-issues-with-object-defineproperty
>>>
>>>
>>> Any ideas?
>>>
>>> Thanks,
>>> Oscar
>>>
>>>
>>>

-- 
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/-/dHOOQ2wpJLEJ.
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: External Server communication with HTTP requests

[Daniel Kurka]

Please read up on the same origin policy. (For apps this does not apply,
you can use a proxy for development)

2012/10/29 John P 

> Hello,
>
> I need support for the communication with external services like Google
> Maps API.
> The following code and websites includes my concerns.
>
> At first I want to get a google map with a HTTP request.
> The following website shows the information for my intention.
> https://developers.google.com/maps/documentation/staticmaps/?hl=en
>
> How can I get Google Maps over HTTP requests?
>
> Another point is the geocoding API from google.
> https://developers.google.com/maps/documentation/geocoding/
> I want to get information with the geoCodeStr.
> I tried this string with my browser and get information which you can see
> under the HTTP request code.
> The problem of my project is that I get no response.
> The status code is 0.
>
> I hope someone can give me some advice?
>
> Thanks.
>
> String geoCodeStr= URL.encode("
> http://maps.googleapis.com/maps/api/geocode/json?address=1600+Amphitheatre+Parkway,+Mountain+View,+CA&sensor=false
> ");
> requestBuilder = new RequestBuilder(RequestBuilder.GET, geoCodeStr);
>  try {
>  requestBuilder.sendRequest(null,
> new RequestCallback() {
> public void onError(Request request, Throwable exception) {
> Window.alert("Request timeout or no connection to server: "
> + exception.getMessage());
> }
>
> public void onResponseReceived(Request request,
> Response response) {
> System.out.println(response.getHeadersAsString());
> System.out.println(response.getText());
> if (200 == response.getStatusCode()) {
> System.out.println(response.getText());
> } else {
> Window.alert(""+response.getStatusText());
> }
>  System.out.println(Integer.toString(response.getStatusCode()));
>  }
> });
> } catch (RequestException e) {
> Window.alert("No connection with server: "+e.getMessage());
> }
> }
>
> {
>"results" : [
>   {
>  "address_components" : [
> {
>"long_name" : "1600",
>"short_name" : "1600",
>"types" : [ "street_number" ]
> },
> {
>"long_name" : "Amphitheatre Pkwy",
>"short_name" : "Amphitheatre Pkwy",
>"types" : [ "route" ]
> },
>
> ...
>
>  --
> 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/-/X_vIMWxc78sJ.
> 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 Commercial Support

[Daniel Kurka]

You can get support through some of the individuals and companies on the
GWT steering committee

-Daniel

2012/10/5 Paul Robinson 

>  Vaadin provide commercial GWT support:
> https://vaadin.com/gwt
>
> Paul
>
>
>
> On 05/10/12 13:53, vinayak wrote:
>
> I understand this is a old post and I have same question in Oct 2012. I am
> from similar kind of company. Is there anybody who provides commercial
> support for GWT ?
>
> On Friday, April 25, 2008 10:59:34 PM UTC+5:30, Johann wrote:
>>
>> We have a rule in our company that every product that we use in
>> production environment must have direct support so I was wondering if
>> there was some scheme for GWT, if you look at Spring they do have
>> commercial support.
>>
>> Thanks,
>>
>> Johann
>>
>> On 25 abr, 10:01, Tim T  wrote:
>> > you mean besides Google itself as a commercial entity supporting the
>> > GWT project?
>> > extjs.com guys I think also now offer GWT support now - for their ext
>> > gwt library that is...
>> >
>> > other than that I think you probably could just find consultants who
>> > know GWT who can code stuff for you or help you out with your
>> > problems.
>> >
>> > On Apr 24, 8:00 pm, Johann  wrote:
>> >
>> > > Is there someone who gives commercial support for GWT?
>> >
>> > > Thanks,
>> >
>> > > Johann
>>
> --
> 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/-/TMB4nN5Meb4J.
> 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: Scary: GWT Team does not fix serious GWT Compiler Bugs

[Daniel Kurka]

I will raise some attention to this.

-Daniel


Am 02.10.2012 um 22:45 schrieb Chris Lercher :

> Sorry, but definitely no. Admittedly, I've never actually encountered such a 
> GWT bug in my own code. But that's irrelevant. Imagine you're changing a 
> method temporarily to debug some code (in a way, that it always returns 
> true), and in compiled mode it will simply not do what you expect - you'll 
> search thousands of places before thinking that it could be a compiler bug.
> 
> 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?)
> 
> 
> 
> On Tuesday, October 2, 2012 7:21:47 PM UTC+2, jchimene wrote:
> +1 on Manolo's point.
> 
> 
> -- 
> 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/-/GkEDfwGo3PcJ.
> 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: CSS 3 transition+ GWT

[Daniel Kurka]

A good example for transitions and animation with gwt is mgwt:
http://www.m-gwt.com

-Daniel


2012/9/23 regnoult axel 

> Hi,
>
> Thanks you for your help, I finally succeed to do my transitions and
> animations.
>
>  --
> 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: Future of GWT survey

[Daniel Kurka]

Hi Chris,

I absolutely get your feedback and (at least to me) its a given that we
will keep GWT as open and lean as possible. It should not get in your way
or impose a special way of developing. It should be a great platform to
build on.
Thank you for placing your feedback here, I don`t think that we can get
this in at this point, but I will definitely keep it in mind.

-Daniel

2012/9/19 Chris Lercher 

> Please excuse me for this negative feedback, but in my opinion, the survey
> is rather suggestive in that it presupposes that GWT should develop into
> something that better supports other technologies. It asks a series of
> questions that point in this direction (and it offers some free text
> questions about new features/extensions etc.), but it forgets to ask, which
> things should NOT change.
>
> I would have liked to answer, that it should not lose its "core library"
> character. It doesn't come with bells and whistles, but its enormous
> flexibility - imposing zero restrictions on what you can do in web
> development - is essential (like with any successful language).
>
> Focus on reducing compile times even more, fixing all bugs, making it more
> extendable (e.g. by removing some unnecessary private modifiers, removing
> static state, ...), improving support of Java core libraries (and things
> that are close, like Guava, Joda, ...), improving some basic widgets - but
> don't impose the specialized concepts of Vaadin, GXT, ... (which absolutely
> do have their place, in their own frameworks!) on GWT itself. That's
> actually the only worry I currently have about GWT's future (Note: I
> believe it will turn out well).
>
>
> On Wednesday, September 19, 2012 3:23:24 PM UTC+2, Joonas Lehtinen wrote:
>>
>> What is your opinion on the future of GWT?
>> How should GWT develop?
>> What technologies should it better support?
>> ...
>>
>> We all would like to get answers to these questions, right? To do so, we
>> created survey with help of Ray Cromwell, Artur Signell, Mike Brock, David
>> Chandler, Daniel Kurka and Bhaskar Janakiraman.
>>
>> If you want to help finding the best direction for GWT, please fill the
>> survey at: http://bit.ly/GWT2012
>> (it will take just 10 minutes)
>>
>> When the results are collected, the will share the information with you.
>>
>> - Joonas @ Vaadin
>>
>  --
> 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/-/5J6JhqkVerEJ.
>
> 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: Converting existing app to MVP

[Daniel Kurka]

Hi Zane,



you can definitely use an iterative approach and go one part after another.

I think it would be best to start to convert your CustomWidgets to actual 
MVP first which you can later connect by using the Activity and Places.

-Daniel



On Wednesday, August 1, 2012 6:41:03 PM UTC+2, Zane wrote:
>
> Here's a flavor of the current style. 'EntryPoint' loads 'ItemsDropdown', 
> which displays a list of individual item names. Clicking on one of these 
> names displays the 'ItemOverview' widget.
>
> Some specific conversion strategies we'd like ideas on:
>
> - Is it reasonable and useful to implement Places within the current 
> implementation without moving to the full MVP approach?
>
> - Same question on the EventBus?
>
> I.e., I see three possible strategies at this point:
>
> Big Gulp: Current Impl -> MVP
> Iterative 1: Current Impl -> Places -> EventBus / MVP
> Iterative 2: Current Impl -> EventBus -> Places / MVP
>
> Other approaches may be possible.
>
>
> 
> public class EntryPoint {
>
>   public void loadUi() {
> mainLayout = uiBinder.createAndBindUi(this);
> initWidget(mainLayout);
>   
> //mainContent is the panel below the navigation menu, where the 
> controls are displayed
> //There's no dependency injection, just some basic declaration of 
> dependencies
> //appMessages is a widget to display any errors related to server 
> calls.
> final ItemsDropdown itemSelect = new ItemsDropdown(labels.myItems(), 
> appMessages, mainContent);
>   }
>
> }
> 
> // from the dropdown control, we can select a summary view or select a 
> specific item
> public class ItemsDropdown {
> //The i18n classes are always instantiated with GWT.create(),
> //same with the services. There is no caching.
> private final I18nLabels labels = GWT.create(I18nLabels.class);
> private final ItemServiceAsync itemService = 
> GWT.create(ItemService.class);
>
> private final ApplicationMessages appMessages;
> private final Panel contentPanel;
>
> //Constructor and Table code has been removed for clarity; this is
> //where we build out the table of the most recently used items;
> //clicking on an item calls 'loadSpecificItem', clicking on the top
> //'Items' label causes all the user's items to be loaded with
> //'MyItems'
>
> protected void loadSpecificItem(final ListItem lItem) {
> final Item value = lItem.getValue();
>
> //Most controls have not been designed with instance 
> reusability in mind, it's safer to
> //instantiate a new one.
> //Clear the panel and draw the control
> final ItemOverview itemOverview = new 
> ItemOverview(appMessages);
> contentPanel.clear();
> contentPanel.add(ItemOveriew);
>
> itemOverview.displayDetail(value);
> }
>
> protected void loadAllItems() {
> //MyItems handles both displaying a table with all items 
> and the detail of a single one.
> //This is a Dropdown, purely UI, therefore it would be 
> messier to do the table vs single work here.
> final MyItems myItems = new MyItems(appMessages);
> contentPanel.clear();
> contentPanel.add(myItems);
> }
> }
> 
> // Displays the details of a single item.
> public class ItemOverview extends Composite implements DetailDisplay 
> {
> @Override
> public void displayDetail(final Item item) {
> // the detail display consists of a detail, notes, a 
> summary of other items by the same user and 
> final ItemDetail itemDetail = new ItemDetail(appMessages);
> final NotesManager notes = new NotesManager(appMessages);
>     final OtherItemsByAuthor otherItems = new 
> OtherItemsByAuthor(/*DetailDisplay*/this, appMessages);
>
> final ItemProfile itemProfile = new 
> ItemProfile(itemDetail, notes, otherItems, appMessages);
>
> mainContent.clear();
> mainContent.add(itemProfile);
> }
> }
>
>
>
>
> On Tuesday, July 17, 2012 1:14:55 PM UTC-5, Daniel Kurka wrote:
>>
>> It`s hard to give a general advice on how to tackle this best, because it 
>> highly depends on your current application and the structure of your code.
>>
>> Let me outline a few important things, which you should take into 
>>

Re: GWT 2.5 and IBM JVM problems

[Daniel Kurka]

I still don`t really get the issue since this is only an issue while
developing GWT (am I right?)

As far as I know the jars we are packing (gwt-servlet,...) do not depend on
a certain JVM.
Can people who need an IBM JVM running for their servers not simply use the
-noserver option with an Oracle JDK?

-Daniel


2012/8/28 Brian Slesinsky 

> Nobody is currently working on it. Perhaps someone should rebuild GWT
> using the IBM JDK to see if that's the issue. Setting serialVersionUID in
> all the Serializable compiler classes seems like a reasonable idea except
> that I wonder why removing the gwtar files didn't help? There shouldn't be
> incompatibilities for serialized object created and used in the same JVM.
>
> - Brian
>
>
> On Tuesday, August 28, 2012 8:38:09 AM UTC-7, apanizo wrote:
>>
>> Hi all,
>>
>> Someone can update us about the problems with GWT 2.5 and IBM JVM??
>>
>> Related posts:
>>
>> https://groups.google.com/**forum/#!msg/gwt-steering/WGs-**
>> uiyHQA8/Te0hEfj5miEJ
>>
>> http://code.google.com/p/**google-web-toolkit/issues/**detail?id=7530
>>
>>
>>
>> Any news are very welcome...
>>
>> Thanks in advance,
>>
>> Adolfo.
>> --
>> El precio es lo que pagas. El valor es lo que recibes.
>> Warren Buffet
>>
>  --
> 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/-/MHWe-sxmR-kJ.
>
> 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: Converting existing app to MVP

[Daniel Kurka]

It`s hard to give a general advice on how to tackle this best, because it 
highly depends on your current application and the structure of your code.

Let me outline a few important things, which you should take into 
consideration:
Navigation inside a one page app is a very important thing. 
It essentially means that reload and the back button have to work like in a 
normal webpage situation.
This is very easy to implement with GWT, but its very hard to retrofit apps 
if you don`t have that right from the start. Make sure to use a proper 
history support mechanism throughout your app.

The other thing that comes to mind:
I always like moving in small steps and see if the floor support my weight. 
So I am not a big fan of an everything new approach in one big step. If you 
code is already cut into what you call small widgets that talk to a back 
end try separating them first into a presenter, a model and a view and 
write tests for them. Writing test will help you keep your code in the 
right places (you can write unit tests for views) and it shows you that you 
did not break anything from the basic functionality of the widget while 
going forward. This would mean that it should be possible to port all your 
"presenters" first and then change the overall structure of your 
application. 

If you want a more detailed recommendation, we should take a look into some 
example code from the app to see what actually needs to be done.

-Daniel



On Thursday, July 5, 2012 1:27:55 AM UTC+2, Zane wrote:
>
> We have a alpha stage application with significant code developed in the 
> "classic" style with front end widgets (using UiBinder in many cases, but 
> not exclusively) making calls to back end services and directly updating 
> the UI themselves. I.e., clicking on row in CellTable summary widget clears 
> main content area and adds edit detail widget for the row. Clicking on 
> cancel clears content area and adds summary widget back in. That kind of 
> thing.
>
> We've been looking into MVP and the concepts and style seem clear enough 
> on their own. I don't think we'd have a problem with green field 
> development, but in our case it is a question of refactoring and 
> transitioning the existing application.
>
> I figure we'll get started with the login module, which is relatively 
> small and isolated compared to the application proper.
>
> Thinking ahead to the larger task of transitioning the full application, I 
> have two questions.
>
> First, any general advice or references?
>
> Second and more specifically, it seems clear enough that the transition 
> will proceed view-by-view, starting with the initial look and proceeding 
> through the options. What's not clear to me at the moment is whether 
> there's any trick, or how reasonable it is to tie the classic style code 
> into the MVP portions so that we can maintain functionality during the 
> transition process.
>
> Or, whether it's more reasonable to "bite the bullet" and transition 
> everything in one go. 
>
> Thanks in advance for any advice.
>
> Regards,
>
> Z
>

-- 
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/-/YA91a84W0gQJ.
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: Google IO 2012 : no GWT session ?

[Daniel Kurka]

I am open to listen to what GWT developers have to say and to get a good 
feedback loop going.

So if you have something in mind please bring it up in the gwt contributer list 
I will take a look for sure!

-Daniel



Am 09.07.2012 um 16:01 schrieb Joshua Kappon:

> We're hoping that the steering committee will make steps for reaching and 
> expanding the GWT community more actively.
> I think that a great step in this direction is establishing a road-map with 
> the help of the community.
> 
> Regular GWT Hangouts could also be nice ;)
> 
> 
> On Sunday, July 8, 2012 5:01:42 PM UTC+3, Daniel Kurka wrote:
> I have been on IO all week and talked to many people from the GWT team and 
> other GWT developers.
> 
> I am not worried at all about GWTs future. It had a bad marketing in the last 
> year due to many reasons which we will turn around in the upcoming months 
> with the GWT steering committee.
> 
> The GWT 2.5 release is one of the biggest GWT ever and has many new things in 
> there. Wait for Rays talk to appear (in which I play a very small role) on 
> the youtube in a few days to clear things up for you.
> 
> -Daniel
> 
> 
> 
> 
> Am 06.07.2012 um 22:04 schrieb Murray:
> 
>> Daniel,
>> 
>> I was at Google I/O last week and decided ask for myself.. the responses I 
>> got, was NOT good
>> I flat out asked one Googler, working a developer "bar" in the main lobby  
>> (not sure what team he was on) 
>> "..should I continue my project that's not yet released, in GWT or what..?" 
>> and he appeared to be reluctant
>> to say...suggesting that something was up! he then went on to say he would 
>> change it to DART as it
>> is not yet a complete standard So then I asked "..what about 
>> JSP/Appengine or Python?"  and with a big Grin
>> on if face he shuck his head affirmatively violently ... as if to say he 
>> doesn't want it to be said that "he told me so"
>> 
>> right now we need some GWT folks to step up and say something definitive!!!  
>> this "rumor" has been going around for 
>> a while now.. and there were no Sessions on GWT at the IO2012 other than 
>> Porting GWT to DART !!!
>> 
>> I went to a session on Appengine /REST and a a question was asked at the end 
>> of the session regarding 
>> REST and GWT the answer was also suspect...
>> 
>> I think this link will take you to the session ..forward to the end...
>>  https://developers.google.com/events/io/sessions/gooio2012/121/
>> 
>> 
>> 
>> 
>> 
>> On Friday, June 22, 2012 1:54:29 PM UTC-4, Daniel Kurka wrote:
>> I can assure you (since I am deeply invested in GWT) that GWT is in no way 
>> of being phased out. The main reason is the amount of other talks (android, 
>> google+) being added to the conference, reducing talk time for everyone else.
>> As Thomas said before there is something big coming for GWT which will be 
>> announced in Rays talk at IO.
>> 
>> There are a lot of google products relying on GWT which is not something 
>> that you could change in a short amount of time. Dart may be an interesting 
>> project, but it is not going to change the way google currently depends on 
>> GWT (at least not in the next years).
>> 
>> The fact that the GWT team is looking for team members on the google 
>> employment list should also put you in the direction that this is no where 
>> near dead.
>> 
>> So hopefully as a contributer to the project I can calm you nerves a little.
>> 
>> -Daniel
>> 
>> 
>> 
>> 
>> 
>> 
>> Am 19.06.2012 um 19:29 schrieb Thomas Lefort:
>> 
>>> https://groups.google.com/forum/?fromgroups#!topic/Google-Web-Toolkit-Employment/NJmWmKsXQlI
>>> 
>>> sounds pretty healthy to me :)
>>> 
>>> I bet competition will be fierce!
>>> 
>>> 
>>> On Thursday, 17 May 2012 08:00:00 UTC+2, Celinio Fernandes wrote:
>>> Hello,
>>> I just noticed that the schedule for Google IO 2012 is now available : 
>>> https://developers.google.com/events/io/sessions
>>> Not sure whether it is definitive or not.
>>> I see that this year there is no session dedicated to GWT. How come ? 
>>> But there are 2 sessions dedicated to Dart. Is this a sign ?
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> 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:

Re: Super Dev Mode general question

[Daniel Kurka]

Ray mentioned on IO that they were talking somehow already (I am not 100% sure 
about the state), but there was something about direct support for that in 
intellij

Am 09.07.2012 um 20:48 schrieb Dennis Haupt:

> i don't know about eclipse, but intellij can remote-debug chrome and
> firefox, including the evaluation of expressions.
> it probably won't be long before they add support for source maps, too.
> i wouldn't worry too much.
> 
> Am 09.07.2012 16:51, schrieb Thomas Broyer:
>> 
>> 
>> On Monday, July 9, 2012 3:24:19 PM UTC+2, sanny...@gmail.com wrote:
>> 
>>Hello, 
>> 
>>I recently found this topic about Super Dev Mode appearing in GWT 2.5.
>>I am happy that new way of debugging is coming to the GWT
>>development process.
>>But I am not happy that there are plans to discard current DevMode
>>in the future. At least, each official mentioning of SuperDevMode
>>means that it will replace current DevMode.
>> 
>>If this is true, then I am not happy at all.
>> 
>>Debugging in the IDE of choice was always top feature of GWT for me.
>>Ability to freely navigate code, use typesafe autocompletion in
>>evaluate expression boxes, drop stack frame feature and all other
>>hundreds of java-specific little features is great joy. Forcing
>>developers to discard all this and be tied to browser is at least
>>major regress.
>> 
>>I could not find any discussion on this topic, if there's any,
>>PLEASE direct me to the page where it all was discussed and decision
>>was made, i want to see the arguments. I found only "browser plugins
>>are instable" topic. But people, concept is already working
>>satisfactory for several years and I don't want to lose it in future
>>because it is not 100% perfect and crashes sometimes. 
>> 
>>Telling "source code maps are being implemented in browsers at the
>>moment" and at the same time arguing that SuperDevMode will make us
>>browser-independent seems like lame joke. At least, not all browsers
>>will. But even if all major browsers (Chrome, FF, Safari, IE) will,
>>source maps is only part of the picture. The debugging in all
>>browsers has its own interface, keymaps etc, and, as I wrote above
>>it never compares to the IDE/Native java debugging. In other words,
>>it does not compare!
>> 
>>TLDR: questions:
>>1) Is it true that SuperDevMode will replace DevMode
>> 
>> 
>> Who knows?
>> More seriously, you can be assured DevMode will stay for quite some time.
>> 
>> 
>>2) If yes, then for the sake of God, why such regress?
>> 
>> 
>> Browser plugins are a nightmare to maintain.
>> The plugin for Chrome is known to be buggy and unstable.
>> Every 6 weeks, the plugin for Firefox has to be updated (we could choose
>> to only support Firefox ESR, but I doubt you'd be happy; I wouldn't be).
>> I've heard there had been issues with the Safari plugin on OS X at some
>> point, due to a browser upgrade.
>> The only stable plugin for now is the one for IE, and even that one
>> required some work to make it compatible with IE9 and the newer versions
>> of Windows.
>> Generally, browser vendors don't help us maintain plugins.
>> 
>> Due to this fact, no new plugin is being developed, so debugging in
>> Opera, or Safari on Windows, won't ever be possible (OK, that's rhetoric
>> anyway, as nobody minds ;-) ).
>> 
>> But now we also have to support mobile development: iOS, Chrome for
>> Android, Firefox Mobile, Windows 8, etc. and those browsers don't even
>> allow us to use plugins!
>> And that's where SuperDevMode shines with its plugin-free approach: it
>> brings DevMode to any single browser out there, at the expense of using
>> the browser's own dev tools.
>> 
>> So, what the future is?
>> Honestly, to me, the future is in wire protocols for JS debuggers. Opera
>> has had one for long, Chrome too. Mozilla is building one. I can't tell
>> for IE but at least you can debug a local IE instance so it's better
>> than nothing, and we can have hopes that DevMode as we know it will be
>> supported for quite a long time (compared to other browsers).
>> With such protocols, your IDE could connect to your browser and use
>> SourceMaps to give you (almost) the same debugging experience as if you
>> were running your code "natively" (technically, I believe it could also
>> be made so; based on an experiment I made a few years back to bring
>> DevMode to Adobe AIR through the Flash debugger). This, to me, is the
>> way forward. It would however require a tremendous amount of work, so
>> it's not going to happen any time
>> soon. http://code.google.com/p/chromedevtools/ could help here I guess,
>> but it's still a very tiny part of what's needed to bring the same level
>> of debugging as with the current DevMode.
>> 
>> 10 years after the Internet Bubble, web dev is only starting to make its
>> revolution towards "professionalization" (MVC was seen as a thing of the
>> past until Backbone

Re: Google IO 2012 : no GWT session ?

[Daniel Kurka]

I have been on IO all week and talked to many people from the GWT team and 
other GWT developers.

I am not worried at all about GWTs future. It had a bad marketing in the last 
year due to many reasons which we will turn around in the upcoming months with 
the GWT steering committee.

The GWT 2.5 release is one of the biggest GWT ever and has many new things in 
there. Wait for Rays talk to appear (in which I play a very small role) on the 
youtube in a few days to clear things up for you.

-Daniel




Am 06.07.2012 um 22:04 schrieb Murray:

> Daniel,
> 
> I was at Google I/O last week and decided ask for myself.. the responses I 
> got, was NOT good
> I flat out asked one Googler, working a developer "bar" in the main lobby  
> (not sure what team he was on) 
> "..should I continue my project that's not yet released, in GWT or what..?" 
> and he appeared to be reluctant
> to say...suggesting that something was up! he then went on to say he would 
> change it to DART as it
> is not yet a complete standard So then I asked "..what about 
> JSP/Appengine or Python?"  and with a big Grin
> on if face he shuck his head affirmatively violently ... as if to say he 
> doesn't want it to be said that "he told me so"
> 
> right now we need some GWT folks to step up and say something definitive!!!  
> this "rumor" has been going around for 
> a while now.. and there were no Sessions on GWT at the IO2012 other than 
> Porting GWT to DART !!!
> 
> I went to a session on Appengine /REST and a a question was asked at the end 
> of the session regarding 
> REST and GWT the answer was also suspect...
> 
> I think this link will take you to the session ..forward to the end...
>  https://developers.google.com/events/io/sessions/gooio2012/121/
> 
> 
> 
> 
> 
> On Friday, June 22, 2012 1:54:29 PM UTC-4, Daniel Kurka wrote:
> I can assure you (since I am deeply invested in GWT) that GWT is in no way of 
> being phased out. The main reason is the amount of other talks (android, 
> google+) being added to the conference, reducing talk time for everyone else.
> As Thomas said before there is something big coming for GWT which will be 
> announced in Rays talk at IO.
> 
> There are a lot of google products relying on GWT which is not something that 
> you could change in a short amount of time. Dart may be an interesting 
> project, but it is not going to change the way google currently depends on 
> GWT (at least not in the next years).
> 
> The fact that the GWT team is looking for team members on the google 
> employment list should also put you in the direction that this is no where 
> near dead.
> 
> So hopefully as a contributer to the project I can calm you nerves a little.
> 
> -Daniel
> 
> 
> 
> 
> 
> 
> Am 19.06.2012 um 19:29 schrieb Thomas Lefort:
> 
>> https://groups.google.com/forum/?fromgroups#!topic/Google-Web-Toolkit-Employment/NJmWmKsXQlI
>> 
>> sounds pretty healthy to me :)
>> 
>> I bet competition will be fierce!
>> 
>> 
>> On Thursday, 17 May 2012 08:00:00 UTC+2, Celinio Fernandes wrote:
>> Hello,
>> I just noticed that the schedule for Google IO 2012 is now available : 
>> https://developers.google.com/events/io/sessions
>> Not sure whether it is definitive or not.
>> I see that this year there is no session dedicated to GWT. How come ? 
>> But there are 2 sessions dedicated to Dart. Is this a sign ?
>> 
>> 
>> 
>> 
>> -- 
>> 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/-/m0up22vaGNoJ.
>> 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 view this discussion on the web visit 
> https://groups.google.com/d/msg/google-web-toolkit/-/Jh2IrAfsH8MJ.
> 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.

Using Super Dev Mode on mobile devices

[Daniel Kurka]

Hi Everyone,

I just had the time to write a blog post on how to use Super Dev Mode
on mobile devices:

http://blog.daniel-kurka.de/2012/07/mgwt-super-dev-mode.html

Feel free to leave any suggestions as this is still experimental.

-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-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: Google IO - Anybody up for a GWT meetup?

[Daniel Kurka]

I am always up for a GWT chat. give me a ping on twitter tomorrow on IO: 
@dankurka

Am 27.06.2012 um 02:07 schrieb István Szoboszlai:

> Hello Guys,
> 
> I already have one GWT developer in the team. We still accept new 
> applications :)
> 
> I also have a US phone number now in case anybody would like to meet eg. at 
> the after hour party: +1 510 479 4814
> 
> If not, have a nice IO, or a nice day! :)
> 
> Üdvözlettel / Best Regards
> - István Szoboszlai
> istvan.szobosz...@inepex.com | +36 70 32 64 450 | inepex.com
> 
> 
> On Sat, Jun 23, 2012 at 12:33 PM, István Szoboszlai  wrote:
> Hello,
> 
> I will attend google IO next week. 
> 
> I am already in SF, so if anybody is up to meet and chat about GWT (or 
> anything else:) ), write me!
> We could do a small meetup in a coffe shop. If any Googler would be 
> interested that would be even more awesome.
> 
> Üdvözlettel / Best Regards
> --
> István Szoboszlai | +36703264450 | istvan.szobosz...@inepex.com
>  http://inepex.com | IT Development and Location Based Services
> 
> 
> 
> 
> 
> 
> -- 
> 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: gwt 2.5

[Daniel Kurka]

this is already in trunk if you want to try it out.

Am 19.06.2012 um 10:33 schrieb Jens:

> I am pretty sure it will be released during/after the Google IO 2012.
> 
> What you have seen is SuperDevMode which can do a pretty fast draft compile 
> of your app. Its already available in GWT trunk if you want to try it. You 
> can read a bit about its current performance in 
> https://groups.google.com/forum/?fromgroups#!topic/google-web-toolkit-contributors/RApHAZBy348
>  
> 
> -- 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/-/4YjqG4niHTUJ.
> 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: Google IO 2012 : no GWT session ?

[Daniel Kurka]

I can assure you (since I am deeply invested in GWT) that GWT is in no way of 
being phased out. The main reason is the amount of other talks (android, 
google+) being added to the conference, reducing talk time for everyone else.
As Thomas said before there is something big coming for GWT which will be 
announced in Rays talk at IO.

There are a lot of google products relying on GWT which is not something that 
you could change in a short amount of time. Dart may be an interesting project, 
but it is not going to change the way google currently depends on GWT (at least 
not in the next years).

The fact that the GWT team is looking for team members on the google employment 
list should also put you in the direction that this is no where near dead.

So hopefully as a contributer to the project I can calm you nerves a little.

-Daniel






Am 19.06.2012 um 19:29 schrieb Thomas Lefort:

> https://groups.google.com/forum/?fromgroups#!topic/Google-Web-Toolkit-Employment/NJmWmKsXQlI
> 
> sounds pretty healthy to me :)
> 
> I bet competition will be fierce!
> 
> 
> On Thursday, 17 May 2012 08:00:00 UTC+2, Celinio Fernandes wrote:
> Hello,
> I just noticed that the schedule for Google IO 2012 is now available : 
> https://developers.google.com/events/io/sessions
> Not sure whether it is definitive or not.
> I see that this year there is no session dedicated to GWT. How come ? 
> But there are 2 sessions dedicated to Dart. Is this a sign ?
> 
> 
> 
> 
> -- 
> 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/-/m0up22vaGNoJ.
> 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 with Phonegap

[Daniel Kurka]

take a look into the gwt wiki: 
http://code.google.com/p/google-web-toolkit/wiki/mgwt and 
http://code.google.com/p/google-web-toolkit/wiki/GWTandPhonegap

-Daniel



Am 19.06.2012 um 14:20 schrieb ulas:

> Hi, I wonder is there any way to use gwt with phonegap? I tried coping
> war file (.html and .js files) to phonegap www folder but .html file
> does not work as in GWT run. My question is how can i extract output
> files. I can reach results only from runnnig application in GWT. Where
> is the .js, .html. and css files alone. I want to click only .html
> file and i want to see result but i did not. In this way i can not see
> javascript applications. Only i see .html appearance.
> 
> -- 
> 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: GWT offline

[Daniel Kurka]

mgwt has a mechanism for running GWT apps offline (we need it for mobile
phones because they are not always connected) but it runs with pure GWT
apps as well.

see: http://code.google.com/p/mgwt/wiki/HTML5Manifest

2012/6/19 Abraham Lin 

> The following should work:
>
>  site:developers.google.com/web-toolkit/
>
>
> You can use the same construct in the general Google search engine.
>
> -Abraham
>
> --
> 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/-/Qk_Z2sp8SZ8J.
>
> 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.

mgwt 1.1.0 got released

[Daniel Kurka]

mgwt 1.1 just got released. Check out my blog post about whats new:
http://blog.daniel-kurka.de/2012/06/mgwt-11-released.html

Also I am starting a series of blog post that show how to use
different features of mgwt / gwt phonegap.
Thank you all for helping in so many ways, this would not have been
possible without your contributions!

-Daniel

http://www.m-gwt.com

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

Re: IE8 memory leak

[Daniel Kurka]

Since non of them is doing any nasty JSNI event binding its very likely that 
you are causing the leak within your own code.

How did you find the leak? How did you test for it?


Am 26.05.2012 um 10:39 schrieb sylvanco:

> No 3rd pary libraries, just the frameworks listed.
> 
> On May 17, 10:41 pm, Akash Gupta  wrote:
>> Do you use any third party library ?
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Wed, May 16, 2012 at 7:20 PM, sylvanco  wrote:
>> 
>>> I work on an intranet GWT application that is consuming memory with
>>> IE8 but not in Chrome or IE9.  Due to OS and ActiveX technologies,
>>> browsers other than IE8 are not a deployment option for this intranet
>>> application but other browsers have been used as troubleshooting
>>> tools.
>> 
>>> The application configuration looks like this.
>> 
>>> IE8
>>> GWT 2.1.0
>>> GWTP
>>> Guice 2.0
>>> Gin r137
>> 
>>> Can you identify a known issue with the combination of GWT ,
>>> libraries, and IE 8?
>> 
>>> Can you recommend techniques to workaround or troubleshoot memory leak
>>> issues in this configuration?
>> 
>>> Best Regards
>> 
>>> --
>>> 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.

Re: GWT Mobile App Widgets

[Daniel Kurka]

sorry for not picking this up on the group earlier ( we have a seperate
mgwt user group)

ff is supported for dev time though

2012/5/2 AgitoM 

> Hi Daniel,
>
> Tried the mgwt, but it seems that the framework also only support
> webkit based browsers?
> I got some errors when trying to run in in Firefox.
> Am I correct to say that only WebKit is supported?
>
>
>
> On May 1, 2:52 am, Daniel Kurka  wrote:
> > if you are interested in mgwt there is a very friendly user group for
> > the framework:http://groups.google.com/group/mgwt
> >
> > mgwt pays a lot of attention to do things in a GWT way, which brings
> > big advantages to mobile device development.
> >
> > take a look for yourself athttp://www.m-gwt.com
> >
> > On 30 Apr., 20:43, Alfredo Quiroga-Villamil  wrote:
> >
> >
> >
> >
> >
> >
> >
> > > Yes, if you are trying to cover that case, then you must absolutely
> > > find a mobile library that can potentially support any of the
> > > installable browsers in mobile devices. The important case to always
> > > keep in mind I would say is over engineering. Unless it's a
> > > requirement from the client, I would ask myself the question, what
> > > percentage of the market am I trying to support? Ideally the answer
> > > would be 100%, reality it's a different story. This is more the case
> > > since mobile web is fairly young. Even the web after all these years
> > > would be a nightmare if you removed GWT and libraries like it that
> > > have tried to make the developer experience better by hiding the
> > > browser differences or better said quirks.
> >
> > > About a year and a half ago, perhaps more already, there was a point
> > > where the future of mobile web for developers looked bright. It was
> > > all going to be based on webkit or at least most of it and the world
> > > was going to be a happy place.
> >
> > > Fast forward and we find a world where there is an incredible amount
> > > of fragmentation in the mobile market place with multiple versions of
> > > webkit, many don't exactly behaving consistently. Throw into the mix
> > > your request and it's almost starting to feel like we are right back
> > > to the web as we know it today where may browsers exists with
> > > difference in behavior not only between them but even among versions.
> >
> > > Best of luck and wish your project the best.
> >
> > > Alfredo
> >
> > > On Mon, Apr 30, 2012 at 2:01 PM, AgitoM  wrote:
> > > > Well the app runs fine on iPhone Safari, Google Chrome, and the
> > > > Android Default Browser.
> > > > However the app does not work on Firefox and Opera installations on
> > > > the Android platform, so that could be a problem.
> > > > So still hope someone can make a suggestion.
> >
> > > > On Apr 30, 10:53 pm, Alfredo Quiroga-Villamil 
> > > > wrote:
> > > >> Mobile web libraries are based on webkit. Firefox is not. Mobile
> devices
> > > >> use webkit. To test the app you can try to use a webkit based
> browser such
> > > >> as chrome or safari. So if you are happy with that library I
> recommend you
> > > >> continue using it and test it as previously mentioned.
> >
> > > >> Regards,
> >
> > > >> Alfredo
> > > >> On Apr 30, 2012 10:35 AM, "AgitoM"  wrote:
> >
> > > >> > Does anyone know a decent library that contains GWT Widgets for
> the
> > > >> > development of Mobile Apps in GWT?
> >
> > > >> > Over the past few days I've been experimenting with
> gwt-mobile-gui.
> > > >> > Though this library is great, it doesn't appear to be working on
> all
> > > >> > browsers. (or at least I can't get it to work on Firefox).
> >
> > > >> > So basically I am looking into other Libraries. Does anyone have
> any
> > > >> > suggestions?
> >
> > > >> > Reason I am looking for a mobile widget library is because I am
> > > >> > developing a mobile app. I developed a framework for a mobile app
> > > >> > myself, and it works fine, but it looks too ugly.
> > > >> > If no other library is available, does anyone know any tutorial of
> > > >> > guide to how to develop nice looking GUI in GWT?
> >
> > > >> > Hope anyo

Re: GWT Mobile App Widgets

[Daniel Kurka]

if you are interested in mgwt there is a very friendly user group for
the framework: http://groups.google.com/group/mgwt

mgwt pays a lot of attention to do things in a GWT way, which brings
big advantages to mobile device development.

take a look for yourself at http://www.m-gwt.com



On 30 Apr., 20:43, Alfredo Quiroga-Villamil  wrote:
> Yes, if you are trying to cover that case, then you must absolutely
> find a mobile library that can potentially support any of the
> installable browsers in mobile devices. The important case to always
> keep in mind I would say is over engineering. Unless it's a
> requirement from the client, I would ask myself the question, what
> percentage of the market am I trying to support? Ideally the answer
> would be 100%, reality it's a different story. This is more the case
> since mobile web is fairly young. Even the web after all these years
> would be a nightmare if you removed GWT and libraries like it that
> have tried to make the developer experience better by hiding the
> browser differences or better said quirks.
>
> About a year and a half ago, perhaps more already, there was a point
> where the future of mobile web for developers looked bright. It was
> all going to be based on webkit or at least most of it and the world
> was going to be a happy place.
>
> Fast forward and we find a world where there is an incredible amount
> of fragmentation in the mobile market place with multiple versions of
> webkit, many don't exactly behaving consistently. Throw into the mix
> your request and it's almost starting to feel like we are right back
> to the web as we know it today where may browsers exists with
> difference in behavior not only between them but even among versions.
>
> Best of luck and wish your project the best.
>
> Alfredo
>
>
>
>
>
>
>
>
>
> On Mon, Apr 30, 2012 at 2:01 PM, AgitoM  wrote:
> > Well the app runs fine on iPhone Safari, Google Chrome, and the
> > Android Default Browser.
> > However the app does not work on Firefox and Opera installations on
> > the Android platform, so that could be a problem.
> > So still hope someone can make a suggestion.
>
> > On Apr 30, 10:53 pm, Alfredo Quiroga-Villamil 
> > wrote:
> >> Mobile web libraries are based on webkit. Firefox is not. Mobile devices
> >> use webkit. To test the app you can try to use a webkit based browser such
> >> as chrome or safari. So if you are happy with that library I recommend you
> >> continue using it and test it as previously mentioned.
>
> >> Regards,
>
> >> Alfredo
> >> On Apr 30, 2012 10:35 AM, "AgitoM"  wrote:
>
> >> > Does anyone know a decent library that contains GWT Widgets for the
> >> > development of Mobile Apps in GWT?
>
> >> > Over the past few days I've been experimenting with gwt-mobile-gui.
> >> > Though this library is great, it doesn't appear to be working on all
> >> > browsers. (or at least I can't get it to work on Firefox).
>
> >> > So basically I am looking into other Libraries. Does anyone have any
> >> > suggestions?
>
> >> > Reason I am looking for a mobile widget library is because I am
> >> > developing a mobile app. I developed a framework for a mobile app
> >> > myself, and it works fine, but it looks too ugly.
> >> > If no other library is available, does anyone know any tutorial of
> >> > guide to how to develop nice looking GUI in GWT?
>
> >> > Hope anyone can offer some advice.
>
> >> > --
> >> > 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 
> > athttp://groups.google.com/group/google-web-toolkit?hl=en.
>
> --
> Alfredo Quiroga-Villamil
>
> AOL/Yahoo/Gmail/MSN IM:  lawwton

-- 
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: uibinder for mobile

[Daniel Kurka]

You might want to take a look at mgwt ( http://www.m-gwt.com ). THose are
mobile widgets that work with uibinder.

2012/2/27 Luke 

> what is the portability way to create uibinder (view with computer web
> browser) so that easily ported to mobile version and viewable nicely
> in android/iphone (small sceen)?
>
> from what i know , have to create entire web layer for mobile. Any
> more easier way?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> To unsubscribe from this group, send email to
> google-web-toolkit+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
>
>

-- 
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: Offline support for mobile devices

[Daniel Kurka]

mgwt ( http://www.m-gwt.com ) has a gwt linker that automatically creates a
manfiest for each device (each GWT permutation)

see: http://code.google.com/p/mgwt/wiki/HTML5Manifest

A working demo: http://mobilegwt.appspot.com/showcase/#

Note: not the entire gwt app is cached only the relevant permutation for
this specific client, all the code is open source, so go take a look...

- Daniel Kurka


2012/2/19 dominikz 

> Dear developers,
>
> I've started preparing an article on using Application Cache (HTML5
> feature) on mobile devices with GWT.
> Two questions before the article is finished:
>
>- is anyone interested in that subject?
>- where do you think is the best place to publish that?
>
> The very first draft actually containing only the Introduction in the
> attachment.
>
> All Best
>
> --
> 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/-/ZlDEy6BnmDcJ.
> 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: Framework app mobile

[Daniel Kurka]

2012/2/13 Kira Qian 

> AFAIK, only native app developed via cocoa framework is allowed to run on
> iOS. iPhone doesn't support to run java or other code. So i don't think it
> is possible to run your GWT on iPhone.
>

This is indeed plain wrong. I got several apps in the apple app store based
on gwt ( mgwt + gwt phonegap)

Phonegap apps were recognized very early by apple as a legit way to build
apps for iOS (even when they were disallowing other stuff)



>
> Sincerely,
> Light Qian
> -
> Sent from iCloud (Mac OSX Lion mail client)
>
> On Feb 13, 2012, at 9:27 PM, Adolfo Panizo Touzon wrote:
>
> If I understand I can develop a web app with *GWT*, in this app If I use
> the *mgwt *framework, my *GWT *app looks like and mobile app.
>
> Then, when I finish, with/using *gwt-phonegap* I can transform it into
> native apps that I can hung up in the App Store (Iphone), Market
> Place(Android)...
>
> All of this in Eclipse.
>
> Am I correct?
>
> Really thanks,
>
> Adolfo.
>
> 2012/2/13 Daniel Kurka 
>
>> If you built an html5 app and wrap it with phonegap you will end up with
>> an app that is not distinguishable from an "native app". Phonegap exposes
>> all native capabilities through a javascript API.
>>
>> The rest is simply UI. There are lots of good mobile UIs out there. The
>> one I would pledge for (because I am the author) is mgwt
>> http://www.m-gwt.com . If you combine it with gwt phonegap you got a
>> great framework for writing cross platform mobile apps...
>>
>> - Daniel
>>
>>
>>
>> 2012/2/13 Adolfo Panizo Touzon 
>>
>>> I am more lost than I tought. Thank you for your patient :)
>>>
>>> I have one big, and complex GWT app.
>>>
>>> Now I'm interested in create other GWT app similar but more simple
>>> oriented only to our clients (and avoid all the developers part).
>>>
>>> The idea is to create this simple GWT app (this GWT app will include
>>> some native capabilites ) and then, "transform" it into native platforms
>>> (Android, Iphone, Blackberry...),
>>>
>>>  I asked at the beginning of this email if there was any framework that
>>> allows it.
>>>
>>> Now, thank you to your last answer I know that with phone gap is
>>> impossible because this framework only creates web solutions (if I'm
>>> incorrect please, let me know)
>>>
>>> So, the only option that is correct is Gwt4Ti Mobile. Good.
>>>
>>> While you were answering me I spent time reading  on the internet about
>>> these problems, and I have more questions:
>>>
>>> *How much does it cost *Gwt4Ti Mobile to develop an non open source app
>>> (the simple GWT app)??* (I mean, I saw that I'll need the Appcelerator
>>> Titanium Studio IDE, it costs an extra money)** Is there other option?
>>> Is it possible to use others IDE, like eclipse?  *
>>> *
>>> *
>>> *Are there other things that I must know?*
>>>
>>> Excuse me for all this questions, but I need to send an inform to my
>>> bosses :)
>>>
>>> Thank you for all. If you don't understand anything, let me know, please
>>> (I'm not good enough in English) .
>>>
>>> Adolfo.
>>>
>>> 2012/2/13 Alain Ekambi 
>>>
>>>> Note that PhoneGap will not turn you web based app into a native app.
>>>> It will give it some native capabilities.
>>>> So your application will still be a web app but with a native shell
>>>>  given you access to the device api.
>>>>
>>>> Concerning Gwt4Ti Mobile we have some pretty happy customers at the
>>>> moment. But  maybe some one using it will like to share his experience.
>>>>
>>>> If  i m correct you have a Desktop GWT app that you want to turn into a
>>>> mobile app with some native capabilities.
>>>> Assuming you UI is mobile optimized  PhoneGap could be the way to go.
>>>> Because you could reuse most of your UI code and have some native access
>>>> through PhoneGap.
>>>>
>>>> 2012/2/13 Adolfo Panizo Touzon 
>>>>
>>>>> Hi Alain,
>>>>>
>>>>> Thank you for the info.
>>>>>
>>>>> We are interested in Native solutions.
>>>>>
>>>>> Basically, if I'm correct the best frameworks in order to have one app
>>>>> for each platform (from the same initial GWT app) are *Gwt4Ti* *Mobil

Re: Framework app mobile

[Daniel Kurka]

If you built an html5 app and wrap it with phonegap you will end up with an
app that is not distinguishable from an "native app". Phonegap exposes all
native capabilities through a javascript API.

The rest is simply UI. There are lots of good mobile UIs out there. The one
I would pledge for (because I am the author) is mgwt  http://www.m-gwt.com .
If you combine it with gwt phonegap you got a great framework for writing
cross platform mobile apps...

- Daniel



2012/2/13 Adolfo Panizo Touzon 

> I am more lost than I tought. Thank you for your patient :)
>
> I have one big, and complex GWT app.
>
> Now I'm interested in create other GWT app similar but more simple
> oriented only to our clients (and avoid all the developers part).
>
> The idea is to create this simple GWT app (this GWT app will include some
> native capabilites ) and then, "transform" it into native platforms
> (Android, Iphone, Blackberry...),
>
> I asked at the beginning of this email if there was any framework that
> allows it.
>
> Now, thank you to your last answer I know that with phone gap is
> impossible because this framework only creates web solutions (if I'm
> incorrect please, let me know)
>
> So, the only option that is correct is Gwt4Ti Mobile. Good.
>
> While you were answering me I spent time reading  on the internet about
> these problems, and I have more questions:
>
> *How much does it cost *Gwt4Ti Mobile to develop an non open source app
> (the simple GWT app)??* (I mean, I saw that I'll need the Appcelerator
> Titanium Studio IDE, it costs an extra money)** Is there other option? Is
> it possible to use others IDE, like eclipse?  *
> *
> *
> *Are there other things that I must know?*
>
> Excuse me for all this questions, but I need to send an inform to my
> bosses :)
>
> Thank you for all. If you don't understand anything, let me know, please
> (I'm not good enough in English) .
>
> Adolfo.
>
> 2012/2/13 Alain Ekambi 
>
>> Note that PhoneGap will not turn you web based app into a native app. It
>> will give it some native capabilities.
>> So your application will still be a web app but with a native shell
>>  given you access to the device api.
>>
>> Concerning Gwt4Ti Mobile we have some pretty happy customers at the
>> moment. But  maybe some one using it will like to share his experience.
>>
>> If  i m correct you have a Desktop GWT app that you want to turn into a
>> mobile app with some native capabilities.
>> Assuming you UI is mobile optimized  PhoneGap could be the way to go.
>> Because you could reuse most of your UI code and have some native access
>> through PhoneGap.
>>
>> 2012/2/13 Adolfo Panizo Touzon 
>>
>>> Hi Alain,
>>>
>>> Thank you for the info.
>>>
>>> We are interested in Native solutions.
>>>
>>> Basically, if I'm correct the best frameworks in order to have one app
>>> for each platform (from the same initial GWT app) are *Gwt4Ti* *Mobile *and
>>> *phoneGAP*.
>>>
>>> Alain, in the last mail explains that Gwt4Ti Mobile would be helpful.
>>>
>>> Does someone works with these frameworks? Are there others?
>>>
>>> Thank you in advance,
>>>
>>> Adolfo.
>>>
>>> PD. I post this mail here because I'm interested (if is it possible) in
>>> create the initial app in GWT and then transform to native platforms.
>>>
>>>
>>> 2012/2/13 Alain Ekambi 
>>>
 Hi Adolfo,

 Like always it depends.
 Should your mobile app be web based or native ?

 If you are are looking for a webbased solution i d recommend :

 Web :
 1) Gwt4Touch (www.emitrom.com/gwt4touch). Not only because we created
 it, but also because it leverages Sencha Touch, which to me
 is the best mobile HTML5 framework on the market. We also added
 PhoneGap support if you want to add some native capabilities.

 2)i also like mgwt a lot. (The Gwt PhoneGap API is from the same
 author). But i think Gwt4Touch looks a bit better :)

 Native :
 On the other end Gwt4Ti Mobile will help you build native mobile apps
 by leveraging the Titanium runtime.
 So if you want to go native while leveraging GWT(specially all your
 back end code) Gwt4Ti mobile should help.



 If you have any question feel free to ping us on the forum

 www.emitrom.com/forum

 Cheers,

 Alain

 2012/2/13 Adolfo Panizo Touzon 

> Hi all,
>
> I have developed a GWT app. Now, we are planning to create the same
> app to mobile devices (Android, Android Tablet, Iphone, Ipad,
> Blackberry...).
>
> After a fast google search, I have seen that the are some frameworks
> that allow "write once, run everywhere" like 
> mgwt
> , PhoneGap , 
> gwt4timobile
> .
>
> The questions is that I don't what is the best, and if there are
> others.
>
> Also I don't know if there is a good decision work with these
> framew

Re: GWT Designer + MGWT library = Runtime exception

[Daniel Kurka]

This sounds great, please let me know if I can do anything to help / speed
this up.

- Daniel

2012/2/11 Konstantin Scheglov 

> I'm working now on property-provider scripts support.
> It works in general and allows me to open mGWT UI - RootPanel with Button.
> I need some time for testing this change though.
>
> --
> 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/-/dEI8FCJHY_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: GWT Designer + MGWT library = Runtime exception

[Daniel Kurka]

GWT Designer not supporting custom binding properties leads to problems
with mgwt.

The issue is open since Aug 11. Is this issue scheduled in any way?

Maybe one could propose a patch that would fix this?

Otherwise we would have to eliminate all deferred binding in gwt,xml files
and move it into generators (which is not very nice) and remove all custom
variables from css
(and maybe a lot more..)



2012/2/10 Konstantin Scheglov 

> http://code.google.com/p/google-web-toolkit/issues/detail?id=6693
>
>  --
> 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/-/HYbnsi3E9_cJ.
>
> 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 Designer Issues

[Daniel Kurka]

is there an actual workaround for this (as suggested in the issue?)

Someway to force gwt designer to use the default binding if it can not call 
the property providers?


-- 
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/-/U-LypPW72ZEJ.
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: issue with gwt RPC

[Daniel Kurka]

Your server is running out of memory. Give your sever some more RAM at startup.

- Daniel Kurka



Am 23.01.2012 um 15:45 schrieb fceransky:

> Hello, sorry to disturb you with that.
> 
> But I have no clue how to fix the problem:
> It's the log from my tomcat when I try to use a AsyncCallback:
> 
> Thanks by advance
> 
> Fred
> 
> Jan 23, 2012 1:47:04 PM org.apache.catalina.core.ApplicationContext
> log
> SEVERE: Exception while dispatching incoming RPC call
> java.lang.OutOfMemoryError: Java heap space
>at
> java.lang.AbstractStringBuilder.(AbstractStringBuilder.java:45)
>at java.lang.StringBuffer.(StringBuffer.java:91)
>at
> com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter
> $LengthConstrainedArray.(ServerSerializationStreamWriter.java:
> 64)
>at
> com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.toString(ServerSerializationStreamWriter.java:
> 551)
>at com.google.gwt.user.server.rpc.RPC.encodeResponse(RPC.java:
> 619)
>at
> com.google.gwt.user.server.rpc.RPC.encodeResponseForSuccess(RPC.java:
> 474)
>at
> com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:
> 571)
>at
> com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:
> 208)
>at
> com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:
> 248)
>at
> com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:
> 62)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:
> 637)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:
> 717)
>at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:
> 290)
>at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
> 206)
>at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:
> 233)
>at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:
> 191)
>at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:
> 127)
>at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:
> 102)
>at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:
> 109)
>at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> 298)
>at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:
> 859)
>at org.apache.coyote.http11.Http11Protocol
> $Http11ConnectionHandler.process(Http11Protocol.java:588)
>at org.apache.tomcat.util.net.JIoEndpoint
> $Worker.run(JIoEndpoint.java:489)
>at java.lang.Thread.run(Thread.java:662)
> 
> -- 
> 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: GWT for developing a desktop based application

[Daniel Kurka]

You may want to take a look at phonegap for desktop: http://www.phonegap.com


Am 22.01.2012 um 07:34 schrieb Parth Savani:

> independent

-- 
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: Gettting the style element after calling ensureInjected on a CssResource

[Daniel Kurka]

judging from the implementation in CssResourceGenerator of writeEnsureInjected 
there is no way to do this right now.

Any ideas?

-Daniel


Am 21.01.2012 um 23:25 schrieb Daniel Kurka:

> Hi there,
> 
> I am wondering if there is a simple way (that I am missing?) to get a hold of 
> the style element that gets injected into the head of the document after 
> calling ensureInjected on a CSS Resource.
> 
> -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-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.

Gettting the style element after calling ensureInjected on a CssResource

[Daniel Kurka]

Hi there,

I am wondering if there is a simple way (that I am missing?) to get a hold
of the style element that gets injected into the head of the document after
calling ensureInjected on a CSS Resource.

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

mgwt: Building iPhone / Android app with GWT

[Daniel Kurka]

For those interested mgwt 1.0 was just released.

Link to the project homepage:
http://www.m-gwt.com

Link to the blogpost:
http://blog.daniel-kurka.de/2011/11/mgwt-10-released.html

- Daniel Kurka

-- 
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: Google Web Toolkit for Web and Mobile development

[Daniel Kurka]

take a look at http://www.m-gwt.com

Am 03.11.2011 um 02:39 schrieb dkgcb:

> I came across the information that if you want to develop the site
> that would serve smart device users, you need to develop site
> specifically for mobile users. Does anyone care to share if it is
> possible to develop a site that would serve desktop and mobile devices
> using the GWT?
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Google Web Toolkit" group.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> To unsubscribe from this group, send email to 
> google-web-toolkit+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/google-web-toolkit?hl=en.
> 

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

Re: native callback going into the eternal void

[Daniel Kurka]

to make UncaughtExceptionHandler working you should also wrap the call in
$entry() function:

var func = entry(function delegate() {
@com.webfair.gwt.components.client.CalendarBox::test()
se...@com.webfair.gwt.components.client.CalendarBox
::fireDateChangedEventFromJS()
});




2011/10/14 Dennis Haupt 

> that was it. makes sense.
>
>
> 2011/10/13 Tomasz Gawel 
>
>> use double ()()
>>
>> @com.webfair.gwt.components.client.CalendarBox::test() is only the
>> signature of method
>> to call it use @com.webfair.gwt.components.client.CalendarBox::test()
>> ();
>>
>> --
>> 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.

Re: Animation when switching activities impossible?

[Daniel Kurka]

For mgwt (http://www.m-gwt.com) I just put in a custom ActivityManager to
handle animations, while switching activities. Maybe that could work for you
was well

- Daniel Kurka

2011/10/13 Aidan O'Kelly 

>
>> It's a bit like they ignore the standards they created with
>> Activities. 'Cause in theory it's possible to show as many activities
>> as you like in parallel... ;)
>
>
> They are more like informal contracts rather than 'standards'. :) and in
> any case, the activity will be stopped by the Activity Manager, its the
> view/widget that you keep around temporarily. In another situation you might
> have 3 views, and only one active at once, with the other two greyed out.
> And FWIW, it is possible to have multiple Activity's running, but you would
> probably user multiple ActivityManagers or something similar.
>
>  --
> 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: Image Update Memory Leak

[Daniel Kurka]

Hi there,

from first glance there seems to be nothing wrong with your code. I think
with IE7/8 there was an issue with the cache control that properly, does the
leak still exists when removing the cache controls?

response.addHeader("Pragma", "no-cache");
response.addHeader("Cache-Control", "no-cache");

- Daniel Kurka

2010/11/1 hermis 

> Hello,
>
> I have written a simple application which fills a FlexTable with a set
> of images. There is a timer which updates the URL of each image every
> second. The URL points to a Servlet which in turn generates a random
> PNG image on its doGet() method and writes it to the response output
> stream. The servlet sets the "Cache-Control" header to "No-Cache".
>
> When I run the webapp in IE7 / 8 the memory gradually increases.
> Leaving it overnight can get it close to 1Gb.
>
> Here is the client code:
>
> #
>
> public class LeakyApp implements EntryPoint
> {
>public static final String IMAGE_SERVLET_NAME = "imageServlet";
>
>public void onModuleLoad()
>{
>leak();
>}
>
>private void leak()
>{
>UrlBuilder urlBuilder = createUrlBuilder();
>
>final FlexTable table = new FlexTable();
>
>final List lstImages = createAndAddImages(5,10 ,table
> );
>
>final String strURL = urlBuilder.buildString();
>
>final Timer timer = new Timer(){
>
>int nCounter = 0;
>
>@Override
>public void run()
>{
>for (Image img : lstImages)
>{
>img.setUrl( strURL + "?" +
> nCounter++) ;
>}
>}
>};
>
>final Button btnStartLeak = new Button("Leak");
>btnStartLeak.addClickHandler( new ClickHandler()
>{
>@Override
>public void onClick(ClickEvent event)
>{
>RootPanel.get().remove( btnStartLeak );
>RootPanel.get().add( table );
>timer.scheduleRepeating( 1000 );
>}
>});
>
>RootPanel.get().add( btnStartLeak );
>}
>
>private List createAndAddImages(int rowCount, int colCount,
> FlexTable table)
>{
>List lstImages = new ArrayList();
>
>for(int row = 0; row{
>for(int col = 0; col{
>Image image = new Image();
>lstImages.add( image );
>table.setWidget(row, col, image);
>}
>}
>
>return lstImages;
>}
>
>private UrlBuilder createUrlBuilder()
>{
>UrlBuilder urlBuilder = null;
>
>if( GWT.isScript() )
>{
>urlBuilder = new UrlBuilder();
>urlBuilder.setHost( Window.Location.getHost() );
>urlBuilder.setPath( Window.Location.getPath() +
> IMAGE_SERVLET_NAME );
>}
>else
>{
>urlBuilder = Window.Location.createUrlBuilder();
>urlBuilder.setPath( IMAGE_SERVLET_NAME );
>}
>
>return urlBuilder;
>}
> }
>
> 
>
> Here is the servlet code:
>
> 
>
> public class ImageServlet extends HttpServlet
> {
>private int nCounter = 0;
>private Font font = new Font("Tahoma", Font.BOLD, 10);
>
>private static Color getRandomColor()
>{
>int r = (int)(Math.random()* 255);
>int g = (int)(Math.random()* 255);
>int b = (int)(Math.random()* 255);
>
>return new Color(r,g,b);
>}
>
>@Override
>protected void doGet ( HttpServletRequest request,
> HttpServletResponse response ) throws IOException
>{
>
>OutputStream out = response.getOutputStream();
>
>response.setContentType("image/png");
>response.addHeader("Pragma", "no-

Re: Performance issues with large number of divs

[Daniel Kurka]

Hi Chris,

I would suggest to go down another path, based on what ive found to be fast
in GWT and whats not:

Your performance issue seems to derive from two problems: first GWT RPC and
second single DOM manipulations.

To get your datastructures faster into the client I would suggest reading up
on GWT Javascript Overlays and JSON. I recently replaced GWT RPC in a large
project with lots of hased structures and we could drop the average
serialization time in the client from 2 secs to 20 ms. (but be aware of the
Javascript overlay restrictions)

The second thing is DOM operations in general are very expensive and widgets
are event more expensive. I would suggest to go the same way like CellTable
did. Render your content as html inside only one widget. THis will handle
all events. I did this by giving each element inside the markup an id,
events bubbled up to the widget where id figured out which element was
clicked, changed or whatever

You should also take a look at the Cells introduced with celltable and their
Templates...

Hope i could give you some pointers.

-Daniel Kurka





2010/11/2 Jeff Schwartz 

> I believe it would be trivial in that you would only need to add OnClick
> event handlers for each of your divs. You would also have to refactor the
> divs to be actual widgets such as Labels. If you are using UiBinder this
> will be a piece of cake though if you aren't it is only slightly more
> complex.
>
> However, with that said, when you render the view which contains the text
> elements that the user can click on then why don't you also call back to
> your server with a list of those elements and using that list, return
> whatever information pertains to each item in the list. If you return a
> HashMap, for instance, then your OnClick handlers would just need to do a
> get("someKey") on the HashMap to retrieve what ever information is tied to
> the element that the user clicked on. If I were designing this that is how I
> would do it. It is a very "ajaxian" way of doing things like this.
>
> If the list of clickable elements is extremely large (in the thousands) or
> if the data tied to those elements is large then you can defer calling back
> to the server until each item is clicked. In this case you would only return
> the data pertaining to the clicked item from the server back to the client.
> Depending on your server's response time (start up latency, for example)
> this may also be a good solution.
>
> Both of the 2 above  aren't difficult to achieve. GWT actually makes it
> very easy, in fact (GWT is absolutely fantastic!!!). Just one word of
> caution, mark all you data structures as serializable otherwise you will get
> weird errors when you call back to your server or worse, you will get no
> errors but the data transported back to the client will not be right.
>
> Jeff
>
>
> On Tue, Nov 2, 2010 at 9:45 AM, Chris wrote:
>
>> Thanks Jeff. I had thought of that idea, but then I'd somehow need to
>> tie in to the GWT event model so that I could capture when people
>> click on this text, firing through all my presenters and event bus. (I
>> just realised that I missed that bit off the first message).
>>
>> Perhaps though that is fairly trivial?
>> Chris
>>
>>
>> On Oct 30, 1:42 pm, Jeff Schwartz  wrote:
>> > BTW, if the process to generate the content on the server were very
>> > intensive and you wanted to minimize the impact of generating your
>> content
>> > on other users you could break the process up into smaller chunks or
>> work by
>> > making repetitive calls back to the server. How you'd coordinate these
>> calls
>> > with your client would be use-case dependent of course.
>> >
>> > For example, if you are deploying to App Engine you could use tasks &
>> the
>> > datastore to do this:
>> > 1) 1st call back to the server asks to start the process of generating
>> your
>> > content which kicks off a task to do it and when it completes it stores
>> the
>> > generated content as a string in a datastore entity. This could actually
>> use
>> > more than one task but again is  use-case dependent.
>> > 2) onSuccess method of the step 1 above loops call backs to the server
>> to
>> > check if the entity in the table exists. If it does the server returns
>> the
>> > string in the payload otherwise it returns null.
>> > 3)onSuccess method of step 2 above checks for a valid string having been
>> > returned and if true appends it to the dom. If null was returned it
>> would
>> > just continue looping until a valid string were returned.
>> >
>> &g

Re: Renaming modules

[Daniel Kurka]

you dont have to rename the module if you dont like it.

renaming is just for convienience

- Daniel Kurka


2010/10/27 hezjing 

> Hi
>
> I was reading
> http://code.google.com/webtoolkit/doc/latest/DevGuideOrganizingProjects.html#DevGuideModuleXml,
> and see the following code snippet under renaming modules section:
>
>
> <http://code.google.com/webtoolkit/doc/latest/DevGuideOrganizingProjects.html#DevGuideModuleXml>
> com.foo.WorkingModule.gwt.xml:
> 
>  
> 
>  
> 
>
> Why we want to rename com.foo.WorkingModule to com.foo.MyModule, and then
> inherits itself again?
>
>
> Also, what is the reason we must rename the module in order to restrict the
> number of permutations? Why can't we do this without renaming the module
> like the following?
>
> com.foo.WorkingModule.gwt.xml:
> 
> 
>  
> 
>
>
> I'm confused, :-)
>
>
> --
>
> Hez
>
> --
> 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 do I send program generated Images to my users?

[Daniel Kurka]

Hi Greg,

from my point of view there are to ways of doing this:

- Generate the image with a servlet on the fly (return the appropriate mime
type and the image)
or (if the images are small)
- you can encode them using base64 and set them as data in an image url

Hope that helps
- Daniel Kurka


2010/10/25 Greg Dougherty 

> Hi all,
>
> My servlet is creating images that I need to send to the client.  My
> first thought was save the image to a file, then send the path to that
> image to the client, which can then call new Image
> (GWT.getModuleBaseURL () + imagePath);
>
> This worked just fine in the development environment.  But when I
> deploy to Tomcat, if I try to use a relative path, it does it from
> where Tomcat was started, rather than from my module's base.  For
> obvious reasons, I'd prefer not to try to save images to a hard-coded
> path (makes it a bit difficult to move the app around).
>
> Is there a clean way to get my module's base path, so I can save the
> images relative to that?  If not, what IS the approved way to pass
> program generated images to the client?
>
> TIA,
>
> Greg
>
> --
> 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: Development server not loaded on IE when -bindAddress 0.0.0.0

[Daniel Kurka]

Does firefox work?

-Daniel Kurka

2010/10/23 antichrist 

> I'm using "-bindAddress 0.0.0.0" argument and using test from IE6,7,8.
>
> Suddenly I cannot load webpage anymore. Page title is loaded but
> that's all.
>
> And no response on Eclipse Development mode console.
>
> Summary
>
> Development Server Off : Page not found.
>
> Development Server with argument -bindAddress 0.0.0.0:
>  -> Page Title only loaded on IE.FF,Chome,Safai is OK
>
> Development Server without -bindAddress 0.0.0.0:  No Problem on All.
>
>
> I checked FireWall and Port Change.
>
> Any suggestion 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-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: Question that i don't found in yours FAQ's

[Daniel Kurka]

If you have some restrictions on your code on the server side (beeing able
to run in a 1.4 java enviroment) you can still use java 6 to run gwt. (and
you should) just make sure to set your javac to compile with java 1.4 as
target...

-Daniel Kurka

2010/10/26 Jim Douglas 

> I have to ask
>
> Why would you use a version of Java (1.4.2) that's been dead and
> unsupported for two years?
>
> What is stopping you from using current versions of Java (1.6.0_22)
> and GWT (2.0.4 or 2.1.0)?
>
>
> On Oct 25, 9:43 am, Diego Basurco Mancisidor 
> wrote:
> > Hi, i want know if i can use Google Web Toolkit 1.7 with java 1.4
> > without problems, or i only can use the GWT 1.4 version where i see
> > that need Java 1.4 or higher.
> >
> > Thanks,
> > Diego
>
> --
> 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: update a single widget lead to the whole page refresh?

[Daniel Kurka]

have you tried speed tracer to see whats actually going on inside the
browser?

-Daniel Kurka

2010/10/25 Jason 

> Yes, It's flex table. But I create the table in initialization and
> never change it then.
>
> I can under when I update the label, it require find the dom elmement
> of label. but why the size of the flextable will impact the peformance
> so greatly?
>
> I guess the browser would be able to find the element in O(1). Is it
> in O(n)? or even worse?
>
> On Oct 19, 8:51 am, choxy  wrote:
> > If it is large table, resizing, restyling and redrawing it can be very
> > consuming (maybe some automatic resize checks, because of changing
> > size of label). Is it fixed size table? You should try using Grid
> > instead of FlexTable with fixed size (table-layout:fixed with set
> > width for columns).
> >
> > Another guess is that access to label element because of large dom
> > table is consuming (only if in each update element is searched in DOM
> > table).
>
> --
> 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.

Implementing a DevMode Plugin

[Daniel Kurka]

I was wondering if there is any documentation available on
implementing a dev mode plugin for other browsers.

I was able to find the design document for OOPHM:
http://code.google.com/p/google-web-toolkit/wiki/DesignOOPHM

Any more pointers?

-Daniel Kurka

-- 
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: Client side caching of the .nocache,js and other included .js and .css files

[Daniel Kurka]

The .nocache.js file is loaded everytime to determine if the GWT Application
has changed and if we need to fetch the "big" cache.html file.

If your external javascript files change regularly I would suggest to put
them into the HTML site not include them with your app (at least not without
recompiling the app to invalidate the old files)

-Daniel Kurka

2010/10/9 PeterT 

>
> We have a project.nocache.js file that included other .js and .css
> files. The generated project has a long GUID like name which changes
> each compilation, so that file is correctly loaded, but the problem we
> see is that when we change the other include files on the server, the
> client does not get the new files.  For the .nocache.js file we can
> force a reload by passing an additional parameter on the url that we
> change everytime the server side changes, but that does not cause the
> included .js and .css files to be picked up.
>
> Does anybody have the same issue and are there ways around this?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To post to this group, send email to google-web-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: newbie - GWT.getHostPageBaseURL() + "greetingService?input=" + string);

[Daniel Kurka]

Hello Ray,

if you are wondering what url the gwt async uses, you can see this in
firebug (network tab).

I think you are missing your module in the url.
Dont use  GWT.getHostPageBaseURL() use GWT.getModuleBaseURL() and you should
be fine.


-Daniel Kurka

2010/10/11 Ray Tayek 

> At 03:47 PM 10/10/2010, you wrote:
>
>> hi, i would like to add a timeout to some of my async callbacks. i am
>> using a hacked up version of greet server. the normal code:
>> greetingService.greetServer(id, new AsyncCallback() { ... }
>>
>> ...
>>
>> using the second (please see code below),  the code:
>>  GWT.getHostPageBaseURL() + "greetingService?input=" + string);
>>
>> returns: http://127.0.0.1:/greetingService?input=Command1
>>
>> the url that the browser uses is:
>> http://127.0.0.1:/Rtecg2.html?gwt.codesvr=127.0.0.1:9997
>>
>> can someone tell me the correct url to use or how to fix the code to get
>> it programatically?
>>
>
> i'm geting a 404, the console says: [WARN] 404 - GET
> /greetingService?input=command0id (127.0.0.1) 1401 bytes
>
> the complete console log is below.
>
> so i am trying to find out what the correct url is. the other normal async
> calls work fine, but i do not know what url that uses.
>
> thanks
>
> (Rtecg2.java:61) 2010-10-10 16:17:31,640 [INFO ] got wire: command0 fail!
> (Rtecg2.java:103) 2010-10-10 16:17:31,640 [INFO ]
> http://127.0.0.1:/greetingService?input=command0id
> [WARN] 404 - GET /greetingService?input=command0id (127.0.0.1) 1401 bytes
>   Request headers
>  Host: 127.0.0.1:
>  User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
> rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10 ( .NET CLR 3.5.30729)
>  Accept:
> text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
>  Accept-Language: en-us,en;q=0.5
>  Accept-Encoding: gzip,deflate
>  Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
>  Keep-Alive: 115
>  Connection: keep-alive
>  Content-Type: text/plain; charset=utf-8
>  Referer: http://127.0.0.1:/rtecg2/hosted.html?rtecg2
>   Response headers
>  Content-Type: text/html; charset=iso-8859-1
>  Content-Length: 1401
> (Rtecg2.java:109) 2010-10-10 16:17:31,671 [ERROR] fail!
>
>
>
>
> ---
> co-chair http://ocjug.org/
>
> --
> 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: Development view Open / Open With don't work

[Daniel Kurka]

which version of gwt are you running?



2010/10/11 Rud 

> I am using the GWT plugin in Eclipse but seeing different behariors on
> two machines. On one machine after running my app the development view
> "open / open with" menu brings up the application in a browser. On the
> other machine it won't. Instead I have to do the "copy" URL and past
> it into the browser.
>
> Both machines are running the same version of Eclipse and OS (Win XP
> SP3) with Explorer and Chrome installed. Neither browser is invoked
> with the 'open with'.
>
> Any ideas why the difference?
>
> Rud
> http://www.mysticlakesoftware.com
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To post to this group, send email to google-web-tool...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-web-toolkit+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
>
>

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

Re: Invoke a GWT Widget from JSP Page

[Daniel Kurka]

Hi Salil,

you can reserve some space in your jsp page for the gwt widget:






And in GWT you can add your widget to the div by doing:

RootPanel.get("wherethegwtwidgetgoes").add(widget);

hope that helps


2010/10/6 Salil 

> Hi,
>
> I have a JSP page which consists of a textarea and few buttons.
>
> I want to reuse an existing GWT widget which consists of a TextBox and
> a clickable icon and place it inside the JSP Page.
>
> Kindly let me know what all is required to be done.
>
> Regards,
> Salil
>
> --
> 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 java from external javascript

[Daniel Kurka]

if you are in javascript its not $wnd its just window :)

2010/10/5 Boris Lenzinger 

> Sorry for the javascript : there is a mistake : variable name is not
> buttonnode but button at return step of the method...
> Anyway the problem still stands ;-)
>
> Boris
>
> 2010/10/5 Boris Lenzinger 
>
>> Hi,
>>
>> I'm currently trying to call a "java" method from a javascript that lives
>> outside of the generated javascript from GWT.
>>
>> What I want to do is the following :
>>   make the gwt component communicates with a javascript component (in both
>> ways).
>> I have to say that I don't know at all javascript..
>>
>> The problem I encounter is the following :
>>   * call to javascript method (generated by GWT) from my handwritten
>> javascript does not work : firebug says : $wnd does not exist.
>> I thought this variable was always existing in javascript but this
>> assumption is may be false.
>>
>> I think it is quite basic (probably a problem of understanding in
>> javascript). I have read the following (this is where I found most of the
>> code for doing the stuff) :
>>
>> http://www.gwtapps.com/doc/html/com.google.gwt.doc.DeveloperGuide.JavaScriptNativeInterface.JavaFromJavaScript.html
>> plus others (like
>> http://www.mail-archive.com/google-web-toolkit@googlegroups.com/msg38714.html)
>>  but I'm stuck there.
>>
>> Here the very basic code to test the feature :
>>
>> 
>>The GWT Component
>> 
>> package test.app.client;
>>
>> import com.google.gwt.core.client.EntryPoint;
>> import com.google.gwt.dom.client.DivElement;
>> import com.google.gwt.dom.client.Document;
>> import com.google.gwt.event.dom.client.ClickEvent;
>> import com.google.gwt.event.dom.client.ClickHandler;
>> import com.google.gwt.user.client.ui.Button;
>> import com.google.gwt.user.client.ui.DialogBox;
>> import com.google.gwt.user.client.ui.HTML;
>> import com.google.gwt.user.client.ui.RootPanel;
>> import com.google.gwt.user.client.ui.VerticalPanel;
>> import com.google.gwt.user.client.ui.Widget;
>>
>> /**
>>  * Entry point classes define onModuleLoad().
>>  */
>> public class GwtAndJavascript implements EntryPoint {
>>
>>   JsButton jsButton;
>>
>>   public void onModuleLoad() {
>> final Button gwtButton = new Button("Add item to JS !");
>>
>> final VerticalPanel panel = new VerticalPanel();
>> panel.add(gwtButton);
>>
>> RootPanel.get("sendButtonContainer").add(panel);
>> MyUtilityClass.exportStaticMethod();
>>
>>
>> final ClickHandler handler = new ClickHandler() {
>>
>>   public void onClick(ClickEvent event) {
>> jsButton.callSayHello("User");
>>   }
>> };
>> gwtButton.addClickHandler(handler);
>>
>> // Now I want to add javascript button that lives in a js script...
>> jsButton = new JsButton();
>> panel.add(jsButton);
>>
>>   }
>>
>>   private class JsButton extends Widget {
>>
>> public JsButton() {
>>   DivElement element = Document.get().createDivElement();
>>   makeMyGraphicalObject(element);
>>   setElement(element);
>> }
>>
>> private native void makeMyGraphicalObject(DivElement element) /*-{
>>   $wnd.createButton(element);
>> }-*/;
>>
>> public native void callSayHello(String name) /*-{
>>   $wnd.javascriptSayHello(name);
>> }-*/;
>>
>>   }
>>
>> }
>>
>> ===
>> The class that should help to trigger the java method from javascript
>> ===
>> package test.app.client;
>>
>> import com.google.gwt.user.client.Window;
>>
>> public class MyUtilityClass {
>>
>>   public static void sayHello() {
>> Window.alert("Say Hello !");
>>   }
>>
>> public static native void exportStaticMethod() /*-{
>>   $wnd.sayHello = @test.app.client.MyUtilityClass::sayHello();
>> }-*/;
>>
>> }
>>
>> 
>> The HTML page
>> 
>>
>> 
>>   
>> 
>>
>> 
>> 
>> 
>> 
>>
>> 
>> 
>> 
>> Web Application Starter Project
>>
>> 
>> 
>> 
>> 
>> 
>> > src="gwtandjavascript/gwtandjavascript.nocache.js">
>> > src="button.js">
>>   
>>
>>   
>>   
>>   
>>   
>>   
>>   
>>
>> 
>> > style="position:absolute;width:0;height:0;border:0">
>>
>> 
>> 
>>   
>> Your web browser must have JavaScript enabled
>> in order for this application to display correctly.
>>   
>> 
>>
>> 
>>   
>> 
>>   
>>   
>> 
>>   
>> 
>>   
>> 
>>
>>
>> 
>> The javascript code
>> 
>>
>> function createButton(divElement) {
>>   var button= document.createElement('input');
>>   button.setAttribute('type','button');
>>   button.setAttribute('name','button');
>>   button.setAttribute('value','JS Button');
>>   divElement.appendChild(button);
>>   button.onclick = function() { $wnd.sayHello; };
>>
>>   return button;
>>
>> }
>>
>> // This is called from java
>> 

Re: Explanation of the code server in developer mode

[Daniel Kurka]

Hi Paul,

heres the link to the design document of the out of process hosted mode:

http://code.google.com/p/google-web-toolkit/wiki/DesignOOPHM

- Daniel

2010/9/29 Paul Michael Reilly 

> I now understand that the code server runs in a JVM and communicates
> with the gwt plugin running in in the browser.  My experience is that,
> at least at startup, performance of rendering the GWT page is very
> slow.  I do understand and appreciate that the benefit is debugging
> convenience and minimization of the code-test-debug cycle.  So mostly
> out of curiosity, I would like to understand, at a high level, what is
> transpiring between the code server and the plugin.  Can someone
> explain it, or reference some documentation?
>
> Thanks,
>
> -pmr
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To post to this group, send email to google-web-tool...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-web-toolkit+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
>
>

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

Re: GWT Dev mode Changes in the Java class is not reflecting when refresh the browser

[Daniel Kurka]

What you are describing can be caused by many things, so I will try to take
a lucky guess?


Do you have the gwt.codesrv parameter in the url? (otherwise you are not
using the out of process hosted mode, you are just looking at the compiled
app)

Changes on the server side are only visible after you restart the embedded
jetty (in eclipse theres a refresh button in the devmode view)






2010/9/29 Marianandan Arockiasamy 

> Hi,
>
> I have an issue with GWT development mode. Recently I migrated grom
> GWT 1.6 to GWT 2.0.4 in my current project. I also use Eclipse 3.5,
> GXT 2.2.0, JDK 1.6 and Jetty as development environment.
>
> I have to spend lot of time every time whenever make even a small
> change in my client side / Server side java class, I need to do GWT
> Compile which is a full compile which might take atleast 5 mins.
>
> I tried to refresh the browser and expecting the changes would be
> relfecting as it was doing in the GWT 1.6 hosted mode environment.
> But, It never happened.
>
> I am badly need to fix this issue because my development activity has
> been slowdown due to this issue.
>
> I would appreciate any sort of help on this.
>
> Thanks
> Mari
>
> --
> 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: 2.1 Documentation

[Daniel Kurka]

I'm sorry about the blog not being in english :)

Thanks for the hint on SimplePanel. I`m gonna keep this in mind once m4
arrives.

2010/9/30 Thomas Broyer 

>
>
> On 30 sep, 00:18, Daniel Kurka  wrote:
> > I just started to take a look on GWT 2.1m3 and MVP and made a small blog
> > post about it.
> >
> > Maybe this will help?
> >
> > http://blog.daniel-kurka.de/2010/09/testdriving-gwt-mvp-from-gwt-21-m...
>
> Could you please switch your blog to english? I was able to figure out
> what "Vorschau" means only because I've recently commented on other
> Blogger blogs.
>
> Looking forward to read the next blog post!
>
> (note that your SimpleDisplay won't be needed in 2.1m4 as SimplePanel
> implements AcceptsOneWidget –the new name for Activity.Display–; also,
> views generally will be widgets themselves, rather than contain
> widgets, again this is made a bit easier in 2.1m4 as Widget implements
> IsWidget, returning itself, so you don't have to write the asWidget
> method if your view is a Widget)
>
> --
> 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: 2.1 Documentation

[Daniel Kurka]

I just started to take a look on GWT 2.1m3 and MVP and made a small blog
post about it.

Maybe this will help?

http://blog.daniel-kurka.de/2010/09/testdriving-gwt-mvp-from-gwt-21-m3-part.html

2010/9/29 Aldo 

> My only question is: when will GWT 2.1 M4 be available? And when will
> it be released (the GA)? It seems like the due dates are always being
> updated and we all we can do is wait until we get it. I'm about to
> start an enterprise project and I chose GWT 2.1 because of the
> promises, but apparently it was a poor choice. I knew I'd start it
> around  October but now until when I'll have to wait to get the final
> release?
>
> Thanks
>
> On Aug 18, 10:08 am, David Chandler  wrote:
> > The design waves Thomas referenced (thank you, Thomas) are shared with
> > members of the google-web-toolkit-contributors group, which is the
> > best place to participate in ongoing development of the MVP features
> > in2.1.
> >
> > Expect documentation on2.1MVP to begin appearing with2.1M4and full
> > docs to be available with the2.1release.
> >
> > /dmc
> > David Chandler
> > Google Web Toolkit Team
> >
> > On Aug 17, 11:40 am, Thomas Broyer  wrote:
> >
> >
> >
> > > On 16 août, 03:58, Bayard Randel  wrote:
> >
> > > > Hi there,
> >
> > > > Is there any preliminary documentation around the new features in2.1,
> > > > particularly the MVP implementation? I'm going to be starting a large
> > > > GWT project shortly, but am somewhat hesitant to get started knowing
> > > > that official support for MVP is forthcoming.
> >
> > > Seehttps://wave.google.com/wave/waveref/googlewave.com/w+eva-sERfA
> >
> > > There are other waves that could interest you, about Cell widgets,
> > > Validation, RequestFactory, etc.
> > > Seehttps://wave.google.com/wave/waveref/googlewave.com/w+A-PZdxsLNas
> > > a starting point
> > > And the JavaDoc is here:
> http://google-web-toolkit.googlecode.com/svn/javadoc/2.1/index.html
>
> --
> 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: Newbie qn: GWT.xml inherits vs Build path

[Daniel Kurka]

GWT Compiler does not use the whole java classpath for the sources that will
be translated to javascript. (There would be a lot of not translatable
classes). So by using the inherit tag you tell the compiler which classes
exactly need to be translated to javascript

- Daniel

2010/9/29 Abdullah Shaikh 

> Adding jar on the build path helps eclipse for code completion and compile
> errors, while adding the  in .gwt.xml file is for the gwt compiler
> to know that it needs to include the specified gwt module.
>
> Abdullah
>
>
> On Wed, Sep 29, 2010 at 12:17 AM, Will  wrote:
>
>> Hi,
>>
>> Beginner question:
>>
>> What is the difference between adding the GWT jar to my Eclipse build
>> path and the  functionality in the myapp.gwt.xml > name='com.google.gwt.user.User'/>
>>
>> What does the  achieve that I don't get with having the .jar
>> on my build path..
>>
>> Thanks,
>> W
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Google Web Toolkit" group.
>> To post to this group, send email to google-web-tool...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> google-web-toolkit+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/google-web-toolkit?hl=en.
>>
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To post to this group, send email to google-web-tool...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-web-toolkit+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
>

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

Re: GWT Hosted Mode crashing after Snow Leopard 10.6.2 Update

[Daniel Kurka]

>
> Glimpse:
>

please check if you have your old version of gwt-dev is not in the classpath
anymore :9
maybe thats the problem...

--

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

Re: GWT Hosted Mode crashing after Snow Leopard 10.6.2 Update

[Daniel Kurka]

I found a very UGLY solution to my problem (which enables me to continue
working).

I replaced in LowLevelSaf.java public static native void gcUnprotect(int,
int); to public static void gcUnprotect(int, int) {}

causing the invalid access

This is not a real fix, just a very nasty workaround

If you run into the same problem you can download a fixed gwt-dev.jar from
here:

http://www.daniel-kurka.de/gwt-dev-1.7.1-mac-sf-4.0.4-fix.jar

--

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

Re: Localization - is GWT localization worth it? Can we have juse a single permutation please?

[Daniel Kurka]

2009/4/23 Dobes 

>
> I'm considering translating my app, but I realized that it currently
> takes 12 minutes for GWT to compile the application - thus, for five
> languages would it take an hour, is that right?


I wont be five times but it will be a lot more. I would say GWT adds about
85% if you introduce a second language



>
>
> Or is the compiler smart enough to realize that the only thing that
> changes between these versions is those strings (no code is changing,
> so why recompile and re-optimize it all)?
>
> It seems like GWT's "permutations" system is really it's greatest
> problem for me right now.  I think there are relatively few classes
> that differ between permutations and the performance gains are
> probably not that great.
>
>
> I think it would be a lot better for my purposes to have a single
> permutation and just have GWT.create() instantiate the right generated
> subclass for the current browser/language setup.  In fact, that would
> cut my compile time down to just 2 or minutes.
>
> Has anyone actually measured the benefits of compiling separately for
> each browser as opposed to just using an appropriate subclass?
>
> Any idea how much work it would be to customize the compiler to work
> this way?
>
>
>
> >
>

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

Re: GWT Serialization with CustomFieldSerializer fails because of SerializationPolicy

[Daniel Kurka]

this is exactly what i was thinking.
we need a way to specify the classes that are okay to serialiaze with the
service

2009/4/17 Vitali Lovich 

> Hasn't been accepted - just opened.  Anyone can open issues against GWT.
>
> That being said, I think there could be room for improvement.  For
> instance, if you specify a serializable interface or serializable abstract
> class, you should be allowed to enumerate all the various types that can
> possibly go across the wire in an annotation so as to provide more
> contextual information that the compiler simply doesn't otherwise have
> access to at compile time.
>
> @Transfers({A.class, B.class, C.class, D.class})
> Serializable foo(Serializable[] x);
>
> etc. which limits the compiler to only look at A, B, C, & D when it comes
> across trying to compile this RPC function.
>
> This would solve a lot of issues & make the expressiveness much more
> powerful.
>
>
> On Fri, Apr 17, 2009 at 3:18 AM, Salvador Diaz wrote:
>
>>
>> Frankly I don't see how that issue could be accepted, the fact that
>> you have to mark all your serializable objects as Serializable or
>> IsSerializable has been there from the beginning. It's related to the
>> way the compiler has to know at compile time what objects are allowed
>> to travel through RPCs and how they should be serialized. You simply
>> cannot expect it to magically detect the types that will be added to
>> your  map.
>>
>> On Apr 16, 10:14 pm, kurka.dan...@googlemail.com wrote:
>> > I added my concerns to this issue in the gwt issue tracker:
>> >
>> > http://code.google.com/p/google-web-toolkit/issues/detail?id=3521
>>
>>
>
> >
>

--~--~-~--~~~---~--~~
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 1.6 with Maven and build system questions/survey...

[Daniel Kurka]

same here...

2009/4/17 P.G.Taboada 

>
> > The one remaining issue is the new build output format (WAR), and how
> > resources are deployed. I'm totally against having GWT compile
> > directly into /src/main/webapp. It's completely against the principles
> > of keeping your source tree clean and putting all artifacts under
> > target. If you stick with traditional maven approach, it means you
> > need to execute war:exploded first before launching hosted mode (and
> > again if you want to change something without restarting the hosted
> > mode).
>
> I totally agree here. The "old" GWt build proceding was naive and we
> needed twirks to get it running. When I first heard of the new
> structure I was really happy: GWT is growing up! But than I had a
> closer look at it and I could not believe it! How can the GWT
> developer be so genious and so naive at the same time??? How could
> they miss that point? Don't they use their own dog food? Did they
> never see how projects are build outside? Or do they use something we
> don't know?
>
> It is hard to argue to get resources/ time/ budget for a build
> infrastructure change.
> We need budget now, because GWT 1.6 does it differently - and you know
> what? It is naive again! We will need budget again!
> We will probably need to wait for GWT 1.7, GWT 1.8, GWT 1.9, GWT 2.0
> to have this issue fixed.
>
> I can't tell how disappointed I am.
>
>
> brgds,
>
> P.G.Taboada
> >
>

--~--~-~--~~~---~--~~
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 1.6 with Maven and build system questions/survey...

[Daniel Kurka]

I invested more ore less 8h and dont have a wokring configuration of the
trunk of the mojo gwt plugin and gwt 1.6

Some things work, but many don't. Kinda anoying...

--~--~-~--~~~---~--~~
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 with CustomFieldSerializer fails because of SerializationPolicy

[Daniel Kurka]

The problem is that the compiler will create the code for al objects in the
classpath that implement serialiazable (which are more ore less 1+).
This results in enormous compile time and huge javascript...

absolutely not doable

any more suggestions?

2009/4/15 Salvador Diaz 

>
> > perhaps can we use annotations like @gwt.typeArgs
>
> Those are deprecated, you should really avoid using them
>
> > >  a simple java class containing a Map
>
> Can't you just use a Map ? If the map is going
> to be travelling through RPCs you really shouldn't be putting objects
> that don't implement Serializable into it.
>
> Cheers,
>
> Salvador
>
> >
> > > For every service gwt has a list of classes which can be Serialized
> > > (whitelist). If my understanding is right this list is generated by the
> > > compiler at compile time by analizing the members of a class.
> >
> > > But we can have classes (which ARE serializable) inside our transient
> map,
> > > but gwt will not serialize this classes because of the
> SerializationPolicy
> > > (these classes could not be found by the compiler at compile time).
> >
> > > Is there any way to extend the white list of SerializationPolicy.java ?
> >
> > > If I add all classes as private members to my class the members are
> found
> > > and the class can be serialized, but this is anoying and we cant do
> this for
> > > all classes (we dynamically decide which classes we need to transfer)
> >
> > > Anyone got any expierence with that?
> >
> > > Maybe open an issue about this?
> >
>

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

GWT Serialization with CustomFieldSerializer fails because of SerializationPolicy

[Daniel Kurka]

For data transport we use a simple java class containing a Map This map is transient and we serialize it with a custom field
serializer. This works fine for most situations.

For every service gwt has a list of classes which can be Serialized
(whitelist). If my understanding is right this list is generated by the
compiler at compile time by analizing the members of a class.

But we can have classes (which ARE serializable) inside our transient map,
but gwt will not serialize this classes because of the SerializationPolicy
(these classes could not be found by the compiler at compile time).

Is there any way to extend the white list of SerializationPolicy.java ?

If I add all classes as private members to my class the members are found
and the class can be serialized, but this is anoying and we cant do this for
all classes (we dynamically decide which classes we need to transfer)

Anyone got any expierence with that?

Maybe open an issue about this?

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

Re: GWT 1.6 with Maven and build system questions/survey...

[Daniel Kurka]

Currently we are trying to update our buildsystem from gwt 1.5 + gwt-maven
from google code

We are trying to use the trunk of gwt-maven from codehaus since those two
plugins are merging.

We were able to sucessfully compile a gwt project, but we still have some
open issues.

Has anyone a working installation of GWT 1.6 and Maven?

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