Re: Is moving away from RPC a good idea?

[Paul Robinson]

One thing I really like about using JSON for my message formats is that
they are human readable (YMMV).

If you're wondering whether a problem is client side or server side, or
when you just want to know exactly what information the client was given,
being able to read the content of messages can be very useful.

Paul

On Sat, 13 Jan 2024, 13:08 Alex Karg,  wrote:

> gwt-rpc is one of the parts I like the most about GWT and why we chose GWT
> to start with. Same DTOs on client and server and you don't have to care
> (too much) about de/serialization. Why do I care about JSON, or binary or
> whatever serialized format, as long as it is secure, performant and
> serialization is able to handle my object relation structures?
>
> Some mention "some annoying downsides" or "is imperfect in a lot of ways"
> regarding gwt-rpc. What are does? The only argument I understood so far, is
> that it may require you to have gwt-rpc *and* REST/RequestFactory
> client-server channels in parallel. We had that since the very beginning,
> because of OAuth, captcha, file download links etc.. I never saw any
> practical issues with that set up. For example with spring-security we can
> easily map both channels to the same user/roles/rights concept.
>
> On Wednesday, January 10, 2024 at 5:26:04 PM UTC+1 Christian Hebert wrote:
>
>> Hi guys, I've seen the changes in the new release regarding jakarta
>> servlets, which is great, it's a step toward jakarta but to this day,  GWT
>> is still based on the Servlet API 3.1.
>>
>> Prior of seeing that change, I tried to move away from RPC calls and use
>> http requests instead. I found a nice library called RestyGWT (
>> https://resty-gwt.github.io/) who can really simplify the process of
>> handling json data from/to a Rest API.
>>
>> So I converted my GWT remote servlets to a Rest API, made a few minor
>> changes in my client code and voilà, I was able to deploy it on a Jakarta
>> Application server since there is no GWT involved on the server side
>> anymore.
>>
>> The last version of RestyGWT has been release in 2020 so I'm not sure how
>> active this project is but from what I've seen it's enough for me.
>>
>> So, I would like to get your thoughts on that.  Would you go on that
>> road? stick to RPC calls and wait for a version of GWT based on Jakarta?
>> build your "own" GWT with the changes introduced in the vew version?
>>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit/392768b6-58aa-4c71-b54f-cdb0d3aacf53n%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/CAGHNWN%2BHHwNkDxThecyGKDETUrskO%2BunCLbfGo5H21L94jZWcg%40mail.gmail.com.

Re: GWT RPC call recognized as a Java Method Injection by Fortiweb

[Paul Robinson]

Having readable network messages is very useful for debugging.

It's also easy to include more data in a GWT RPC messages than you really
need unless you're careful with it.

Regards,
Paul

On Fri, 21 Jul 2023, 15:43 Ralph Fiergolla, 
wrote:

> I think I asked the question before: as a long-term GWT-RPC user, what
> would be the benefit of moving to some other RPC protocol/mechanism?
>
> Thomas Broyer  schrieb am Fr. 21. Juli 2023 um 12:34:
>
>>
>>
>> On Friday, July 21, 2023 at 11:38:59 AM UTC+2 petr...@o3enterprise.com
>> wrote:
>>
>> We have one deployment of a GWT app where there is a Fortiweb firewall
>> that blocks every GWT RPC call because it recognizes every call as a Java
>> Method Injection attack. This seems to be caused by the presence of the
>> pattern "java.lang." in the messages from the client to the server like the
>> following:
>>
>> 7|0|7|https://host/app/app_gui/|BD9331DABCA5012FC56F3600DF03415F|com.app.gui.client.Bridge|getClientConfiguration|java.lang.St
>> ring/2004016611|john|ADMINISTRATOR|1|2|3|4|2|5|5|6|7|
>> 
>>
>> My idea is to convince the firewall administrator that these are
>> false-positives as these calls are part of the GWT RPC mechanism that does
>> not allow arbitrary java code execution on the server side.
>>
>> Is my reasoning correct or am I not worried enough?
>>
>>
>> Your reasoning is correct. But you can also obfuscate type names to
>> prevent triggering the WAF:
>> https://github.com/gwtproject/gwt/blob/main/user/src/com/google/gwt/user/RemoteServiceObfuscateTypeNames.gwt.xml
>>
>> (disclaimer: I haven't used RPC for more than 10 years)
>>
>> --
>> 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 view this discussion on the web visit
>> https://groups.google.com/d/msgid/google-web-toolkit/40bf5948-5d59-4d47-8686-7b1db98e80fdn%40googlegroups.com
>> 
>> .
>>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit/CACwwWxPGRqV2pBTq4iPr4mmbE%2Bb38sxzAZuN%3D__z%2BemUACS5%3Dw%40mail.gmail.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/CAGHNWNLxJj2xtR6HGZG6R9m20LPpwwFaO%2B1BEGrvouvQK_vbcQ%40mail.gmail.com.

Re: GWT.create() is only usable in client code!

[Paul Robinson]

Try the shared version instead of the client versionn:

com.google.gwt.core.shared.GWT

Paul

On Sat, 29 Jun 2019, 14:20 Evan Ferrell,  wrote:

> I am receiving the attached error when trying to run JUnit. Please advise.
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit/bdf933c5-c992-496b-a082-5d0737dd627e%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/CAGHNWNKdiiiXVd0xBcv7f%2BFcuk0s%2BadSzXtr6yH3QGRAdLDv-w%40mail.gmail.com.

Re: Stack trace not showing correct line number

[Paul Robinson]

I haven't seen proper stack traces in my app without emulation in Chrome,
even in older versions of GWT.

Is it possible there's a trick to making it show the real line instead of
the function start, rather than a bug in 2.8.2?

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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/CAGHNWNL79HdM2hv-5rqKhquhzD_qev6nDirg0bQK6ZZjjqNf2w%40mail.gmail.com.

Re: Unexpected behavior

[Paul Robinson]

I don't think you're showing us enough code. The exception indicates
something is calling toString() on a null object, but there's nothing in
what you've shown us that calls a toString() method.

Try compiling in pretty mode with full stack traces. You'll see better
error information.

Paul

On Tue, 12 Mar 2019, 21:53 Velusamy Velu,  wrote:

> Adding a larger screen clip.
>
>
> [image: Screen Shot 2019-03-12 at 5.40.52 PM.png]
>
>
> On Tuesday, March 12, 2019 at 5:48:59 PM UTC-4, Velusamy Velu wrote:
>>
>> Friends:
>>
>> I'm developing a Chemical drawing tool and have been progressing steadily
>> with a lot of difficulties. My technology stack is Java 8, GWT 2.8.2, GMD
>> 2.x, Eclipse Photon, running on a MacBook Pro, and Chrome | Firefox | Opera
>> for testing. A limited functioning pilot is running at
>> http://peruselab.com.
>>
>> I just ran into a trouble that I couldn't figure out on my own. Below are
>> the relevant snippets of code that's causing trouble. The call (1)
>> ActionHandlerMap.getHandler(action) is expected to return an instance of
>> PeruseEventHandler. I expect the sequence of execution to be 1, 2, & 3.
>> However, upon returning from 2 (verified with the debugger) I see the
>> control going to 4 (screen clip 1) followed by throwing an exception
>> (screen clip 2). Any idea what could be wrong? Your help will be greatly
>> appreciated.
>>
>> ...
>>
>>   PeruseEventHandler eventHandler = ActionHandlerMap.*getHandler*(action);
>> // 1
>>   Globals.*currentShape* = eventHandler.handle(*null*, *null*); // 3
>> ...
>>
>> *public* *class* ActionHandlerMap {
>>
>>   *public* *static* *final* Map
>> *ACTION_HANDLER_MAP* = *new* HashMap<>();
>>
>>
>>   *static* {
>>
>> *ACTION_HANDLER_MAP*.put(Action.*DRAW_SINGLE_BOND*, *new*
>> SingleBondDrawingHandler());
>>
>>   }
>>
>>
>>   *public* *static* PeruseEventHandler getHandler(Action anAction) {
>>
>> *return* *ACTION_HANDLER_MAP*.get(anAction); // 2
>>
>>   }
>>
>> }
>>
>>
>> *public* *class* Globals {
>>
>>   *public* *static* Action *action*;
>>
>>   *public* *static* Shape *currentShape*; // 4
>>
>> }
>> Enter code here...
>>
>>
>> [image: Screen Shot 2019-03-12 at 5.36.35 PM.png]
>>
>> Screen clip 1
>>
>>
>>
>> [image: Screen Shot 2019-03-12 at 5.40.52 PM.png]
>>
>>
>>
>> --
> 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: Deobfuscated stack trace message and line-specific stack traces

[Paul Robinson]

I always deploy a version compiled with emulated stack traces alongside the
regular version so that if a problem can be replicated, I can get a proper
stack trace.

But I still share your pain. Trying to work out which line of obfuscated
JavaScript could possibly have given a null pointer exception can be quite
tedious.

I'd be (happily) surprised if it's possible to improve stack traces or
error messages without slowing things down.

Paul

On Mon, 5 Nov 2018, 18:59 brad  Hi,
>
> Two issues that often frustrate me with GWT deobfuscated stack traces:
> a) The stack trace is deobfuscated, but the error message is not, so you
> get something like "com.google.gwt.core.client.JavaScriptException:
> (TypeError) : Cannot read property 'a' of undefined".
> b) The stack trace refers to methods headers, rather than specific lines.
>
> In many cases, neither of these is a big deal, but if the message is
> obscure and the method in question is long it can make debugging difficult.
> Is there anything that can be done to work around this (compiler
> properties, etc.). This is particularly for debugging a deployed
> application, not locally using super dev mode.
>
> Thanks,
> Brad
>
> --
> 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: Upload a file gwt

[Paul Robinson]

You can store the file on the server in a temporary area, returning a key
to the UI. Then, when the user is ready to submit the lot, the UI sends the
file's key to the server as well as the other data.

The server can then move the file data to a permanent home, or mark it as
permanent.

Paul



On Wed, 12 Sep 2018, 10:06 Ousti Driss,  wrote:

> Hey guys,
>
> While browsing on the internet I found a way to upload a file in a gwt app,
> I managed to reimplement the code and it works just fine using formPanel,
> It just happens that this file needs to be stored in a mysql database,
> the problem is before the user selects the file he wants to upload, he
> needs to pick up two elements from
> 2 combobox,
> I need those informations so I can build my sql querry, How I can get
> those fields selected by the user
> in the  upload File servlet?
>
> Thanks a lot,
>
> --
> 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: Advice Needed - moving to GWT 2.8.2 from 2.7 compile error

[Paul Robinson]

Check to see if you're mixing GWT versions. Maybe more than one GWT jar
file in your path.

Paul

On Fri, 4 May 2018, 16:09 Rachel,  wrote:

> I couldn't find another post with this same error but if there is one I
> apologize.
> We are moving a project from GWT 2.7 to GWT 2.8.2 but when we try to
> compile with Ant we are getting the following error and we haven't found a
> way to resolve it.
> Any suggestions would be appreciated.
>
> Buildfile: *C:\Users\s235985\workspace\wkflw_test\Approval\build.xml*
>
> *init*:
>
> *prepareGWT*:
>
> [*java*] Exception in thread "main" java.lang.NoSuchMethodError:
> com.google.gwt.util.regexfilter.RegexFilter: method ()V not found
>
> [*java*] at com.google.gwt.util.regexfilter.WhitelistRegexFilter.(
> *WhitelistRegexFilter.java:21*)
>
> [*java*] at com.google.gwt.dev.jjs.JJSOptionsImpl.(
> *JJSOptionsImpl.java:54*)
>
> [*java*] at com.google.gwt.dev.PrecompileTaskOptionsImpl.(
> *PrecompileTaskOptionsImpl.java:39*)
>
> [*java*] at com.google.gwt.dev.CompilerOptionsImpl.(
> *CompilerOptionsImpl.java:30*)
>
> [*java*] at com.google.gwt.dev.Compiler.main(*Compiler.java:108*)
>
> BUILD FAILED
>
> *C:\Users\s235985\workspace\wkflw_test\Approval\build.xml:48: Java
> returned: 1 *
>
> Total time: 6 minutes 20 seconds
>
>
> --
> 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: compilerArgs setProperty multi values - [ERROR] Unable to parse JavaScript

[Paul Robinson]

We do both: release compiles have a permutation with native stack traces
for normal use, plus a "debug" version which includes emulated stack
traces. We deploy both of them, but don't tell real users about the debug
version unless there's a good reason to do so.

Sometimes it's useful for us to be able to switch to the debug compile when
you have a repeatable error to get a higher quality stack trace. It means
our internal releases for testing are identical to what gets released
externally.

On Thu, Nov 30, 2017 at 8:49 AM, Jens  wrote:

>
> OMG 50%, hehe maybe I did something wrong last time I was checking the
>> difference. I need to try it again. Thanks!
>>
>
> Yes it is always twice the size because GWT compiler will insert an
> additional line of code to capture stack frames for each line of your code.
> For small apps it is not that dramatic but for example our app would grow
> multiple mega bytes and execution will noticeably slow down. Thus we don't
> use emulated stack traces. But event without it we can still find the
> reason for an exception relatively quickly.
>
> -- J.
>
> --
> 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: How to contact www.gwtproject.org Website?

[Paul Robinson]

I'm not a security expert either, but doesn't https stop a
man-in-the-middle attack?

So the only way to cause you to download the wrong thing is to compromise
gwtproject.org, in which case they could just put the sha1 for their
altered file on there. That's much easier than creating an alternative
download with the same sha1 as the original file.

Paul

On 11 Jul 2017 11:42 am, "salk31"  wrote:

> I think Bob has a point. I don't think HTTPS helps that much. Isn't the
> issue that somebody could generate a new binary that has a SHA1 that
> matches the real binary?
>
>
> On Wednesday, July 5, 2017 at 10:30:24 PM UTC+1, Thomas Broyer wrote:
>>
>> This is not wrong, but not a real vulnerability either I believe, if only
>> because, to begin with, downloads are made through HTTPS.
>> (Don't take my words for granted though, I'm not a security expert)
>>
>> Wrt your first question, have a look at http://www.gwtproject.org/maki
>> nggwtbetter.html
>> You could post to the GWT Contributors group, or file an issue on
>> gwtproject/gwt.
>>
> --
> 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: Debugging with developer tools

[Paul Robinson]

You can send the whole stack trace to the server and use
StackTraceDeobfuscator to work out the real locations.

See this recent thread:

https://groups.google.com/forum/m/#!topic/Google-Web-Toolkit/z4Rg1G2MgCQ

Paul


On 14 Jun 2017 7:06 pm, "Harry Wagner"  wrote:

> Is there a way to tie an umbrella exception back to a specific LOC using
> either Chrome or Safari developer tools?
>
> Uncaught Error: com.google.gwt.event.shared.UmbrellaException: Exception
> caught: (TypeError) : Cannot read property 'xe' of null
>
> --
> 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: Any issues running in detailed (or pretty) style in production?

[Paul Robinson]

We've done this for a long time now, and it does indeed work well. You
don't get the exact line numbers, but rather the first line number of the
method it's in, but that's usually enough. We also have an extra
permutation for a "debug" build that sets compiler.stackMode to emulated. I
set it up so you have to point your web browser at a different landing page
to get this permutation, so customers don't normally see it. However, it's
easy to use it ourselves (in testing or production) or to point somebody at
it if we need more accurate stack traces.

We always ship the standard and debug versions with every release, so we
can always use the debug version that's the equivalent of what's in
production.

Paul

On Fri, Jun 9, 2017 at 8:38 AM, Jens  wrote:

>
> No, because I just figured the obfuscated code wasn't worth trying to
>> deobfuscate, but apparently symbolMaps is the key.  Kirill provded the
>> details so I plan to refer to that.  Thanks for the time!
>>
>
> As a future improvement: You could send any client side exception to the
> server using the GWT UncaughtExceptionHandler and then let the server
> deobfuscate the exception (SymbolMaps/SourceMaps + StackTraceDeobfuscator)
> and log it. Alternatively the deobfuscated exception could also be send via
> mail (possibly encrypted) to a bug tracker or similar. Works pretty well.
>
> -- J.
>
> --
> 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: JsInterop JSON.parse()ed object differs from JSNI JSON.parse()ed object

[Paul Robinson]

Have you tried modifying/simplifying the JSON to see what your odd
behaviour is sensitive to?

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.

Re: DateTimeFormat issue

[Paul Robinson]

Looks to me like this bug:
  https://gwt-review.googlesource.com/#/c/14430/

which was (coincidentally?) mentioned today here:

https://groups.google.com/d/msg/google-web-toolkit-contributors/33Zw3nP3q7o/eUSj5-eKEwAJ

Paul

On Mon, Sep 19, 2016 at 2:39 AM, Freddy Boucher 
wrote:

> Hi,
>
> Can someone help me to understand why this test fails (I'm using GWT
> 2.7.0):
>
> package com.threatmetrix.ccc.portal.widgets.barchart.client;
>
> import com.google.gwt.i18n.client.DateTimeFormat;
> import com.google.gwt.i18n.client.TimeZone;
> import com.google.gwtmockito.GwtMockitoTestRunner;
> import org.junit.Assert;
> import org.junit.Test;
> import org.junit.runner.RunWith;
>
> import java.util.Date;
>
> @RunWith(GwtMockitoTestRunner.class)
> public class DateTimeTest {
> @Test
> public void working() {
> Date date = new Date(145739520l);
> DateTimeFormat format = 
> DateTimeFormat.getFormat(DateTimeFormat.PredefinedFormat.ISO_8601);
> String formattedDate = format.format(date, 
> TimeZone.createTimeZone(0));
>
> Assert.assertEquals("2016-03-08T00:00:00.000+00:00", formattedDate);
> Assert.assertEquals(date, format.parse(formattedDate));
> }
>
>
> @Test
> public void notWorking() {
> Date date = new Date(145963908l);
> DateTimeFormat format = 
> DateTimeFormat.getFormat(DateTimeFormat.PredefinedFormat.ISO_8601);
> String formattedDate = format.format(date, 
> TimeZone.createTimeZone(0));
>
> Assert.assertEquals("2016-04-03T23:18:00.000+00:00", formattedDate);
> Assert.assertEquals(date, format.parse(formattedDate));
> }
> }
>
>
> Results:
>
>- DateTimeTest#*working()*: OK
>- DateTimeTest#*notWorking()*: there is a difference of 1 day between
>the *Expected* and the *Actual* date
>
>
> Log:
>
> java.lang.AssertionError:
> Expected :Sun Apr 03 09:18:00 AEST 2016
> Actual   :Mon Apr 04 09:18:00 AEST 2016
>   
>
>
>
> at com.threatmetrix.ccc.portal.widgets.barchart.client.
> DateTimeTest.notWorking(DateTimeTest.java:32)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at com.google.gwtmockito.GwtMockitoTestRunner.run(
> GwtMockitoTestRunner.java:301)
> at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(
> JUnit4IdeaTestRunner.java:117)
> at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(
> JUnit4IdeaTestRunner.java:42)
> at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(
> JUnitStarter.java:262)
> at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:84)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at com.intellij.rt.execution.application.AppMain.main(AppMain.java:147)
>
> Thanks.
>
> --
> 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

[Paul Robinson]

git tells me CalendarUtil.java is the same in 2.7 and 2.8RC2. So yes, the
code should behave the same.

But the above behaviour is not wrong because it's standard Java behaviour.

Whether you use Date.setMonth(n) or Calendar.set(Calendar.MONTH, n) Java
behaves the same way. That is, if you start on August 31, and set the month
to September, then you find you are on October 1.


On Thu, Sep 1, 2016 at 10:01 AM, Daniel Kurka 
wrote:

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

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

[Paul Robinson]

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.

Re: GWT RPC in GWT 3.0+

[Paul Robinson]

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)

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.

Re: ProjectStruture

[Paul Robinson]

GWT RPC may not be supported beyond GWT 2.8, so I'd be wary of using it for
a new project now.

Paul
On 19 Feb 2016 8:17 p.m., "Sam Wootton"  wrote:

> Thank you Gilberto, good advice. Im not sure it will reduce work or
> achieve the 'minimal' server rewrite (or rather maximal legacy reuse), but
> at least it will be done properly.  I hadnt heard of RestyGWTbefore, so
> thanks.  I'll give your advice a go, and see where it takes me.
>
> Regards, Sam
>
> On 19 February 2016 at 18:35, Gilberto 
> wrote:
>
>> I don't think my comment will help you out, but in my opinion you
>> shouldn't go to GWT RPC if you're rewriting the communication with the
>> server. Go RESTful. Given the nature of your application, a pure RESTful
>> structure can not be achieved, but at least you can start using REST
>> frameworks, such as Jersey (on the server) and RestyGWT (on the client).
>>
>> I say that because I'm currently working on a project where I have to
>> convert GWT RPC calls to REST calls, to enable the server to be called from
>> native mobile apps. Trust me: I'd be happier if I had started RESTful since
>> day 1.
>>
>> About the XML stuff: were you using SOAP? Or something else? Is the XML
>> just the transport for the entity data? If so, you could replace it with
>> JSON... without having to write the parsers for it. You get it for free
>> when using Jersey or any other REST framework for Java.
>>
>>
>> On Friday, February 19, 2016 at 3:18:44 PM UTC-2, Sam Wootton wrote:
>>>
>>> I guess one of the main problems is jumping from RemoteServiceServlet
>>> (setting session data), then handing control over to a 'standard' Servlet
>>> (which does db work, business logic, sets new session data and attempts to
>>> write, a now redundant?, response)... then jumping back in to the original
>>> RemoteServiceServlet and returning the original rpc call.
>>>
>>> Btw - Im having problems formatting my posts here (using Firefox
>>> 42.0b9), I cant put spaces in between words in my post titles, apologies :]
>>>
>>> Regards, Sam
>>>
>>>
>>>
>>>
>>> On Friday, 19 February 2016 13:54:25 UTC, Sam Wootton wrote:

 ​
 ​Dear GWT Users,

 Many thanks in advance for any help and advice. Very much appreciated!

 I have a legacy application: java Swing client with XML based Servlet
 communication (request and response).

 The server comprised of aro
 ​​
 und 10 Servlets, one 'Front Controller' that forwarded
 (RequestDispatcher
 ​ ) to other Servlets depending on the initial XML request from
 client.  These delegated Servlets did everything (parsed XML, db queries,
 session data, etc).​

 I decided move java swing client to gwt. Also move from XML to gwt
 rpc.  Ideally I dont want to rewrite the whole server again (even thought
 it just talks in XML / Strings).

 I thought I could just forward my request from my main
 RemoteServiceServlet class, on to my 'legacy' XML servlets.

 What do I have so far?

 A working GWT client, making RPC calls to my RemoteServiceServlet.
 Successfully set session data and forward on to a e.g. LoginServlet.
 LoginServlet queries db and updates session data.
 Read updated session data in RemoteServiceServlet.

 For example:

 *RemoteServiceServlet*
 getThreadLocalRequest().getSession().setAttribute("username", username);
 requestDispatcher = 
 getThreadLocalRequest().getRequestDispatcher("/LoginServlet");
 requestDispatcher.forward(getThreadLocalRequest(), 
 getThreadLocalResponse());

 *LoginServlet*
 String username = (String) session.getAttribute("username");
 // do some db stuff & set new session data
 session.setAttribute("userEmail", userEmail);

 *RemoteServiceServlet*
 getThreadLocalRequest().getSession().getAttribute("userEmail")


 This seems very convoluted and hacky, and not scalable for the amount
 of work done in my 'legacy' servlets.  Is there a better way?

 Can I have multiple servlets extend RemoteServiceServlet?
 Whats the best way to implement a 'front controller' style architecture
 with gwt?
 Whats the best way to integrated multiple legacy XML servlets with a
 GWT facade / front controller?
 My legacy servlets just read and write a lot of XML, for example

 
 
 >>> password_pref='no'/>
 


 This thread was helpful

 https://groups.google.com/forum/#!topic/google-web-toolkit/kRmrirPsFC8

 I have a lot of XML data, session data and file upload / download data
 (hence have these split up in to different servlets).

 Anyway-  hope this gives an overall picture of my project / problem(s).

 Regards, Sam


 --
>> You received this message because you are subscribed to a topic in the
>> Google Groups "GWT Users" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/top

Re: GWT-log 3.1.3 issues GWT 2.6.1 with

[Paul Robinson]

On 11 Jan 2016 11:13 a.m., "vaibhav gwt"  wrote:
> Just upgraded to 2.6.1 and ran into the following when trying to
> build with gwt-log-3.1.3.jar.

Your gwt-log is too old. See the compatibility information here:

https://github.com/fredsa/gwt-log/wiki/GettingStarted

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.

Re: GWT Developer Plugin does not work in Chrome

[Paul Robinson]

It's not a bug. Chrome and Firefox removed support for the API that classic
dev mode required. You can install an old browser, or embrace the future
and go with super dev mode.

There have been lots of discussions about this here before; the group
archives will explain all the details if you want them.

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.

Re: GWT Asynchronous callback and UI

[Paul Robinson]

You appear to be adding an item without also creating that item. That
suggests the item already exists, and is possibly already displayed. You
can't have the same widget appearing more than once. That may be your
problem.

Paul

On Mon, Dec 21, 2015 at 9:02 AM,  wrote:

> Hello all,
>
>   I have a Composite with Widgets that are populated from the
> database.  Let's assume I need to add new Item object and ID for this
> object comes from database after object is persisted on the server. So I
> did:
>
>
>
> private void addItem(String title, String description) {
>   ItemDTO itemDto = new ItemDTO(0L, title, description, false);
>   todoService.saveItem(itemDto, new AsyncCallback() {
> @Override
> public void onFailure(Throwable caught) {
> Window.alert("Failed to save item");
> }
> @Override
> public void onSuccess(ItemDTO itemDto) {
> Window.alert("Item saved");
> item.setId(itemDto.getId());
> item.setTitle(itemDto.getTitle());
> item.setDescription(itemDto.getDescription());
> content.add(item);
> }
>
> });
>
>
>This way Item is added to database, but Window.alert is not shown
> and UI does not show the item newly added.
>If I did this way:
>
>
> private void addItem(String title, String description) {
> Item item = new Item();
> item.setTitle(title);
> item.setDescription(description);
> content.add(item);
> ItemDTO itemDto = new ItemDTO(0L, title, description, false);
> todoService.saveItem(itemDto, new AsyncCallback() {
> @Override
> public void onFailure(Throwable caught) {
> Window.alert("Failed to save item");
> }
>
> @Override
> public void onSuccess(Long id) {
> Window.alert("Item saved");
> updateItem(id);
> }
>
> });
> }
>
> private void updateItem(Long id) {
> Item item = (Item) content.getWidget(content.getWidgetCount()-1);
> item.setId(id);
> }
>
>  Everything works as expected, but "update" item logic is a bit
> dangerous. Why I can't add item object in callback?  What's wrong with a
> first example?
>
> Thank you.
>
> --
> 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: ant devmode doesn't work

[Paul Robinson]

Have you installed ant? Have you googled that error message? For example,
googling the error message gives this as the first result:

http://stackoverflow.com/questions/9262712/ant-is-not-recognized-as-an-internal-or-external-command

Paul
On 12 Sep 2015 5:56 pm, "Priyanka"  wrote:

> Hello Everyone,
>
> I installed gwt-2.7.0 and ran the webAppCreator command line tool. It
> generated the required webfiles, but when i run the command ant devmode, it
> gives me the following message
>
> 'ant' is not recognized as an internal or external command,
> operable program or batch file.
>
> Any pointers on what I am missing would be helpful.
>
> Thanks,
> Priyanka
>
> --
> 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.
>

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

Re: Important videos from GWT Meet-up 2015

[Paul Robinson]

I suspect most people here just haven't quite realised the magnitude of
what's planned. The plans are quite reasonable for anybody that can start
from scratch (which doesn't include me). Anybody invested in GWT will have
a problem. That includes Google, although there are no obvious plans for a
migration path.

It might mean GWT forks, although I can't see anybody new to GWT adopting
GWT 2.8 once 3.0 is out, and the current plans will put people off adopting
GWT now.

Paul

-- 
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: How to deal with large multi-module applications on GWT

[Paul Robinson]

> All our developers have new core i7 machines with 8gb of RAM

That's not enough.

We used to use 16GB RAM for developers, but it was too constraining. We now
use 32GB 64 bit machines. Having fast hardware makes a significant
difference too.

Paul

On Fri, Jun 19, 2015 at 12:02 AM, Victor Krausser  wrote:

> Hello Jens!
>
> Well, today we have more than 250K java lines of client code divided in
> around 50 modules compiled in 4 permutations (2 browsers and 2 languages).
>
> I would say that full clean-build, let's say for a release or in
> continuous integration, could actually take up to 30 min and would not be a
> problem. But I can not let this grow indefinitely in memory, it would be a
> problem even for a server.
>
> Today I had to increase again maxHeapSize of the build as it surpassed
> 3GB. All our developers have new core i7 machines with 8gb of RAM. For
> dev we are working with strategies as commenting out groups of modules that
> we are not working on to improve compile time and memory consumption.
>
> What we need is to structure better our projects to *decrease the memory
> footprint for dev and CI environment and compile time for dev*.
> We plan on increasing a lot our code base and with the current structure
> it will really soon become unsustainable.
>
>
>
> Em quinta-feira, 11 de junho de 2015 19:32:59 UTC-3, Jens escreveu:
>>
>> AFAICT the amount of GWT modules shouldn't noticeably influence the
>> compilation time.
>>
>> What increases compilation time is lines of code obviously, the amount of
>> permutations that need to be compiled (for example I18n can produce lots of
>> permutations), wether or not you use more than one worker during
>> compilation (parameter -localWorkers) and finally outdated CPUs and RAM
>> shortage (GWT developers should have decent machines to work with, not that
>> 5 year old 3GB Windows 7 notebook).
>>
>> So for production builds or test builds you probably don't care about the
>> compile time as these builds are done on build servers anyways. For the
>> occasional development compiles you can decrease compilation time by
>> limiting permutations to a single one and skip most optimizations by using
>> the -draftCompile parameter.
>>
>> How many lines of client side GWT code does your app have and how many
>> permutations do you produce? A compile time of 8-12 minutes doesn't sound
>> too unreasonable if the app is already large or has lots of permutations.
>>
>>
>> -- J.
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: Gwt Editors: How to change a value programmatically

[Paul Robinson]

On 10 Mar 2015 18:56, "Manuel"  wrote:
>

> // Copy day/month/year to the datebox
> startDate.setYear(selectedDate.getYear());
> startDate.setMonth(selectedDate.getMonth());
> startDate.setDate(selectedDate.getDate());
>

Perhaps you should remember the year/month/date you want another way.

Also, copying the year, month and date like that from one date instance to
another is fundamentally broken. It will usually do what you expect but not
always.

For example, if you have 2015-02-20 and copy that to a date that starts off
as 2015-03-31, then copying the year will change nothing because they are
already the same. Copying the month will give the value 2015-02-31 which
doesn't exist. So it will interpret that to mean 2015-03-03, since 31st Feb
is 3 days beyond the end of February (in 2015).

You finally copy the day, and so end up with 2015-03-20 when you thought
you would get 2015-02-20.

Paul

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

[Paul Robinson]

+1

This would be a breaking change because all gwt package names should
change. But it is probably worthwhile to have a Google-free name and brand.

I think this appraisal of the website and especially in comparison to the
scala-js website is correct. It's probably painful after the recent changes
though.

Paul

-- 
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: DART vs. GWT

[Paul Robinson]

I don't have an answer for you, but here's an interesting description of
how Google's Inbox uses Java as a base for building Android, web (via gwt)
and iOS (via j2objc) apps. Three separate native apps sharing about two
thirds of the source code.

http://gmailblog.blogspot.nl/2014/11/going-under-hood-of-inbox.html?m=1

It's hard to see how Dart could do that.

Paul
 On 20 Nov 2014 21:15, "Richard Eng"  wrote:

> I've been trying to understand the reasons GWT has not become a widespread
> JS alternative. It has lost a great deal of mindshare; it's pretty much a
> niche market now. Dart appears to be Google's second crack at the whip
> (possibly learning from GWT's mistakes?).
>
> There is very little discussion on the web about these reasons. Is it
> really because of Java's reputation for being complicated and difficult?
>
> Or could the elephant in the room be issues surrounding compiling to JS?
> If so, this would be the same obstacle Dart faces.
>
> So, why *did* GWT not take the world by storm?
>
>
> On Wednesday, 22 August 2012 18:10:38 UTC-4, Joseph Lust wrote:
>>
>> Frankly the only issue GWT has, which Dart likely does not, is that it
>> requires intelligent Java developers. You know, that language that is all
>> strict and requires you to really understand what you're doing. Generics,
>> oh my!
>>
>> Script kiddies don't much care for XML, unit testing frameworks, Aria,
>> UiBinder, i18n, hyper optmized JS and the like. To them these are hoops. I
>> would not expect frameworks that really are best in class at making RIA's
>> to be the 'most popular' for this reason. And it's not just the kiddies. To
>> others like seasoned JSP developers, many of the concepts are still new in
>> GWT, and why would they want to change?
>>
>> So I'd never expect GWT to become super popular or to surpass PHP/jQuery
>> mashups. But I can say from experience that in the enterprise space, where
>> these features are sought afters, it is continuing to gain popularity.
>> We've got 70 GWT devs in my office alone.
>>
>>
>>
>> Sincerely,
>> Joseph
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: Development Mode will not be supported in Firefox 27+

[Paul Robinson]

If you're using eclipse and chrome, then sdbg is good. It's not perfect,
but it is *much* better than browsing Java source and setting break points
in the browser.

Paul
On 3 Nov 2014 17:49, "David Hoffer"  wrote:

> I like where you might be going with your last paragraph (the IntelliJ
> part)..."Other than that there is the experimental Eclipse plugin named
> SDBG so you can use your IDE for debugging (but you are still debugging
> JS!). IntelliJ can do the same out of the box."
>
> Are you saying that IntelliJ can somehow use SDM and still be debugging in
> IntelliJ?  If so I'd like to know more about this.  I was thinking that
> for SDM to be acceptable...somehow it has to get back to the IDE so I can
> debug, navigate & edit in one tool.  If this is possible then SDM starts to
> look better.
>
>
> On Mon, Nov 3, 2014 at 8:36 AM, Jens  wrote:
>
>> I definitely use a MVP/C model but not Places.  I don't think I should be
>>> tided to one and only one MVP approach.
>>>
>>
>> Places are just for navigation. They have nothing to do with MVP. You can
>> use them without GWTs Activity class.
>>
>>
>>
>>>   However even if I did it's not clear how that would help the fact that
>>> the browser has a 'copy' or 'image' of the real thing...at the end of the
>>> day I need my IDE to make changes.
>>>
>>
>> Yeah it is a bit counter intuitive if you see your Java code in the
>> browser and want to debug it. The best thing you can do is to place
>> breakpoints and then step through the code. Navigating the code with
>> something like ctrl + click as in Java IDEs is not possible with source
>> maps (although you can search, open file, goto line using shortcuts). Also
>> conditional break points obviously need to use JavaScript expressions. At
>> the end you are debugging JavaScript that only got visually transformed
>> into your original Java code to please your eyes.
>>
>> As an alternative you could try the following in Chrome:
>> - use the SDM parameter -XmethodNameDisplayMode with your desired setting
>> - Disable source maps in Chrome Dev Tools.
>>
>> Now you are dealing with the raw JavaScript (which already looks pretty
>> similar to your Java code) but when hitting a breakpoint Chrome will
>> display your Java class/method name for each stack element. So you kind of
>> see a Java stack trace in Chrome but when clicking on it you see the raw JS
>> code. The added benefit of using raw JS is that while a break point is
>> active you can now hover JS code and Chrome will give you additional
>> information about the code as well as a link to jump to the definition. And
>> with the Java like stack trace it is easier to spot the code path in your
>> IDE. Might be an interesting compromise.
>>
>> Other than that there is the experimental Eclipse plugin named SDBG so
>> you can use your IDE for debugging (but you are still debugging JS!).
>> IntelliJ can do the same out of the box.
>>
>> -- J.
>>
>> --
>> 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/QSEjbhhHB4g/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to
>> google-web-toolkit+unsubscr...@googlegroups.com.
>> To post to this group, send email to google-web-toolkit@googlegroups.com.
>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: Why Cookies will not be stored if setting Timeout = 30 days in GWT?

[Paul Robinson]

You're using integer arithmetic for a sum that overflows beyond the maximum
positive value for an integer. So 1000*60*60*24*30 is negative.

You could try 1000L*60*60*24*30

Paul
On 31 Jul 2014 01:53, "Tom"  wrote:

> This is very weird. Ok, the below code works fine
>
> public void setCookie(String cookiesName, String cookiesValue){
> final int COOKIE_TIMEOUT = 1000 * 60 * 60 * 24;//1 days
> Date expires = new Date((new Date()).getTime() + COOKIE_TIMEOUT);
> Cookies.setCookie(cookiesName, cookiesValue, expires);
> }
> //then
> setCookie("currentLang","de");
> Collection cookies = Cookies.getCookieNames();
> for(String cookie : cookies){
> if("currentLang".equals(cookie)){
>   System.out.println("got currentlang");
> }
> }
>
> If i run the above code then I can see output: "*got currentlang*"
> However, if I set timeout=30 days final int COOKIE_TIMEOUT = 1000 * 60 *
> 60 * 24 * 30;//30 days, then nothing got printed out, so "currentLang"
> has not even been stored if we set 30 days?
>
> Why is that? does Gwt prevent that to happen?
>
>
> http://stackoverflow.com/questions/25049270/why-cookies-will-not-be-stored-if-setting-timeout-30-days-in-gwt
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: ACE Editor for GWT

[Paul Robinson]

How does this compare or relate to https://github.com/daveho/AceGWT ?


On Mon, Jul 14, 2014 at 6:56 PM, Alain Ekambi 
wrote:

> The link s about the open source project.
> The demo is here : http://ahome-it.github.io/ahome-client-io/
> The demo also show another library called ClientIO that helps  read/write
> files on the client.
>
>
> Enjoy.
>
> Alain
>
>
> 2014-07-14 19:48 GMT+02:00 Nagin Kothari :
>
> the link does not lead to ace editor
>>
>>
>> On Mon, Jul 14, 2014 at 10:59 PM, Alain  wrote:
>>
>>> Hello Folks,
>>>
>>>  We just open sourced the GWT wrapper for the awesome ace editor.
>>> If you are looking for a high performance web base editor for your
>>> enterprise java web projects this can be for you !
>>>
>>>
>>> We hope it helps you like it does help us.
>>>
>>> Find more info here
>>>
>>> http://opensource.ahome-it.com/#ahome-ace
>>>
>>> Cheers.
>>>
>>> Alain
>>>
>>> --
>>> 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.
>>>
>>
>>
>>
>> --
>> Nagin Kothari
>> Co-founder,
>> Zilicus Solutions
>> www.zilicus.com
>>
>>  --
>> 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.
>>
>
>
>
> --
>
> Alain Ekambi
>
> Co-Founder
>
> Ahomé Innovation Technologies
>
> http://www.ahome-it.com/ 
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: Overlay Instruction

[Paul Robinson]

Take a look at http://eemi2010.github.io/gwt-tour/

Paul
On 14 Jul 2014 08:25, "Vasu"  wrote:

> Hi,
>  I am also looking for the same. Let me know if you come across any
> such a library.
>
> [image: Pandurang Patil on about.me]
> Pandurang Patil
> about.me/pandurangpatil
>   
> website: http://www.agnie.net
> twitter: @agniesoftware
>
>
> On Wednesday, 9 July 2014 22:07:18 UTC+5:30, lta wrote:
>>
>> Is there GWT library that creates overlay instruction similar to
>> Chardin.js (http://heelhook.github.io/chardin.js/) for jQuery?
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: symbolMap file : wrong source line number ?

[Paul Robinson]

It's probably the line number of the start of the method the exception
occurred in.

Paul
On 11 Jul 2014 22:36, "'Thomas Lacroix' via Google Web Toolkit" <
google-web-toolkit@googlegroups.com> wrote:

> Hello,
>
> While in production mode, I would like to pinpoint the root cause of a
> given Trowable.
>
> As it is obfuscated, the 1st line in the error stack looks like this:
>
>
>
> Cannot read property 'Te' of null
> at Object.yEb [as Gc] (
> http://localhost:8080//EFBB64EDEF076CA8F4A0898C6A9C7862.cache.html:3315:9162
> )
>
>
>
> Here is the corresponding yEb symbol that I find in the symbolMap file for
> StrongName EFBB64EDEF076CA8F4A0898C6A9C7862 :
>
> -jsName : yEb
>
> -jsniIdent :
> XXX.HomeViewImpl_HomeViewImplUiBinderImpl$Widgets$3::onClick(Lcom/google/gwt/event/dom/client/ClickEvent;)V
>
> -className : XXX.HomeViewImpl_HomeViewImplUiBinderImpl$Widgets$3
>
> -memberName : onClick
>
> -sourceUri : gen/XXX/HomeViewImpl_HomeViewImplUiBinderImpl.java
>
> -sourceLine : 113
>
> -fragmentNumber : 0
>
>
>
> The class name is correct, the source file that produce the error is
> HomeViewImpl.java.
>
> But the source line is wrong, ‘113’ does not correspond to the line of
> code in the source code that produce the error.
>
>
> Any idea why?
>
> Maybe line 113 does not correspond to the line in the source code file but
> an intermediate file that I can’t seem to find even in the extra directory…
>
>
> Thomas
>
>
>
> PS : When doing the same experiment in Debug mode, the stack trace
> correctly locates both the class and the line of code that produce the
> error.
>
> PS2 : for performance reason, I do not want to use
>
> 
>
> and StackTraceDeobfuscator
>
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: GWT distributed builds

[Paul Robinson]

Do you really need all 23 permissions several times per hour? Building in
parallel is a good idea, but avoiding unnecessary permissions is easy and
makes a big difference while developing.

Paul
Good afternoon,
we're using GWT in our application (to be precise, not the vanilla, but
SGWT) and what bothers me a lot is that compiling permutations
(browser-specific code, as far as I undestand) requires a lot of time - 300
seconds for 23 permutations. When you fully recompile it several times an
hours it becomes a bit annoying.

However, I found this:
https://code.google.com/p/google-web-toolkit/wiki/DistributedBuilds
And as it's said there, By compiling the permutations in parallel, ideally
on separate machines, overall build time can be greatly reduced.
We're also using Jenkins so it's probably possible to distribute
permulation's compilation onto several nodes. Probably, somebody has
already done this job and can share thoughts\links ideas about it?

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

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

Re: Send a arraylist of objects through rpc

[Paul Robinson]

Unless each rpc call sends a large amount of data, chaining the rpc calls
in the way you suggest will be much slower than sending a single ArrayList.
It will also be more complicated code.

So in general, you should send an ArrayList in a single rpc call. You'd
have to have a good reason to do it the other way.

Paul


On Fri, Jun 6, 2014 at 10:42 AM, 'Leung' via Google Web Toolkit <
google-web-toolkit@googlegroups.com> wrote:

> Hi
>
> If I want to send an arraylist of objects through rpc, what will be the
> best way to do it? I would like to put the rpc call in a loop, but how can
> I make the rpc call synchronized each other?
>
> That means send the rpc request one after one, and I dont want to build a
> messy rpc nest.
>
> Or, I can create a rpc call which accept the arraylist as input.
>
> Which way is better?
>
> Thanks
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>

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

Re: SuperDevMode and APT

[Paul Robinson]

On 24 May 2014 05:03, "Frank Ren"  wrote:
>
> It's been two years. And, I was just push into this problem by Chrome
dropping support for GWT plugin. i.e. I have to downgrade Firefox to
version 24, or to struggle with super dev mode.
>
> However, both running a Firefox version 24, and a super dev mode lead me
to the following exception, even with Paul's code to override
RemoteServiceServlet.
> com.google.gwt.user.client.rpc.IncompatibleRemoteServiceException: This
application is out of date, please click the refresh button on your browser.

It should still work, at least with 2.5.1. I've not used 2.6.1 yet.
>
> Is GWT going to get a death sentence?
Eventually, yes because everything dies. But not now.

It was a technological miracle that DevMode worked, and it's not really a
surprise that the browsers are moving away from supporting the kind of
synchronous plugins that it required.

SDM is not perfect, but it's quite usable. If you'd never seen DM, you
might well have thought SDM amazingly good. It's getting better too, with
Eclipse support on the way.

Paul

-- 
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: How to use JavaScript to customize both the client and server in a consistent way?

[Paul Robinson]

You could let them write Java code instead and run it in the server only
using BeanShell2. Then the syntax and interoperability issues go away. But
you have to send results to the client rather than calculating directly on
the client.

HTH
Paul

-- 
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: synchronization problem with rpc calls

[Paul Robinson]

In the callback for the click on the hyperlink, disable the hyperlink so it
can't be clicked twice. In your RPC callback, you can enable it again in
the onFailure method. Presumably it should stay disabled in your onSuccess
method.

That will stop people from asking for two games with a double click, but
won't stop separate people from asking for the same game at the same time.
If that's also possible then you still need some server code to make sure
only one game can be created for an invitation.

If you are storing invitations in a database then you can use the database
to track whether an invitation has been used yet. Just make sure you use
transactions with the database so you perform atomic operations.

HTH
Paul

-- 
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: gwt date B U G

[Paul Robinson]

The problem is this code:

  Date date = new Date();
  date.setYear(Integer.valueOf(y) - 1900);
  date.setMonth(Integer.valueOf(m) - 1);
  date.setDate(Integer.valueOf(d));

You found this bug when you ran it yesterday, October 31st. That's
pertinent because the first line above creates a new date at today's date.
So the date is 2013-10-31 after constructing the date.

You then set the year to 2013, which doesn't actually do anything in this
case because it was already set to 2013.

Then you set the month, and that's when you have a problem. You set the
month to November, which means that you now have a date that's 2013-11-31.
However, there are only 30 days in November, so this wraps around to
2013-12-01. Not unreasonable behaviour given what you asked of it.

FInally, you set the day of the month to 2, and so you get 2013-12-02.

You should be really careful when using the setYear(...), setMonth(...) or
setDate(...) methods on Date because of this kind of thing. They are
generally best avoided if you can. What you should have done instead is to
use a different Date constructor:

  Date date = new Date(Integer.valueOf(y) - 1900, Integer.valueOf(m) -
1, Integer.valueOf(d));
*
*
Paul

-- 
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: GWT changing style during drag event takes too long

[Paul Robinson]

Your English is very good. No problems there!

I don't know the answer to your problem exactly as you're written it, but you 
could possibly achieve the same thing a different way. Take a look at the tree 
dag-and-drop method done here:
https://code.google.com/p/gwt-dnd-tree/

It indicates the drop position by drawing a line in the appropriate place to 
indicate where the drop is. You can use the same technique to draw anything you 
like to indicate where the drop will be. If your requirements would allow 
something similar, then you could avoid modifying anything in the tree itself, 
and so avoid the problems of speed in event callbacks due to the tree size.

HTH
Paul


On 07/08/13 15:48, herrtribo...@gmail.com wrote:
>
> It's my first question here, and i'm not an english native speaker, so i 
> apologize in advance, if that makes my explainations difficult to understand.
>
>
> CONTEXT
>
> I'm in charge of the developpement of a small application which manipulate 
> vocabulary sets. The application is built on GWT, added by GWT-Bootstrap and 
> some other libraries, that have nothing to do with the ui part of the 
> application. To expose to the user the terms of this vocabulary, i use a tree 
> stucture, visually speaking.
>
>
> STORY
>
> The tree has few requirements, it has to allow drag&drop features for his 
> items and show connectors between them.
>
> I started by using the Tree ui class from the native GWT components. It 
> turned out that with a lot of terms loaded in the tree, the performances felt 
> down, even in production mode.
>
> I decided so to try the CellTree implementation, but it didn't fit for me 
> since make disappear the "showmore" button is not an easy task, and styling 
> the tree too.
>
> I finally ends up with my own implementation of a tree, from scratch. This 
> implementation relies essentially on a simple html list structure (ul-li), 
> and benefits at maximum of css capabilities. Indeed, expanding a tree node is 
> done with css, using a trick known as "checkbox hack".
>
> At this point the custom implementation of the tree is fast (better than tree 
> or celltree), even populated with thousands items, and it met the 
> requirements, but...
>
>
> THE ISSUE
>
> When an item is being dragged over other items, the style of those items 
> change depending on dropping possibilities.
>
>
>   1st Solution
>
> The first idea was to benefit of the css, and use the :hover selector to 
> change the style of the items, depending on their classes. But there is a 
> major issue in current browsers (specifically Chrome), which make the css 
> :hover not triggered, if the mouse left button is down, which it's the case 
> when you drag something (chromium issue 122746)
>
> It seems that i have to forgot an exculsive css solution, until the :hover 
> triggering issue will be closed.
>
>
>   2nd solution
>
> The only other solution to which i came by is to change the style of the item 
> programmatically.
>
> Code of the handler
>
> |@Override
> public void onDragEnter(DragEnterEvent event)
> {
> if (event.getSource() instanceof Word)
> {
> event.stopPropagation();
> event.preventDefault();
> Word word = (Word) event.getSource();
> word.addStyleDependentName("over");
> }
> }
> @Override
> public void onDragLeave(DragLeaveEvent event)
> {
> if (event.getSource() instanceof Word)
> {
> event.stopPropagation();
> event.preventDefault();
> Word word = (Word) event.getSource();
> word.removeStyleDependentName("over");
> }
> }
> |
>
> It works fine with a few items, but when dealing with thousands it make the 
> application freezing, and the rendering is somehow random.
>
>
> PRECISIONS
>
> The issue appears when dealing with 5000 items in the tree (the application 
> must handle such dataset).
>
> I'm aware of efficient events handling concerns, as event bubbling, and the 
> handler is unique as it is recommanded when the number of potential handlers, 
> if made specific for each item, is a factor of lack of performance as the 
> number of items increase.
>
> Secondary i've used the speed tracer to analyse the source of the problem, 
> *and it turned out something i don't understand*:
>
> Events are incredibly slow on top elements of the tree, specifically the 
> paint event which take 1 second to be fired after the style recalculation 
> Slow events Speed Tracer Screenshot 
>
> Events speed is fair enougth on bottom elements of the tree Fair enougth 
> speed events Speed Tracer Screenshot 
>
>
> QUESTION
>
> I'm stuck with this issue since few days, and i wonder if someone could point 
> out what i am missing. Perhaps, the behaviour is totally normal, but maybe 
> there is a workaround for a such issue ? I'll be glad if someone could help 
> me on this point.
>
> Thanks you for any reply !
>
> -- 
> You r

Re: determine if running on client or server OR synchronize time on server/client?

[Paul Robinson]

Use com.google.gwt.core.shared.GWT.isClient()

Paul

On 07/06/13 15:34, Magnus wrote:
> Hi,
>
> my chess application should trust only the server time.
>
> However, I have a "shared" class that is used both on server and client. 
> Within this class I determine the current time by creating a new Date object.
>
> When running on the server, this object represents the correct time. When 
> running on the client, I would like to synchronize it with the server before 
> using it.
>
> But how can I tell if I am running on the server or the client?
>
> Below is a short pseudo code for illustration.
>
> Thanks
> Magnus
>
> -
>
> class ChessClock
> {
>  ...
>  private int offset; // "delta" between server and client time
>  ...
>
>  private Date getCurrentTime ()
>  {
>   Date d = new Date ();
>
>   if (!runningOnServer ())
>   {
>long ms = d.getTime () + offset;
>d = new Date (ms);
>   }
>  }
>
>  private boolean runningOnServer ()
>  {
>   // how to determine???
>  }
>  
> }
>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  

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

Re: Timezone difference issue

[Paul Robinson]

The date doesn't actually get changed. What's happening is that a 
java.util.Date represents an instance in time. Viewed from different timezones, 
that instance in time can be at different times of day and even a different 
day. But it's still the same instance in time.

To avoid this, you might send a date to your server in a format that preserves 
the day-month-year and time of day, and have your server send dates back in a 
similar fashion. How you do this depends on how you communicate with your 
server.

Search the archives and you will find descriptions of this sort of thing. Some 
people send dates as text strings. Others using GWT RPC override the custom 
field serializers for java.util.Date, java.sql.Date and java.sql.Timestamp so 
that RPC sends the day-month-year and hour-minutes-second instead of the 
default, which is the number of milliseconds since 1970.

Paul

On 29/05/13 14:05, Kedar Vyawahare wrote:
> Hi all,
>
>  I am using a date picker in  date box  and  storing the date in database.But 
> database is remotely hosted  which is in different timezone.
>
> So the date get changed as there is timezone difference.
>
> Please suggest some way out.
>
> -- 
>
> Thanks & regards ,
>
> Kedar 
>
>  
>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Google Web Toolkit" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  

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

Re: Error: com.google.gwt.user.client.rpc.StatusCodeException: 404 on Tomcat server

[Robinson De la hoz]

Hi Maurice,

Did you find a solution to this problem?

El viernes, 24 de febrero de 2012 15:30:38 UTC-5, Maurice escribió:
>
> Hello All, 
>
> I am having problems getting my RPC code working on a Tomcat server 
> hosted by serversanddomains.com.  The steps I have followed are: 
> 1) Using GWT 2.4, and eclipse I create an new web application project 
> - with a 
>  project = Hello 
>  package = com.gwt.hello 
>  Using Google Web ToolKit 
>  Not using Google App Engine 
>  And Using Generate project sample code 
>
> 2) In the generated file com.gwt.hello.client.Hello.java I change line 
> serverResponseLabel.setHTML(SERVER_ERROR); to 
> serverResponseLabel.setHTML(caught.toString()); 
> To understand the errors better. 
>
> 3) I then test the program in development mode and it works as 
> expected. 
>
> 4) Compile - Build the project with the GWT compiler 
> Compiling module com.gwt.hello.Hello 
>Compiling 6 permutations 
>   Compiling permutation 0... 
>   Compiling permutation 1... 
>   Compiling permutation 2... 
>   Compiling permutation 3... 
>   Compiling permutation 4... 
>   Compiling permutation 5... 
>Compile of permutations succeeded 
> Linking into /Users/xxx/Documents/www/Hello/war/hello 
>Link succeeded 
>Compilation succeeded -- 65.826s 
>
> 5) Upload the files everything in the war directory (Folders hello, 
> WEB-INF and files Hello.html, and Hello.css) into my hosted account in 
> the public_html folder 
>
> 6) Test the production site at http://www.example.com/Hello.html 
> I get the following error 
>
> Sending name to the server: 
> GWT User 
>
> Server replies: 
> com.google.gwt.user.client.rpc.StatusCodeException: 404 
> Not Found 
>
> The requested URL /hello/greet was not found on this server. 
>
> Additionally, a 404 Not Found error was encountered while trying to 
> use an ErrorDocument to handle the request. 
>
> 7) Contacted serversanddomains.com and they respond 
>
> There does not appear to be any error on the server side. The jsp test 
> page seems to be working fine now at http://example.com/jsptest.jsp so 
> tomcat itself appears to be just fine. 
>
> The page in question is simply trying to request a file URL which does 
> not exist. When submitting the form, this shows up in the error log 
> for apache. 
>
> [Thu Feb 23 16:44:31 2012] [error] [client 208.74.121.102] File does 
> not exist: /home/xxx/public_html/hello/greet, referer: 
> http://example.com/Hello.html 
>
> That's because there is no such file called "greet" in the hello 
> folder. This is likely because you have not properly installed the 
> application. 
> =
>  
>
>
> So we have written back to see if we can get exact steps on how you 
> need to upload everything. 
>
> But I can tell you that if you get hosting with Plesk on Linux with 
> us, Plesk allows you to upload your WAR files and it creates the 
> application for you for your site. 
>
>
> 8) Tried to follow the steps outlined in 
>
> http://code.google.com/webtoolkit/doc/latest/DevGuideServerCommunication.html#DevGuideRPCDeployment
>  
> Simple Example with Apache Tomcat 
>
>
> Thanks for taking the time to read this, and any suggestions are 
> welcome. 
>
> Cheers, 
> Maurice 
>
>
>
>

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

404 Error message The requested URL 'path' was not found on this server, when calling RPC

[Robinson De la hoz]

I uploaded my gwt application on a new hosting with shared tomcat. My 
application calls a RPC Servlet, but It looks like not working, because I 
get this error message.

404   
404 Not Found  Not Found The 
requested URL /wimb/wimbService was not found on this server. 
Additionally, a 404 Not Found error was encountered while trying to use 
an ErrorDocument to handle the request. 

*The configuration for RPC servlets in the web.xml is:*

 
  
wimbServiceImpl
com.wimb.server.WimbServiceImpl
 
  
wimbServiceImpl
/wimb/wimbService
  

*The class to RPC service is:*

package com.wimb.client;


import com.google.gwt.user.client.rpc.RemoteService;
import com.google.gwt.user.client.rpc.RemoteServiceRelativePath;
import com.google.gwt.user.client.rpc.SerializableException;
import com.wimb.model.City;
import com.wimb.model.RouteDistance;
import com.wimb.model.User;

import java.util.ArrayList;

@SuppressWarnings("deprecation")
@RemoteServiceRelativePath("wimbService")
public interface WimbService extends RemoteService {
 ArrayList getRoutesByPoints(
double startLat, double startLng, double endLat, double endLng, int 
radiusMts, int limit, 
String cityId, boolean hasImage, String date
) throws SerializableException;
 ArrayList getCities(String state) throws SerializableException; 
 // Login 
User loginServer(String username, String password) throws 
SerializableException;
User loginFromSessionServer() throws SerializableException;
void logout() throws SerializableException;

}

*And I call RPC Servlet:*
*
*
rpcService = GWT.create(WimbService.class);
ServiceDefTarget serviceDef = (ServiceDefTarget) rpcService;
serviceDef.setServiceEntryPoint(GWT.getModuleBaseURL() + "wimbService");

*Any suggestions??? It's important to say that It's working on my local 
tomcat (my computer), but It's not working on the hosting I just bougth 
(www.mochahost.com).*

-- 
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 2.5.1-rc1 available

[Paul Robinson]

While it's good to get rid of long-deprecated things, is it really a good idea 
to do that in a point release like this? Shouldn't it wait until GWT 2.6? I'm 
thinking in particular of GWTShell and GWTCompiler.

Paul

-- 
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: The Chrome 24 Animation bug and unstable APIs in general

[Paul Robinson]

Even better than a command line switch would be a deferred binding switch. Then 
you could compile and deploy something with and without experimental APIs at 
the same time. If something breaks you can tell customers to switch to using a 
different host page that uses the version compiled without experimental APIs.

Paul

On 30/01/13 15:19, Andy wrote:
> It sounds like our situations are fairly similar and we'd both benefit from 
> having the most stable foundation possible. I'm still happy with a switch 
> defaulting to using experimental apis, but I'd love to have a switch there.
>
> The release cycle of Chrome is much more frequent than the /effective/ 
> release cycle of our software. While we might release as or even more often 
> as Chrome, what really matters is when that release is deployed and that 
> lengthens the cycle. What this means is that the code we ship today needs to 
> work with the next 6 versions of Chrome. There's nothing I can do--other than 
> be careful about the apis I use and trust that Chrome will maintain backward 
> compatibility--to test and prepare for the next 6 versions today. 
> Experimental apis don't come with the promise of backward compatibility, so I 
> consider them off limits unless absolutely necessary.
>
> Thank you for your perspective and all of the work you do with gwt.
>
> -Andy
>
>
> On Wednesday, January 30, 2013 8:48:41 AM UTC-5, Thomas Broyer wrote:
>
>
>
> On Wednesday, January 30, 2013 4:11:41 AM UTC+1, Andy wrote:
>
> Thanks Thomas. Another great discussion, but I'm really surprised by 
> all of the enterprise software hate.
>
> Obviously, the core issue is that too many people don't get the 
> Web, but that's another debate.
> Of those people, who came complaining in the forum, some said 
> they couldn't even recompile their app with the workaround (i.e. we're not 
> even talking about updating to GWT 2.5 here, which would imply going through 
> non-regression tests, etc. just applying a small workaround, recompiling and 
> redeploying).
>
>
> As I said, we sell software that is compiled by GWT and deployed 
> behind firewalls within organizations. We can recompile and post patches, but 
> it's up to them to redeploy. They might not see that code for 6-12 months in 
> some cases depending on their policies. To give you a sense of the challenge, 
> many of them are still using IE7 as their primary browser, but of course 
> those people weren't affected.
>
> You might argue everything web should be SAAS, but many of our 
> customers aren't going there and have good reasons.
>
>
> That's not what I'm saying.
>
> In your case, you're an editor so you have the responsibility of testing 
> your app with beta/dev versions of browsers before they reach your customers, 
> and if you find an incompatibility then you tell your customers to update 
> their installs of your app with the version that contains the fix/workaround. 
> It is then the responsibility of your customers, if they'll be affected by 
> the issue, to deploy the new version or prevent their browsers from updating: 
> they chose to install/use a webapp, they should be prepared to deploy such 
> "patched versions". As you said, "it's up to them", and they then have no 
> reason to whine if they're not up-to-date: you gave them a fix in due time 
> (possibly even before they'd notice the issue).
>
> What I'm angry about is a bit different though: our customers ask us to 
> develop a webapp (we're not an editor, it's their app, they own it and are 
> responsible for its maintenance). Once deployed in production, they only care 
> about the server being up and running; they update their browsers but don't 
> plan for (preventive) maintenance of their apps (it holds for any app, not 
> only webapps, but webapps exacerbate the problem). Far too many people don't 
> even monitor their apps for security breaches: only a handful of our 
> customers ask us the list of 3rd-party products/tools/libs we've used to 
> build their app, and even less monitor them for vulnerabilities.
> It's no different from your customers not installing updates, except that 
> they probably pay you a license or other commercial support that includes 
> providing updates; in my case, once we deliver the app nobody does the 
> preventive maintenance. During the warranty period we fix those issues (we 
> might update vulnerable dependencies too, but it's not even part of the 
> deal), but once it's over it becomes our customer's responsibility, and 
> nobody does it (unless it's a LoB app, maybe). We have support contracts in 
> some cases, but it's only about fixing bugs (and sometimes adding features); 
> preventive maintenance is not part of the deal.
>
> You just can't let a piece of software live its own life, particularly 
> when it's a distributed app, even more if it's a webapp (because you have 
> even less control over the “client runtime environme

Re: why some of the Checked RPC Exception fields arrive as nulls?

[Paul Robinson]

Your "fooModel" is a private member and nothing ever sets its value. The 
constructor takes a FooModel, but doesn't use it.

Paul

On 24/12/12 03:57, vitaliy...@gmail.com wrote:
> Hello,
>
> I have a checked exception FooModelValidationException which is declared in 
> interface of an RPC service ValidationService
> FooModelValidationException is thrown if a server side validation fails.
>
> The Exception contains two fields:
> FooModel fooModel;
> HashSet> violations = new 
> HashSet>();
>
> When the exception arrives to client fooModel is ALWAYS null, despite the 
> fact that the object was not null when the exception was thrown on server.
> violations is not null, but  ConstraintViolation(s) inside has null instead 
> of FooModel object in getRootBean, getLeafBean() properties(again both are 
> not null when i send them from server), but getPropertyPath() is NOT null
>
> No exceptions or warnings in a server log.
>
> The question, why fields of checked RPC exception are replaced with nulls?!
>
> I attach FooModel declaration as whell as ValidationService interface 
> decoration here.
>
> Thanks in advance,
> Vitaliy
>
> -- 
> 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/-/gdc3TMP8Df8J.
> 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: Protocol Buffers for GWT: Issue 2649

[Darren Robinson]

I just starred both issues. I really hope to see support for this issue 
also. I would much prefer to use Protocol Buffers over JSON or XML for web 
applications. Protocol Buffers are so much more elegant. 

-- 
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/-/S28zwRl68GcJ.
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: Java Generics in GWT-RPC

[Paul Robinson]

ListDataProvider.getList() returns a list implementation that is not 
GWT-serializable.

https://developers.google.com/web-toolkit/doc/latest/DevGuideServerCommunication#DevGuideSerializableTypes

If you look at the exception you received, it should tell you (in its own 
idiosyncratic way) that this class is not serializable.

Paul


On 19/12/12 09:44, Ramon Salla wrote:
> This change on Test works!! It seems a problem with the ListDataProvider 
> object.
>
> |public List getItems(){
> return new ArrayList(ldp.getList());
> }|
>
> El dimecres 19 de desembre de 2012 10:35:14 UTC+1, Ramon Salla va escriure:
>
> We are having a SerializationException error when sending a list of 
> objects using RPC and Java Generics.
>
> I'm creating this widget to show the error:
>
> |public class Test {
>
> ListDataProvider ldp = new ListDataProvider();
>
> public void setItems(List list){
> for(T t :list){
> ldp.getList().add(t);
> }
> }
>
> public List getItems(){
> return ldp.getList();
>
> }
>
> }|
>
> This is the code for creating the Test widget and passing a list of POJOs 
> (where ExporterFormKey is the POJO object)
>
> |List list = new ArrayList();
> ExporterFormKey key = new ExporterFormKey();
> key.setKey("key1");
> list.add(key);
>
> Test test = new Test();
> test.setItems(list);|
>
> At the end the next code throws a SerializationException:
>
> |service.sendList(test.getList(), new AsyncCallback...);|
>
> While the next one does fine:
>
> |service.sendList(list, new AsyncCallback...);|
>
>
> I found that doing the next code also works
>
> |List newList = new 
> ArrayList(test.getItems());|
>
> -- 
> 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/-/nIRPhK9-HvQJ.
> 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: SuperDevMode not so super

[Paul Robinson]

I have about 250kloc, lots of RPC and no generators or UI binder.

With decent hardware, a recompile is about 7-8 seconds. With a 3-4 year old 
computer, it was taking about 20 seconds.

Paul

On 14/11/12 14:34, Paul Stockley wrote:
> Our project is about 35,000 lines of client and server code. We don't use RPC 
> or request factory because we have our own RPC mechanism. We do have quite a 
> lot of UI binder files. Super dev mode recompiles take between 6 to 8 
> seconds. So it sounds like the generators are your problem. For some types of 
> generators, they run every compile even if you haven't changed any related 
> code. They are aware of the issue and will be looking into it for a future 
> release.
>
> On Wednesday, November 14, 2012 3:24:35 AM UTC-5, StefanR wrote:
>
> In a larger GWT multi project app and it took me several hours to get the 
> new SuperDevMode running (I found this video 
>  
> very helpful).
> Now, I'm a bit disappointed about the coolest new feature of 2.5 and I 
> wonder if I have missed something.
>
>   * Compilation is slow. It takes between 1 and 2 minutes plus the 
> bootstrap time of my server app. The app has sth above 20k LOC and heavily 
> uses RequestFactory and GIN code generators, maybe that's the reason? So 
> overall startup performance is worse than with standard DevMode.
>   * Code changes require a recompile. In DevMode non-structural changes 
> are applied automatically by the Eclipse Debugger.
>   * Debugging the code in the Browser is ... hm, it works. But honestly, 
> nothing compare to a IDE debugger. Browsing through the source tree in Chrome 
> is a pain with thousands of classes.
>   * GWT CodeServer is very resource intensive. During compilation, I 
> cannot use my machine for anything else. If it's running it takes more than 
> 1GB of RAM.
>
> Is anyone successfully using SuperDevMode for larger apps?
>
> -- 
> 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/-/q1lGr7hhCo4J.
> 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: Roadmap GWT?

[Paul Robinson]

On 09/11/12 10:01, Thomas Broyer wrote:
> no decision were made, except for welcoming JetBrains as a new SC member.
That's a good example of something that should have been posted to the SC group.

Paul

-- 
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: Are you happy with GWT?

[Paul Robinson]

In a word: yes.

You also need to decide whether to use a third party library like Sencha's GXT 
and SmartClient's SmartGWT. Personally, I chose vanilla GWT and have never once 
regretted choosing GWT or choosing not to use an external widget library.

Paul

On 05/10/12 16:53, Charlie Youakim wrote:
> I'm deciding on whether to switch my team to GWT.  I think the biggest thing 
> for me as the tech lead for the company is "Are you happy with your choice to 
> use GWT?"
>
> My reasons for thinking to switch:
>
> -Javascript is a fast and free language, sometimes too fast and free for a 
> large team.  Coding standards can vary from developer to developer, and 
> maintaining architectures can be difficult
> -Javascript mistakes are only caught in runtime.  The fact that GWT(Java) 
> would catch 90+% of our simple mistakes makes me more confident that our 
> clients won't.
> -Javascript allows for rapid development, but not so rapid bug fixing.
> -Strict Java coding + a strong architecture at the outset creates a great 
> foundation to build from.  I've even seen this in my firm's Android apps.  
> They are very stable.
>
> But for me, I'd really like to hear from developers active in the community.  
> Are you happy?  Or do you wish you went a different route?  My goal is to 
> have my dev team work more on new projects rather than fixing old projects.  
> I am hoping that GWT can help with that.  thoughts?
>
> -Charlie
> -- 
> 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/-/7HVAiaphHqwJ.
> 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

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

Re: Serializing different objects in one class that implements IsSerializable

[Paul Robinson]

You don't show the Polygon class, but from the error it looks like you haven't 
provided a zero-argument constructor. It must have one, even if it's private 
and you never call it. GWT-RPC needs it for anything that it serializes.

Paul

On 21/09/12 15:40, coffeMan wrote:
> I created a class that implements IsSerializable.  I am using Polygon and 
> LatLng within this class called BoundingBox.  I am getting issues with no 
> being able to instantiate Polygon without a constructor.  Do you create a 
> separate Polygon class?
>
> [ERROR] com.google.gwt.maps.client.overlay.Polygon has no available 
> instantiable subtypes.
>   
>  &
>   [ERROR] subtype com.google.gwt.maps.client.overlay.Polygon is not default 
> instantiable (it must have a zero-argument constructor or no constructors at 
> all) and has no custom serializer. 
>
> Can anyone point me in the right direction???
>
> Thanks!
>
> public class BoundingBox implements IsSerializable {
>
> private LatLng Coordinate_One;
> private LatLng Coordinate_Two;
> private LatLng Coordinate_Three;
> private LatLng Coordinate_Four;
> private Polygon poly;
>
> public BoundingBox() {
> }
> 
> public Polygon getPoly() {
> return poly;
> }
>
> public void setPoly(Polygon poly) {
> this.poly = poly;
> }   
>
> public Polygon CreatePolygon(BoundingBox bbox) // param = file type object
> {
> LatLng[] polyOverlay = new LatLng[5];
> polyOverlay[0] = LatLng.newInstance(bbox.getCoordinate_One()
> .getLatitude(), bbox.getCoordinate_One().getLongitude());
> polyOverlay[1] = LatLng.newInstance(bbox.getCoordinate_Two()
> .getLatitude(), bbox.getCoordinate_Two().getLongitude());
> polyOverlay[2] = LatLng.newInstance(bbox.getCoordinate_Three()
> .getLatitude(), bbox.getCoordinate_Three().getLongitude());
> polyOverlay[3] = LatLng.newInstance(bbox.getCoordinate_Four()
> .getLatitude(), bbox.getCoordinate_Four().getLongitude());
> polyOverlay[4] = LatLng.newInstance(bbox.getCoordinate_One()
> .getLatitude(), bbox.getCoordinate_One().getLongitude());
>
> this.poly = new Polygon(polyOverlay);
>
> return poly;
> }
>  public LatLng getCoordinate_One() {
> return Coordinate_One;
> }
>
> public void setCoordinate_One(LatLng coordinate_One) {
> Coordinate_One = coordinate_One;
> }...etc for the rest of the sets/gets
> -- 
> 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/-/FZ8xY8K6SA0J.
> 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: TextBox.setText remove the "\n"

[Paul Robinson]

TextBox is for single line text. Use TextArea for multiline text.

On 20/09/12 10:16, tong123123 wrote:
> as shown in attached ContetWithReturnKey1.png, the content has "\n" before 
> setText (content\ncontent), but after setText and then getText() again, the 
> "\n" is disappear(contentcontent)!!
> How to fix this issue?

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

[Paul Robinson]

One question missing from the survey that would have been interesting is the 
number of people using Maven with GWT.

On 19/09/12 14:23, 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/-/i8aXw78yueQJ.
> 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: Very Big JS

[Paul Robinson]

See https://developers.google.com/web-toolkit/doc/latest/DevGuideCodeSplitting

Paul

On 18/09/12 13:37, Néstor Boscán wrote:
> Hi
>
> I have a big application that is generating a 3 MB JS. Is there a way to 
> divide this JS in multiple modules so they can be loaded if needed?
>
> Regards,
>
> Néstor Boscán
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Google Web Toolkit" group.
> To post to this group, send email to google-web-toolkit@googlegroups.com.
> To unsubscribe from this group, send email to 
> google-web-toolkit+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/google-web-toolkit?hl=en.

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

Re: How to see Runtime Exceptions in SuperDevMode?

[Paul Robinson]

For the purposes of getting stack traces, SuperDevMode is the same as 
production mode. For this, you have two options:
(1) Deobfuscate your stack traces on the server (see StackTraceDeobfuscator)
(2) Emulated stack traces

When you do either or both of these, you still don't get something quite as 
reliable as Dev Mode for stack traces, but it's usually good enough.

Paul

On 12/09/12 19:45, David Sauvier wrote:
> How can we see Runtime Exceptions in SuperDevMode?
>
> In regular Dev Mode we were able to get a nice StackTrace through all the 
> Java Classes.
>
> Currently, to get client logging back to the eclipse console I'm using remote 
> logging and have an uncaught exception handler with a buildstack trace 
> method. But it still builds an archaic javascript type report. It's not the 
> nice stack trace we had in regular dev mode.
>
> I understand about Sourcemaps on the browser and have those set-up and am 
> contemplating looking into setting breakpoints and the such.
>
> But I want to see if there is a way to get the nice Java stack traces back.
>
> Thanks,
>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Google Web Toolkit" group.
> To view this discussion on the web visit 
> https://groups.google.com/d/msg/google-web-toolkit/-/vrSwtPRZy28J.
> 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: Ambiguity on javadoc (HTMLPanel - addAndReplaceElement() )

[Paul Robinson]

If you look carefully at the source code, you'll see that there are two methods 
called addAndReplaceElement(Widget, Element), it's just that one of them uses 
com.google.gwt.dom.client.Element and the other uses 
com.google.gwt.user.client.Element

It's the com.google.gwt.user.client.Element version that's marked as deprecated.

In the generated javadoc, click on the link from the deprecated method and it 
takes you to the same deprecated method. But the source code indicates the 
overloaded method instead. It looks like the generated javadoc doesn't 
accurately reflect the source code.

Paul

On 12/09/12 16:17, regnoult axel wrote:
>
>
>   Hi,
>
>
> I do not understand if addAndReplaceElement() is deprecated or not...because 
> it seems that the alternative of the deprecated function is the same. Can you 
> confirm ? (the link in the javadoc refers to eactly the same function). I 
> just want to know if I should use this function or not...
>
> Thanks you,
>
>
>   addAndReplaceElement
>
> @Deprecated
> public void *addAndReplaceElement*(Widget 
> 
>  widget,
> Element 
> 
>  toReplace)
>
> *Deprecated.* /use |addAndReplaceElement(Widget, Element)| 
> /
> Adds a child widget to the panel, replacing the HTML element.
>
> *Parameters:*
> |widget| - the widget to be added
> |toReplace| - the element to be replaced by the widget
>
> -- 
> 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/-/6MdGZwhcYWEJ.
> 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 Compilation Time Performance Improvement

[Paul Robinson]

Maybe you should get more RAM...4GB isn't a lot when running all the things you 
need for GWT development. Alternatively, run some (or even all) of the required 
processes on another computer.

Paul

On 06/09/12 05:33, Niraj Salot wrote:
> Hi Members,
>
> Thanks for all your suggestion/comments.
>
> We have already tried below mentioned options to improve the compilation time 
> overall.
>
>  1. Memory Settings. -Xmx and Xms
>  2. localWorkers
>  3. DraftCompile
>
> The question could arise to members mind that why we need to compile a lot 
> but the thing is :- while doing the development work If we use the 
> development mode provided by GWT , sometimes happens that the end output in 
> production mode is diff. then development mode. So we can not trust that what 
> is shown in development mode will be same in production mode. Hence 
> developers compile their code on their machine and test it before putting 
> something on main server. The issue is developers machine have overall RAM of 
> 4 GB only. And when Jboss , Eclipse and Compilation of GWT runs , It is very 
> very slow. So for even the small changes , developers needs to compile , 
> build the WAR and then deploy to check that his code is working ok or not.
>
> I am looking for some option which could allow me to pre-compile GWT modules. 
> So that If some GWT module is not changed and when I compile the main module 
> , that GWT module should not compile as it is not changed at all.
>
> I am not still not getting how to use the concept of "*.gwtar files" which is 
> mentioned in our discussion. Would appreciate if someone can provide more 
> details on the same.
>
> Thanks,Niraj.
>
> On Tuesday, 4 September 2012 11:40:19 UTC+5:30, Niraj Salot wrote:
>
> Hi Members,
>
> We are using GWT Version 2.4 in our current project. On server side, we 
> are using Spring & Custom JDBC framework.
>
> We are using Maven as our Build Tool. The application is getting deployed 
> on JBOSS 7 Server.
>
> Currently we have everything in one single Eclipse Project. Means one 
> Application.gwt.xml file and one ApplicationContext.xml for spring. We have 
> around 2000 Java files out of which around 1500 are for GWT related source 
> files.
>
> The project is still growing with more source files.
>
> We are fine with timings of Java to Javac [class file] Compilation time. 
> But when It comes to Java to JavaScript , It is a issue.
>
> We have used all hacks mentioned in the GWT Forum.
>
> Like.
>
>  1. Compiling for only one Local
>  2. Compiling for only one Browser
>
> But still the compilation is taking 4-6 minutes.. OR even 7 minutes some 
> times.
>
> With this question, I would like to know the options available to improve 
> the same.
>
> We are thinking to Split the Project like this WAY:
>
>   * Module 1 (JAR Build)
>   * Module 2 (JAR Build)
>   * Module Main (WAR Build). This would contain Application.gwt.xml file 
> which would inherit Module 1 & Module 2.
>
> Now Question comes:
>
> *1) Will this help us in Improving the compilation time?*
>
> *2) IF we change only Module 2 and then compile Module Main, will GWT 
> still compile Module 1 as it is inherited by Module Main?*
>
> Please share your views on above scenario. We have even tried out GWT 2.5 
> option but no help in performance improvements.
>
> Thanks, Niraj Salot.
>
> -- 
> 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/-/xXHXkkCzV4oJ.
> 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: ScrollPanel.scrollToBottom has no effect

[Paul Robinson]

One of the nice things about SuperDevMode in chrome is that as you step through 
it in the chrome debugger, you can see exactly what the browser does and when 
because the browser display updates as you step through your code. In other 
words, if you want to know what's actually happening, you can use SuperDevMode 
and step through it.

You should be able to work out how many rows are visible after you've rendered 
it by getting the element for each row and finding its Y position compared to 
the Y position of the scroller. Look at 
com.allen_sauer.gwt.dnd.client.util.WidgetArea for clues as to how to do this 
(this is a part of gwt-dnd here: http://code.google.com/p/gwt-dnd/)

Paul

On 17/08/12 04:27, Magnus wrote:
> Hello Paul,
>
> this works fine! Thank you very much!!!
>
> When I first saw your posting, I thought, that this would produce an unwanted 
> flicker effect, because the list would first be drawn and then be scrolled. 
> But this doesn't seem to be the case. I wonder, why? Does GWT "wait" with 
> redrawing until all scheduled procedures have been processed?
>
> However, scrolling down would not be needed if I were able to tell, how much 
> rows of the CellTable fit in the visible area. But I think this cannot be 
> done, can it?
>
> Thanks again,
> Magnus
> -- 
> 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/-/grlm2VIpWVEJ.
> 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: ScrollPanel.scrollToBottom has no effect

[Paul Robinson]

Try calling scrollToBottom after the event loop has finished by running it 
inside a call to Scheduler.get().scheduleDeferred(...)

Paul

On 16/08/12 06:15, Magnus wrote:
> Hello,
>
> I have a CellTable within a ScrollPanel with a fixed number of rows (40). 
> Whenever the CellTable is filled with data by an AsyncDataProvider, the 
> ScrollPanel should scroll down to the end of the CellTable.
>
> So I call scrollToBottom at the end of the load process triggered by 
> onRangeChanged, i. e. within onRangeChangend a RPC call is made to fetch the 
> new data, and on response to this call the data is pushed into the CellTable 
> and scrollToBottom is called (see below).
>
> However, the scrolling does not work. I tried to trace it with a Window.alert 
> call, and I believe that the CellTable with the new data is not yet displayed 
> when scrollToBottom is called.
>
> What can I do?
>
> Any hints are welcome!
>
> Thank you
> Magnus
>
>
>
> // AsyncDataProvider:
>
> protected void onRangeChanged(HasData display)
> {
>  Range r = display.getVisibleRange();
>  int start = r.getStart() + 1;
>  int end = start + r.getLength() - 1;
>  loadData (start,end);
> }
>
> protected void loadData(int start,int end)
> {
>  AsyncCallback> cbk = new AsyncCallback>()
>  {
>   public void onFailure (Throwable thr) { }
>
>   public void onSuccess (List lst)
>   {
> loadData (lst);
>   }
>  };
>
>  dataService.loadData (start,end,cbk);
> }
>
> protected void loadData (List lst)
> {
>  Range r = pager.getDisplay().getVisibleRange();
>  int start = r.getStart();
>
>  dataProvider.updateRowData (start,lst);
>  
>  Window.alert("scroll to bottom");
>  scp.scrollToBottom();
> }
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> -- 
> 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/-/oGv5jvVSM3cJ.
> 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: Where Is GWT Dev Plugin

[Paul Robinson]

I don't understand why so many people are using chrome for dev mode. It's much 
slower in dev mode than other browsers. On Linux, I'd use Firefox. But if you 
use super dev mode instead, then chrome is good.

Paul

On 11/08/12 20:50, Jens wrote:
> see:
>
> https://groups.google.com/d/topic/google-web-toolkit/jDg3KoXoVPc/discussion
> http://techie-buzz.com/browsers/chrome-blocking-extension-apps-scripts-chrome-web-store.html
>
> -- J.
>
> Am Samstag, 11. August 2012 19:58:43 UTC+2 schrieb Charles Odili:
>
> I am running Chrome 21.0.1180.75 on Fedora 17 and eclipse Juno. I tried 
> creating a sampl GWt project to see that my environment was properly set up 
> but the developer plugin did not install. Chrome gave an error, complaining 
> that extensions should be installed from the web store. However, a search for 
> the plugin from the chrome web store did not return the plugin. Am I missing 
> something please ?
>
>

-- 
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: Java mysql GWT

[Paul Robinson]

On 10/08/12 21:46, xxJohnnyxx wrote:
> Hello, I want to connect to a mysql server from the server side of my GWT 
> code, like this:
>
> Caused by: java.security.AccessControlException: access denied 
> (java.lang.RuntimePermission modifyThreadGroup)
>
> at 
> java.security.AccessControlContext.checkPermission(AccessControlContext.java:374)
>
> at java.security.AccessController.checkPermission(AccessController.java:546)
>
> at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
>
> at 
> com.google.appengine.tools.development.DevAppServerFactory$CustomSecurityManager.checkPermission(DevAppServerFactory.java:283)
>
> at 
> com.google.appengine.tools.development.DevAppServerFactory$CustomSecurityManager.checkAccess(DevAppServerFactory.java:308)
>
>
You appear to have app engine support enabled, but app engine doesn't support 
connecting to a mysql database.

Paul

-- 
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: can i specify the filename when compiling ?

[Paul Robinson]

It's only safe for the browser to cache the file *because* it's got a name that 
changes every time something changes. Setting the name to something fixed would 
defeat this.

Paul

On 10/08/12 08:51, wahaha wrote:
> there are 3 files after GWT's compiling:
> hosted.html
> moduleName.nocache.js
> randomName.cache.html
>
> i want to ask that can we specify the name of "randomName.cache.html" as we 
> like ?

-- 
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: SuperDevoMode and Source Maps

[Paul Robinson]

Have you enabled source map support in chrome? Click the settings cog/wheel 
thing in the bottom-right corner, and tick "Enable source maps".

Also, you must compile while the developer tools tab is open, or else it won't 
show the java source code.

HTH
Paul

On 08/08/12 08:42, Adolfo Panizo Touzon wrote:
> Hi all,
>
> I am trying to user SuperDevMode with SourceMaps but I think I am doing 
> something wrong.
>
> I succeeded running the code server as a Java process (I have the bookmarks 
> "Dev mode on" and "Dev mode off" in my browser's tab), also I have running 
> the app without problems and even if I make click on "Dev mode on" tab, the 
> app's compilation works perfect.
>
> But it's impossible for me find the .java files in the Developer Tools's 
> Scripts. In the classpath's tab I've added the src folder of my app (when I 
> created the Java app in order to serve to the browser the non optimized JS).
>
> Further info: If I go to localhost:9087/myApp, I can see the nomal files that 
> you obtain when you compile the app (many files XXX.gwt.rpc and the common 
> myapp.noche.js, myap.devmode.js), and this files also appear in the Developer 
> Tools's Scripts instead of the .java files.
>
> So, what I am missing?
>
> Thank you 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 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: Suggesting a new mode: instant in-place changes of GWT Javascript code?

[Paul Robinson]

Search for "super dev mode". It's available now in GWT 2.5RC1

Paul

On 01/08/12 15:23, Dieter K wrote:
> Dear all,
>
> This is hopefully starting a discussion that results in a GWT feature 
> request. Maybe/probably this was suggested before and is currently in the 
> works or it was rejected -- then I would like to learn about the reasons. 
>
> Ok, here it goes:
>
> We have the 'development mode', which allows us to make changes to the Java 
> code and review while the application while running. Still it is horribly 
> slow, especially for things like graphics where one often prefers to directly 
> use production mode -- even though the compilation step is equally 
> time-consuming. I want to suggest a new 'mode' that fuses the instant code 
> changes of 'development mode' with the speed of 'production mode'. 
>
> The Eclipse Java compiler is able to perform an 'instant and continuous 
> in-place modification' of the Java byte-code while the users edits the Java 
> sources. It does not re-compile everything, just the changed part in a single 
> .class file. I think this concept should be easily transferable to the GWT 
> Javascript compiler. The GWT Javascript compiler doesn't have to be able to 
> modify any kind of JS code in-place -- just the code it generated itself. 
> Maybe one could even 'decorate' the generated JS or split it up in several 
> files to make this atomic in-place modification easier to implement. The 
> in-place modifiable JS does look anything like the JS generated for the GWT 
> 'production mode'. Still, it is valid JS.
>
> Most of a GWT projects code is contained in several unmodifiable jar files. 
> There is only a small amount of Java-source code that can be actively edited. 
> It should be quite easy and performant to build a model that allows in-place 
> modifications of the generated JS in real-time while the user edits the Java 
> sources. A browser refresh could be done at any point since the JS is always 
> up-to-date.
>
>
> Cheers,
> Dieter
>

-- 
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: Setting Locale language dynamically initially

[Paul Robinson]

On 31/07/12 09:24, Rana wrote:
> Hello Jens,
>
> But, what if I don't want to use neither JSP nor PHP. Is there a way of doing 
> it using GWT, or JavaScript?
That'll be the "whatever" in Jens' email. You can generate a host html page 
with whatever server-side technology you're using. If you have a java server, 
then you can create a servlet that handles your host page and generates it.


> On Wednesday, July 4, 2012 11:40:21 AM UTC+2, Jens wrote:
>
> You could build your app's host html page dynamically (jsp, php, 
> whatever) and add a  property to the  as described in 
> https://developers.google.com/web-toolkit/doc/latest/DevGuideI18nLocale#LocaleSpecifying
>  
> 
>
> That way your app loads directly the specified language if its available, 
> otherwise it loads the default language.
>
> -- J.
>
>

-- 
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: No source code is available problem for my server side code while testing

[Paul Robinson]

Not as far as I know, but then why would you want to? You should only import 
the modules you need, otherwise I imagine the compile will take longer.

Some google modules import other google modules, so you don't need to add an 
 for literally every one.

Paul

On 17/07/12 17:26, Venkat wrote:
> I have done that, now it is giving me the inherit issue, can you tell me I 
> can inherit all the classes that I want to inherit like this.
> Can I use "*" to inherit all.
> 
>
> On Tuesday, July 17, 2012 12:14:52 PM UTC-4, Paul Robinson wrote:
>
>
> On 17/07/12 16:24, Venkat wrote:
> > I have removed the client side code from the test case, the exception 
> is gone. But I got one exception that is below. I am guessing this is because 
> I did not specified the test folder in my Module. If yes, can you please tell 
> me how can I do that. Usually we specify the src folder as  in 
> module, how can we do that for test folder.
> You can add any number of packages in your gwt.xml file using:
> 
> 
>
> 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/-/5gtaJ0CKPwcJ.
> 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: No source code is available problem for my server side code while testing

[Paul Robinson]

On 17/07/12 16:24, Venkat wrote:
> I have removed the client side code from the test case, the exception is 
> gone. But I got one exception that is below. I am guessing this is because I 
> did not specified the test folder in my Module. If yes, can you please tell 
> me how can I do that. Usually we specify the src folder as  in 
> module, how can we do that for test folder.
You can add any number of packages in your gwt.xml file using:



Paul

-- 
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: No source code is available problem for my server side code while testing

[Paul Robinson]

I don't use SmartGWT, but it looks like you're using client-side code there. If 
you're using regular junit tests, then you must stick to server-side classes.

It also looks like you're testing RPC code...do you really need to test from 
client to server in one test?

Paul


On 17/07/12 15:44, Venkat wrote:
> Hi Paul, I have changed the test from GWT Test to JUnit Test. Now I am 
> getting this exception. I am using SmartGWT, and in server side coding I have 
> SmartGWT classes used for Business Logic.
>
>
> java.lang.UnsatisfiedLinkError: 
> com.smartgwt.client.util.JSOHelper.createObject()Lcom/google/gwt/core/client/JavaScriptObject;
> at com.smartgwt.client.util.JSOHelper.createObject(Native Method)
> at com.smartgwt.client.core.DataClass.(DataClass.java:35)
> at com.smartgwt.client.rpc.RPCResponse.(RPCResponse.java:71)
> at com.smartgwt.client.data.DSResponse.(DSResponse.java:71)
> at 
> com.java.client.ExportDataToExcelTest.testRetrieveData(ExportDataToExcelTest.java:24)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at junit.framework.TestCase.runTest(TestCase.java:168)
> at junit.framework.TestCase.runBare(TestCase.java:134)
> at junit.framework.TestResult$1.protect(TestResult.java:110)
> at junit.framework.TestResult.runProtected(TestResult.java:128)
> at junit.framework.TestResult.run(TestResult.java:113)
> at junit.framework.TestCase.run(TestCase.java:124)
> at junit.framework.TestSuite.runTest(TestSuite.java:243)
> at junit.framework.TestSuite.run(TestSuite.java:238)
> at junit.framework.TestSuite.runTest(TestSuite.java:243)
> at junit.framework.TestSuite.run(TestSuite.java:238)
> at 
> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:83)
> at 
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
> at 
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
> at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
> at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
> at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
> at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
>
> Thanks,
>
> On Tuesday, July 17, 2012 10:20:57 AM UTC-4, Paul Robinson wrote:
>
> On 17/07/12 15:07, Venkat wrote:
> > how can I test my server side logic in GWT.
> GWT is client-side technology. To test server code, set up tests that are 
> independent of GWT. That is, just create regular junit tests that check your 
> server classes work properly.
>
> 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/-/OxQ4_m9VCkMJ.
> 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: No source code is available problem for my server side code while testing

[Paul Robinson]

On 17/07/12 15:07, Venkat wrote:
> how can I test my server side logic in GWT.
GWT is client-side technology. To test server code, set up tests that are 
independent of GWT. That is, just create regular junit tests that check your 
server classes work properly.

Paul


-- 
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: No source code is available problem for my server side code while testing

[Paul Robinson]

>[ERROR] Line 13: No source code is available for type 
> com.ag.sapwidgets.server.ExportDataToExcel; did you forget to inherit a 
> required module?
>
This is the problem. You are trying to convert to javascript the server class 
ExportDataToExcel. Either its package should be added to the set of packages to 
be converted to javascript, or else you should stop referring to it from code 
that is converted to javascript.

Paul

-- 
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: Super Dev Mode: Is there a way to start the Super Dev Mode with a server other than the embedded Jetty?

[Paul Robinson]

On 14/07/12 19:34, Brian Slesinsky wrote:
>
> On Thursday, July 5, 2012 9:42:26 AM UTC-7, Thomas Broyer wrote:
>
>
>
> On Thursday, July 5, 2012 10:28:06 AM UTC+2, monkeyboy wrote:
>
> Thanks Thomas for the clarification.
> I now understand that I must have two servers running one for app 
> engine and the other for the code. I managed to make them work, however now I 
> have a problem with GWT-RPC serialization. The code server compiled draft 
> version does not contain the required server policies with the appropriate 
> name (the *.gwt.rpc files). There is the same number of policies in the 
> original compiled version and in the draft version but they have different 
> filenames. Now the server complains it can't find the appropriate 
> serialization policies. How can I fix this?
>
>
> That's a known issue, and you can search the group archives for some 
> clever solutions by other GWT users.
>
>
> Well actually, I didn't know that Super Dev Mode has a problem with GWT-RPC 
> (though it makes sense in retrospect that there might be a problem). I'm 
> having trouble searching for the workarounds. Can someone collect this 
> information and create an issue in the issue tracker?
Brian,

I believe Thomas is referring to my posts in this thread:
https://groups.google.com/d/topic/google-web-toolkit/ZugfWpwnXJs/discussion

The idea is that, since the code server provides http access to all the 
compiled code including gwt.rpc files, you can modify your regular tomcat/jetty 
server to get the gwt.rpc files from the code server.

Paul

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

[Paul Robinson]

Curiously, 15509 is pretty close to the number of days since Jan 1, 1970 which 
is when unix timestamps are measured from.

According to this:
http://www.convertunits.com/dates/daysfromnow/-15509

15509 days ago was Jan 26, 1970.

That probably won't help you :)

Paul


On 13/07/12 09:19, Daniel F. wrote:
> Probably not, because the constant offset is currently
>
> 1340029810 seconds
> which is
> 15509 days
>
> That would be a strange timezone ;-)
>
> So there is probably a different reason. Or it lies in the internals of the 
> application from which the data comes and to which I have no access.
>
> Daniel
>
> (And sorry for the late answer.)
>
> Am Dienstag, 3. Juli 2012 23:41:08 UTC+2 schrieb Paul Robinson:
>
> On 03/07/12 21:41, Daniel F. wrote:
>>
>> Am Dienstag, 3. Juli 2012 14:42:11 UTC+2 schrieb PhiLho:
>>
>> On 30/06/2012 16:37, Daniel F. wrote:
>> > I need to parse serialized *java.util.Date* values in Python. 
>> Where can I find information
>> > on the timestamp that represents date and time in the serialized 
>> format?
>>
>> JavaDoc... 
>> http://docs.oracle.com/javase/6/docs/api/java/util/Date.html 
>> <http://docs.oracle.com/javase/6/docs/api/java/util/Date.html>
>> See getTime()
>>
>>
>> This does not seem to be the value which I find in the serialized date. 
>> I still have to subtract some "magic value" from it. 
>>
> The timezone offset, by any chance?
>
> 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/-/IMLhxemukckJ.
> 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: Date Serialization

[Paul Robinson]

On 03/07/12 21:41, Daniel F. wrote:
>
> Am Dienstag, 3. Juli 2012 14:42:11 UTC+2 schrieb PhiLho:
>
> On 30/06/2012 16:37, Daniel F. wrote:
> > I need to parse serialized *java.util.Date* values in Python. Where can 
> I find information
> > on the timestamp that represents date and time in the serialized format?
>
> JavaDoc... http://docs.oracle.com/javase/6/docs/api/java/util/Date.html 
> 
> See getTime()
>
>
> This does not seem to be the value which I find in the serialized date. I 
> still have to subtract some "magic value" from it. 
>
The timezone offset, by any chance?

Paul

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

Re: How to use Super Dev Mode

[Paul Robinson]

On 23/06/12 12:30, Jens wrote:

I think currently the codeserver only serves the compiled JavaScript of your 
app. So you still have to use a server that serves your server side code.

No, it serves source too. As Brian said, use -src arguments to the code server.


3.) copy your apps host html page and modify it to point to the bootstrap file provided by the code server. So 
instead of 

Re: GWT Application Patches

[Paul Robinson]

On 15/06/12 04:10, jfiallo wrote:

I'm fairly new to developing with GWT. I was wondering if there's a way to 
'patch' an existing gwt application, that is: update just a portion of an app 
that a customer might already be using (ex. a java class that was modified).

The simple answer is no. It's not the way the compilation to javascript works. 
You have recompile and deploy the whole thing.

Paul

--
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: SuperDevMode and APT

[Paul Robinson]

Here are code fragments for you. It would be good if something like this could 
be built in to GWT rather than having everybody implement similar code.

private static final String CODE_SERVER_URL_KEY = "CodeServerURL";

public void init(ServletConfig config) throws ServletException
{
m_codeServerURL = config.getInitParameter(CODE_SERVER_URL_KEY);

if (m_codeServerURL != null && 
m_codeServerURL.charAt(m_codeServerURL.length()-1) != '/')
m_codeServerURL = m_codeServerURL + "/";
}

Then, I override doGetSerializationPolicy and the part of the code that loads 
from the code server looks like this:
boolean endsWithSlash = 
moduleBaseURL.charAt(moduleBaseURL.length()-1) == '/';

String tmp = moduleBaseURL;
if (endsWithSlash)
tmp = tmp.substring(0, tmp.length()-1);

int lastSlash = tmp.lastIndexOf('/');
String moduleName = lastSlash < 0 ? tmp : 
tmp.substring(lastSlash+1, tmp.length());
try
{
url = new URL(m_codeServerURL + moduleName + "/"
+ 
SerializationPolicyLoader.getSerializationPolicyFileName(strongName));
}
 catch (MalformedURLException mue)
{
s_logger.debug("Could not read the policy file '" + url + "'", 
ioe);
return null; // null return is then converted into throwing an 
exception
}

InputStream is = null;

try
{
is = url.openStream();
s_logger.debug("Loading serialization policy from code server");
}
catch (IOException ioe2)
{
s_logger.debug("Could not read the policy file '" + url + "'", 
ioe);
return null; // null return is then converted into throwing an 
exception
}

Paul


On 14/06/12 22:15, Stefano Ciccarelli wrote:

Great idea!

It should work on GAE too using UrlFetch api to talk with the code server.

Could you share some pieces of code, please?

--
Inviato con Sparrow <http://www.sparrowmailapp.com/?sig>

Il giorno giovedě 14 giugno 2012, alle ore 11:33, Paul Robinson ha scritto:


On 13/06/12 18:53, Andrea Boscolo wrote:

I can confirm that copying the CodeServer's .gwt.rpc files in the local war 
dir, works but it's a pain: every time they change, they need to be copied.

There's an alternative to copying gwt.rpc files. I've changed my app so that 
when it looks for the serialization policy, and it can't find it, it will ask 
the code server for it. You just need to parse the module base URL to get the 
module name, and then use the strong name provided to generate the appropriate 
URL, something like:
http://localhost:9876/modulename/strongname.gwt.rpc

All I need to do now is to add the codeserver URL as a parameter in web.xml 
<http://web.xml> so that this feature can be enabled/disabled so it doesn't 
happen in production.

I don't know whether this technique would work on GAE as well.

Paul

--
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 
<mailto:google-web-toolkit@googlegroups.com>.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com 
<mailto: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: SuperDevMode and APT

[Paul Robinson]

On 13/06/12 18:53, Andrea Boscolo wrote:

I can confirm that copying the CodeServer's .gwt.rpc files in the local war 
dir, works but it's a pain: every time they change, they need to be copied.

There's an alternative to copying gwt.rpc files. I've changed my app so that 
when it looks for the serialization policy, and it can't find it, it will ask 
the code server for it. You just need to parse the module base URL to get the 
module name, and then use the strong name provided to generate the appropriate 
URL, something like:
http://localhost:9876/modulename/strongname.gwt.rpc

All I need to do now is to add the codeserver URL as a parameter in web.xml so 
that this feature can be enabled/disabled so it doesn't happen in production.

I don't know whether this technique would work on GAE as well.

Paul

--
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: Resolving client issues when emulated stack trace is not available

[Paul Robinson]

You can deobfuscate non-emulated stack traces. Check out 
com.google.gwt.logging.server.StackTraceDeobfuscator

You need to arrange for the symbol maps created at compile time to be available.

Note that you can also set up another permutation so that you have emulated 
stack traces or not, and set up two host html files to choose whether emulated 
stack traces are on. That way, you can have a production compile that most 
people use, but then occasionally you can switch to see the same thing with 
emulated stacks turned on.

Emulated stacks tend to show slightly different information from deobfuscated 
stack traces.

HTH
Paul

On 31/05/12 15:58, wytten wrote:

I'm looking for practical advice here; we have a GWT application in 
pre-production pilot.
It is working rather well, but occasionally transient client errors occur.
We are using an uncaught exception handler, but the information that it reports 
is
very sparse (For example in IE6, "Object doesn't support this property or 
method")

I've tried turning on emulated stack traces in development, but due to 
performance
problems (See http://stackoverflow.com/questions/10740608)
I haven't been able to leave it turned on, and therefore it is not active in 
the pilot environment.

What else I can do to track down these issues?  In one case the problem 
consistently happens
on 2 or 3 client machines, but not on any of the others.

Regarding the practical usability of emulated stack traces, I'm surprised that 
no one else seems
to have reported this problem.  Only yesterday I had a similar experience in 
development where
I thought using emulated stack traces would save the day, only to be 
disappointed again that
turning them on made the application unusable.  (I believe this is a client 
memory issue)
Should I open a GWT issue?  A possible enhancement that comes to mind is to 
create emulated
stack traces only for certain packages, to conserve memory.

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

[Paul Robinson]

You can add a MouseOverHandler to find out when the mouse becomes over a 
widget, and then show a pop-up menu inside the handler. If each item can have a 
different menu, then maybe you need the handler to ask the item for its menu.

If you're using widgets that don't have an addMouseOverHandler method, then use 
addDomHandler(handler, MouseOverEvent.getType());

HTH
Paul

On 22/05/12 10:29, Matthew Pocock wrote:

Hi,

I'm trying to build a fairly generic widget that manages lists of named items 
with a menu of actions for each. I would like the widgets to display using 
their label, running on from one-another in a FlowLayout. When the user hovers 
over one of these items a menu should appear to manipulate it - edit the item, 
delete it from the list, and so on. The exact list varies from item to item. I 
was thinking of the kind of contextual menu you get in games where interacting 
with an object brings up a menu around that object.

So far, I've not got my head around how to do this. Should I be using css or 
event handlers or what? I'm a bit mystified.

Thanks,

Matthew

--
Dr Matthew Pocock
Integrative Bioinformatics Group, School of Computing Science, Newcastle 
University
mailto: turingatemyhams...@gmail.com 
gchat: turingatemyhams...@gmail.com 
msn: matthew_poc...@yahoo.co.uk 
irc.freenode.net : drdozer
skype: matthew.pocock
tel: (0191) 2566550
mob: +447535664143

--
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: Firefox 12 release

[Paul Robinson]

On 30/04/12 15:23, Piergrossi, Mark J wrote:


Alan:

Just wanted to say thank you man. The plug-in works great. It is a shame that 
Google couldn't create these in a timely manner. Your effort is greatly 
appreciated -- especially from those of us that have to get real work done.


Alan is a Google employee. The real shame is what Firefox is doing.

Paul

--
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: RPC serialization/deserialization is very slow

[Paul Robinson]

On 25/04/12 11:17, Jacob Glusted Madsen wrote:

Does anyone have any sugestions on how to make the RPC 
serialization/deserialization run faster ??


The biggest difference you can make to RPC speed is to send less data over the 
network. You should make sure you're only sending stuff that you really need to 
send. This may involve using DTOs to ensure you have the bare minimum your 
client actually needs.

HTH
Paul

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

[Paul Robinson]

Thanks for clarification, Paul.

BTW, do you know if there anywhere I could find documents on the
serialization tricks like this.

You need to read the docs carefully about what it means to be GWT serializable:
https://developers.google.com/web-toolkit/doc/latest/DevGuideServerCommunication#DevGuideSerializableTypes

Even so, you will occasionally find yourself having missed something, like 
failing to provide a no-arg constructor.

The other thing to bear in mind is that your RPC API and serializable types 
should declare classes that are as specific as possible. That means your API 
should include ArrayList in preference to List, contrary to standard Java 
practice. If you declare List (or worse still, Serializable) as the data type 
of some RPC parameter, then GWT will have to generate serialization code for 
every implementation of List rather than just the one required.

The abstract class usage is a very common programming way for java.

Yes, but that issue was complaining about a lack of compiler warnings or errors 
for what the issue creator thought (not unreasonably) should have been reported 
as an error. Serializing abstract classes does work.

Paul

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

[Paul Robinson]

On 18/04/12 12:02, Roy Yeung wrote:

Take a look at this,
http://code.google.com/p/google-web-toolkit/issues/detail?id=7213

May be someone can try out and confirm. My comment came from my previous
experience in earlier version.

That issue is specifically about how abstract classes are treated when they are 
not serializable, but a subclass is. Your post showed no abstract classes, so 
it doesn't appear to be the same thing to me.

Paul

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

[Paul Robinson]

On 18/04/12 10:44, Roy Yeung wrote:

One of my experience in DTO:

"Attribute in parent class would not be serialized in GWT-RPC"

A extends B {
   String label
}

B{
   String name:
}

If A is a DTO, the attribute name would not be serialized object object
instaniated from class A.


Please correct me if i am wrong.

You are wrong. This ought to work the way you'd expect, and if it doesn't it's 
because of something else. For example, final fields are not serialized.

Paul

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

Deferred binding and static analysis

[Paul Robinson]

I have a problem with deferred binding or perhaps GWT's static analysis not 
behaving quite the way I thought it did. I have a class that looks like this:

public abstract class Mode
{
public abstract boolean isDebug();
}

and I have two subclasses, one with a hard-coded value of false for isDebug() 
and the other has a hard-coded value of true. I then have appropriate gwt.xml 
directives that introduce a new permutation and select the appropriate 
implementation of Mode.

This all works as expected. My problem is this...if I use a central class to 
record whether we're in debug mode or not like this:

public class Central
{
private static final Mode mode = GWT.create(Mode.class);

public static boolean isDebug() { return mode.isDebug(); }
}

and then I have a class that uses this value like this:

public class Foo
{
public void doSomething()
{
if (Central.isDebug())
Log.debug("Here I am");
}
}

then what I find is that in the permutation where isDebug() returns false, the Log.debug("Here 
I am") line does not get run, but the text string "Here I am" is in the output 
javascript file for *all* permutations. I was expecting it only to be in the debug permutations.

If I change the Foo class like this:

public class Foo
{
private static final Mode mode = GWT.create(Mode.class);

public void doSomething()
{
if (mode.isDebug())
Log.debug("Here I am");
}
}

then I find that the "Here I am" string is only in the debug permutations.

Am I expecting too much of the static analysis GWT does at compile time? Or 
have I missed something?

Thanks,
Paul

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

Re: How to compile a particular class

[Paul Robinson]

Like I said, you can create another module that includes just the things that 
should be shared and inherit that in B (and possibly in A as well).

You may find you prefer to put all the shared things in their own package so 
it's cleaner and easy to see what's what.

Paul

On 01/03/12 09:41, Deepak Singh wrote:

ok. But will it be a good practice if module B inherits module A for just to 
use a single class AbcDTO ?
Thanks
Deepak

On Thu, Mar 1, 2012 at 1:58 PM, Paul Robinson mailto:ukcue...@gmail.com>> wrote:

If you don't want module B to inherit module A, then create a new module 
that sits alongside A that includes AbcDTO and have B inherit that.

Paul


On 29/02/12 21:34, Deepak Singh wrote:

Hi All,

I have the following scenario.

In GWT application, i have two seperate modules, not inherited one from 
another.

Module A has
class AbcDTO implements Serialisable {
}

in its shared package.


Module B has a different shared package.

What i want is to compile AbcDTO with module B so that i can use AbcDTO 
in module B client code. Otherwise if i dont include AbcDTO in compilation of 
Module B, It will throw exception when using AbcDTO in module B client code.

How can i include this particular AbcDTO in mudule B.gwt.xml file for 
compilation ?


Thanks
Deepak



-- 
Deepak Singh
-- 
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 
<mailto:google-web-toolkit@googlegroups.com>.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com 
<mailto:google-web-toolkit%2bunsubscr...@googlegroups.com>.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.


-- 
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.

To post to this group, send email to google-web-toolkit@googlegroups.com 
<mailto:google-web-toolkit@googlegroups.com>.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com 
<mailto:google-web-toolkit%2bunsubscr...@googlegroups.com>.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.




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


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

Re: How to compile a particular class

[Paul Robinson]

If you don't want module B to inherit module A, then create a new module that 
sits alongside A that includes AbcDTO and have B inherit that.

Paul

On 29/02/12 21:34, Deepak Singh wrote:

Hi All,

I have the following scenario.

In GWT application, i have two seperate modules, not inherited one from another.

Module A has
class AbcDTO implements Serialisable {
}

in its shared package.


Module B has a different shared package.

What i want is to compile AbcDTO with module B so that i can use AbcDTO in 
module B client code. Otherwise if i dont include AbcDTO in compilation of 
Module B, It will throw exception when using AbcDTO in module B client code.

How can i include this particular AbcDTO in mudule B.gwt.xml file for 
compilation ?


Thanks
Deepak



--
Deepak Singh
--
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: flex table help

[Paul Robinson]

public class MyTable extends FlexTable
{
public MyTable()
{
sinkEvents(Event.ONMOUSEOVER | Event.ONMOUSEOUT | Event.ONCLICK);
}

public void onBrowserEvent(Event event)
{
Element td = super.getEventTargetCell(event);
Element tr = td == null ? null : DOM.getParent(td);
Element body = td == null ? null : DOM.getParent(tr);
int row = body == null ? -1 : DOM.getChildIndex(body, tr);
int column = tr == null ? -1 : DOM.getChildIndex(tr, td);
}
}


On 23/02/12 09:21, Nitheesh Chandran wrote:

Hello ,

I want to get the row and column index when the mouse over event
occurs.When the user put mouse over a cell i want the row and cell
number
so i used the following code..But i am not getting it. Can anyone tell
me the reason  ?

com.google.gwt.user.client.Element td = DOM.getParent(getElement());

com.google.gwt.user.client.Element tr = DOM.getParent(td);
com.google.gwt.user.client.Element body = DOM.getParent(tr);
int r = DOM.getChildIndex(body, tr);
int c = DOM.getChildIndex(tr, td);



--
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 Compiler - java.io.IOException: Too many open files

[Paul Robinson]

When building a ClientBundle with images, the compiler holds all the source 
image files open at the same time, even if you never refer to the image in your 
code. This can be a problem if you've got a lot of images in the bundle 
interface. I think this is probably a bug, and I thought there was an issue 
open for it, but I can't find it now so maybe there isn't one.

The bottom line is that you either need fewer images in your client bundle, or you need 
to increase the number of open files that you're allowed to have. If you're on linux, 
google for "too many open files" to find out how to do this.

Paul


On 14/02/12 17:07, Jonas wrote:

I've recently started getting these errors when I GWT compile my project for my 
ClientBundles (which have quite a lot of images).

[java]  Rebinding ...ClientBundle
[java] Invoking generator 
com.google.gwt.resources.rebind.context.InlineClientBundleGenerator
[java]Preparing method taxiExternalImage
[java]   [ERROR] An error occurred while trying to write the 
image bundle.
[java] javax.imageio.IIOException: Can't create output stream!
[java] at javax.imageio.ImageIO.write(ImageIO.java:1560)
...
[java] Caused by: javax.imageio.IIOException: Can't create cache file!
[java] at javax.imageio.ImageIO.createImageOutputStream(ImageIO.java:397)
[java] at javax.imageio.ImageIO.write(ImageIO.java:1558)
[java] ... 33 more
[java] Caused by: java.io.IOException: Too many open files
[java] at java.io.UnixFileSystem.createFileExclusively(Native Method)

I have tried compiling with localWorkers=1 and -Dgwt.persistentunitcache=false 
but it doesn't help.
GWT is version 2.4. My complete flags for the GWT compile are:

-optimize 9 -strict -XdisableClassMetadata -XdisableCastChecking -localWorkers 1

Now I can't compile my project anymore, these errors happened only sometimes 
before but now all the time.
Any ideas on what I can try to solve this?
--
You received this message because you are subscribed to the Google Groups "Google 
Web Toolkit" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-web-toolkit/-/tzDHqywhMtcJ.
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: Separate client and server implementations of a class

[Paul Robinson]

Look for "super-source" here:
http://code.google.com/webtoolkit/doc/latest/DevGuideOrganizingProjects.html

and you can also google "super-source" if you need more.

HTH
Paul

On 07/02/12 17:06, Antón Kuranov wrote:

Hello,

I have a problem. How to make a separate implementations of the same
class for client and server side?
I have an util class that must implement deep cloning for a set of
shared beans. On client side cloning can be made via JSNI and on
server side via reflection. Both implementations must be separated on
compile time.

Salu2,
Antón



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

Re: How to check ip address in GWT?

[Paul Robinson]

On 07/02/12 09:49, Edwardxiong wrote:

But hard to imagine that there are no standard method in GWT to do
this job.

GWT is a client-side technology. Depending on what server-side technology you 
use, you will have different ways of identifying the client's IP in the server. 
From a servlet (and hence also from jsp), you can get it from the 
HTTPServletRequest.

If you were to use PHP in the server, you'd use something completely different.

Paul

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

Re: How to check ip address in GWT?

[Paul Robinson]

This depends entirely on what server-side technology you choose to use. It's 
not really a GWT thing.

Paul

On 07/02/12 03:15, Edwardxiong wrote:

My website is a pure GWT site. It need members to login with their
account and password. To prevent multiple users login with one same
account, I need to do some kind of ip address check. But I am not sure
how to do that in GWT. Can someone help me with that? Thanks.



--
You received this message because you are subscribed to the Google Groups "Google 
Web Toolkit" group.
To post to this group, send email to google-web-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: Distinct modules, almost same package fail :-(

[Paul Robinson]

Define a module com.package.root.app.shared that contains the shared folder, 
and then have other modules inherit it using


Paul

On 16/01/12 06:11, n3k0 wrote:

I recently joined this group, the reason is the following question.

I have a Gwt app, and i have to share classes between modules, i mean,
just one "shared" folder in all of the modules.
I had the idea to put all the gwt xml  config files in one folder, and
change de "client" package declaration to the name of the functions,
like this:

TheProject
|_src
 |_com.package.root.app
 |  |___Login.gwt.xml
 |  |___ForgetPass.gwt.xml
 |  |___MailSender.gwt.xml
 |  |___Suscriber.gwt.xml
 |_com.package.root.app.login
 | |__Login.java
 |_com.package.root.app.suscribe
 | |__Suscriber.java
 |_com.package.root.app.forget
 | |__ForgetPass.java
 |_com.package.root.app.mail
 | |__MailSender.java
 |_com.package.root.app.shared
 | |__LoginService.java
 | |
__ForgetPassService.java
 | |
__MailSenderService.java
 | |__(  Async
interfaces ... )
 |_com.package.root.app.server
   |__(  other
stuff ... )

for each gwt.xml config file. i changed the 'client' declaration,
like:

--Login.gwt.xml


--ForgetPass.gwt.xml


--MailSender.gwt.xml


--Suscriber.gwt.xml




So, i could to have independent modules.  but in practice, this is not
true.

If i compile just Login module, eclipse does it fast and efficient,
but if i want to compile, for example, the Suscriber module, this
error appears:

   [ERROR] An internal compiler exception occurred
com.google.gwt.dev.jjs.InternalCompilerException: Failed to get JNode
at com.google.gwt.dev.jjs.impl.TypeMap.get(TypeMap.java:140)
at com.google.gwt.dev.jjs.impl.TypeMap.get(TypeMap.java:71)
at com.google.gwt.dev.jjs.impl.BuildTypeMap.getType(BuildTypeMap.java:
730)
at com.google.gwt.dev.jjs.impl.BuildTypeMap.access
$000(BuildTypeMap.java:99)
at com.google.gwt.dev.jjs.impl.BuildTypeMap
$BuildDeclMapVisitor.visit(BuildTypeMap.java:195)
at
org.eclipse.jdt.internal.compiler.ast.LocalDeclaration.traverse(LocalDeclaration.java:
237)
at
org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.traverse(MethodDeclaration.java:
239)
at
org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.traverse(TypeDeclaration.java:
1239)
at
org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.traverse(CompilationUnitDeclaration.java:
687)
at
com.google.gwt.dev.jjs.impl.BuildTypeMap.createPeersForNonTypeDecls(BuildTypeMap.java:
637)
at com.google.gwt.dev.jjs.impl.BuildTypeMap.exec(BuildTypeMap.java:
514)
at com.google.gwt.dev.jjs.impl.BuildTypeMap.exec(BuildTypeMap.java:
523)
at
com.google.gwt.dev.jjs.JavaToJavaScriptCompiler.precompile(JavaToJavaScriptCompiler.java:
599)
at
com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:
33)
at com.google.gwt.dev.Precompile.precompile(Precompile.java:284)
at com.google.gwt.dev.Precompile.precompile(Precompile.java:233)
at com.google.gwt.dev.Precompile.precompile(Precompile.java:145)
at com.google.gwt.dev.Compiler.run(Compiler.java:232)
at com.google.gwt.dev.Compiler.run(Compiler.java:198)
at com.google.gwt.dev.Compiler$1.run(Compiler.java:170)
at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:
88)
at
com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:
82)
at com.google.gwt.dev.Compiler.main(Compiler.java:177)
   [ERROR]: public class
com.package.root.app.suscribe.Suscriber
extends java.lang.Object
implements :
com.smartgwt.client.widgets.form.fields.events.ClickHandler
/*   methods   */
public void()
[unresolved] private void configureWindow()
[unresolved] public void
onClick(com.smartgwt.client.widgets.form.fields.events.ClickEvent)
public void onModuleLoad()



  org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding
   [ERROR] at BootstrapperImpl.java(12): final Suscriber inj19 =
new Suscriber();
  org.eclipse.jdt.internal.compiler.ast.LocalDeclaration




So the question is: can't i have my file structure like i explained, i
mean, all the xml config files in one package, and make the difference
between modules with the susbtitution of 'client' package
declara

Re: How to handel Day Light Saving in GWT2.0

[Paul Robinson]

You can use (new Date().getTimezoneOffset()) on the client to get its timezone 
offset, and send that to the server.

Also, note that you can use DateTimeFormat.format(Date, TimeZone) to format a 
date to a particular timezone on the client.

Paul

On 16/01/12 08:32, dwitikrushna pattanaik wrote:

to clarify it explicitly ... i was thinkng to  send the offset from client side 
in request or session and compare the offset with
Server side tiem zone.can you please tell me is GWT has any setting to handel 
it .Or I   have to handel only it in server side.
As you said .if I am not sending from js then how i ll get the client zone from 
request.
I m  invoking a restelt resource for the action.

On Mon, Jan 16, 2012 at 12:10 AM, dwitikrushna pattanaik mailto:dwiti...@gmail.com>> wrote:

Thanks.
How can i get the client's time zone in server side and comapre with my 
server located zone and do the need full conversation.


On Sun, Jan 15, 2012 at 11:53 PM, Paul Robinson mailto:ukcue...@gmail.com>> wrote:

Timezones are a pain in javascript because it just doesn't do them. If 
you have a javascript Date on the client, it will always display in the 
client's timezone. If you want to apply timezone offsets, you must do that on 
the server. You can't then simply transfer the resulting java.util.Date via RPC 
because the timezone will be converted to the browser's timezone (unless that's 
what you want). So you might need to format the date on the server, or transfer 
it as separate day-month-year values.

HTH
Paul


On 13/01/12 17:13, Deekay wrote:

Hi,

Can any one have word of wisdom on this.
My case is like ..I am saving user DOB in PST format, I need to show
the DOB in requested client timezone.

Can I converse it in serverside ,does the Http request gives the
locale based on the client location or it only it gives
default locale as per the  prefered language set.Like if it is
english ?

Or i have to explicitly define a js variable and send the offset to
server and compare there.


Appreciate any enlightenment on 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 
<mailto:google-web-toolkit@googlegroups.com>.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com 
<mailto:google-web-toolkit%2bunsubscr...@googlegroups.com>.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.



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


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

Re: How to handel Day Light Saving in GWT2.0

[Paul Robinson]

Timezones are a pain in javascript because it just doesn't do them. If you have 
a javascript Date on the client, it will always display in the client's 
timezone. If you want to apply timezone offsets, you must do that on the 
server. You can't then simply transfer the resulting java.util.Date via RPC 
because the timezone will be converted to the browser's timezone (unless that's 
what you want). So you might need to format the date on the server, or transfer 
it as separate day-month-year values.

HTH
Paul

On 13/01/12 17:13, Deekay wrote:

Hi,

Can any one have word of wisdom on this.
My case is like ..I am saving user DOB in PST format, I need to show
the DOB in requested client timezone.

Can I converse it in serverside ,does the Http request gives the
locale based on the client location or it only it gives
default locale as per the  prefered language set.Like if it is
english ?

Or i have to explicitly define a js variable and send the offset to
server and compare there.


Appreciate any enlightenment on 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: Initializing Hibernate

[Paul Robinson]

This really depends on how you set up your server, but you will probably have a 
servlet that is used for communication with your GWT client. So you can put 
your initialization code in your servlet's init() method.

HTH
Paul

On 24/12/11 17:16, Blake wrote:

Greetings,

I want to use Hibernate with GWT.  Hibernate (as well as other things
I have) need to be initialized once when the application starts.  I
know how to do this with a regular Web app (startup listener) but I
don't know where or how to do that with GWT.  I need someplace to put
code that will be run one when the app starts up.  Your help is
greatly appreciated.

Blake McBride



--
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: Compiler errors: NullPointerException and IOException

[Paul Robinson]

On 14/12/11 10:41, Thomas Broyer wrote:


But the "too many open files" is a strong indication you need to bump the "ulimit 
-n".



If you have a resource bundle with a large number of images, it seems the gwt 
compile likes to have them all open at the same time, regardless of whether you 
actually use them. This means the compile will take longer and you need your 
ulimit set large, as Thomas said.

The alternative is to only put into your bundle the images you actually need.

Paul

--
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: Service return type best paratice

[Paul Robinson]

You're correct. Best practice for choice of return type in an RPC interface is 
the exact opposite from what you would normally use in Java. That is, you 
should be as specific as possible to avoid forcing GWT having to generate 
serialization code for every implementation of Set or List etc.

Paul

On 08/12/11 12:50, Filippo De Luca wrote:

Hi to all,
I have a doubt about the best return type of a RPC service: shortly is better 
to return an interface or the implementation object? (Set or HashSet?)

I think is better use the implementing class due to the fast serialization or 
permutation, am I wrong?
--
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/-/SbFWi-Eelc8J.
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.