InvocationTargetException with null cause?

[Alex Karg]

Hi

I am afraid this is probably more a general Java question than a pure GWT
question. But I am suspecting the problem somewhere in GWT server-side
hence asking here.

I am looking for help to read my stack trace around GWT RPC
and InvocationTargetException Btw the system recovered after a server
restart, without changing anything.

Stack trace was:
...



*at java.lang.Thread.run(Thread.java:748)Caused by:
com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public
abstract xx.webapp.shared.domain.xxDTO xx.share> at
com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:416)*

*at
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:605)*

*at
com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:571)*

*at
xxx.server.spring.SpringGwtRemoteServiceServlet.processCall(SpringGwtRemoteServiceServlet.java:120)*

*... 101 common frames omittedCaused by: java.lang.NullPointerException:
null*
*{call stack log ends here}*

Relevant GWT code from RPC class:

[image: image.png]

RPC class checks for cause==null so that's not it. But then why is it not
showing the actual line of code where the causing exception is thrown?

Regards,
Alex

-- 
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/CAHcNM3LsXyzksUv2i7BE8Nee%2By9abiah7UZqTqqsuq2v5-WxcQ%40mail.gmail.com.

Re: Is moving away from RPC a good idea?

[Alex Karg]

Thanks for that answer Jens. Makes perfect sense.

Regarding point 1, I am thinking about a more seamless upgrade process that
minimizes client interruption. Such that old clients can remain working on
"old" server versions for a while, while new clients work on new servers in
parallel, until all old clients are migrated in a controlled process. Once
no old clients are connected any more, the old servers are shut down and
the upgrade process is completed.

Is there any suggested standard approach (e.g. Load Balancer Setups,
Client-Server Interface Versioning) to achieve this? Anyone doing this
successfully?

Freundliche Grüsse,
Alexander Karg



On Mon, Jan 15, 2024 at 5:26 PM Jens  wrote:

>
> Some mention "some annoying downsides" or "is imperfect in a lot of ways"
> regarding gwt-rpc. What are does?
>
>
> 1. Client and server always need to be in sync because of serialization
> policy. So a user must reload the web app if you redeploy your application
> and have modified shared classes.
> 2. If you want to use J2CL in the future you should not use it.
> 3. You can only use it with GWT clients unless you reimplement the wire
> format in other languages / applications. Only unofficial information about
> the wire format exists.
> 4. No async servlet support
> 5. Command pattern doesn't work well with GWT-RPC because you cannot code
> split the client side serialization data. So your initial or leftover
> fragment contains everything that goes over the wire. Code splitting only
> works well if you have one GWT-RPC service per code split condition.
>
> --
> 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/cc4b2a17-a072-4685-b138-34f31e46cc5fn%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/CAHcNM3K8e4KTDhB04yDDKPpP%3Dmp1C7776dPJSdR4%2B5wemXdUww%40mail.gmail.com.

Re: Is moving away from RPC a good idea?

[Alex Karg]

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.

Re: Article Planning Spring Boot and GWT Boot with Domino + Nalu

[Alex Karg]

Hi Lofi, +1, this article would certainly be a great read. Did you actually 
manage to create it yet? Thanks, Alex

On Sunday, December 18, 2022 at 1:04:48 PM UTC+1 lofid...@gmail.com wrote:

> Hi All,
>
> I'm looking forward for Xmas holidays... Preparing an article for GWT / 
> J2CL:
>
> *Spring Boot and GWT Boot with DominoKit - Introduction - I would take the 
> "StockWatcher" example and build a Domino UI and Nalu web app.*
>
> Any other wishes? ☺️
>
> Another question, I see some questions about moving from old GWT to a 
> newer version. Mostly they still use Eclipse based development and maybe 
> Ant?
>
> Is it worth it to create a "recipe" in *OpenRewrite* to be able to move 
> all the old GWT webapps automatically to the newer structure with TBroyer 
> Maven? It's a pity that people stuck in the older structure.
>
> Thanks,
> Lofi
>
> Debugging in Chrome is already very good, and we are actually independent 
> of the IDE with the Maven plugin...
>

-- 
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/c3f8cac0-ee38-4ab7-8109-d6cf69f5c9a4n%40googlegroups.com.

Why was benchmarking removed in GWT 2.6?

[Alex Epshteyn]

This seemed like a very useful feature back in the day, and I'm really 
curious to know the reasoning behind its removal in release 2.6.0 (RC1) 
.

Does anyone remember?

-- 
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/1fb9859a-4906-464b-97af-acb5782ab553n%40googlegroups.com.

Re: Why Don’t You Use Java for Programming the Client-Side Web Apps on Web Browser?

[Zhang Alex]

and have other reasons
1. debugging  speed reason
2. Is it possible to hire someone who is willing to use GWT?

lofid...@gmail.com  于2021年3月4日周四 下午6:46写道：

> ... and in the beginning everything is small and fast but you'll see the
> same problem (also with pure JS or any other technologies) if you build one
> huge app...
>
> This is similar to the backend problem... Monolith vs. Microservice -->
> Monolith UI vs. Micro UI...
>
> lofid...@gmail.com schrieb am Donnerstag, 4. März 2021 um 11:39:14 UTC+1:
>
>> Thanks for the information!
>>
>> Why don't you just separate the project (Maven, etc) in smaller projects
>> and integrate them just in the HTML files DOM / ScriptInjector?
>>
>> So in general you could build many Micro UIs (many JS files) in GWT and
>> integrate them in one HTML DOM or put them together through ScriptInjector.
>>
>> alex...@gmail.com schrieb am Donnerstag, 4. März 2021 um 02:45:38 UTC+1:
>>
>>> In the past years, My company build a larget HIS frontend platform based
>>> GWT ,  The large means: lot of module,  code by java , output to javascript
>>> seems beautify
>>> But, when the application more bigger, the compiler package speed more
>>> slower;  debug, publish will wait long time...
>>> Recently, we decied to replace gwt with other pure js frontend(like
>>> extjs), in order to slove these problem .
>>>
>>>
>>>
>>>
>>>
>>>
>>> 在2021年2月13日星期六 UTC+8 下午7:59:20 写道：
>>>
>>>> > Sharing POJO definitions between client and server is the biggest
>>>> advantage of GWT for me along with static typing in the frontend. Can't
>>>> live without these two.
>>>>
>>>> Not needing POJOs in a dynamically typed language (JS), could be
>>>> considered an advantage, due to less code needing to be written.  Although,
>>>> I personally agree that a static typed language is better, even if it is
>>>> more code.
>>>>
>>>> --
> 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/0d676dfa-3aee-4777-ba68-0d51377784c2n%40googlegroups.com
> <https://groups.google.com/d/msgid/google-web-toolkit/0d676dfa-3aee-4777-ba68-0d51377784c2n%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CAFiWg2ZhTeSyxmt1DaC29AHhzw2%3DNUyGc_-80akszSuKm2JTJg%40mail.gmail.com.

Re: Why Don’t You Use Java for Programming the Client-Side Web Apps on Web Browser?

[Zhang Alex]

agree.
Cheers.

lofid...@gmail.com  于2021年3月4日周四 下午6:46写道：

> ... and in the beginning everything is small and fast but you'll see the
> same problem (also with pure JS or any other technologies) if you build one
> huge app...
>
> This is similar to the backend problem... Monolith vs. Microservice -->
> Monolith UI vs. Micro UI...
>
> lofid...@gmail.com schrieb am Donnerstag, 4. März 2021 um 11:39:14 UTC+1:
>
>> Thanks for the information!
>>
>> Why don't you just separate the project (Maven, etc) in smaller projects
>> and integrate them just in the HTML files DOM / ScriptInjector?
>>
>> So in general you could build many Micro UIs (many JS files) in GWT and
>> integrate them in one HTML DOM or put them together through ScriptInjector.
>>
>> alex...@gmail.com schrieb am Donnerstag, 4. März 2021 um 02:45:38 UTC+1:
>>
>>> In the past years, My company build a larget HIS frontend platform based
>>> GWT ,  The large means: lot of module,  code by java , output to javascript
>>> seems beautify
>>> But, when the application more bigger, the compiler package speed more
>>> slower;  debug, publish will wait long time...
>>> Recently, we decied to replace gwt with other pure js frontend(like
>>> extjs), in order to slove these problem .
>>>
>>>
>>>
>>>
>>>
>>>
>>> 在2021年2月13日星期六 UTC+8 下午7:59:20 写道：
>>>
>>>> > Sharing POJO definitions between client and server is the biggest
>>>> advantage of GWT for me along with static typing in the frontend. Can't
>>>> live without these two.
>>>>
>>>> Not needing POJOs in a dynamically typed language (JS), could be
>>>> considered an advantage, due to less code needing to be written.  Although,
>>>> I personally agree that a static typed language is better, even if it is
>>>> more code.
>>>>
>>>> --
> 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/0d676dfa-3aee-4777-ba68-0d51377784c2n%40googlegroups.com
> <https://groups.google.com/d/msgid/google-web-toolkit/0d676dfa-3aee-4777-ba68-0d51377784c2n%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CAFiWg2Y%3DOO3FG0PCtFKdJ0S589v5T7QyMSyX%2BwU3529Cs25rvA%40mail.gmail.com.

Re: Why Don’t You Use Java for Programming the Client-Side Web Apps on Web Browser?

[Zhang Alex]

In fact, We just did it like you're saying, every project composes with a
different maven module.
But , one difference is , the final output material is one xxx.nocache.js .
the sense may cause build speed too slowly.

Could you describe " separate the project (Maven, etc) in smaller projects
and integrate them just in the HTML files DOM / ScriptInjector and build
many Micro UIs (many JS files) in GWT and integrate them in one HTML DOM or
put them together through ScriptInjector" in more detail.

Cheers.

lofid...@gmail.com  于2021年3月4日周四 下午6:39写道：

> Thanks for the information!
>
> Why don't you just separate the project (Maven, etc) in smaller projects
> and integrate them just in the HTML files DOM / ScriptInjector?
>
> So in general you could build many Micro UIs (many JS files) in GWT and
> integrate them in one HTML DOM or put them together through ScriptInjector.
>
> alex...@gmail.com schrieb am Donnerstag, 4. März 2021 um 02:45:38 UTC+1:
>
>> In the past years, My company build a larget HIS frontend platform based
>> GWT ,  The large means: lot of module,  code by java , output to javascript
>> seems beautify
>> But, when the application more bigger, the compiler package speed more
>> slower;  debug, publish will wait long time...
>> Recently, we decied to replace gwt with other pure js frontend(like
>> extjs), in order to slove these problem .
>>
>>
>>
>>
>>
>>
>> 在2021年2月13日星期六 UTC+8 下午7:59:20 写道：
>>
>>> > Sharing POJO definitions between client and server is the biggest
>>> advantage of GWT for me along with static typing in the frontend. Can't
>>> live without these two.
>>>
>>> Not needing POJOs in a dynamically typed language (JS), could be
>>> considered an advantage, due to less code needing to be written.  Although,
>>> I personally agree that a static typed language is better, even if it is
>>> more code.
>>>
>>> --
> 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/ca0152ce-c94e-4c66-8c05-cd36a424c8b2n%40googlegroups.com
> <https://groups.google.com/d/msgid/google-web-toolkit/ca0152ce-c94e-4c66-8c05-cd36a424c8b2n%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CAFiWg2bB7adT1qNaBHwND5WyxQ1J%3D%2BPu-QBi_h0mFLiix%2B%3D61A%40mail.gmail.com.

Re: Why Don’t You Use Java for Programming the Client-Side Web Apps on Web Browser?

[Zhang Alex]

In the past years, My company build a larget HIS frontend platform based 
GWT ,  The large means: lot of module,  code by java , output to javascript 
seems beautify
But, when the application more bigger, the compiler package speed more 
slower;  debug, publish will wait long time...
Recently, we decied to replace gwt with other pure js frontend(like extjs), 
in order to slove these problem .






在2021年2月13日星期六 UTC+8 下午7:59:20 写道：

> > Sharing POJO definitions between client and server is the biggest 
> advantage of GWT for me along with static typing in the frontend. Can't 
> live without these two.
>
> Not needing POJOs in a dynamically typed language (JS), could be 
> considered an advantage, due to less code needing to be written.  Although, 
> I personally agree that a static typed language is better, even if it is 
> more code.
>
>

-- 
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/2323d24d-e53b-4532-97cc-4fe0f2a7a486n%40googlegroups.com.

Re: Can I create GWT Widget in javascript code?

[Zhang Alex]

Oh. Tks.
I see it.
Awesome project, You should publish a article for this knowledge.



lofid...@gmail.com  于2021年3月3日周三 下午5:11写道：

> The Calculator in my example above is a GWT Widget ;-) See:
> https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/client/Calculator.java
>
> I made a new example here:
> https://github.com/lofidewanto/gwt-widget-jsinterop
>
> So this doesn't have anything to do with the Calculator in my article ;-)
> Sorry for the name maybe I need to rename it to CalculatorComposite ;-)
>
> As you can see here, I append the Composite into a node in JS (as Element):
>
> var calculator = new Calculator("From JS withwait");
> element.appendChild(calculator.getAsElement());
>
> See
> https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/public/testcalculator-withwait.js
>
> Just checkout the example
> https://github.com/lofidewanto/gwt-widget-jsinterop and run it... you'll
> see that I add Widget into the HTML with JS...
>
> Cheers,
> Lofi
> alex...@gmail.com schrieb am Mittwoch, 3. März 2021 um 10:03:56 UTC+1:
>
>> Yes, It could be ok.
>> I will try it later.
>> Thank you. Regards
>>
>> Thomas Broyer  于2021年3月3日周三 上午2:36写道：
>>
>>> I would:
>>>
>>>1. create a new *.gwt.xml with a new EntryPoint that won't launch
>>>the GWT app but instead expose a function (using JsInterop) to "run" your
>>>module
>>>2. that function would use receive an element ID and use
>>>RootPanel.get(id) to put the GWT UI inside (that's not the only way, but
>>>definitely the easiest); ideally it would also return a function that you
>>>would call from Vue at "unmount", but could instead return the RootPanel 
>>> so
>>>it could be passed to another function exposed by the module's 
>>> onModuleLoad.
>>>3. the "unmount" callback would simply call
>>>RootPanel.detachNow(rootPanel)
>>>
>>> That way, the Vue app could actually load the GWT module immediately,
>>> but then only use it by calling its exposed function when it needs to
>>> display the GWT module; and when it no longer needs it, it should properly
>>> "detach" it.
>>>
>>> On Tuesday, March 2, 2021 at 5:09:24 AM UTC+1 alex...@gmail.com wrote:
>>>
>>>> For example:
>>>>  I have a vue app and classic gwt application,  The gwt application
>>>> have lot of module .
>>>> but I only want to one module (eg: A query UI) integration  to my vue
>>>> app using js
>>>> How can I done this?
>>>> Tks.
>>>>
>>>>
>>>> --
>>> 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-tool...@googlegroups.com.
>>>
>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/google-web-toolkit/b828a4d6-8cec-4b43-a80c-bb1ec1e22250n%40googlegroups.com
>>> <https://groups.google.com/d/msgid/google-web-toolkit/b828a4d6-8cec-4b43-a80c-bb1ec1e22250n%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>>
>> --
> 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/186fceea-f903-4f90-92ac-812569bd99ean%40googlegroups.com
> <https://groups.google.com/d/msgid/google-web-toolkit/186fceea-f903-4f90-92ac-812569bd99ean%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CAFiWg2ZoeM8UVYQcgx1-uZnoCek2Fm6vAfSqPcd-DPQnhToasg%40mail.gmail.com.

Re: Can I create GWT Widget in javascript code?

[Zhang Alex]

Yes, It could be ok.
I will try it later.
Thank you. Regards

Thomas Broyer  于2021年3月3日周三 上午2:36写道：

> I would:
>
>1. create a new *.gwt.xml with a new EntryPoint that won't launch the
>GWT app but instead expose a function (using JsInterop) to "run" your 
> module
>2. that function would use receive an element ID and use
>RootPanel.get(id) to put the GWT UI inside (that's not the only way, but
>definitely the easiest); ideally it would also return a function that you
>would call from Vue at "unmount", but could instead return the RootPanel so
>it could be passed to another function exposed by the module's 
> onModuleLoad.
>3. the "unmount" callback would simply call
>RootPanel.detachNow(rootPanel)
>
> That way, the Vue app could actually load the GWT module immediately, but
> then only use it by calling its exposed function when it needs to display
> the GWT module; and when it no longer needs it, it should properly "detach"
> it.
>
> On Tuesday, March 2, 2021 at 5:09:24 AM UTC+1 alex...@gmail.com wrote:
>
>> For example:
>>  I have a vue app and classic gwt application,  The gwt application have
>> lot of module .
>> but I only want to one module (eg: A query UI) integration  to my vue app
>> using js
>> How can I done this?
>> Tks.
>>
>>
>> --
> 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/b828a4d6-8cec-4b43-a80c-bb1ec1e22250n%40googlegroups.com
> <https://groups.google.com/d/msgid/google-web-toolkit/b828a4d6-8cec-4b43-a80c-bb1ec1e22250n%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
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/CAFiWg2YuCP-E8RBK9FS-LhsGJqBLu%2Bi%3DKjoodj-bu5YsEJU48Q%40mail.gmail.com.

Re: Can I create GWT Widget in javascript code?

[Zhang Alex]

Sorry Let explain more detail.
In your example, I can access exposed java class (Calculator) and call
function calculateSum, but it's common function not contain any gwt UI
widget
Does export gwt UI module also work by use same way?
Tks

lofid...@gmail.com  于2021年3月3日周三 下午4:44写道：

> Hmm... cannot see what do you mean about expose?
>
> alex...@gmail.com schrieb am Mittwoch, 3. März 2021 um 09:30:36 UTC+1:
>
>> Expose GWT widget also work same way?
>>  Using your project pom.xml can''t package , like this:
>> "
>>
>> https://raw.githubusercontent.com/intendia-oss/rxjava-gwt/mvn-repo/org/junit/platform/junit-platform-launcher/1.6.2/junit-platform-launcher-1.6.2.jar
>> 404
>> "
>> Tks.
>> 在2021年3月3日星期三 UTC+8 下午4:07:15 写道：
>>
>>> OK, it's working now with: setTimeout
>>>
>>>
>>> https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/public/testcalculator-withwait.js
>>>
>>> Now you can see in the example how to call your Widget from
>>> JavaScript... Just simple as creating that object and use as you wish...
>>>
>>> var calculator = new Calculator("From JS withwait");
>>> element.appendChild(calculator.getAsElement());
>>>
>>> Cheers,
>>> Lofi
>>> lofid...@gmail.com schrieb am Dienstag, 2. März 2021 um 20:18:10 UTC+1:
>>>
>>>> I build a simple example:
>>>> https://github.com/lofidewanto/gwt-widget-jsinterop
>>>>
>>>> I also found some answer in StackOverflow but it's all Java based (see
>>>> the README above). What I understood is that the Widget should be called
>>>> from a pure JS (VueJS or whatever JS).
>>>>
>>>>- Calculator.java
>>>>
>>>> <https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/client/Calculator.java>
>>>>-- Composite Widget
>>>>- JS uses the Calculator: testcalculator-nowait.js
>>>>
>>>> <https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/public/testcalculator-nowait.js>
>>>>
>>>> I use ScriptInjector to inject testcalculator-nowait.js
>>>> <https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/public/testcalculator-nowait.js>
>>>> .
>>>>
>>>> If I tried to use this JS testcalculator-withwait.js
>>>> <https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/public/testcalculator-withwait.js>
>>>>  directly
>>>> in index.html
>>>> <https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/public/index.html>
>>>> it seems that it cannot find the Calculator class. I have the feeling that
>>>> the Calculator JsInterop hasn't been loaded but the
>>>> testcalculator-withwait.js already running. Using ScriptInjector makes this
>>>> possible (testcalculator-nowait.js) but I don't think, that this was the
>>>> question.
>>>>
>>>> Maybe Thomas could check, I'm not sure how to "wait" in JS until the
>>>> JsInterop class is loaded...
>>>>
>>>> Cheers,
>>>> Lofi
>>>> t.br...@gmail.com schrieb am Dienstag, 2. März 2021 um 19:36:47 UTC+1:
>>>>
>>>>> I would:
>>>>>
>>>>>1. create a new *.gwt.xml with a new EntryPoint that won't launch
>>>>>the GWT app but instead expose a function (using JsInterop) to "run" 
>>>>> your
>>>>>module
>>>>>2. that function would use receive an element ID and use
>>>>>RootPanel.get(id) to put the GWT UI inside (that's not the only way, 
>>>>> but
>>>>>definitely the easiest); ideally it would also return a function that 
>>>>> you
>>>>>would call from Vue at "unmount", but could instead return the 
>>>>> RootPanel so
>>>>>it could be passed to another function exposed by the module's 
>>>>> onModuleLoad.
>>>>>3. the "unmount" callback would simply call
>>>>>RootPanel.detachNow(rootPanel)
>>>>>
>>>>> That way, the Vue app could actually load the GWT module immediately,
>>>>> but then only use it by calling its exposed function when it needs to
>>>>> display

Re: Can I create GWT Widget in javascript code?

[Zhang Alex]

Expose GWT widget also work same way?
 Using your project pom.xml can''t package , like this:
"
https://raw.githubusercontent.com/intendia-oss/rxjava-gwt/mvn-repo/org/junit/platform/junit-platform-launcher/1.6.2/junit-platform-launcher-1.6.2.jar
 
404 
"
Tks.
在2021年3月3日星期三 UTC+8 下午4:07:15 写道：

> OK, it's working now with: setTimeout
>
>
> https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/public/testcalculator-withwait.js
>
> Now you can see in the example how to call your Widget from JavaScript... 
> Just simple as creating that object and use as you wish...
>
> var calculator = new Calculator("From JS withwait");
> element.appendChild(calculator.getAsElement());
>
> Cheers,
> Lofi
> lofid...@gmail.com schrieb am Dienstag, 2. März 2021 um 20:18:10 UTC+1:
>
>> I build a simple example: 
>> https://github.com/lofidewanto/gwt-widget-jsinterop
>>
>> I also found some answer in StackOverflow but it's all Java based (see 
>> the README above). What I understood is that the Widget should be called 
>> from a pure JS (VueJS or whatever JS).
>>
>>- Calculator.java 
>>
>> <https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/client/Calculator.java>
>>  
>>-- Composite Widget
>>- JS uses the Calculator: testcalculator-nowait.js 
>>
>> <https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/public/testcalculator-nowait.js>
>>
>> I use ScriptInjector to inject testcalculator-nowait.js 
>> <https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/public/testcalculator-nowait.js>
>> . 
>>
>> If I tried to use this JS testcalculator-withwait.js 
>> <https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/public/testcalculator-withwait.js>
>>  directly 
>> in index.html 
>> <https://github.com/lofidewanto/gwt-widget-jsinterop/blob/main/src/main/java/com/github/lofi/public/index.html>
>>  
>> it seems that it cannot find the Calculator class. I have the feeling that 
>> the Calculator JsInterop hasn't been loaded but the 
>> testcalculator-withwait.js already running. Using ScriptInjector makes this 
>> possible (testcalculator-nowait.js) but I don't think, that this was the 
>> question.
>>
>> Maybe Thomas could check, I'm not sure how to "wait" in JS until the 
>> JsInterop class is loaded... 
>>
>> Cheers,
>> Lofi
>> t.br...@gmail.com schrieb am Dienstag, 2. März 2021 um 19:36:47 UTC+1:
>>
>>> I would:
>>>
>>>1. create a new *.gwt.xml with a new EntryPoint that won't launch 
>>>the GWT app but instead expose a function (using JsInterop) to "run" 
>>> your 
>>>module
>>>2. that function would use receive an element ID and use 
>>>RootPanel.get(id) to put the GWT UI inside (that's not the only way, but 
>>>definitely the easiest); ideally it would also return a function that 
>>> you 
>>>would call from Vue at "unmount", but could instead return the RootPanel 
>>> so 
>>>it could be passed to another function exposed by the module's 
>>> onModuleLoad.
>>>3. the "unmount" callback would simply call 
>>>RootPanel.detachNow(rootPanel)
>>>
>>> That way, the Vue app could actually load the GWT module immediately, 
>>> but then only use it by calling its exposed function when it needs to 
>>> display the GWT module; and when it no longer needs it, it should properly 
>>> "detach" it.
>>>
>>> On Tuesday, March 2, 2021 at 5:09:24 AM UTC+1 alex...@gmail.com wrote:
>>>
>>>> For example:
>>>>  I have a vue app and classic gwt application,  The gwt application 
>>>> have lot of module .
>>>> but I only want to one module (eg: A query UI) integration  to my vue 
>>>> app using js
>>>> How can I done this?
>>>> Tks.
>>>>
>>>>
>>>>

-- 
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/1e5d9ec7-c22a-4e64-a890-49cfe568e80cn%40googlegroups.com.

Re: Can I create GWT Widget in javascript code?

[Zhang Alex]

since now not yet!
I have a large application build with gwt 2.8 + Gxt
recently, other company need integration  some UI  into it's web 
application, eg:  div
Does JsInterop suitable my Scene
Thank for your example case
在2021年3月2日星期二 UTC+8 下午4:58:00 写道：

> Never wrap a Widget with JsInterop before... but just like in this article 
> I wrapped a Calculator with JsInterop so that afterwards I could use it 
> from JavaScript. 
>
> https://bit.ly/WebJavaStory
>
> Did you try to wrap your Widget with JsInterop?
>
> alex...@gmail.com schrieb am Dienstag, 2. März 2021 um 05:09:24 UTC+1:
>
>> For example:
>>  I have a vue app and classic gwt application,  The gwt application have 
>> lot of module .
>> but I only want to one module (eg: A query UI) integration  to my vue app 
>> using js
>> How can I done this?
>> Tks.
>>
>>
>>

-- 
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/29710f11-149d-4eae-8915-54010c0586e7n%40googlegroups.com.

Can I create GWT Widget in javascript code?

[Zhang Alex]

For example:
 I have a vue app and classic gwt application,  The gwt application have 
lot of module .
but I only want to one module (eg: A query UI) integration  to my vue app 
using js
How can I done this?
Tks.


-- 
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/30841564-d92d-4b17-9c65-11b9210f3ebdn%40googlegroups.com.

Re: GWT 2.9.0 release

[Alex Chevelev]

Thank you! That is really great news!

-- 
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/a09af06c-4c54-4286-9777-5922648d56fc%40googlegroups.com.

Re: GWT with Spring Boot

[Alex]

Hi, 

How could you not be sure why I'd want to use one of the fundamental 
principles of GWT, which is GWT RPC? Either I'm missing something, or you 
are! 

What is "Gwt web builder"? I've never heard of it and Googling it finds 
zero results. 

On Thursday, January 16, 2020 at 10:19:38 PM UTC-8, junaidp wrote:
>
> Hi 
> i am not sure why you need RPC when using springboot or any webservice 
>
> you can try Gwt web builder 
> which will call directly from your gwt client to springboot .. without RPc 
>  
>
>
> Sent from my iPhone
>
> On 17-Jan-2020, at 6:53 AM, Alex > wrote:
>
> Hi, 
>
> I'm trying to convert a GWT project over to use Spring Boot. I'm not able 
> to find an example anywhere that uses GWT RPC with Spring Boot. 
>
> Is this possible? Can anyone point me at an example please?
>
> Thanks,
>
> Alex
>
> -- 
> 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/18bc1f88-511c-4d4d-b8c3-f8feb10751f4%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/google-web-toolkit/18bc1f88-511c-4d4d-b8c3-f8feb10751f4%40googlegroups.com?utm_medium=email_source=footer>
> .
>
>

-- 
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/793e0204-0517-4bab-8f78-d2c614066b28%40googlegroups.com.

GWT with Spring Boot

[Alex]

Hi, 

I'm trying to convert a GWT project over to use Spring Boot. I'm not able 
to find an example anywhere that uses GWT RPC with Spring Boot. 

Is this possible? Can anyone point me at an example please?

Thanks,

Alex

-- 
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/18bc1f88-511c-4d4d-b8c3-f8feb10751f4%40googlegroups.com.

Re: BPM designer

[Alex Porcelli]

Yes, the designer is all GWT using Lienzo; we have a few abstraction
layers, lowest is Lienzo followed by Stunner.

Regards,
Alex

On Sat, Oct 5, 2019 at 10:02 PM David  wrote:

> Alex,
>
> Did you use GWT and Lienzo-core to build these new tools
>
> On Saturday, September 28, 2019 at 1:02:13 AM UTC+8, Alex Porcelli wrote:
>>
>> I'm part of the engineering group that builds a designer in GWT. Please
>> check the following references:
>>
>>  - https://github.com/kiegroup/lienzo-core
>>  -
>> https://github.com/kiegroup/kie-wb-common/tree/master/kie-wb-common-stunner
>> <https://www.google.com/url?q=https%3A%2F%2Fgithub.com%2Fkiegroup%2Fkie-wb-common%2Ftree%2Fmaster%2Fkie-wb-common-stunner=D=1=AFQjCNFMb3M_aqP5QZ6aARmyUrF1jrzQHw>
>>
>> And here is our recent announcement:
>>
>>
>> https://porcelli.me/announcement/tooling/vscode/bpmn/2019/09/11/new-vscode-gui-editor.html
>>
>> Regards,
>> Alex Porcelli
>>
>> On Monday, September 16, 2019 at 8:44:00 AM UTC-4, David wrote:
>>>
>>> I am assigned to develop BPM designer. I like to use GWT to achieve it.
>>> But I can not find good GWT library to achieve it. I like to hear your
>>> recommendation.
>>>
>>> Thanks,
>>>
>>> David
>>>
>> --
> 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/36abae9a-1bb6-4928-8cf9-09c54188f176%40googlegroups.com
> <https://groups.google.com/d/msgid/google-web-toolkit/36abae9a-1bb6-4928-8cf9-09c54188f176%40googlegroups.com?utm_medium=email_source=footer>
> .
>
-- 
Regards,
_
Alex Porcelli
http://porcelli.me

-- 
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/CA%2BNJsVj5HSXyrXHe9tL4b1jmnug0NdQnB3JOkfbkwxtgNR970Q%40mail.gmail.com.

Re: BPM designer

[Alex Porcelli]

I'm part of the engineering group that builds a designer in GWT. Please 
check the following references:

 - https://github.com/kiegroup/lienzo-core
 - https://github.com/kiegroup/kie-wb-common/tree/master/kie-wb-common-stunner

And here is our recent announcement:

https://porcelli.me/announcement/tooling/vscode/bpmn/2019/09/11/new-vscode-gui-editor.html

Regards,
Alex Porcelli

On Monday, September 16, 2019 at 8:44:00 AM UTC-4, David wrote:
>
> I am assigned to develop BPM designer. I like to use GWT to achieve it. 
> But I can not find good GWT library to achieve it. I like to hear your 
> recommendation.
>
> Thanks,
>
> David
>

-- 
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/12cbfc49-f3d1-494f-9237-0c5c145909e6%40googlegroups.com.

jsapi link went down

[Alex Thurston]

It looks like com.google.gwt.ajaxloader.client.AjaxLoader calls injectApi 
which loads the jsapi resource and ends up looking like this:

https://www.google.com/jsapi?callback=__gwt_AjaxLoader_onLoad

This resource went down yesterday and this thread appears to be discussing 
why:

https://groups.google.com/forum/#!topic/google-visualization-api/hGys_iI99bE

Daniel LaLiberte mentions 'Fortunately, we will be able to automatically 
redirect all requests to the new server, which means that all versions of 
Google Charts that have been loaded via the jsapi loader will effectively 
be automatically updated to the current version, which is v46.'
I'm wondering if GWT plans on keeping this resource the same going forward 
and having it always use the current version, or if there are other plans 
to support the jsapi. 

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.

Re: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

The license is Apache 2.0 (same as GWT).  There's no patch file. I guess 
you could probably diff it against the GWT source tree yourself.

On Thursday, November 9, 2017 at 3:05:16 AM UTC-5, Lars wrote:
>
> Thanks for sharing this... what is the license of it and is there a patch 
> file (containing only the differences to the GWT SDK) or only the modified 
> classes?
>
> Am Mittwoch, 8. November 2017 04:30:20 UTC+1 schrieb Alex Epshteyn:
>>
>> This project is now on GitHub: 
>> https://github.com/aepshteyn/gwt-stack-trace-kit
>>
>> You can download 
>> <https://github.com/aepshteyn/gwt-stack-trace-kit/releases/download/v1.0/gwt-2.5.0-StackTracePatch.zip>
>>  
>> the stack-trace-enabled GWT 2.5.0 SDK from the project releases.
>>
>> If anyone would like to continue this effort and port this over to the 
>> latest GWT branch, I'll do my best to help!
>>
>> On Wednesday, July 17, 2013 at 4:56:40 PM UTC-4, Alex Epshteyn wrote:
>>>
>>> Dear fellow GWT users,
>>>
>>> I would like to announce that I have finally solved what I always 
>>> thought to be GWT's greatest weakness: its lack of debugging information 
>>> for client-side exceptions in production.  
>>>
>>> With my patch, your deployed app will be able to report stack traces 
>>> like this:
>>>
>>> com.google.gwt.core.client.JavaScriptException: (TypeError) : a is null
>>>
>>> com.google.gwt.dom.client.DOMImplMozilla.$getBodyOffsetLeft(DOMImplMozilla.java:145)
>>>  
>>>
>>> com.google.gwt.user.client.ui.PopupPanel.$setPopupPosition(Document.java:1287)
>>>
>>> com.google.gwt.user.client.ui.PopupPanel.setPopupPosition(PopupPanel.java:884)
>>> com.google.gwt.user.client.ui.PopupPanel.PopupPanel(PopupPanel.java:453) 
>>>
>>> com.typeracer.commons.client.widgets.EnhancedPopup.EnhancedPopup(EnhancedPopup.java:32)
>>>
>>> com.typeracer.commons.client.widgets.PopupWithIcon.PopupWithIcon(PopupWithFocusableTextBox.java:28)
>>>  
>>>
>>> com.typeracer.main.client.controller.TyperacerUncaughtExceptionHandler$1.execute(TyperacerUncaughtExceptionHandler.java:55)
>>>  
>>>
>>> com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:50)
>>>  
>>> etc... :-)
>>>
>>>
>>> instead of the current state of affairs that looks like this:
>>>
>>> lineNumber: 3190 columnNumber: 15354: a is null; (TypeError) fileName:  
>>> http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html 
>>> stack: @
>>> http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2422 
>>> Rub@
>>> http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2423 
>>> dSb@
>>> http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:3190 
>>> tA@
>>> http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2810 
>>> Xmb@
>>> http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2289 
>>> etc... :-(
>>>
>>>
>>> I am asking the community to support me in finishing this effort and 
>>> integrating my patch into GWT.  Please take a look and what I've done, and 
>>> consider making a donation:
>>>
>>> http://igg.me/at/gwt-stack-traces/x/3494291
>>>
>>> I am an indie developer and I just need some funding to continue this 
>>> work.  I'm looking for both grassroots and corporate sponsorship for my 
>>> quest of improving GWT's error reporting and debugging support.
>>>
>>> I've written a detailed white paper ( http://goo.gl/YGsrQ ) that 
>>> describes how my solution works and why it is necessary.  I welcome 
>>> your feedback!
>>>
>>> Thanks!
>>> Alex
>>>
>>

-- 
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: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

This project is now on GitHub: 
https://github.com/aepshteyn/gwt-stack-trace-kit

You can download 
<https://github.com/aepshteyn/gwt-stack-trace-kit/releases/download/v1.0/gwt-2.5.0-StackTracePatch.zip>
 
the stack-trace-enabled GWT 2.5.0 SDK from the project releases.

If anyone would like to continue this effort and port this over to the 
latest GWT branch, I'll do my best to help!

On Wednesday, July 17, 2013 at 4:56:40 PM UTC-4, Alex Epshteyn wrote:
>
> Dear fellow GWT users,
>
> I would like to announce that I have finally solved what I always thought 
> to be GWT's greatest weakness: its lack of debugging information for 
> client-side exceptions in production.  
>
> With my patch, your deployed app will be able to report stack traces like 
> this:
>
> com.google.gwt.core.client.JavaScriptException: (TypeError) : a is null
>
> com.google.gwt.dom.client.DOMImplMozilla.$getBodyOffsetLeft(DOMImplMozilla.java:145)
>  
>
> com.google.gwt.user.client.ui.PopupPanel.$setPopupPosition(Document.java:1287)
>
> com.google.gwt.user.client.ui.PopupPanel.setPopupPosition(PopupPanel.java:884)
> com.google.gwt.user.client.ui.PopupPanel.PopupPanel(PopupPanel.java:453) 
>
> com.typeracer.commons.client.widgets.EnhancedPopup.EnhancedPopup(EnhancedPopup.java:32)
>
> com.typeracer.commons.client.widgets.PopupWithIcon.PopupWithIcon(PopupWithFocusableTextBox.java:28)
>  
>
> com.typeracer.main.client.controller.TyperacerUncaughtExceptionHandler$1.execute(TyperacerUncaughtExceptionHandler.java:55)
>  
>
> com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:50)
>  
> etc... :-)
>
>
> instead of the current state of affairs that looks like this:
>
> lineNumber: 3190 columnNumber: 15354: a is null; (TypeError) fileName:  
> http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html 
> stack: @
> http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2422 
> Rub@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2423
>  
> dSb@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:3190
>  
> tA@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2810 
> Xmb@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2289
>  
> etc... :-(
>
>
> I am asking the community to support me in finishing this effort and 
> integrating my patch into GWT.  Please take a look and what I've done, and 
> consider making a donation:
>
> http://igg.me/at/gwt-stack-traces/x/3494291
>
> I am an indie developer and I just need some funding to continue this 
> work.  I'm looking for both grassroots and corporate sponsorship for my 
> quest of improving GWT's error reporting and debugging support.
>
> I've written a detailed white paper ( http://goo.gl/YGsrQ ) that 
> describes how my solution works and why it is necessary.  I welcome your 
> feedback!
>
> Thanks!
> Alex
>

-- 
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: Strippable check system in GWT 2.8?

['Alex opn' via GWT Users]

Thanks for the explanation Thomas. I think it should be safe to disable 
them then in my case. :-)

On Friday, 3 February 2017 17:44:17 UTC+1, Thomas Broyer wrote:
>
>
>
> On Friday, February 3, 2017 at 4:55:06 PM UTC+1, Alex opn wrote:
>>
>> What is the risk of disabling these checks?
>>
>
> If your code depends on ClassCastException, IndexOutOfBoundsException, 
> etc. to be thrown, then it'll no longer work as intended. The checks make 
> sure the contracts of the emulated Java API is respected; disabling the 
> checks means the contracts are no longer guaranteed.
>
> For example:
>
> try {
>   o = myList.get(2);
> } catch (IndexOutOfBoundsException ioobe) {
>   // handle error; e.g. show error to the user, or log it to the console 
> or up to the server
> }
>
> This code would break with checks disabled. 'o' would simply be 'null' 
> instead of the exception being thrown.
>
> The "correct" way to program this is:
>
> if (myList.size() > 2) {
>   o = myList.get(2);
> } else {
>   // handle error
> }
>
> And similarly use "o instanceof MyObj" instead of "try { (MyObj) o; } 
> catch (ClassClassException cce) { … }".
>

-- 
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: Strippable check system in GWT 2.8?

['Alex opn' via GWT Users]

What is the risk of disabling these checks?

On Friday, 3 February 2017 14:33:34 UTC+1, Bruno Salmon wrote:
>
> Thank you Thomas,  value="MINIMAL" /> in my gwt.xml file works :-)
>
> On Friday, 3 February 2017 13:47:57 UTC+1, Thomas Broyer wrote:
>>
>> This is 
>> https://github.com/gwtproject/gwt/blob/2.8.0/user/super/com/google/gwt/emul/javaemul/internal/InternalPreconditions.java
>> The javadoc and first few lines of the class tells it all (note that 
>> System.getProperty is the emulated one here, so the properties are from 
>> your gwt.xml files, not the JVM System properties when calling the GWT 
>> compiler)
>> FWIW, the properties (and their default value) are defined in 
>> https://github.com/gwtproject/gwt/blob/2.8.0/user/super/com/google/gwt/emul/Preconditions.gwt.xml
>>
>> On Friday, February 3, 2017 at 12:47:00 PM UTC+1, Bruno Salmon wrote:
>>>
>>> hi,
>>>
>>> I heard that the GWT 2.8 check system is strippable (source: 
>>> https://www.youtube.com/watch?v=P4VhPck5s_g=1337s).
>>>
>>> By defaut the check level would be normal, which means that the 
>>> generated js code will do all checks (such as collections bounds checks, 
>>> API usage checks, java type checks, ...). But if we are confident that the 
>>> application successfully passes all checks, it seems possible to reduce 
>>> that check level from normal to optimized or minimal and get a smaller and 
>>> faster compiled production code.
>>>
>>> I haven't found any documentation about this feature, not sure it is 
>>> actually documented.
>>>
>>> Does anybody know how to tell the GWT compiler to change that check 
>>> level?
>>>
>>

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

SuperDev mode runs fine ,but compiled version tells 404....undefined.cache.js

[Alex Luya]

Hello,
  I have ubuntu 16.04 64 bit(with german UI language) + chrome 
54.0.2840.71 (English is default language), and doubt this is a language 
problem,and my *.gwt.xml has these lines:

 
 
 
 
 
 

 

Only Chinese and English constants are provided,so what is the problem?

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

Re: GWT 2.8.0 released

[Alex W]

The GWT team couldn't even be bothered to delete the out of date docs on 
gwtproject.org for the release? For shame. I'm not being negative; this is 
a team that  needs more criticism, both internal and external.

On Saturday, October 22, 2016 at 5:21:41 AM UTC+10, Daniel Kurka wrote:
>
> Hi all,
>
> I am very happy to announce GWT 2.8.0 on behalf of the GWT steering 
> committee and the GWT team at Google.
>
> You can download the release from http://www.gwtproject.org/download.html 
> or from maven central.
>
> The release notes can be found at 
> http://www.gwtproject.org/release-notes.html#Release_Notes_2_8_0
>
> Daniel,
> on behalf of the GWT team
>

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

Re: Where is MD5Digest in GWT 2.8 rc2?

[Alex Luya]

Thanks

On Tuesday, October 18, 2016 at 6:36:50 PM UTC+8, Jens wrote:
>
> It has been moved to emulation code. You would now use 
> java.security.MessageDigest.getInstance("MD5") or 
> java.security.MessageDigest.getInstance("SHA-256")
>
> -- 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.

Where is MD5Digest in GWT 2.8 rc2?

[Alex Luya]

Hello,
   Can't find it in gwt-user.jar, and any clue from googling.

-- 
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-contrib] Re: Elemental2 - What's the big secret?

[Alex White]

On Wednesday, October 12, 2016 at 9:59:40 AM UTC+10, Goktug Gokdogan wrote:
>
> Elemental 2 is based on a generator and the generator is in active 
> development and constantly changing. I don't think it is feasible to get 
> any contributions at this stage. Since we cannot get contributions and 
> there is an overhead to make it available outside, we chose to release it 
> after more maturity.  I know it is not an ideal but more of a practical 
> choice.
>
>  
It would be better if you just said "we wish to keep this part of gwt 
proprietary". Because what you are saying here, you could say that about 
any project; and it doesn't hold water. No one would force you to accept 
outside patches, it's a voluntary process.  

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/b51ecd8a-fcd1-4fdf-8e47-f32edfe997a1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [gwt-contrib] Re: Elemental2 - What's the big secret?

[Alex White]

>
>
> Elemental 2 is a completely new project that is being developed internally 
> by Google, but their intention is to publish it as open source once the 
> maturity of the code matches their internal threshold.
>
>
>
Just curious if this is still going to see the light of day? What's the 
point in having an open source project if other engineers can't contribute?

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/6686fa2a-ac0b-47b8-b12c-8e8b47e60282%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: GWT and spring security integration,DelegatingFilterProxy has a dead loop

[Alex Luya]

Does this mean if add  added blow to web.xml:



springSecurityFilterChain

org.springframework.web.filter.DelegatingFilterProxy


springSecurityFilterChain
/dp_web/service/*



I must use  to configure something in applicationContext.xml?

In my case,I removed above stuff from web.xml,added 

@Secured({"ROLE_USER"})

to class ServiceBase and let all other service inherit from it,and added 
this:

 

to applicationContext.xml,and remove all other spring security related from 
it,rerun my web app,all inherited service invoking
give 500 error,so security mechanism do works, but obviously,following code 
is not enough:

User user = new User(login, password, true, true, true, true, new 
ArrayList());
Authentication auth = new UsernamePasswordAuthenticationToken(user, password,
new ArrayList());
try {
auth = this.authenticationProvider.authenticate(auth);
} catch (BadCredentialsException e) {
throw new ClientSideBadCredentialsException(e.getMessage(), e);
}
SecurityContext sc = new SecurityContextImpl();
sc.setAuthentication(auth);
SecurityContextHolder.setContext(sc);


So question is what else I should do except:

1,add @Secured({"ROLE_USER"}) to parent service
2,add  to 
applictionContext.xml


On Tuesday, July 5, 2016 at 4:38:31 PM UTC+8, Alexander Leshkin wrote:


> On Tuesday, July 5, 2016 at 6:02:38 AM UTC+3, Alex Luya wrote:
>>
>> and blow to applicationContext.xml:
>>
>> > class="org.springframework.web.filter.DelegatingFilterProxy"/>
>>
>>
>> I think this causes recursion. Try to remove this bean declarion. Spring 
> security should internally create bean with name 
> *springSecurityFilterChain.*
> See 
> http://docs.spring.io/spring-security/site/docs/current/reference/htmlsingle/#ns-web-xml
>
>> In this case, the bean is named "springSecurityFilterChain", which is an 
>> internal infrastructure bean created by the namespace to handle web 
>> security. Note that you should not use this bean name yourself. Once you’ve 
>> added this to your web.xml, you’re ready to start editing your 
>> application context file. Web security services are configured using the 
>>  element.
>
>
>
>

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

GWT and spring security integration,DelegatingFilterProxy has a dead loop

[Alex Luya]

There is a pure GWT solution here:GWT Spring Security Integration (PURE 
GWT, NO JSP)

1,Do not use http element at all (http tag from config namespace)

2,Define your AuthenticationRpcService

3,Add AuthenticationRpcService.authenticate(user,password) method

4,Inject into AuthenticationServiceImpl AuthenticationProvider bean from 
security-context.xml

5,Implement AuthenticationRpcService.authenticate(user,password) as :

User user = new User(login, password, true, true, true, true, new 
ArrayList());
Authentication auth = new UsernamePasswordAuthenticationToken(user, password,
new ArrayList());
try {
auth = this.authenticationProvider.authenticate(auth);
} catch (BadCredentialsException e) {
throw new ClientSideBadCredentialsException(e.getMessage(), e);
}
SecurityContext sc = new SecurityContextImpl();
sc.setAuthentication(auth);
SecurityContextHolder.setContext(sc);

6,Ensure that spring security filter chain is executed during processing of 
each your GWT RPC call (to be sure that SecurityContext populated into 
SecurityContextHolder).

For this sixth step, added blow to web.xml:



springSecurityFilterChain

org.springframework.web.filter.DelegatingFilterProxy


springSecurityFilterChain
/dp_web/service/*


and blow to applicationContext.xml:



Then call authentication service,got blow error:

Problem accessing /service/authenticate. Reason:
Server ErrorCaused 
by:java.lang.StackOverflowError
at 
org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
at 
org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:262)
at 
org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
at 
org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:262)
at 
org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
at 
org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:262)
at 
org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)

As you can see there is a *dead loop* that causes StackOverflowError,and I 
am not good at spring,after two hours googling,can't figure out a way to 
solve this problem,so can anybody help me?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.

Any elegant approach to integrate Spring security with GWT RPC based application?

[Alex Luya]

There is a pure GWT solution here:GWT Spring Security Integration (PURE 
GWT, NO JSP) 


1,Do not use http element at all (http tag from config namespace)

2,Define your AuthenticationRpcService

3,Add AuthenticationRpcService.authenticate(user,password) method

4,Inject into AuthenticationServiceImpl AuthenticationProvider bean from 
security-context.xml

5,Implement AuthenticationRpcService.authenticate(user,password) as :

User user = new User(login, password, true, true, true, true, new 
ArrayList());
Authentication auth = new UsernamePasswordAuthenticationToken(user, password,
new ArrayList());
try {
auth = this.authenticationProvider.authenticate(auth);
} catch (BadCredentialsException e) {
throw new ClientSideBadCredentialsException(e.getMessage(), e);
}
SecurityContext sc = new SecurityContextImpl();
sc.setAuthentication(auth);

SecurityContextHolder.setContext(sc);

6,Ensure that spring security filter chain is executed during processing of 
each your GWT RPC call (to be sure that SecurityContext populated into 
SecurityContextHolder).

7,Secure all business services with @RolesAllowed({ "ADMIN_ROLE", 
"USER_ROLE" }) annotations

8,Prepare your own ClientSideAcessDeniedException that can be used on 
client side

9,In a case of spring AcessDeniedException propogate 
ClientSideAcessDeniedException to client side

10,On client side set up UncaughtExceptionHandler via 
GWT.setUncaughtExceptionHandler

11,In UncaughtExceptionHandler detect CustomAcessDeniedException and then 
show error to user.

The big problem of this solution is that every service must be annotated,so 
any elegant solution to solve this problem?

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

[gwt-contrib] Elemental2 - What's the big secret?

[Alex White]

Just wondering where the source code is and why it has not been published 
before a major release for an allegedly open source project. Is the big 
secret that it won't be published?


-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/07d4e6b6-dc5d-4b72-93d9-c007fa84e249%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: NEW world for me

[Alex opn]

On Wednesday, 10 February 2016 12:09:12 UTC+1, koffi jean françois koffi 
wrote:
>
> I am new GWT developper and I have to make an enterprise application with 
> GWT so I hope that you will be prompt to help me ... Thks 
>
>

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

spring4gwt error:Spring bean not found: querySenior

[Alex Luya]

 

I am trying to make *gwt-2.7* work with *spring-4.2.3*.Configurations are:

*web.xml*


contextConfigLocation

/WEB-INF/applicationContext.xml

org.springframework.web.context.ContextLoaderListener

springGwtRemoteServiceServlet

org.spring4gwt.server.SpringGwtRemoteServiceServlet
springGwtRemoteServiceServlet
/idp_web/service/*

*applicationContext.xml*

http://www.springframework.org/schema/beans/spring-beans-4.2.xsd 
default-lazy-init="true">


 //other configurations

*GWT services*

@RemoteServiceRelativePath("service/querySenior")public interface 
SeniorQueryService extends RemoteService{...}

*service impl*

@Service("querySenior")public class SeniorQueryServiceImpl extends 
RemoteServiceServlet implements SeniorQueryService{...}

Spock *unit test works fine*

@ContextConfiguration(locations = 
"file:war/WEB-INF/applicationContext.xml")public class 
SeniorQueryServiceImplTest extends Specification{

  @Autowired
  SeniorQueryServiceImpl service

  def "query by full address"(){
  //blabla
  }}

Running gwt project tells:

Failed to load resource: the server responded with a status of 500 (Server 
Error)

Error stack looks like:

[WARN] Exception while dispatching incoming RPC call
java.lang.IllegalArgumentException: Spring bean not found: querySenior
at 
org.spring4gwt.server.SpringGwtRemoteServiceServlet.getBean(SpringGwtRemoteServiceServlet.java:96)
at 
org.spring4gwt.server.SpringGwtRemoteServiceServlet.getBean(SpringGwtRemoteServiceServlet.java:55)
at 
org.spring4gwt.server.SpringGwtRemoteServiceServlet.processCall(SpringGwtRemoteServiceServlet.java:31)
at 
com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:373)

I think:

1,"500(server error)" tells that gwt has recognized spring service2,spring 
service unit test works fine,so spring configuration is right 

The problem may come from spring4gwt,and how to solve this problem?

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

spring4gwt(+ mybatis) startup warning:No MyBatis mapper was found in '[com.vsi.idp.map.server.mappe]' package

[Alex Luya]

My configuration is:

spring-4.2.3
mybatis-3.3.0
mybatis-spring-1.2.3
mapper looks like:

*Mapper* looks like:

package com.vsi.idp.map.server.mapper;//imports...public interface SeniorMapper 
extends BaseMapper
{
   @Results({...})
   @Select(...)
   public List query(...);
}

*ServiceImpl* looks like:

package com.vsi.idp.map.server;//imports...
@Service("querySenior")public class SeniorQueryServiceImpl extends 
RemoteServiceServlet implements SeniorQueryService
{
@Autowired
SeniorMapper mapper;

@Override
public List query(Address address, String careType){...}
}

*applicationContext.xml* looks like:


   
   

   //other configurations


Spock *unit test* looks like below,and *runs as expected*

@ContextConfiguration(locations = 
"file:war/WEB-INF/applicationContext.xml")public class 
SeniorQueryServiceImplTest extends Specification{

  @Autowired
  SeniorQueryServiceImpl service

  def "query by full address"(){
 //here query data succeed in real testing
  }
}

But when start web application,I got this warning:

INFO: Root WebApplicationContext: initialization started Nov 23, 2015 7:12:29 
PM org.springframework.web.context.support.XmlWebApplicationContext 
prepareRefreshINFO: Refreshing Root WebApplicationContext: startup date [Mon 
Nov 23 19:12:29 CST 2015]; root of context hierarchy Nov 23, 2015 7:12:29 PM 
org.springframework.beans.factory.xml.XmlBeanDefinitionReader 
loadBeanDefinitionsINFO: Loading XML bean definitions from ServletContext 
resource [/WEB-INF/applicationContext.xml] Nov 23, 2015 7:12:29 PM 
org.mybatis.spring.mapper.ClassPathMapperScanner doScanWARNING: No MyBatis 
mapper was found in '[com.vsi.idp.map.server.mapper]' package. Please check 
your configuration.Nov 23, 2015 7:12:30 PM 
org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor
 INFO: JSR-330 'javax.inject.Inject' annotation found and supported for 
autowiringModule setup completed in 1698 msNov 23, 2015 7:12:30 PM 
org.springframework.web.context.ContextLoader initWebApplicationContextINFO: 
Root WebApplicationContext: initialization completed in 1557 ms


I am sure that SeniorMapper is under 
package:*com.vsi.idp.map.server.mapper*,more 
strangely is that after changing

   

to nonexisted package

   

I still got a similar warning:

WARNING: No MyBatis mapper was found in '[com.vsi.idp.map.server.notexisted]' 
package. Please check your configuration.Nov 23, 2015 7:12:30 PM 

Not something like:package not existed,why?

-- 
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: GWT 2.7.0 is here

[Alex Sanz]

Hi, it's awesome.
On september I will migrate for 2.5.1 to 2.7.0 but i wonder if do you have 
a scheduler for the next stable release? for go to the next on september?

Thanks a lot for your awesome work.

Alex Sanz

El jueves, 20 de noviembre de 2014, 11:59:06 (UTC+1), Daniel Kurka escribió:

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

 One major feature of this release is a new super fast compilation path in 
 Super Dev mode that replaces the old dev mode.
 For a run-down of all changes since GWT 2.6.1, read the release notes 
 http://www.gwtproject.org/release-notes.html#Release_Notes_2_7_0.

 The release is available for download here 
 http://www.gwtproject.org/download.html or on maven central.

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

 Daniel,
 on behalf of the GWT team at Google



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

How to use maven command line to download 2.8 snapshot?

[Alex Luya]

Hello,
 I am complete new to maven,after some googling I got command lines 
like this:

mvn dependency:get \

-DrepoUrl=https://oss.sonatype.org/content/repositories/google-snapshots/com/google/
 
\
-Dartifact=gwt:gwt:2.8.0-SNAPSHOT



and ran it,got errors like this:

 
 -DrepoUrl=https://oss.sonatype.org/content/repositories/google-snapshots/com/google/
  
\
 -Dartifact=gwt:gwt:2.8.0-SNAPSHOT
Picked up JAVA_TOOL_OPTIONS: -javaagent:/usr/share/java/jayatanaag.jar 
Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Dswing.aatext=
true -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel
[INFO] Scanning for projects...
[INFO] 

[INFO] 

[INFO] Building Maven Stub Project (No POM) 1
[INFO] 

[INFO] 
[INFO] --- maven-dependency-plugin:2.8:get (default-cli) @ standalone-pom 
---
[WARNING] repositoryUrl parameter is deprecated. Use remoteRepositories 
instead
[INFO] Resolving gwt:gwt:jar:2.8.0-SNAPSHOT with transitive dependencies
Downloading: https:
//oss.sonatype.org/content/repositories/google-snapshots/com/google/gwt/gwt/2.8.0-SNAPSHOT/maven-metadata.xml
Downloaded: 
https://oss.sonatype.org/content/repositories/google-snapshots/com/google/gwt/gwt/2.8.0-SNAPSHOT/maven-metadata.xml
 
(353 B at 0.2 KB/sec)
Downloading: https:
//oss.sonatype.org/content/repositories/google-snapshots/com/google/gwt/gwt/2.8.0-SNAPSHOT/gwt-2.8.0-20150709.054321-1.pom
Downloaded: 
https://oss.sonatype.org/content/repositories/google-snapshots/com/google/gwt/gwt/2.8.0-SNAPSHOT/gwt-2.8.0-20150709.054321-1.pom
 
(3 KB at 4.8 KB/sec)
Downloading: https:
//oss.sonatype.org/content/repositories/google-snapshots/com/google/com/google/web/bindery/requestfactory/2.8.0-SNAPSHOT/maven-metadata.xml
Downloading: https:
//oss.sonatype.org/content/repositories/snapshots/com/google/web/bindery/requestfactory/2.8.0-SNAPSHOT/maven-metadata.xml
Downloading: https:
//oss.sonatype.org/content/repositories/google-snapshots/com/google/com/google/web/bindery/requestfactory/2.8.0-SNAPSHOT/requestfactory-2.8.0-SNAPSHOT.pom
Downloading: https:
//oss.sonatype.org/content/repositories/snapshots/com/google/web/bindery/requestfactory/2.8.0-SNAPSHOT/requestfactory-2.8.0-SNAPSHOT.pom
[INFO] 

[INFO] BUILD FAILURE
[INFO] 

[INFO] Total time: 6.798 s
[INFO] Finished at: 2015-07-10T12:30:19+08:00
[INFO] Final Memory: 15M/271M
[INFO] 

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-dependency-
plugin:2.8:get (default-cli) on project standalone-pom: Couldn't download 
artifact: Unable to get dependency information for 
gwt:gwt:jar:2.8.0-SNAPSHOT: Failed to process POM for 
gwt:gwt:jar:2.8.0-SNAPSHOT: Non-resolvable import POM: Could not find 
artifact com.google.web.bindery:requestfactory:pom:2.8.0-SNAPSHOT in temp 
(https://oss.sonatype.org/content/repositories/google-snapshots/com/google/)
[ERROR] gwt:gwt:jar:2.8.0-SNAPSHOT
[ERROR] 
[ERROR] from the specified remote repositories:
[ERROR] central (https://repo.maven.apache.org/maven2, releases=true, 
snapshots=false),
[ERROR] temp 
(https://oss.sonatype.org/content/repositories/google-snapshots/com/google/, 
releases=true, snapshots=true)
[ERROR] Path to dependency:
[ERROR] 1) org.apache.maven.plugins:maven-downloader-plugin:jar:1.0
[ERROR] - [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, 
please read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException


It seems like,requestfactory can't be fetched,so how to fix this problem?

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

How to use image sprite and gradient together?

[Alex Luya]

Hello,
I have read this 
post:http://askthecssguy.com/articles/css-gradients-and-background-images/,and 
it tells that it is possible to combine background image and gradient 
together,and I just wonder whether it is possible to combine image sprite 
with gradient together.If it is,how?

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

After upgrade to 2.7,error stack trace gone,How to get it back?

[Alex Luya]

Hello
  As you know,in java,if an error occurred,error stack trace will tell 
us where(exact line) and why it happened,but right now I only got some 
think like this:

Uncaught com.google.web.bindery.event.shared.UmbrellaException: Exception 
caught: Exception caught: Exception caught: Exception caught: Exception 
caught: (TypeError) : Cannot read property 'ordinal_3_g$' of undefined
castFireEvent_0_g$  @   athena-0.js:149686
fireEvent_7_g$  @   athena-0.js:149710
fireEvent_2_g$  @   athena-0.js:13276
onCreateButtonClicked_4_g$  @   athena-0.js:72077
onBrowserEvent_13_g$@   athena-0.js:72203
dispatchEventImpl_0_g$  @   athena-0.js:270336
dispatchEvent_4_g$  @   athena-0.js:270325
dispatchEvent_6_g$  @   athena-0.js:272229
apply_44_g$ @   athena-0.js:224696
entry0_0_g$ @   athena-0.js:224766
(anonymous function)@   athena-0.js:224732

I took 30 mins to locate where this bug occurred,then fix it in 5 seconds 
.And realize that above error message given by chrome console almost 
uselessness,and I remember,in previous version(before souremap),we got 
error stack trace,that is a huge advantage over current mechanism,is it to 
get it back?

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

After upgrade to 2.7,error stack trace gone,How to get it back?

[Alex Luya]

Hello
  As you know,pre v2.7,if an error occurred,java error stack trace will 
tell us where(exact line) and why it happened,but right now,I only got 
something like this:

Uncaught com.google.web.bindery.event.
shared.UmbrellaException: Exception caught: Exception caught: Exception 
caught: Exception caught: Exception caught: (TypeError) : Cannot read 
property 'ordinal_3_g$' of undefined
castFireEvent_0_g$  @   athena-0.js:149686
fireEvent_7_g$  @   athena-0.js:149710
fireEvent_2_g$  @   athena-0.js:13276
onCreateButtonClicked_4_g$  @   athena-0.js:72077
onBrowserEvent_13_g$@   athena-0.js:72203
dispatchEventImpl_0_g$  @   athena-0.js:270336
dispatchEvent_4_g$  @   athena-0.js:270325
dispatchEvent_6_g$  @   athena-0.js:272229
apply_44_g$ @   athena-0.js:224696
entry0_0_g$ @   athena-0.js:224766
(anonymous function)@   athena-0.js:224732

 and I took 30 mins to locate where this error occurred,then fix it in 5 
seconds .And realize that above error message displayed in chrome console 
almost uselessness,so is it to get error stack trace back?or how to got 
useful error message in js?

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

How to show the content from RichTextArea.getHMTL() in a div properly?

[Alex Luya]

 

If pasting an image into RichTextArea,then.getHTML(),it will return a 
escaped html string like this:

lt;img src=quot;http://www.example.com/images/n1.pngquot; 
border=quot;0quot; height=quot;75quot; width=quot;199quot;gt;

then if 

div.setInnerHTML(escaped html string),

it will be shown as plain html:

 img src=http://www.example.com/images/n1.png; border=0 height=75 
width=199


not expected result:an image,and other html content has this issue,for 
example,if inputting this content to RichTextArea:

scriptalert(evil xss);/script

then getHTML() will return:

scriptalert(evil xss);/script

and then div.setInnertHTML(escapted html),it will be shown as

lt;scriptgt;alert(evil xss);lt;/scriptgt;

not expected content:

scriptalert(evil xss);/script

So,how to show them properly?

-- 
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: GWT2.8 JsInterop Java-JS

[Alex W]

It uses @JsType @JSExport and also implements Serializable. I already 
mentioned I was using those so I didn't put that in when I sanitized the 
code since we are not allowed to pastie actual work code. As a user in js, 
I would expect that all those types would have js analogs in js under their 
respective java.lang namespace. There are various Big Integer js libraries 
on github for example. 

Looking at Ray Cromwell's slides I noticed there is a (vapour) reference to 
a Js.js(...) class that might do what I want. Apparently, it doesn't exist. 
Oops. At the risk of sounding snarky, GWT is a poorly run project, 
consistently overpromising and underdelivering. 

On Wednesday, May 20, 2015 at 12:18:41 AM UTC+10, Colin Alworth wrote:

 JSON.stringify will try to serialize the js objects to a json string as 
 best it can (ignoring cycles, and non-json data like methods).

 At the risk of sounding snarky, you know that class won't work in 
 JsInterop, right? For a start, its missing its @JsType! ;)

 Next, some of these fields can't cleanly be passed between Java and JS - 
 for example JS has no long type (will truncate to double precision, GWT 
 emulates long), and a Java List? needs to be a type that exists in JS 
 (either JsArray, or some jsinterop-annotated type that maps to what JS 
 understands). This I'm less sure about, but at least historically boxed 
 types like Boolean were never supported - the primitive type boolean has to 
 be used instead.

 Here's a very quick sanity check that I wrote to verify that this is 
 working more or less as expected:
 public class SampleEntryPoint implements EntryPoint {
   public void onModuleLoad() {
 MyData data = new MyData(Colin, 123);
 Window.alert(stringify(data));
   }

   public static native String stringify(Object obj) /*-{
 return $wnd.JSON.stringify(obj);
   }-*/;

   @JsType
   public static class MyData {
 public String name;
 public int age;
 public MyData(String name, int age) {
   this.name = name;
   this.age = age;
 }
   }
 }

 On startup this does indeed output {name:Colin,age:123}, though if 
 you remove the @JsType annotation, it just outputs {} since GWT doesnt see 
 any code using the fields, so it optimizes them out.

 Live code:

 https://viola.colinalworth.com/proj/1975c89afc330c0bb55d8fd7d4001fd1/project/client/SampleEntryPoint.java

 This is however using a version of GWT 2.8 that is a few weeks old, I'll 
 update later today and reverify.

 On Tue, May 19, 2015 at 12:11 AM Alex W alexwh...@gmail.com javascript: 
 wrote:

 The '_1_g$' indicates you are in super dev mode - does it work correctly 
 when fully compiled to JS (draft or no)? I saw a problem in this area a few 
 weeks ago.


 No it doesn't work when it's fully compiled to JS either. 

 Also, can you post the full definition for MyObject?



 class MyObject {
 private String str1;
 private String str2;
 private boolean b1;
 private boolean b2;
 private boolean b3;
 private boolean b4;
 private boolean b5;
 private boolean b6;
 private int size;
 private String str3;
 private Boolean b7;
 private String str4;
 private int numb1;
 private long uid;
 private Boolean b7;
 private ListMyOtherObject objs;

 }

 I agree with Alberto though, your printObj doesn't make any sense as is - 
 it is calling the java toString() method on the object rather than 
 serializing to JSON, or do you expect MyObject.toString() to return a json 
 string?


 I thought JSON.stringify(...) would stringify the (assumed) JSON object. 
 I'm not really sure what's going on under the hood, but I don't really 
 understand why/how it doesn't.

  

-- 
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: GWT2.8 JsInterop Java-JS

[Alex W]

 The '_1_g$' indicates you are in super dev mode - does it work correctly 
 when fully compiled to JS (draft or no)? I saw a problem in this area a few 
 weeks ago.


No it doesn't work when it's fully compiled to JS either. 

Also, can you post the full definition for MyObject?



class MyObject {
private String str1;
private String str2;
private boolean b1;
private boolean b2;
private boolean b3;
private boolean b4;
private boolean b5;
private boolean b6;
private int size;
private String str3;
private Boolean b7;
private String str4;
private int numb1;
private long uid;
private Boolean b7;
private ListMyOtherObject objs;
}

I agree with Alberto though, your printObj doesn't make any sense as is - 
 it is calling the java toString() method on the object rather than 
 serializing to JSON, or do you expect MyObject.toString() to return a json 
 string?


I thought JSON.stringify(...) would stringify the (assumed) JSON object. 
I'm not really sure what's going on under the hood, but I don't really 
understand why/how it doesn't.

-- 
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: GWT2.8 JsInterop Java-JS

[Alex W]

Wouldn't the object have a bunch of JSON properties then?

On Friday, May 15, 2015 at 4:47:39 PM UTC+10, Alberto Mancini wrote:

 Hi,
 you are converting obj to a string before calling printObj:  We can't 
 see the obj's properties, only: + obj 

 Hope this helps.
Alberto. 


 On Fri, May 15, 2015 at 7:52 AM Alex W alexwh...@gmail.com javascript: 
 wrote:

 We are usingJSInterop in GWT2.8. In one of our RPCs we have some code 
 like this that passes our java object to JS:
 onSuccess(ListMyObject objs) {  
for (MyObject obj: objs) {
  jsCode.printObj(We can't see the obj's properties, only: + obj);
   }
 }
 The definition of jsCode looks like this:
 ns.printObj = function(obj) {
console.log(JSON.stringify(obj));
 }
 In the console we get back: 
 We can't see the obj's properties, only:our.ns.type.MyObject@16 

 The value object has been annotated as @JsType. Anything else we need to 
 do?



-- 
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: GWT2.8 JsInterop Java-JS

[Alex W]

I tried that, it gave me the same result, but your post gave me an idea. I 
set printObj up to assign a variable with it's data, so the last element in 
the list would get it.

Inside 
ns.printObj = function(data) {
   ns.foo = data;
}

Then I typed ns.foo into chrome's dev console so I could introspect the 
object that way. It turns out that the data is there, but it's all mangled 
with funny symbols like
kRg_g$ {  mySymbol_1_g$  } etc. Can anyone on the GWT team weigh in and 
tell me how to unmangle it, such that I can write my views in JS and my 
model/controller in java? 

On a side note, it would be really nice if there was a nice no-brainer way 
of serializing/deserializing between JSON and Java Objects exposed to gwt 
users. This has always been a huge feature hole in gwt imo.

Thanks
Alex


On Friday, May 15, 2015 at 5:09:50 PM UTC+10, Alberto Mancini wrote:

 the object has properties but when you concatenate a string with your 
 object in the line
 We can't see the obj's properties, only: + obj  
 you are essentially converting obj to a string through obj.toString() so 
 your 
 native method does not receives the object obj but a string.

 try this passing just obj to printObj.

 A.
  

 On Fri, May 15, 2015 at 8:57 AM Alex W alexwh...@gmail.com javascript: 
 wrote:

 Wouldn't the object have a bunch of JSON properties then?


 On Friday, May 15, 2015 at 4:47:39 PM UTC+10, Alberto Mancini wrote:

 Hi,
 you are converting obj to a string before calling printObj:  We can't 
 see the obj's properties, only: + obj 

 Hope this helps.
Alberto. 


 On Fri, May 15, 2015 at 7:52 AM Alex W alexwh...@gmail.com wrote:

 We are usingJSInterop in GWT2.8. In one of our RPCs we have some code 
 like this that passes our java object to JS:
 onSuccess(ListMyObject objs) {  
for (MyObject obj: objs) {
  jsCode.printObj(We can't see the obj's properties, only: + obj);
   }
 }
 The definition of jsCode looks like this:
 ns.printObj = function(obj) {
console.log(JSON.stringify(obj));
 }
 In the console we get back: 
 We can't see the obj's properties, only:our.ns.type.MyObject@16 

 The value object has been annotated as @JsType. Anything else we need 
 to do?



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

GWT2.8 JsInterop Java-JS

[Alex W]

We are usingJSInterop in GWT2.8. In one of our RPCs we have some code like 
this that passes our java object to JS:
onSuccess(ListMyObject objs) {  
   for (MyObject obj: objs) {
 jsCode.printObj(We can't see the obj's properties, only: + obj);
  }
}
The definition of jsCode looks like this:
ns.printObj = function(obj) {
   console.log(JSON.stringify(obj));
}
In the console we get back: 
We can't see the obj's properties, only:our.ns.type.MyObject@16 

The value object has been annotated as @JsType. Anything else we need to do?

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

[gwt-contrib] Re: Upcoming overhaul to JsInterop annotations in preparation towards v1.0 release

[Alex White]

+1 to keeping the original system. For an interface a finite number of 
types  infinite number of String parameters. 
Once it gets properly documented on gwtproject.org I doubt people will 
consider it confusing. The problem imo is that most of the existing stuff 
out there is pseudocode.

We just started using JsInterop and the only stumbling block we encountered 
was that at first we weren't using @JsNamespace.
The other thing we have found is really weird bugs in some of the nightlies 
a few days ago, like types deleted from our codebase still existing and 
other new types not existing.
It was from about 4-7 days ago and seems to have stopped now. It may be 
related to the sourcemaps. The emergent behavior was that after a hard 
cache reset Chrome would be trying to fetch a sourcemap for a deleted type. 
If we grepped for that symbol in our codebase, we would find references to 
it despite it being long gone in a cleanly built proj. Does the gwt 
compiler keep some state information hidden somewhere on the hd? Because 
that was weird.


On Wednesday, April 22, 2015 at 4:42:10 AM UTC+10, Goktug Gokdogan wrote:

 There is some upcoming changes to JsInteorp in preparation toward v1.0 
 release.

 The most major change is to the annotations and their meanings. Here is 
 the doc explaining the changes and the reasoning. We are looking for your 
 feedback, especially on alternatives.






























 *Issues with existing design and annotations 1. @JsExport/@JsType slicing 
 is not intuitive for a lot of people esp. with gwt-exporter background. 
 People are confused about when to use what.2. There is no reason to why 
 @JsType doesn’t have any effect on the static methods. That is only because 
 of the original use cases that the design was tackling only cared about 
 well formed prototypal structures. Diving deeper into Elemental and 
 different javascript output styles, ability to define the full class 
 structure without exporting proves to be useful.3. @JsExport uses @JsType 
 to define the prototype structure. However this imposes unnecessary 
 restriction if/when there will be no javascript implementers of the @JsType 
 contract. @JsType that extends non-JsType is normally ok if it is not 
 implemented in js.4. You always need to fully qualify the name of the 
 export even if you just want to change the simple name.The New Annotation 
 SystemThere will be single annotation called @Js. Applying @Js to a member 
 is making that member available in javascript without any obfuscation. 
 However it is not safe from pruning if there are no references in java 
 code, so one needs to put enable exporting for the type if no pruning 
 wanted. Applying @Js at class level should considered as a shortcut to 
 apply @Js to all members. See following chart for the attributes and their 
 corresponding behavior:@JsType@Js(exports = 
 INSTANCE_MEMBERS)@JsFunction@Js(mode = FUNCTION)@JsLiteral@Js(mode = 
 LITERAL)@JsMethod@Js(name = myName)@JsProperty@Js(property = 
 true)@Js(name = myName, property = true)@JsNamespace@Js(namespace = 
 mynamespace)@JsExport@Js(exports = STATIC_MEMBERS)@Js(name = “A”, exports 
 = ALL)@Js(name = “A”, namespace=”a.b.c.”, exports = ALL)// When applied to 
 a member@Js(export = true)@Js(name = “myName”, export = 
 true)@JsNoExport@Js(ignore=true)@JsOpaque@Js(opaque=true)See Appendix below 
 for a complete comparison to existing annotations.Semantics / 
 Implementation in GWTImplementation: - Apply all Js names as bridge methods 
 (or the reverse if Js extends Java object case 
 https://groups.google.com/a/google.com/d/msg/gwt-users/i5KCHorBC6k/6wkPSuBBXBgJ
  
 needs to be supported).- Optimize away everything with regular optimization 
 rules if the member is not exported.- Generate export statements for all 
 pinned methods/classes.Usage: - Hybrid / Inbox use case needs to use @Js 
 with exports. This will make the whole object exported and not pruned.- 
 Regular library importing should use @Js with interfaces (no exports), if 
 it is a callback the @Js interface should be marked as exported so the 
 methods are not pruned when the object is not pruned.- Elemental needs to 
 use not exported Js types with prototype set and native methods.Checks - 
 mode and exports is only used in types.- export and ignore is only used in 
 members.- property is only used in methods.- name is only used in members 
 and types.- namespace is only used in exported static members, types and 
 packages.- mode=FUNCTION cannot have any attribute set.Considered 
 AlternativesAlternative 1:We could follow the above design but keep using 
 old annotations for class level annotations: - @Js(mode=OBJECT) -- 
 @JsType- @Js(mode=FUNCTION) -- @JsFunction- @Js(mode=LITERAL) -- 
 @JsLiteral- @Js(namespace=”...”) -- @JsNamespace- @JsMember for the 
 rest.Pros: - Reads well . (e.g. @JsType interface Element instead of @Js 
 interface Element { .. } ).- These modes are substantially different so 
 different 

JsInterop code seems to compile out @JsExport code in GWT 2.8.0

[Alex W]

If I run the codeserver my jsinterop code runs fine. I can open the chrome 
inspector and instantiate @JsExported java objects.

But if I do a mvn clean compile gwt:compile package I can't see my exported 
symbols in my code. They seem to be compiled out. 
I tried this with: gwt.draftCompiletrue/gwt.draftCompile on both true 
and false. No help. Has anyone else experienced this, or able to provide 
advice on how to fix?

Thanks
-Alex



-- 
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-site(https://github.com/gwtproject/gwt-site ) compiled and run successfully but a lot of stuff missing

[Alex Luya]

Sorry,
  But I think this isn't about time but how gwt guys think about 
problem,I just hope gwt guys can think from user's perspective:
1,not from google perspective.google just hope everything be online,then 
it can track every clicking and push ads to you,so it rarely provides 
downloadabe docs(in the opposite,apache and many other tech providers do 
it very well:provide good downloadable doc).Google just has too 
strong**desire of controlling.


2,GwtProject site primarily contains static pages,not so much 
interactions can be performed.Why does it use so heavy and fancy tech 
like GWT+App engine?Html and jquery can handle it very well.New tech 
should simplify complicated things,not 'complicatify' simple things.


On 04/20/2015 09:12 PM, Julien Dramaix wrote:

The old site was downloadable and you was able to crawl it locally.
It's something we broke with the new site and that has to be fixed. 
When ? When somene would have time to work on a patch for that :-)


On Monday, April 20, 2015 at 1:55:19 AM UTC+2, Alex Luya wrote:

Thanks,
I tried it,but it depends on google app engine.I just
wonder:since GWT has kinds of out of google,why does it still
inherit google's bad tradition:not provide downloadable doc
package?After all,it is faster,bandwith saving and  still avaialbe
when network is down or in google blocked place.

On 04/18/2015 07:34 PM, Thomas Broyer wrote:

gwt-site contains the doc's content only.
If you want the full website, then you need
https://gwt.googlesource.com/gwt-site-webapp/
https://gwt.googlesource.com/gwt-site-webapp/ in addition.

On Saturday, April 18, 2015 at 7:10:49 AM UTC+2, Alex Luya wrote:


https://lh3.googleusercontent.com/-ES3ZneCVP3c/VSN0VQNZmHI/AM0/wIrBOtLKuNs/s1600/Workspace%2B1_048.png

Hello,
 I have asked a question

here:https://groups.google.com/forum/#!topic/google-web-toolkit/x-OoMQv_RHo.Briefly

https://groups.google.com/forum/#%21topic/google-web-toolkit/x-OoMQv_RHo.Briefly
speaking,due to all google related stuff is blocked in
China,so I want to set up gwt-site in my local
machine,followed the instructions in gwt-site page,I got
compilation and run successfully,but there are many stuffs
missing including:gwtproject.nocache.js(please check blow
image),why?
   (screenshot with firebug of gwt-site)

-- 
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/IjUJ2wDZgCM/unsubscribe

https://groups.google.com/d/topic/google-web-toolkit/IjUJ2wDZgCM/unsubscribe.
To unsubscribe from this group and all its topics, send an email
to google-web-toolkit+unsubscr...@googlegroups.com javascript:.
To post to this group, send email to
google-we...@googlegroups.com javascript:.
Visit this group at
http://groups.google.com/group/google-web-toolkit
http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout
https://groups.google.com/d/optout.


--
You received this message because you are subscribed to a topic in the 
Google Groups Google Web Toolkit group.
To unsubscribe from this topic, visit 
https://groups.google.com/d/topic/google-web-toolkit/IjUJ2wDZgCM/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
google-web-toolkit+unsubscr...@googlegroups.com 
mailto:google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to 
google-web-toolkit@googlegroups.com 
mailto: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-site(https://github.com/gwtproject/gwt-site ) compiled and run successfully but a lot of stuff missing

[Alex Luya]

Thanks,
I tried it,but it depends on google app engine.I just 
wonder:since GWT has kinds of out of google,why does it still inherit 
google's bad tradition:not provide downloadable doc package?After all,it 
is faster,bandwith saving and  still avaialbe when network is down or in 
google blocked place.


On 04/18/2015 07:34 PM, Thomas Broyer wrote:

gwt-site contains the doc's content only.
If you want the full website, then you 
need https://gwt.googlesource.com/gwt-site-webapp/ in addition.


On Saturday, April 18, 2015 at 7:10:49 AM UTC+2, Alex Luya wrote:


https://lh3.googleusercontent.com/-ES3ZneCVP3c/VSN0VQNZmHI/AM0/wIrBOtLKuNs/s1600/Workspace%2B1_048.png

Hello,
 I have asked a question

here:https://groups.google.com/forum/#!topic/google-web-toolkit/x-OoMQv_RHo.Briefly

https://groups.google.com/forum/#%21topic/google-web-toolkit/x-OoMQv_RHo.Briefly
speaking,due to all google related stuff is  blocked in China,so I
want to set up gwt-site in my local machine,followed the
instructions in gwt-site page,I got compilation and run
successfully,but there are many stuffs missing
including:gwtproject.nocache.js(please check blow image),why?
   (screenshot with firebug of gwt-site)

--
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/IjUJ2wDZgCM/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
google-web-toolkit+unsubscr...@googlegroups.com 
mailto:google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to 
google-web-toolkit@googlegroups.com 
mailto: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.

can't get jsinterop working

[Alex W]

I'm trying to get jsinterop working using Thomas Broyer's maven archetypes, 
but not having much luck. Can anyone point out where I am going wrong? I am 
trying to export a Fubar symbol into js. Here is the project: 
https://github.com/Alexwhite3000/jsinterop-helloworld/

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

gwt-site(https://github.com/gwtproject/gwt-site ) compiled and run successfully but a lot of stuff missing

[Alex Luya]

https://lh3.googleusercontent.com/-ES3ZneCVP3c/VSN0VQNZmHI/AM0/wIrBOtLKuNs/s1600/Workspace%2B1_048.png

Hello,
 I have asked a question 
here:https://groups.google.com/forum/#!topic/google-web-toolkit/x-OoMQv_RHo.Briefly
 
speaking,due to all google related stuff is  blocked in China,so I want to 
set up gwt-site in my local machine,followed the instructions in gwt-site 
page,I got compilation and run successfully,but there are many stuffs 
missing including:gwtproject.nocache.js(please check blow image),why?
   (screenshot with firebug of gwt-site)

-- 
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: Is it possible to ask gwt team to provide a downloadable htmls packages of dev docs?

[Alex Luya]

The result looks like this:

https://lh3.googleusercontent.com/-ES3ZneCVP3c/VSN0VQNZmHI/AM0/wIrBOtLKuNs/s1600/Workspace%2B1_048.png


On Monday, April 6, 2015 at 9:58:16 PM UTC+8, Thomas Broyer wrote:

 The docs are on GitHub: https://github.com/gwtproject/gwt-site 
 You can git clone, or download any commit as a tar.gz archive.

-- 
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: Is it possible to ask gwt team to provide a downloadable htmls packages of dev docs?

[Alex Luya]

Thanks

On 04/06/2015 09:58 PM, Thomas Broyer wrote:

The docs are on GitHub: https://github.com/gwtproject/gwt-site
You can git clone, or download any commit as a tar.gz archive.



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

Is it possible to ask gwt team to provide a downloadable htmls packages of dev docs?

[Alex Luya]

Hello,
 http://www.gwtproject.org/ is block here(China).I remember 
that,before 2.5,I can download all docs by a utility and this utility will 
relink all pages also.I put all dev docs into a internal site,so all my 
team member can access it.And I use gwt from 1.3,so kind of big 
advocator,if possible,I  will sell this tech to any potential user.If 
asked,I will copy compressed doc paged to him/her.then they don't need to 
set up a vpn for viewing gwt dev docs.Right now,still,I can download all 
docs,but all links are broken.I think this is because that some gwt tech 
has been used in gwtproject.org.This do create troubles.So hope gwt team 
can provide a link to download all dev docs.

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

SuperDevMode and CSS styleNames (GWT 2.7)

[Alex Ph]

Hi,
after recompiling my application through superDevMode it looks like the 
CssResource.style property is not considered anymore. In normal mode, the 
value is set to stable-notype and in superDevMode all css styles binded 
with CssResource are displayed in pretty / stable mode. Could I tell 
the superDevMode to use the stable-notype property again?

Thnx
Alex

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

Which Json/JSON package I have to use?

[Alex Ph]

Hi all,
I want to upgrade from 2.6.1 to 2.7.0 and I use autobeans to handle JSON 
data. Due to json-issues (like 
https://code.google.com/p/google-web-toolkit/issues/detail?id=8762) you 
moved/removed the org.json package and I have to reorg my imports. 

I have three options to replace my old org.json.JSONObject import and I 
wonder which import I have to choose:

1) com.google.gwt.thirdparty.json.JSONObject (used by Autobean)
2) com.google.gwt.json.client.JSONObject
3) com.google.gwt.dev.json.JsonObject

Any Hints here?

Thanks
Alex

-- 
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: Which Json/JSON package I have to use?

[Alex Ph]

Hi,
thnx for the fast response :)

Am Donnerstag, 5. März 2015 11:26:07 UTC+1 schrieb Thomas Broyer:



 On Thursday, March 5, 2015 at 10:32:55 AM UTC+1, Alex Ph wrote:

 Hi all,
 I want to upgrade from 2.6.1 to 2.7.0 and I use autobeans to handle JSON 
 data. Due to json-issues (like 
 https://code.google.com/p/google-web-toolkit/issues/detail?id=8762) you 
 moved/removed the org.json package and I have to reorg my imports. 

 I have three options to replace my old org.json.JSONObject import and I 
 wonder which import I have to choose:


 If you use AutoBeans, why do you need org.json?

Because I was blind and I didn't see that we only use json.org stuff in our 
test cases to load test.json files

 Anyway, if you need org.json, add it as a dependency (download the JAR, or 
 add the dependency to your pom.xml or build.gradle or ivy.xml or whatever 
 you're using) and use it (and comply with its license).

I think I should have a look at the json licence :)

Thnx for your explanation of the three type of JsonObjects

Best regards
Alex 

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

Chrome GWT Plugin required but is already installed

[Alex]

This just suddenly started happening to me. I'm developing using the Maven 
gwt plugin on OS X against Google Chrome. I've been using it for many 
months with no problem. Now I get prompted to download the plugin again 
with the message:
Development Mode requires the GWT Developer Plugin

But I already have it installed. I've tried removing it and re-installing 
but I still get this message. 

Any help would be greatly appreciated!

Thanks,

Alex

-- 
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: Chrome GWT Plugin required but is already installed

[Alex]

Thank you Jens. This would explain it. 

I can't find any way to downgrade Google Chrome on my mac. I don't appear 
to have a Google Software Update app as some webpage suggested I should. 

GWT 2.7.0 won't compile my application (2.6.1 has no problem). The error 
message is so cryptic there's no hope to figure out why. 

I've tried for 3 hrs now to get Super Dev Mode to work but the 
documentation is terrible so I can't figure it out. I'm hoping you can help 
with that since I'm out of options. 

I can't understand the GWT documentation on running SuperDevMode. It says:

If you are not using Dev Mode, first you need to compile the GWT 
application and launch a web server that serves its output files.


I don't know what that means. Are they suggesting that I simply create a 
standard war file and deploy that on a web server like Tomcat? 

The instructions on running the code-server are also lacking details. I've 
no idea how to launch this codeserver or set up my classpaths. I've tried 
using the maven gwt:run-codeserver goal and it does a bunch of compilation 
and looks to launch a server but when I visit the URL I get this error in 
my browser:

HTTP ERROR: 500

Problem accessing /. Reason:


org.eclipse.jetty.http.gzip.CompressedResponseWrapper.newCompressedStream(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;JII)Lorg/eclipse/jetty/http/gzip/AbstractCompressedStream;

and in the console I get:

[ERROR] java.lang.AbstractMethodError: 
org.eclipse.jetty.http.gzip.CompressedResponseWrapper.newCompressedStream(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;JII)Lorg/eclipse/jetty/http/gzip/AbstractCompressedStream;
[ERROR] at 
org.eclipse.jetty.http.gzip.CompressedResponseWrapper.getOutputStream(CompressedResponseWrapper.java:347)
[ERROR] at 
com.google.gwt.dev.codeserver.PageUtil.sendJsonAndHtml(PageUtil.java:89)
[ERROR] at com.google.gwt.dev.codeserver.WebServer.doGet(WebServer.java:174)
[ERROR] at 
com.google.gwt.dev.codeserver.WebServer.handleRequest(WebServer.java:158)
[ERROR] at 
com.google.gwt.dev.codeserver.WebServer.access$000(WebServer.java:65)
[ERROR] at 
com.google.gwt.dev.codeserver.WebServer$1.doGet(WebServer.java:123)
[ERROR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:735)
[ERROR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
[ERROR] at 
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:669)
[ERROR] at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1336)
[ERROR] at 
org.eclipse.jetty.servlets.UserAgentFilter.doFilter(UserAgentFilter.java:82)
[ERROR] at 
org.eclipse.jetty.servlets.GzipFilter.doFilter(GzipFilter.java:294)
[ERROR] at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1307)
[ERROR] at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:453)
[ERROR] at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:229)
[ERROR] at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1072)
[ERROR] at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:382)
[ERROR] at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
[ERROR] at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1006)
[ERROR] at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
[ERROR] at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
[ERROR] at org.eclipse.jetty.server.Server.handle(Server.java:365)
[ERROR] at 
org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:485)
[ERROR] at 
org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:926)
[ERROR] at 
org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:988)
[ERROR] at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:635)
[ERROR] at 
org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235)
[ERROR] at 
org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82)
[ERROR] at 
org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:628)
[ERROR] at 
org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52)
[ERROR] at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608)
[ERROR] at 
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)
[ERROR] at java.lang.Thread.run(Thread.java:745)


Any ideas why this isn't working?

Thanks,

Alex

On Friday, November 28, 2014 2:27:04 PM UTC-8, Jens wrote:

 Latest Chrome on Mac OS is now 64bit but the browser plugin is only 32bit 
 so it does not work anymore.

 You can:
 - downgrade your Chrome to version 38 and turn off auto update
 - use Firefox 24 ESR or 26 (GWT plugin does not work

Re: How to use javascript's regular expression by jsni?

[Alex Luya]

Sorry,there is typing mistake in my question:the returning type of 
reEmail() isn't boolean but String,and my code is:
  
 private native String reEmail()/-*{

 return 
^(([^()[\]\\.,;:\s@\]+(\.[^()[\]\\.,;:\s@\]+)*)|(\.+\...@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$;
}-*/;


and it doesn't work.



On Thursday, November 20, 2014 3:18:32 PM UTC+8, Alex Luya wrote:

  Hello:
  Similar question has been asked here: How to pass a regular 
 expression as a function parameter 
 http://stackoverflow.com/questions/11143702/how-to-pass-a-regular-expression-as-a-function-parameter,
  
 but I can't get it work by JSNI.

 This is the string of the regular expression that will be used to test 
 email:

   
 ^(([^()[\]\\.,;:\s@\]+(\.[^()[\]\\.,;:\s@\]+)*)|(\.+\))@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$
  
 ))@((%5C[[0-9]%7B1,3%7D%5C.[0-9]%7B1,3%7D%5C.[0-9]%7B1,3%7D%5C.[0-9]%7B1,3%7D%5C])%7C(([a-zA-Z%5C-0-9]+%5C.)+[a-zA-Z]%7B2,%7D))$

 and if putting it to firebug execute like this:

  
 /^(([^()[\]\\.,;:\s@\]+(\.[^()[\]\\.,;:\s@\]+)*)|(\.+\))@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$
  
 ))@((%5C[[0-9]%7B1,3%7D%5C.[0-9]%7B1,3%7D%5C.[0-9]%7B1,3%7D%5C.[0-9]%7B1,3%7D%5C])%7C(([a-zA-Z%5C-0-9]+%5C.)+[a-zA-Z]%7B2,%7D))$/.test(t...@domain.com
  t...@domain.com)

 it will give what I want,but If wrapping it to a JSNI method:

 private native boolean reEmail()/-*{
  return 
 ^(([^()[\]\\.,;:\s@\]+(\.[^()[\]\\.,;:\s@\]+)*)|(\.+\))@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$
  
 ))@((%5C[[0-9]%7B1,3%7D%5C.[0-9]%7B1,3%7D%5C.[0-9]%7B1,3%7D%5C.[0-9]%7B1,3%7D%5C])%7C(([a-zA-Z%5C-0-9]+%5C.)+[a-zA-Z]%7B2,%7D))$;
 }-*/;

 then passing it to the function:

private native boolean validate(String value, String regexp)/-*{
//escape special characters
var re=regexp.replace(/([-()\[\]{}+?*.$\^|,:#!\\])/g, 
 '\\$1').replace(/\x08/g, '\\x08');
return new RegExp(re,'g').test(value)
}-*/;

 like this:

   validate(t...@domain.com t...@domain.com,reEmail());

 It will give me false.Please tell what mistakes I have made,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.

http://stackoverflow.com/questions/27031456/how-to-create-regular-expression-from-string

[Alex Luya]

 

Similar question has been asked here: How to pass a regular expression as a 
function parameter 
http://stackoverflow.com/questions/11143702/how-to-pass-a-regular-expression-as-a-function-parameter,
 
but I can't get it work by JSNI.

This is the string of the regular expression that will be used to test 
email:

 
^(([^()[\]\\.,;:\s@\]+(\.[^()[\]\\.,;:\s@\]+)*)|(\.+\))@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$

and if putting it to firebug execute like this:

/^(([^()[\]\\.,;:\s@\]+(\.[^()[\]\\.,;:\s@\]+)*)|(\.+\))@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$/.test(t...@domain.com)

it will give what I want,but If wrapping it to a JSNI method:

 private native boolean reEmail()/-*{
  return 
^(([^()[\]\\.,;:\s@\]+(\.[^()[\]\\.,;:\s@\]+)*)|(\.+\))@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$;
 }-*/;

then passing it to the function:

private native boolean validate(String value, String regexp)/-*{
//escape special characters
   var re=regexp.replace(/([-()\[\]{}+?*.$\^|,:#!\\])/g, 
'\\$1').replace(/\x08/g, '\\x08');
return new RegExp(re,'g').test(value)
}-*/;

like this:

 validate(t...@domain.com,reEmail());

It will give me false.Please tell what mistakes I have made,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.

How to use javascript's regular expression by jsni?

[Alex Luya]

Hello:
 Similar question has been asked here: How to pass a regular 
expression as a function parameter 
http://stackoverflow.com/questions/11143702/how-to-pass-a-regular-expression-as-a-function-parameter, 
but I can't get it work by JSNI.


This is the string of the regular expression that will be used to test 
email:


|   
^(([^()[\]\\.,;:\s@\]+(\.[^()[\]\\.,;:\s@\]+)*)|(\.+\))@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$
|

and if putting it to firebug execute like this:

|  
/^(([^()[\]\\.,;:\s@\]+(\.[^()[\]\\.,;:\s@\]+)*)|(\.+\))@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$/.test(t...@domain.com)
|

it will give what I want,but If wrapping it to a JSNI method:

| private native boolean reEmail()/-*{
 return 
^(([^()[\]\\.,;:\s@\]+(\.[^()[\]\\.,;:\s@\]+)*)|(\.+\))@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$;
}-*/;
|

then passing it to the function:

|private native boolean validate(String value, String regexp)/-*{
   //escape special characters
   var re=regexp.replace(/([-()\[\]{}+?*.$\^|,:#!\\])/g, 
'\\$1').replace(/\x08/g, '\\x08');
   return new RegExp(re,'g').test(value)
   }-*/;
|

like this:

|   validate(t...@domain.com,reEmail());
|

It will give me false.Please tell what mistakes I have made,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.

GWT 2.7 rc2+chrome is quite unstable

[Alex Luya]

   The composition of 2.7 rc1+firefox 33 is relative stable(source file 
get loaded every time) but there is a another problem:output is large(has 
been discussed 
here:https://groups.google.com/forum/#!topic/google-web-toolkit-contributors/o9SlYe0s2j4)

  With chrome+2.7 rc1,source map got shown sometime.I tried to clean 
chrome's cache,close it,stop SDM server,clean eclipse compilation cache,and 
start sdm and chrome again,app got loaded(no matter sourcemap work or 
not,app always got loaded properly without any error in console) but source 
map doesn't shown and the request to sourcemap.json doesn't get 
sent.This problem comes up without any pattern,sometime,even no any 
configuration changing,it works,then for some reason, I close chrome and 
open it again,sourcemap doesn't show anymore.

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

GWT 2.7 rc1+chrome,sourcemap got loaded sometime,sometime not

[Alex Luya]

The composition of 2.7 rc1+firefox 33 works relative stable(sourceMap get 
shown every time) but the souremap output of 2.7 is too large,and it cause 
firefox frozen to load it(this problem has been discussed here:
https://groups.google.com/forum/#!topic/google-web-toolkit-contributors/o9SlYe0s2j4
)

With chrome+2.7 rc1,source map got shown sometime.but sometime,even without 
any configuration changing, it doesn't show any more(and the request to 
sourcemap.json doesn't get sent also),then in sometime,it got shown 
again.By the way,no matter sourcemap shown or not,my app always got loaded 
properly without any error in console.when It doesn't show I tried to clean 
chrome's cache,close it,stop SDM server,clean eclipse compilation cache,and 
start sdm and chrome again,but no luck.So I haven't find any pattern about 
this problem.

 Has anyone faced same problem?If you found or knew a way to solve it,please 
tell 


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

How to use javascript to store variables to window correctly?

[Alex Luya]

I am trying to use JSNI to set/get variable to/from js object:window like 
this:

private final native T T get(String key)/*-{
return $wnd.key;
}-*/;

private final native void set(String key, Object value)/*-{
$wnd.key = value;
}-*/;

and if I set a variable: var_1 to window:  (the definition of IdNameImpl is 
listed in the end)

IdName var_1=IdNameImpl.create(id_1,name_1);set(key_1,var_1);

then

get(key_1)

I will get var_1 correctly

and then set another variable var_2 to window

IdName var_2=IdNameImpl.create(id_2,name_2); set(key_2,var_2)

then,try to get key_1 again

get(key_1)

unexpectedly,var_2 will be returned

so,the problem is obvious:the get() method will always return the last set 
variable no matter what key is.Questions are:

1,Why?2,How to make it right?

Blow is definition of IdNameImpl

public class IdNameImpl extends JavascriptObject implements IdName{
public static final IdName create(String Id,String Name)/*-{
var o=new Object();

o.Id=Id;
o.Name=Name;

return o;
}-*/;

protected IdNameImpl()
{
}

@Override
public final native String getName()/*-{
return this.Name;
}-*/;


@Override
public final native void setName(String Name)/*-{
this.Name = Name;
}-*/;

@Override
public final native String getId()/*-{
return this.Id;
}-*/;


@Override
public final native void setId(String Id)/*-{
this.Id = Id;
}-*/;}

-- 
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 store variables to window correctly?

[Alex Luya]

Thanks,followed your suggestion,changed to

|private  final  native  T  Tget(String  key)/*-{
return $wnd[key];
}-*/;


private  final  native  void  set(String  key,  Object  value)/*-{
$wnd[key] = value;
}-*/;|

It works now.

On 11/02/2014 06:18 PM, Ignacio Baca Moreno-Torres wrote:
I'm not sure but... return $wnd.key; is the same as return 
$wnd['key']; which is not what you want, you should use return 
$wnd[key];.


On Sunday, November 2, 2014 8:28:12 AM UTC+1, Alex Luya wrote:

I am trying to use JSNI to set/get variable to/from js
object:window like this:

|private  final  native  T  Tget(String  key)/*-{
 return $wnd.key;
}-*/;


private  final  native  void  set(String  key,  Object  value)/*-{
 $wnd.key = value;
}-*/;|

and if I set a variable: var_1 to window:  (the definition of
IdNameImpl is listed in the end)

|IdName  var_1=IdNameImpl.create(id_1,name_1);
set(key_1,var_1);|

then

|get(key_1)|

I will get var_1 correctly

and then set another variable var_2 to window

|IdName  var_2=IdNameImpl.create(id_2,name_2);  
set(key_2,var_2)|


then,try to get key_1 again

|get(key_1)|

unexpectedly,var_2 will be returned

so,the problem is obvious:the get() method will always return the
last set variable no matter what key is.Questions are:

|1,Why?
2,How  to make it right?|

|Blow is definition of IdNameImpl|

|public  class  IdNameImpl  extends  JavascriptObject  implements  IdName
{
 public  static  final  IdName  create(String  Id,String  Name)/*-{
 var o=new Object();

 o.Id=Id;
 o.Name=Name;

 return o;
 }-*/;

 protected  IdNameImpl()
 {
 }

 @Override
 public  final  native  String  getName()/*-{
 return this.Name;
 }-*/;


 @Override
 public  final  native  void  setName(String  Name)/*-{
 this.Name = Name;
 }-*/;

 @Override
 public  final  native  String  getId()/*-{
 return this.Id;
 }-*/;


 @Override
 public  final  native  void  setId(String  Id)/*-{
 this.Id = Id;
 }-*/;
}|

--
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/_9T201GGrkY/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
google-web-toolkit+unsubscr...@googlegroups.com 
mailto:google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to 
google-web-toolkit@googlegroups.com 
mailto: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: CellTable redraw performance

[Alex Ustymenko]

Hi Dan, I have similar issue with the need to redraw only specific 
celltable's columns. Did you find solution ?  thanks.
 

On Tuesday, July 22, 2014 8:43:21 AM UTC-4, Dan wrote:

 Hi.

 I often need to redraw specific  columns of my CellTables, but GWT only 
 allows me to redraw the whole table.

 Suppose I have a celltable with 10 columns, and I need to redraw 4 columns 
 after its async requests. With no logical before triggering the redraw, I 
 would redraw the table 4 times.

 Is there some way of redrawing only a column or a cell? If not, what would 
 be the best approach?


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

[Alex Epshteyn]

As of now, quite sadly, the GWT plugin is no longer supported in the latest 
of versions of Firefox nor Chrome (starting with 35). I've been using GWT 
since 2006, and I think it's a sad state of affairs that after so much work 
went into GWT's OOPHM (a.k.a Development Mode), we're back to Internet 
Explorer being the only browser that can be used for GWT debugging on 
Windows.  I think that SuperDevMode goes against the original do 
everything from your IDE spirit of GWT, but I digress...

The main reason I'm posting this is to describe my workaround to save some 
time for anyone who still wants to use dev mode under Chrome and Firefox 
(which I'm guessing is the majority of the people here):

The hack I came up with (for Windows) was to install portable versions of 
Chromium and Firefox.

Portable Firefox 24: 
http://portableapps.com/apps/internet/firefox-portable-esr
Portable Chromium 35: http://crportable.sourceforge.net/

Then you need to manually install the GWT plugin into Chromium, since it's 
now disabled on the Chrome Web Store:
1. download the file GWT-Developer-Plugin_v1.0.11357.crx from 
http://chrome-extension-downloader.com/ (entering ID number 
jpjpnpmbddbjkfaccnmhnkdgjideieim into the search field)
2. drag and drop the downloaded file into the chrome://extensions/ tab to 
install the plugin

The good thing about this Chromium build is that it seems to be immune from 
Google's auto-updater, but for a limited time, you can also still get 
Google Chrome 35 Portable at 
http://portableapps.com/apps/internet/google_chrome_portable, and follow 
the same procedure for manually installing the GWT plugin.

I'm hoping that this hack will allow many of us to keep using the old dev 
mode for a long time to come, and I'm also hoping that the GWT project 
members will not abandon dev mode support.  

Question for GWT project members: I understand that both FF and Chrome are 
getting rid of the NSAPI, which enabled the GWT plugin.  Are there really 
no other ways to keep supporting dev mode on the latest versions of those 
browsers?  Has anyone looked into Native Client 
(https://developer.chrome.com/native-client)?

Best,
Alex

-- 
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: Google Chrome 35 GWT plugin incompatibility

[Alex Epshteyn]

Although the GWT plugin for Chrome can no longer be installed from the 
chrome store since version 35, you can still install it manually (at least 
under Windows) and it works just fine.

I posted the instructions here: 
https://groups.google.com/d/msg/google-web-toolkit/QSEjbhhHB4g/tQSwltonVMIJ and 
my post also contains instructions for installing compatible portable 
versions of Firefox and Chromium on Windows, which will allow us to 
continue using the dev mode plugins on those browsers for (hopefully) at 
least a couple more years.

Hope this helps!

On Thursday, May 22, 2014 5:48:01 AM UTC-4, Алексей Волков wrote:

 Chrome just updated to 35.0.1916.114 and thats broke the GWT development 
 plugin stating: Sorry, the GWT Developer Plugin no longer works with Chrome 
 on Linuxccseferf 

 I am running Linux Mint 16 with default depositories and autimatic 
 updates, is it possible to get GWT plugin back to work?



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

JSNI Javascript promises

[Alex Ph]

Hi all,
I start to write a wrapper around a Javascript lib, where function calls 
are handled with promises, like *get(bla).then(doThis,doThat).catch(stuff)*. 
If I try to wrap this function the gwt compiler says that I missed a name 
after . operator ... .catch(function...
After googling around I found out, that *catch* is a restricted keyword and 
I cannot use this inside the native block. Is it possible to escape the 
.catch(stuff) to get this work?

Thnx
Alex

-- 
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: Google Chrome 35 GWT plugin incompatibility

[Alex Ph]

Am Donnerstag, 22. Mai 2014 16:25:30 UTC+2 schrieb stuckagain:

 I tried out SuperDevMode yesterday in Chrome ... not impressed. I think 
 this is going to be a nightmare unless they find a way to show objects and 
 fields as we know them in Java.


Explain, explain? :) I found every object I looking for inside the chrome 
tools.

I don't think its a nightmare its just something new to work with. And 
sure, I would love to use CTRL + Left Mouse Click to navigate through my 
source-map classes :)
I work with the SuperDevMode for 1-2 month now. The first few weeks, I 
hated to work with it too, but today, I don't want to got back to the 
DevMode. The main issue for us was the long compile time of our gwt 
project. Therefore, we had to split it into two projects and right now, our 
recompile time drops from 70 seconds to 15 seconds. Sure, you don't have 
the eclipse/intellij debugger, but the Chrome F12 Tool is pretty good and 
the debugging is much closer to your real application. For example, you 
can inspect your elements DOM-state while you hold your program in a 
breakpoint.

Alex

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

Adding EventHandler between GWT and Browser?

[Alex Ph]

Hi all,
I have some widgets with keyDown-Bindings (e.g. F11). These keyDown 
bindings only work when the widget got the focus. If the user leaves the 
focus F11 triggers the browser behaviour (fullscreen). 

Now I tried to deactivate the global keybindings by adding this code inside 
the EntryPoint:

 Event.addNativePreviewHandler(new Event.NativePreviewHandler() {
 @Override
 public void onPreviewNativeEvent(final NativePreviewEvent 
 event) {
if 
 (BrowserEvents.KEYDOWN.equals(event.getNativeEvent().getType())) { //cancel 
 event if KeyCode = F11 }

}
 });


For global stuff this works fine. But if I hit a key inside my widgets the 
PreviewNativeEvent will be called first. If I cancel events inside this 
event now, my local keybinding are not called. Thats how it work by 
design.

Therefore my question: Could I hang an eventhandler between 
GWT-Eventhandling and Browser?

I found *new SchedulerImpl().scheduleFinally(new ScheduledCommand()...)*but I 
cannot trigger an event here.


Best Regards
Alex

-- 
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+guava compilation error:[ERROR] Line 761: MAX_SIZE cannot be resolved or is not a field

[Alex Luya]

both in guava 15 and 16,by the way.by the way,it is a discussed 
bug:https://code.google.com/p/guava-libraries/issues/detail?id=1639

On Thursday, January 23, 2014 12:50:40 AM UTC+8, Thomas Broyer wrote:



 On Wednesday, January 22, 2014 2:17:51 AM UTC+1, Alex Luya wrote:

 When compiling *guava 16.0*+gwt 2.6 RC4,I got this error:

 [ERROR] Errors in 
 'jar:file:/home/alex/workspace/DSC-Lib/lib/*guava-**gwt-15.0*.jar!/com/google/common/base/super/com/google/common/base/CharMatcher.java'


 So, is this Guava 16 or Guava 15? (emphasis mine above)


-- 
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+guava compilation error:[ERROR] Line 761: MAX_SIZE cannot be resolved or is not a field

[Alex Luya]

Both of them,by the way ,it is a confirmed 
bug:https://code.google.com/p/guava-libraries/issues/detail?id=1639

On 01/23/2014 12:50 AM, Thomas Broyer wrote:



On Wednesday, January 22, 2014 2:17:51 AM UTC+1, Alex Luya wrote:

|When compiling*guava 16.0*+gwt 2.6 RC4,I got this error:

[ERROR] Errors in 
'jar:file:/home/alex/workspace/DSC-Lib/lib/*guava-gwt-15.0*.jar!/com/google/common/base/super/com/google/common/base/CharMatcher.java'|


So, is this Guava 16 or Guava 15? (emphasis mine above)
--
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/ndwGu4y7DMo/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
google-web-toolkit+unsubscr...@googlegroups.com.

To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/groups/opt_out.


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

gwt+guava compilation error:[ERROR] Line 761: MAX_SIZE cannot be resolved or is not a field

[Alex Luya]

When compiling guava 16.0+gwt 2.6 RC4,I got this error:

[ERROR] Errors in 
'jar:file:/home/alex/workspace/DSC-Lib/lib/guava-gwt-15.0.jar!/com/google/common/base/super/com/google/common/base/CharMatcher.java'
[ERROR] Line 760: MAX_SIZE cannot be resolved or is not a field

-- 
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-contrib] Re: Bad news for GWT DevMode!

[Alex Raugust]

Safari is no longer supported started with 5.1...

Say what now?


On Mon, Oct 21, 2013 at 6:56 AM, Thomas Broyer t.bro...@gmail.com wrote:

 I don't think any committer to the GWT project uses Windows (other than
 for testing, using VMs then), so it'd be either Firefox or Chrome (no other
 choice on Linux; and on OSX, Safari is no longer supported started with
 5.1, and I don't think anyone uses OmniWeb or similar).
 Both work well.

 To answer the question about a “preferred browser”, I've been told that,
 on Windows, IE works best (is the fastest); that was a while back though,
 so things might have changed.


 On Monday, October 21, 2013 3:21:49 PM UTC+2, Ivan Dimitrijevic wrote:

 IMO Firefox

 On Friday, October 18, 2013 11:47:13 PM UTC+2, Alex Raugust wrote:

 Just curious, is there a preferred browser for Classic DevMode?

 What do the cool kids use? :)

 On Tuesday, September 24, 2013 4:05:59 AM UTC-7, Thomas Broyer wrote:

 Just saw this passing on Twitter: http://blog.chromium.**
 org/2013/09/saying-goodbye-to-**our-old-friend-npapi.htmlhttp://blog.chromium.org/2013/09/saying-goodbye-to-our-old-friend-npapi.html
 This is really bad for DevMode in Chrome (maybe also in Firefox, which
 was already a nightmare). Means we really need to improve SuperDevMode, or
 find a non-NPAPI way to plug into the browser.

  --
 http://groups.google.com/group/Google-Web-Toolkit-Contributors
 ---
 You received this message because you are subscribed to a topic in the
 Google Groups GWT Contributors group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/google-web-toolkit-contributors/NQSjAkbiR9U/unsubscribe
 .
 To unsubscribe from this group and all its topics, send an email to
 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


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

[gwt-contrib] Re: Bad news for GWT DevMode!

[Alex Raugust]

Just curious, is there a preferred browser for Classic DevMode?

What do the cool kids use? :)

On Tuesday, September 24, 2013 4:05:59 AM UTC-7, Thomas Broyer wrote:

 Just saw this passing on Twitter: 
 http://blog.chromium.org/2013/09/saying-goodbye-to-our-old-friend-npapi.html
 This is really bad for DevMode in Chrome (maybe also in Firefox, which was 
 already a nightmare). Means we really need to improve SuperDevMode, or find 
 a non-NPAPI way to plug into the browser.


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

[gwt-contrib] Re: Bad news for GWT DevMode!

[Alex Raugust]

I use DevMode w/ IE8, per our enterprise standard.

But this post made wonder, what do the top GWT folks use/recommend?

On Tuesday, September 24, 2013 4:05:59 AM UTC-7, Thomas Broyer wrote:

 Just saw this passing on Twitter: 
 http://blog.chromium.org/2013/09/saying-goodbye-to-our-old-friend-npapi.html
 This is really bad for DevMode in Chrome (maybe also in Firefox, which was 
 already a nightmare). Means we really need to improve SuperDevMode, or find 
 a non-NPAPI way to plug into the browser.


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

Re: [gwt-contrib] Re: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

Hi Colin, please find my answers inline:

On Tue, Aug 20, 2013 at 11:35 PM, Colin Alworth niloc...@gmail.com wrote:

 I got a tweet from you asking for a donation (or rather a 'partner', which
 apparently means 'money'), but couldn't frame a useful response in 140
 chars, so since this thread is coming back, I thought to do so here
 instead.


Yes, I wanted to see if Sencha would be interested in funding this project.
 I agree, 140 chars is not enough :)  Just couldn't find your contact info
other than Twitter.

What license are you offering these code samples under - if it isn't
 something open and available, what is the benefit to an advance copy of the
 jar if I, an author of a library and several open source tools and
 applications, cannot provide it to my customers or other downstream users?


That's a good point which I hadn't considered.  I'd be willing to
immediately release the code under the same license as GWT if the project
gets funded.

(For anyone who's just joining this thread now, here's the link to my
project on IndieGoGo: http://igg.me/at/gwt-stack-traces/x/3494291)


 We've found that https://gist.github.com/niloc132/3906501 goes a heck of
 a long ways toward offering optional debug info - if not enabled, the user
 gets the normal-size application with zero size or performance hit, and by
 redirecting to a slightly different url, the full trace info can be pulled
 out (with the quirks you mention of course*), which typically goes a long
 ways toward identifying the real issue.


Yes, and you'd still be able to use that same config with my patch, except
the debug permutation will be much smaller, cleaner, and more accurate.  In
fact, the overhead is so insignificant now, that I have that debug
configuration enabled for all users on my site (typeracer.com).


 * How often have you needed to know which line of Impl.java or
 DOMImpl.java a stack trace intersects? To make your case more effectively,
 you might consider using code where it is meaningful to see those lines,
 something other than the equivelent of
 java.lang.reflect.Method.invoke(Method.java:601). Perhaps some real life
 JSNI, or an annoying IE6-9 focus() or setAttribute issue?


Certainly.  At the time of writing I only had a few artificial examples
available.  But now that I've been gathering real data from my users in
production for a month, I will add an appendix with much better real-world
examples.  I'll update this thread when I finish doing that (most likely
tomorrow).


 You touch briefly on the risk of '[exposing] your application’s
 implementation details', but unless I am mistaken, the extra metadata
 included in the file:line ints should still be enough to take apart an app
 and map it to discrete files and reconstruct methods, even un-inlining (as
 you mention) to pull out clearer details. My understanding was that the
 premise of the sourceMap was to work entirely from the stack to allow the
 actual source to be obfuscated, and avoid any other metadata from being
 left in the compiled output. Combine this with the fact that many of those
 classes are publicly available (GWT itself, etc), and it seems that you
 could reverse out a significant portion of the app - the secret sauce.
 Can you comment on using this for public applications and any reverse
 engineering attempts you've made?


Let me first just clarify how my implementation obfuscates file names (I
think you understood it correctly, but I just want to be sure).  So in my
implementation of stack emulation, the filenames are obfuscated, so you
have strings like '23:234'. The decoding table for this cipher is not
published (it's written as a new file in the same directory as the
symbolMap).  So the only thing that you can reconstruct is that the
obfuscated JavaScript expression X is on line '234' of file '23'.  I
understand that you can use this info to separate the JS output into
discrete files, but I'm just not overly concerned with that, because I
don't think it's that much more helpful to have many obfuscated files with
prettier whitespacing instead of just one lump file.  If necessary, I
suppose you could modify the compiler to add some additional obfuscating
salt to the output.

Thanks for your questions!
Alex

-- 
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-contrib] Re: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

Hi Colin, please find my answers inline:

On Tue, Aug 20, 2013 at 11:35 PM, Colin Alworth niloc...@gmail.com wrote:

 I got a tweet from you asking for a donation (or rather a 'partner', which
 apparently means 'money'), but couldn't frame a useful response in 140
 chars, so since this thread is coming back, I thought to do so here
 instead.


Yes, I wanted to see if Sencha would be interested in funding this project.
 I agree, 140 chars is not enough :)  Just couldn't find your contact info
other than Twitter.

What license are you offering these code samples under - if it isn't
 something open and available, what is the benefit to an advance copy of the
 jar if I, an author of a library and several open source tools and
 applications, cannot provide it to my customers or other downstream users?


That's a good point which I hadn't considered.  I'd be willing to
immediately release the code under the same license as GWT if the project
gets funded.

(For anyone who's just joining this thread now, here's the link to my
project on IndieGoGo: http://igg.me/at/gwt-stack-traces/x/3494291)


 We've found that https://gist.github.com/niloc132/3906501 goes a heck of
 a long ways toward offering optional debug info - if not enabled, the user
 gets the normal-size application with zero size or performance hit, and by
 redirecting to a slightly different url, the full trace info can be pulled
 out (with the quirks you mention of course*), which typically goes a long
 ways toward identifying the real issue.


Yes, and you'd still be able to use that same config with my patch, except
the debug permutation will be much smaller, cleaner, and more accurate.  In
fact, the overhead is so insignificant now, that I have that debug
configuration enabled for all users on my site (typeracer.com).


 * How often have you needed to know which line of Impl.java or
 DOMImpl.java a stack trace intersects? To make your case more effectively,
 you might consider using code where it is meaningful to see those lines,
 something other than the equivelent of
 java.lang.reflect.Method.invoke(Method.java:601). Perhaps some real life
 JSNI, or an annoying IE6-9 focus() or setAttribute issue?


Certainly.  At the time of writing I only had a few artificial examples
available.  But now that I've been gathering real data from my users in
production for a month, I will add an appendix with much better real-world
examples.  I'll update this thread when I finish doing that (most likely
tomorrow).


 You touch briefly on the risk of '[exposing] your application’s
 implementation details', but unless I am mistaken, the extra metadata
 included in the file:line ints should still be enough to take apart an app
 and map it to discrete files and reconstruct methods, even un-inlining (as
 you mention) to pull out clearer details. My understanding was that the
 premise of the sourceMap was to work entirely from the stack to allow the
 actual source to be obfuscated, and avoid any other metadata from being
 left in the compiled output. Combine this with the fact that many of those
 classes are publicly available (GWT itself, etc), and it seems that you
 could reverse out a significant portion of the app - the secret sauce.
 Can you comment on using this for public applications and any reverse
 engineering attempts you've made?


Let me first just clarify how my implementation obfuscates file names (I
think you understood it correctly, but I just want to be sure).  So in my
implementation of stack emulation, the filenames are obfuscated, so you
have strings like '23:234'. The decoding table for this cipher is not
published (it's written as a new file in the same directory as the
symbolMap).  So the only thing that you can reconstruct is that the
obfuscated JavaScript expression X is on line '234' of file '23'.  I
understand that you can use this info to separate the JS output into
discrete files, but I'm just not overly concerned with that, because I
don't think it's that much more helpful to have many obfuscated files with
prettier whitespacing instead of just one lump file.  If necessary, I
suppose you could modify the compiler to add some additional obfuscating
salt to the output.

Thanks for your questions!
Alex

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

Re: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

Hello folks,

I just wanted to remind everyone that the last day to fund this project is 
this Friday, August 23.

I've been using this framework in production in my app now for 2 months, 
and it works great.  Have logged 70,000 perfect stack traces so far! 
 Already fixed 3 major bugs in my GWT-based UI code that I would NEVER 
found otherwise.

Let's get this capability into GWT by the end of the year.  Please donate!

Thanks,
Alex



On Wednesday, July 17, 2013 4:56:40 PM UTC-4, Alex Epshteyn wrote:

 Dear fellow GWT users,

 I would like to announce that I have finally solved what I always thought 
 to be GWT's greatest weakness: its lack of debugging information for 
 client-side exceptions in production.  

 With my patch, your deployed app will be able to report stack traces like 
 this:

 com.google.gwt.core.client.JavaScriptException: (TypeError) : a is null

 com.google.gwt.dom.client.DOMImplMozilla.$getBodyOffsetLeft(DOMImplMozilla.java:145)
  

 com.google.gwt.user.client.ui.PopupPanel.$setPopupPosition(Document.java:1287)

 com.google.gwt.user.client.ui.PopupPanel.setPopupPosition(PopupPanel.java:884)
 com.google.gwt.user.client.ui.PopupPanel.PopupPanel(PopupPanel.java:453) 

 com.typeracer.commons.client.widgets.EnhancedPopup.EnhancedPopup(EnhancedPopup.java:32)

 com.typeracer.commons.client.widgets.PopupWithIcon.PopupWithIcon(PopupWithFocusableTextBox.java:28)
  

 com.typeracer.main.client.controller.TyperacerUncaughtExceptionHandler$1.execute(TyperacerUncaughtExceptionHandler.java:55)
  

 com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:50)
  
 etc... :-)


 instead of the current state of affairs that looks like this:

 lineNumber: 3190 columnNumber: 15354: a is null; (TypeError) fileName:  
 http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html 
 stack: @
 http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2422 
 Rub@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2423
  
 dSb@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:3190
  
 tA@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2810 
 Xmb@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2289
  
 etc... :-(


 I am asking the community to support me in finishing this effort and 
 integrating my patch into GWT.  Please take a look and what I've done, and 
 consider making a donation:

 http://igg.me/at/gwt-stack-traces/x/3494291

 I am an indie developer and I just need some funding to continue this 
 work.  I'm looking for both grassroots and corporate sponsorship for my 
 quest of improving GWT's error reporting and debugging support.

 I've written a detailed white paper ( http://goo.gl/YGsrQ ) that 
 describes how my solution works and why it is necessary.  I welcome your 
 feedback!

 Thanks!
 Alex


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

[gwt-contrib] Re: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

Hello folks,

I just wanted to remind everyone that the last day to fund this project is 
this Friday, August 23.

I've been using this framework in production in my app now for 2 months, 
and it works great.  Have logged 70,000 perfect stack traces so far! 
 Already fixed 3 major bugs in my GWT-based UI code that I would NEVER 
found otherwise.

Let's get this capability into GWT by the end of the year.  Please donate!

Thanks,
Alex



On Wednesday, July 17, 2013 4:56:40 PM UTC-4, Alex Epshteyn wrote:

 Dear fellow GWT users,

 I would like to announce that I have finally solved what I always thought 
 to be GWT's greatest weakness: its lack of debugging information for 
 client-side exceptions in production.  

 With my patch, your deployed app will be able to report stack traces like 
 this:

 com.google.gwt.core.client.JavaScriptException: (TypeError) : a is null

 com.google.gwt.dom.client.DOMImplMozilla.$getBodyOffsetLeft(DOMImplMozilla.java:145)
  

 com.google.gwt.user.client.ui.PopupPanel.$setPopupPosition(Document.java:1287)

 com.google.gwt.user.client.ui.PopupPanel.setPopupPosition(PopupPanel.java:884)
 com.google.gwt.user.client.ui.PopupPanel.PopupPanel(PopupPanel.java:453) 

 com.typeracer.commons.client.widgets.EnhancedPopup.EnhancedPopup(EnhancedPopup.java:32)

 com.typeracer.commons.client.widgets.PopupWithIcon.PopupWithIcon(PopupWithFocusableTextBox.java:28)
  

 com.typeracer.main.client.controller.TyperacerUncaughtExceptionHandler$1.execute(TyperacerUncaughtExceptionHandler.java:55)
  

 com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:50)
  
 etc... :-)


 instead of the current state of affairs that looks like this:

 lineNumber: 3190 columnNumber: 15354: a is null; (TypeError) fileName:  
 http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html 
 stack: @
 http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2422 
 Rub@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2423
  
 dSb@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:3190
  
 tA@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2810 
 Xmb@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2289
  
 etc... :-(


 I am asking the community to support me in finishing this effort and 
 integrating my patch into GWT.  Please take a look and what I've done, and 
 consider making a donation:

 http://igg.me/at/gwt-stack-traces/x/3494291

 I am an indie developer and I just need some funding to continue this 
 work.  I'm looking for both grassroots and corporate sponsorship for my 
 quest of improving GWT's error reporting and debugging support.

 I've written a detailed white paper ( http://goo.gl/YGsrQ ) that 
 describes how my solution works and why it is necessary.  I welcome your 
 feedback!

 Thanks!
 Alex


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

Re: GWT website moved to gwtproject.org

[Alex opn]

I thought the same when I saw Scala's new page for the first time yesterday 
;-)

Am Dienstag, 30. Juli 2013 17:59:24 UTC+2 schrieb RyanZA:

 Something like this would be great:
  http://scala-lang.org/


 On Saturday, July 27, 2013 8:03:07 PM UTC+2, salk31 wrote:

 Anyone like this one?

 http://html5up.net//uploads/demos/minimaxing/

 Might need to replace the jquery code ;)




-- 
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: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

Alfredo: thanks for your $25 contribution!  I've just emailed you my patch 
along with a small demo project.

Would be great if we could get more people to pitch in with some funding. 
 Any corporate takers?

Johannes: IndieGoGo asked me to come up with perks to offer to people who 
contribute money to the campaign.  I set up a $25 perk that offers my 
patch, and the only thing additional commodity I could offer for bigger 
contributions is my time.  I'm not a consultant and I'm not looking to sell 
any services beyond getting this patched finished up and integrated into 
GWT.


On Wednesday, July 24, 2013 3:31:08 AM UTC-4, Johannes Barop wrote:

 Hi,

 2013/7/23 Alfredo Quiroga-Villamil law...@gmail.com javascript:

 Looking at the donations made so far and obviously at first glance it 
 doesn't look like this work has the significance to many that one might 
 expect. I really feel like the amount of work, complexity of the issue at 
 hand and the overall contribution of the work made by +Alex* *


 I have no problem donating money for real OpenSource efforts. As Stephen 
 noticed: Alex does it wrong. I have the impression that he only want's to 
 sell his consulting services. Besides that other individuals here did 
 much greater work and would deserve the money. 

 -- 
 Johannes Barop - Software Development  Consulting
 Alsterdorfer Straße 573
 DE-22335 Hamburg

 E-Mail: j...@barop.de javascript:
 Phone.: +49 40 807 907 37
 Fax : +49 40 807 907 39
 Mobile: +49 176 491 551 38

 Web: http://www.barop.de

 

-- 
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-contrib] Re: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

 I do not think you will get very far trying to ransom your bug fixes. 
 I get that Kickstarter/etc. is great for new/potential projects, but 
 you're basically saying well, I already built/fixed this, but crap, it 
 would have been nice to get paid for it 


I can appreciate how it might seem that way, but I hope you can appreciate 
the fact that I had to actually build it first in order to know if it's 
achievable. 

It's more like I already built this for myself, but I want to raise money 
in order to modify it for general consumption and maintain it thereafter, 
because I don't want to spend so much extra time working on something that 
people don't really care about.


On Saturday, July 20, 2013 1:12:03 AM UTC-4, Stephen Haberman wrote:

 Hi Alex, 

  By the way, who wants to try it?  Please get it touch with me (alex 
  at typeracer.com), and I will email you my patch so you can see for 
  yourself how awesome it is. 

 Instead of emailing a patch, how about just uploading it here: 

 https://gwt-review.googlesource.com/#/ 

 I do not think you will get very far trying to ransom your bug fixes. 

 I get that Kickstarter/etc. is great for new/potential projects, but 
 you're basically saying well, I already built/fixed this, but crap, it 
 would have been nice to get paid for it That's not really how open 
 source works. 

 And, FWIW, if you're serious about crowdsourcing some GWT compiler 
 consulting, I think the GWT moonshot concept would be much sexier and 
 (relatively) more likely to get funded. Granted, it is also more work. 

 - Stephen 



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

Re: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

In response to some of the concerns expressed in this thread, I'd like to 
clarify that by using my patch, you will not be making any trade-offs 
versus what you previously had with GWT's old implementation: my patch will 
give you all pros and no cons.

Here's why:

There are two ways to get perfect stack traces in production: 1) via a 
compiler-generated source map file in a browser that provides JS stack 
traces with column numbers (only Chrome right now) and 2) via stack 
emulation for all other browsers.  My project implements both solutions, 
along with lots of improvements to their existing implementations in GWT. 
 So if anyone is already using any of the following: stack emulation, 
symbol maps, source maps, StackTraceDeobfuscator, etc., my patch will make 
those things better for you without requiring you to use other pieces that 
you don't need.  For example, you could configure it to only use solution 
#1: which gives you perfect stack traces for Chrome and doesn't increase 
the size of your code.  Or you could additionally enable solution #2, which 
will cover all the other browsers, with only 45% overhead in code size for 
those other browsers.  Personally, I think that 45% is totally worth it 
(especially compared to the 100% overhead incurred in the original 
solution), and I'm using it in my app, but if you don't want any overhead, 
you can just take the freebie for Chrome and leave the rest as before.

By the way, who wants to try it?  Please get it touch with me (alex at 
typeracer.com), and I will email you my patch so you can see for yourself 
how awesome it is.

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

[gwt-contrib] Re: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

In response to some of the concerns expressed in this thread, I'd like to 
clarify that by using my patch, you will not be making any trade-offs 
versus what you previously had with GWT's old implementation: my patch will 
give you all pros and no cons.

Here's why:

There are two ways to get perfect stack traces in production: 1) via a 
compiler-generated source map file in a browser that provides JS stack 
traces with column numbers (only Chrome right now) and 2) via stack 
emulation for all other browsers.  My project implements both solutions, 
along with lots of improvements to their existing implementations in GWT. 
 So if anyone is already using any of the following: stack emulation, 
symbol maps, source maps, StackTraceDeobfuscator, etc., my patch will make 
those things better for you without requiring you to use other pieces that 
you don't need.  For example, you could configure it to only use solution 
#1: which gives you perfect stack traces for Chrome and doesn't increase 
the size of your code.  Or you could additionally enable solution #2, which 
will cover all the other browsers, with only 45% overhead in code size for 
those other browsers.  Personally, I think that 45% is totally worth it 
(especially compared to the 100% overhead incurred in the original 
solution), and I'm using it in my app, but if you don't want any overhead, 
you can just take the freebie for Chrome and leave the rest as before.

By the way, who wants to try it?  Please get it touch with me (alex at 
typeracer.com), and I will email you my patch so you can see for yourself 
how awesome it is.

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

I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

Dear fellow GWT users,

I would like to announce that I have finally solved what I always thought 
to be GWT's greatest weakness: its lack of debugging information for 
client-side exceptions in production.  

With my patch, your deployed app will be able to report stack traces like 
this:

com.google.gwt.core.client.JavaScriptException: (TypeError) : a is null
com.google.gwt.dom.client.DOMImplMozilla.$getBodyOffsetLeft(DOMImplMozilla.java:145)
 
com.google.gwt.user.client.ui.PopupPanel.$setPopupPosition(Document.java:1287)
com.google.gwt.user.client.ui.PopupPanel.setPopupPosition(PopupPanel.java:884)
com.google.gwt.user.client.ui.PopupPanel.PopupPanel(PopupPanel.java:453) 
com.typeracer.commons.client.widgets.EnhancedPopup.EnhancedPopup(EnhancedPopup.java:32)
com.typeracer.commons.client.widgets.PopupWithIcon.PopupWithIcon(PopupWithFocusableTextBox.java:28)
 
com.typeracer.main.client.controller.TyperacerUncaughtExceptionHandler$1.execute(TyperacerUncaughtExceptionHandler.java:55)
 
com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:50)
 
etc... :-)


instead of the current state of affairs that looks like this:

lineNumber: 3190 columnNumber: 15354: a is null; (TypeError) fileName: 
 http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html 
stack: 
@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2422 
Rub@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2423 
dSb@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:3190 
tA@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2810 
Xmb@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2289 
etc... :-(


I am asking the community to support me in finishing this effort and 
integrating my patch into GWT.  Please take a look and what I've done, and 
consider making a donation:

http://igg.me/at/gwt-stack-traces/x/3494291

I am an indie developer and I just need some funding to continue this work. 
 I'm looking for both grassroots and corporate sponsorship for my quest of 
improving GWT's error reporting and debugging support.

I've written a detailed white paper ( http://goo.gl/YGsrQ ) that describes 
how my solution works and why it is necessary.  I welcome your feedback!

Thanks!
Alex

-- 
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: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

Thanks for all your questions.  Here are my answers.

So, something like this has been used at least internally for quite a long 
 time -- what exactly did you have to change in StackTraceDeobfuscator?

 
Quite a few things, actually.  I go into great detail about that, including 
diffs of some stack traces, in my paper: http://goo.gl/YGsrQ  In short, my 
solution is prettier, more efficient, and more accurate than what you've 
been using.

I'm not sure that's going to be worth using in a performance-sensitive 
 application.  Also, how much does this affect compilation time?


Performance was critical to my application as well, and that's why I put in 
a lot of extra effort to make my solution almost 50% more efficient than my 
predecessor's work.  I'm already using it in production on typeracer.com. 
 You can visit my site and see that it's very fast.

The impact on compilation time is negligible (less than 1 second per 
permutation).

Do you plan to maintain that code if it is integrated into GWT or will it 
 be a one time contribution and other people have to wrap their head around 
 it again if your solution needs to be adjusted? 


Yes, I will maintain the code regardless, even if it doesn't get integrated 
into GWT, because my app is already using it in production, and I consider 
it of high importance to my business.  If my project gets funded, then I 
will work on integrating it into GWT and maintaining that code thereafter. 
 Otherwise, if there's not enough interest from the community, I'm not sure 
I'll bother integrating it.  Either way, my work is pretty self-contained 
and only touches a handful of existing classes: JsStackEmulator, 
StackTraceDeobfuscator, and StackTraceCreator.
 

 I ask this because GWT will drop support for IE6/7 relatively soon and 
 probably by the end of 2014 drop support for IE8. Also Opera has switched 
 to Blink/V8 which makes the opera permutation obsolete in the near future. 
 So by the end of 2014 (GWT 3.x) Firefox, Safari, Chrome and Opera are 
 likely to support SourceMaps and in case of IE9+ stack trace emulation is 
 probably not needed.


In addition to fixing and optimizing stack emulation, my code makes lots of 
improvements to the SourceMaps-based approach as well.  That said, right 
now, only one browser supports SourceMaps-based stack traces.  Let me be 
clear: my project is not about just any one solution, like stack emulation 
or SourceMaps: it's to make perfect Java stack traces available in any 
browser that can run your GWT app.  My code lays the foundation to make 
that happen with minimal future effort, even as browsers evolve.
 

 So by the end of next year a bunch of your code can probably be deleted 
 and other code refactored/optimized to fit this situation. Have you thought 
 about that?


I don't think any of my code will have to be deleted.  I've introduced a 
selection property that selects whether the browser supports the 
SourceMaps-based stack traces or not, and introduces stack emulation only 
if needed.  Otherwise, it uses the SourceMaps-optimized solution, which 
carries no overhead.

What sort of approach does the current emulated stack implementation use, 
 as opposed to the suggested function enter/exit approach?  Is there a 
 relative speed hit involved with it too?  


My approach to stack emulation is the same as before, just more accurate 
and more optimized.  The cool thing is that in Chrome and any future 
browsers which provide both line and column numbers in Javascript stack 
traces, my code will give you perfect equivalent Java stack traces with 
absolutely no performance penalty (you can read about how it works in my 
paper: http://goo.gl/YGsrQ )

Because if so, bring on the new implementation ASAP :)


I'm hoping to!   Please consider making a donation and spread the word 
about my campaign: http://igg.me/at/gwt-stack-traces/x/3494291 :)

Thanks guys.  Any other questions?   (I'm really excited to be having this 
discussion with all of you, after working on it in isolation for so long).

- Alex Epshteyn



On Wednesday, July 17, 2013 10:48:02 PM UTC-4, mark.e...@gmail.com wrote:

 If you use emulated stack traces (including line numbers) in current GWT 
 your app size will roughly increase by 100%. So 45% is a lot better of what 
 GWT gives you today.


 ...

 Really.  I had not seen that mentioned anywhere.  What sort of approach 
 does the current emulated stack implementation use, as opposed to the 
 suggested function enter/exit approach?  Is there a relative speed hit 
 involved with it too?  Because if so, bring on the new implementation ASAP 
 :)
  

 On Wednesday, July 17, 2013 7:54:28 PM UTC-4, Jens wrote:


 I certainly applaud the obvious time, effort, and care that you've put 
 into these improvements, but 45% size and 22-44% execution speed overhead 
 sounds like a rather painful penalty to pay.  I'm not sure that's going to 
 be worth using in a performance-sensitive application.


 If you use emulated

[gwt-contrib] I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

Dear fellow GWT users,

I would like to announce that I have finally solved what I always thought 
to be GWT's greatest weakness: its lack of debugging information for 
client-side exceptions in production.  

With my patch, your deployed app will be able to report stack traces like 
this:

com.google.gwt.core.client.JavaScriptException: (TypeError) : a is null
com.google.gwt.dom.client.DOMImplMozilla.$getBodyOffsetLeft(DOMImplMozilla.java:145)
 
com.google.gwt.user.client.ui.PopupPanel.$setPopupPosition(Document.java:1287)
com.google.gwt.user.client.ui.PopupPanel.setPopupPosition(PopupPanel.java:884)
com.google.gwt.user.client.ui.PopupPanel.PopupPanel(PopupPanel.java:453) 
com.typeracer.commons.client.widgets.EnhancedPopup.EnhancedPopup(EnhancedPopup.java:32)
com.typeracer.commons.client.widgets.PopupWithIcon.PopupWithIcon(PopupWithFocusableTextBox.java:28)
 
com.typeracer.main.client.controller.TyperacerUncaughtExceptionHandler$1.execute(TyperacerUncaughtExceptionHandler.java:55)
 
com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:50)
 
etc... :-)


instead of the current state of affairs that looks like this:

lineNumber: 3190 columnNumber: 15354: a is null; (TypeError) fileName: 
 http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html 
stack: 
@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2422 
Rub@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2423 
dSb@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:3190 
tA@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2810 
Xmb@http://localhost:8088/9C4DC2D905BEA407601C92C56B43E3B8.cache.html:2289 
etc... :-(


I am asking the community to support me in finishing this effort and 
integrating my patch into GWT.  Please take a look and what I've done, and 
consider making a donation:

http://igg.me/at/gwt-stack-traces/x/3494291

I am an indie developer and I just need some funding to continue this work. 
 I'm looking for both grassroots and corporate sponsorship for my quest of 
improving GWT's error reporting and debugging support.

I've written a detailed white paper ( http://goo.gl/YGsrQ ) that describes 
how my solution works and why it is necessary.  I welcome your feedback!

Thanks!
Alex

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

[gwt-contrib] Re: I'm enhancing GWT to provide Java stack traces for clientside exceptions in production

[Alex Epshteyn]

Thanks for all your questions.  Here are my answers.

So, something like this has been used at least internally for quite a long 
 time -- what exactly did you have to change in StackTraceDeobfuscator?

 
Quite a few things, actually.  I go into great detail about that, including 
diffs of some stack traces, in my paper: http://goo.gl/YGsrQ  In short, my 
solution is prettier, more efficient, and more accurate than what you've 
been using.

I'm not sure that's going to be worth using in a performance-sensitive 
 application.  Also, how much does this affect compilation time?


Performance was critical to my application as well, and that's why I put in 
a lot of extra effort to make my solution almost 50% more efficient than my 
predecessor's work.  I'm already using it in production on typeracer.com. 
 You can visit my site and see that it's very fast.

The impact on compilation time is negligible (less than 1 second per 
permutation).

Do you plan to maintain that code if it is integrated into GWT or will it 
 be a one time contribution and other people have to wrap their head around 
 it again if your solution needs to be adjusted? 


Yes, I will maintain the code regardless, even if it doesn't get integrated 
into GWT, because my app is already using it in production, and I consider 
it of high importance to my business.  If my project gets funded, then I 
will work on integrating it into GWT and maintaining that code thereafter. 
 Otherwise, if there's not enough interest from the community, I'm not sure 
I'll bother integrating it.  Either way, my work is pretty self-contained 
and only touches a handful of existing classes: JsStackEmulator, 
StackTraceDeobfuscator, and StackTraceCreator.
 

 I ask this because GWT will drop support for IE6/7 relatively soon and 
 probably by the end of 2014 drop support for IE8. Also Opera has switched 
 to Blink/V8 which makes the opera permutation obsolete in the near future. 
 So by the end of 2014 (GWT 3.x) Firefox, Safari, Chrome and Opera are 
 likely to support SourceMaps and in case of IE9+ stack trace emulation is 
 probably not needed.


In addition to fixing and optimizing stack emulation, my code makes lots of 
improvements to the SourceMaps-based approach as well.  That said, right 
now, only one browser supports SourceMaps-based stack traces.  Let me be 
clear: my project is not about just any one solution, like stack emulation 
or SourceMaps: it's to make perfect Java stack traces available in any 
browser that can run your GWT app.  My code lays the foundation to make 
that happen with minimal future effort, even as browsers evolve.
 

 So by the end of next year a bunch of your code can probably be deleted 
 and other code refactored/optimized to fit this situation. Have you thought 
 about that?


I don't think any of my code will have to be deleted.  I've introduced a 
selection property that selects whether the browser supports the 
SourceMaps-based stack traces or not, and introduces stack emulation only 
if needed.  Otherwise, it uses the SourceMaps-optimized solution, which 
carries no overhead.

What sort of approach does the current emulated stack implementation use, 
 as opposed to the suggested function enter/exit approach?  Is there a 
 relative speed hit involved with it too?  


My approach to stack emulation is the same as before, just more accurate 
and more optimized.  The cool thing is that in Chrome and any future 
browsers which provide both line and column numbers in Javascript stack 
traces, my code will give you perfect equivalent Java stack traces with 
absolutely no performance penalty (you can read about how it works in my 
paper: http://goo.gl/YGsrQ )

Because if so, bring on the new implementation ASAP :)


I'm hoping to!   Please consider making a donation and spread the word 
about my campaign: http://igg.me/at/gwt-stack-traces/x/3494291 :)

Thanks guys.  Any other questions?   (I'm really excited to be having this 
discussion with all of you, after working on it in isolation for so long).

- Alex Epshteyn



On Wednesday, July 17, 2013 10:48:02 PM UTC-4, mark.e...@gmail.com wrote:

 If you use emulated stack traces (including line numbers) in current GWT 
 your app size will roughly increase by 100%. So 45% is a lot better of what 
 GWT gives you today.


 ...

 Really.  I had not seen that mentioned anywhere.  What sort of approach 
 does the current emulated stack implementation use, as opposed to the 
 suggested function enter/exit approach?  Is there a relative speed hit 
 involved with it too?  Because if so, bring on the new implementation ASAP 
 :)
  

 On Wednesday, July 17, 2013 7:54:28 PM UTC-4, Jens wrote:


 I certainly applaud the obvious time, effort, and care that you've put 
 into these improvements, but 45% size and 22-44% execution speed overhead 
 sounds like a rather painful penalty to pay.  I'm not sure that's going to 
 be worth using in a performance-sensitive application.


 If you use emulated

Re: Exception reporting is broken in GWT: would you support a kickstarter project to fix it?

[Alex Epshteyn]

Hi Thomas,

Thanks for chiming in and providing the extra info.  Good to know.

I'd like to ask, however, the reasons for planning to remove support for
IE6/7/8?  Why would we do that?  It's already there and doesn't require too
much maintenance.

As of today, nearly 8% of my site's visitors are on IE8 and close to 1% are
still on IE7.  These are pretty big numbers for a high traffic website, and
would translate into lost revenue if the browsers weren't supported.  I
can't imagine Google pulling support for a browser with that kind of usage
for one of its products. .  Here's the full data:
https://docs.google.com/spreadsheet/ccc?key=0AvMlWdpkpAA6dGdpa3lsZTVQWl9qcFJrWmZCZ0ZZb0E#gid=0

Also, as you guys can see from the data, stack emulation is still required
for 54% of my site's traffic.

While I'd like to see users upgrading to the latest browsers as much as any
developer, let's be realistic: WinXP is not going away any time soon
(Microsoft dropping support for it isn't going to make people like my dad
go out and buy a new computer).  Google Analytics is shows that 80% of my
users are on Windows and 21% of those are still on Windows XP: that is a
very big number!



On Thu, May 23, 2013 at 5:13 AM, Thomas Broyer t.bro...@gmail.com wrote:



 On Wednesday, May 22, 2013 11:53:47 PM UTC+2, Alex Epshteyn wrote:

 Thanks for your comment.  Let me respond to your points:

 1) I've seen this point discussed before, and the standard
 counter-argument is that the spirit of OSS is free as in freedom, not
 beer.  Lots of developers get paid to work on OSS projects.

 2) This is actually one of the reasons I'm thinking about raising funds.
  I am already on the verge of using my patch inside my own GWT-based app,
 but if I get some funding I'd be able to justify taking the extra time to
 make sure the patch will pass the review process.


 +1 to those 2 points.


  3) I must point out that your third argument is not in the spirit of
 GWT, which aims to support as many browsers as possible.


 That's not entirely true. GWT only ever supported the 4 major browser
 engines: Trident (IE), WebKit (SquirrelFish / V8; aka Safari / Chromium),
 Gecko (Firefox) and Presto (Opera).

 Jens is right: we'll soon remove support for IE6 and 7, and then for IE8
 (not long after MS drops support for WinXP).
 GWT never really supported Opera, and the level of support was only
 against the latest version. Now that Opera is moving from Presto to
 Chromium, that means one less platform to support in the very near future
 (by the next GWT release, but we'll probably keep the opera permutation
 along for one more release).

 As of today, you will not get good stack traces with GWT on any modern
 browser, including WebKit.  By relevant information, I assume you mean
 sourcemaps support.  Well, Chrome is the only browser that currently
 supports sourcemaps but GWT's existing support for generating stack traces
 with that information is very buggy, and this is one of the things I'm
 working on improving.  I'm also not optimistic that sourcemaps will achieve
 universal support any time soon, if ever.


 Chromium has it for a while (hence Chrome –all platforms–, Opera for
 Android –though what matters is the remote debugger, not the browser– and
 Opera.next), and Firefox is starting to roll it out [1,2] in 23 (currently
 Aurora channel) and I'm told the next Safari should have it too [3].
 Will IE ever have it? I believe so, particularly now that MS is pushing
 languages that compile to JS (TypeScript, which can generate sourcemaps).
 Obviously that would only be available in IE11 (or later), but it seems
 like it would be possible to have support in your IDE with the help of an
 IE plugin [4] for IE8/9/10 (would it work in Windows 8 though?)

 That said, source maps support in the browser is related to, but different
 from stack trace resymbolization.

 [1]
 https://hacks.mozilla.org/2013/05/firefox-developer-tool-features-for-firefox-23/
 [2]
 https://hacks.mozilla.org/2013/05/compiling-to-javascript-and-debugging-with-source-maps/
 [3]
 http://stackoverflow.com/questions/16446114/is-it-possible-to-enable-javascript-source-maps-in-safari-6
 [4] http://wiki.eclipse.org/JSDT/Debug/IE

 --
 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/hP8cQ7AdDUc/unsubscribe?hl=en
 .
 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?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

Re: Exception reporting is broken in GWT: would you support a kickstarter project to fix it?

[Alex Epshteyn]

Fair enough, but I'm curious to know why leaving the code that supports
legacy browsers would interfere with implementing new features.  For
example, if you want to implement a new widget called XPanel, it think it's
perfectly fine to say that this widget doesn't support IE6/7/8, and leave
it up to userland to chose whether to use the new widget and how to work
around it for new browsers.

Do you have a specific example?  I'm curious.


On Thu, May 23, 2013 at 5:54 PM, Jens jens.nehlme...@gmail.com wrote:

 To simplify the code base and moving on (HTML 5) I would say.

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

Exception reporting is broken in GWT: would you support a kickstarter project to fix it?

[Alex Epshteyn]

One of the big problems with deployed GWT apps has always been the
impossibility of tracing JavaScript exceptions back to the Java source
code.  What we need is a true equivalent of Java stack traces.

There was an effort made by the GWT team a couple years ago to solve
this problem ( 
https://code.google.com/p/google-web-toolkit/wiki/WebModeExceptions
), and it was a good start, but unfortunately they gave up without
producing an adequate solution. If you've ever tried to use the
compiler.emulatedStack.recordLineNumbers setting, you know that it is
badly broken: the line numbers and file names reported in the stack
traces are incorrect most of the time, while the the resulting
compiled JavaScript is 70-90% larger than the original.  The way this
feature is currently implemented, the compiler puts instrumentations
in the wrong places most of the time, doesn't do enough to optimize
for code size, and does not provide enough information via symbol maps
for StackTraceDeobfuscator.  On Chrome, theoretically we could use
compiler.useSourceMaps instead, but that feature is badly broken too.

I have spent the last 2 months working on this problem full time, and
I almost have the perfect solution ready.  But I'm an indie developer,
and I can't really afford to go unpaid much longer, because I've
already put business aside for two months to work on this (originally
I thought it would take a week, but I kept finding more and more bugs
and tricky problems to solve, which is why I'm guessing the original
developers gave up on seeing this project through to fruition).

If I started a crowdfunding campaign to help me fund this work to
completion, would you or your employer be willing to contribute?  The
original Google Atlanta team did an amazing job developing GWT for 10+
years, but those guys are all gone, and Google has not had a dedicated
team working on GWT since last summer, so I think it will be up to the
user community to fund its future development from now on.

My goal is perfect JavaScript stack traces with exact Java line
numbers, with only a 50-60% output size increase and similar
performance metrics.  For browsers that support sourcemaps (only
Chrome for now), there will be no output size increase at all, because
I intend to fix all the bugs associated with the
compiler.useSourceMaps feature as well.

-- 
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: Exception reporting is broken in GWT: would you support a kickstarter project to fix it?

[Alex Epshteyn]

Thanks for your comment.  Let me respond to your points:

1) I've seen this point discussed before, and the standard counter-argument
is that the spirit of OSS is free as in freedom, not beer.  Lots of
developers get paid to work on OSS projects.

2) This is actually one of the reasons I'm thinking about raising funds.  I
am already on the verge of using my patch inside my own GWT-based app, but
if I get some funding I'd be able to justify taking the extra time to make
sure the patch will pass the review process.

3) I must point out that your third argument is not in the spirit of GWT,
which aims to support as many browsers as possible.

As of today, you will not get good stack traces with GWT on any modern
browser, including WebKit.  By relevant information, I assume you mean
sourcemaps support.  Well, Chrome is the only browser that currently
supports sourcemaps but GWT's existing support for generating stack traces
with that information is very buggy, and this is one of the things I'm
working on improving.  I'm also not optimistic that sourcemaps will achieve
universal support any time soon, if ever.



On Wed, May 22, 2013 at 4:38 PM, Jens jens.nehlme...@gmail.com wrote:

 I dont think you will get paid for it, because:

 1.) Its somewhat not in the spirit of open source software
 2.) Your patch must go through review and there is no guarantee that it
 will be committed
 3.) GWT will remove IE6/7 support soon and probably in 2014 also IE8
 support. Also Opera moves to WebKit. That means that there is probably no
 need for StackTrace emulation anymore in the near future as modern browsers
 provide the relevant information.

 -- 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/hP8cQ7AdDUc/unsubscribe?hl=en
 .
 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?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: Exception reporting is broken in GWT: would you support a kickstarter project to fix it?

[Alex Epshteyn]

Correction: when I said that a browser needs to support sourcemaps to
generate accurate stack traces, that wasn't entirely accurate.  What a
browser needs to support is the stack property of exception objects,
which provides a JavaScript stack trace with both line and column numbers.
 It's the GWT compiler that uses a sourcemap to derive original Java line
numbers and filenames from the browser-provided line and column numbers.
 This functionality is currently broken in GWT, however, and Chrome is
currently the only browser that provides column numbers.  And even if more
browsers add column info in the future, it's almost certain that their
stack trace formats will all be different, so we'll have to patch GWT every
time a new browser adds the support.  My proposed project will leave us in
good shape to be able to do that easily.


On Wed, May 22, 2013 at 5:53 PM, Alex Epshteyn alexander.epsht...@gmail.com
 wrote:

 Thanks for your comment.  Let me respond to your points:

 1) I've seen this point discussed before, and the standard
 counter-argument is that the spirit of OSS is free as in freedom, not
 beer.  Lots of developers get paid to work on OSS projects.

 2) This is actually one of the reasons I'm thinking about raising funds.
  I am already on the verge of using my patch inside my own GWT-based app,
 but if I get some funding I'd be able to justify taking the extra time to
 make sure the patch will pass the review process.

 3) I must point out that your third argument is not in the spirit of GWT,
 which aims to support as many browsers as possible.

 As of today, you will not get good stack traces with GWT on any modern
 browser, including WebKit.  By relevant information, I assume you mean
 sourcemaps support.  Well, Chrome is the only browser that currently
 supports sourcemaps but GWT's existing support for generating stack traces
 with that information is very buggy, and this is one of the things I'm
 working on improving.  I'm also not optimistic that sourcemaps will achieve
 universal support any time soon, if ever.



 On Wed, May 22, 2013 at 4:38 PM, Jens jens.nehlme...@gmail.com wrote:

 I dont think you will get paid for it, because:

 1.) Its somewhat not in the spirit of open source software
 2.) Your patch must go through review and there is no guarantee that it
 will be committed
 3.) GWT will remove IE6/7 support soon and probably in 2014 also IE8
 support. Also Opera moves to WebKit. That means that there is probably no
 need for StackTrace emulation anymore in the near future as modern browsers
 provide the relevant information.

 -- 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/hP8cQ7AdDUc/unsubscribe?hl=en
 .
 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?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.