Re: New Gradle plugin for GWT available

[salk31]

"*maintained for some time*" at the risk of being off topic, so nice to 
hear this. I have to have the argument about why we not using the latest 
JavaScript (or variant of) framework so often. During the life of my 
current project this has included saying why we are not using Angular 1, 
then why not Angular 2 and now React.

Thanks and sorry for butting in!

On Thursday, September 20, 2018 at 9:05:42 AM UTC+1, esoco GmbH wrote:
>
> Yes, I'm using the plugin (that was the main reason for forking it) and 
> are also still using GWT. It's difficult to tell about the long run but 
> given the mature and stable Java environment I still see GWT as a good 
> solution to create web applications, especially ones that need to be 
> maintained for some time. Not everything in the software business is "fire 
> and forget" :-)
>

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

Re: How and when do the GWT emulated class work?

[salk31]

They are used when your code is running as JavaScript.

On Tuesday, June 5, 2018 at 12:09:11 PM UTC+1, Amey Parundekar wrote:
>
> I want to know when the GWT Emulated classes from the /emul are invoked 
> overriding the normal java classes.
>

-- 
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: WebAssembly a good fit for the future of GWT?

[salk31]

By "relatively easy" I still meant hard ;) Just easier than the other 
required parts.

I don't recognise your description of webasm. In the short term you have to 
use JS to load the webasm but after that you don't need JS again? GWT is 
even listed in their use cases http://webassembly.org/docs/use-cases/

In the future I'm not sure why my source Java would go via a JavaScript 
phase.

On Tuesday, September 26, 2017 at 5:04:45 PM UTC+1, Kirill Prazdnikov wrote:
>
> Hi
>
> вторник, 26 сентября 2017 г., 18:44:27 UTC+3 пользователь salk31 написал:
>>
>> In the scale of thing the Java -> WebAssembly is probably relatively easy 
>> bit?
>>
>
> No, Java is HARD to execute. For example it is not possible to "unwind" or 
> to walk the stack in WebASM, so java execution must maintain the second 
> stack in order to unwind exception handlers. It is really hard to execute 
> java in WebASM. Ask Alexey, the author of TeaVM. 
>
> WebAsm is for "C", "C++" developers who want to write a JS function in "C".
>
> The phlosofy of GWT is to write JS program using java syntax, which is 
> very efficient in navigation and refactoring (where Js is not). 
> This is a way to write JavaScript. And the direction of GWT 3 is good 
> (JsInterop, e,t,c). 
>
>>

-- 
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: WebAssembly a good fit for the future of GWT?

[salk31]

In the scale of thing the Java -> WebAssembly is probably relatively easy 
bit? Even after very tough problems like GC and host/JavaScript binding 
there would be no Widget set etc? I'm also a massive fan of 
Editor/RequestFactory etc that have magic in the complication process that 
I don't think anyone is offering to support.

I think Thomas is right. GWT 3.0 is going in the direction of playing 
nicely with all the other JavaScript toys nicely.

However, I'm in the other main camp that wants to program in Java using a 
component based widget set where the browser is just another deployment 
target. I could be wrong about the "other main camp", could just be me ;)

Regards

Sam

On Tuesday, September 26, 2017 at 4:10:57 PM UTC+1, Kirill Prazdnikov wrote:
>
> TeaVM is capable of Java to WebASM translation. 
>
> However you must understand that WebASM can not access to 
>
>  * DOM
>  * Network
>  * WebGL
>  * WebAudio
>  * GC
>  * Any JavaScript Object
>
> It can only  do [+, -, *, /, read, write] of [int8, int16, int32, int64, 
> float32, float64] and make calls to JavaScript methods with simple nuberic 
> signature like Math.sqrt. Also it can make calls.
>
>
>

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

WebAssembly a good fit for the future of GWT?

[salk31]

Before I get too excited am I missing some major problem? Apart from all 
the work, GC...

Java should be a good source language for WebAssembly as it was designed 
for complication/VM?

I've never understand why JavaScript is seen to be hard to JIT etc 
(presumably dynamic nature) but that implies it will be harder to compile 
to WebAssembly? Have to check some feature or modification is not used that 
would modify a class at runtime?

Cheers

Sam

-- 
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 Widgets and Elemental

[salk31]

+1

On Wednesday, September 6, 2017 at 8:04:45 AM UTC+1, Ignacio Baca 
Moreno-Torres wrote:
>
> IMO stop using widgets is too difficult and it just forces you to actually 
> not use ANY widget with is super-annoying bc there are some widgets that 
> are still pretty useful. If you use widgets, the whole hierarchy should be 
> widget aware to make the widget work properly (you can handle the lifecycle 
> manually but it is... "even worst"). But, you can use widgets just as a 
> component architecture, and use elements inside this components 
> intensively, even you can use native events directly instead of gwt unified 
> events (this has some risks!). This project is developing the whole APP 
> trying to avoid widgets (https://github.com/hal/hal.next) or at least 
> using elements intensively (using elemental2 and the user-friendly utility 
> elemento), so you can really get inspired and get a good conclusion on how 
> to progressively reduce widget dependency in your app. I have been also 
> experimenting with widgets alternatives or widgets(less 
> usage)-elemental(more usage) alternatives but I haven't concluded 
> anything... (
> https://github.com/ibaca/rxtodo-gwt/blob/widgets/src/main/java/todo/client/ApplicationElement.java
> ).
>
> FYI Harald Pehl (https://github.com/hpehl) was already talked about this 
> widget-to-something in the past 
> https://www.youtube.com/watch?v=0cI2w-zrFbk and he is going to talk 
> again in this edition so be aware! (http://www.gwtcon.org/).
>
> Uhm... and yep, you can create HTML and use widgets only in some parts of 
> the HTML, this is automatically handled in UIBinder and the actual code 
> that handles this situation is the HTMLPanel. I have an experimental 
> Elemento specific version of HTMLPanel (
> https://github.com/ibaca/rxtodo-gwt/blob/widgets/src/main/java/todo/client/ElementoHtmlPanel.java).
>  
> I just copied the required code from HTMLPanel to allow to add widgets in 
> the internal native elements hiearchy.
>
> On Wednesday, September 6, 2017 at 1:16:56 AM UTC+2, Jonathan Fischer 
> wrote:
>>
>> I want/need to start porting my application away from GWT widgets, and 
>> for various reasons I'd like to start with the top-most shell of the 
>> application. Is it possible to lay out the basics of an application with 
>> Elemental, and then attach GWT widgets at some point within? 
>>
>> E.g., can I do this sort of thing?
>>
>> 
>>   My navigation goes here
>>   I want to use this as my root panel for Widgets
>> 
>>
>>
>>

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

Re: How to contact www.gwtproject.org Website?

[salk31]

I think Bob has a point. I don't think HTTPS helps that much. Isn't the 
issue that somebody could generate a new binary that has a SHA1 that 
matches the real binary?


On Wednesday, July 5, 2017 at 10:30:24 PM UTC+1, Thomas Broyer wrote:
>
> This is not wrong, but not a real vulnerability either I believe, if only 
> because, to begin with, downloads are made through HTTPS.
> (Don't take my words for granted though, I'm not a security expert)
>
> Wrt your first question, have a look at 
> http://www.gwtproject.org/makinggwtbetter.html
> You could post to the GWT Contributors group, or file an issue on 
> gwtproject/gwt.
>

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

Re: RequestBuilder, safely send data to server

[salk31]

Indeed, you really can't trust the client code. You just send code that you 
would like the client to run. The client can do whatever it likes. If 
somebody was really attacking you they wouldn't even be using a browser.

As ever it depends what you want to optimise for ;) I can see two main 
architectural choices:
A - Keep a model/record on the server of the state of the game (so you 
don't trust any client). 
PRO - Simple
CON - Need server side state (so client needs session, need to be careful 
if load balancing, dies on server crash/restart...)

B - Cryptographic signing of data sent to/from client (e.g. md5sum of 
server secret + 3,4,5,6, 8 then client sends this back with each request)
PRO - No server state
CON - Easy to break

NB This just gives your server code reliable state of the game, you would 
still need to sanitise, authenticate and authorise any incoming requests 
and ensure what they were trying to do is valid within your rules.

I wouldn't worry about optimising too much. It seems very unlikely that any 
of this would be that CPU, network or disk intensive. If you are having 
tens of thousands of simultaneous players the challenge would just be about 
fault tolerance etc.

Cheers

Sam


On Friday, March 3, 2017 at 5:06:55 AM UTC, gitzzz wrote:
>
> Thanks! I meant that I can't trust the client code. For example, we play 
> poker, the server sent 3,4,5,6,8 combination. It's not a win hand and I've 
> decided to send my own data - 3,4,5,6,7. At this point we see that the 
> server should to check/validate sended data with incoming data. But is it 
> optimized? Because there are plenty of such requests and every time I need 
> to check client data. 
>
> четверг, 2 марта 2017 г., 14:01:18 UTC+7 пользователь gitzzz написал:
>>
>> Hi! I use RequestBuilder for client-server communication. And I have some 
>> questions:
>>
>> For example we make http request to ".../get.php"(function(), select some 
>> data from DB and send it back).  Response is an array[1,2,3,4,5]
>>
>> On client side onTheButtonClick we can change the data, the 
>> new_array[1,3,6,8,9], and now we need to send this changes to DB. And 
>> onSaveButtonClick() we make http post request to ".../set.php" with 
>> parameters = new_array
>>
>> The question is: does it safe? Is it possible that anybody authed user 
>> can make this call by creating JS script with http post request and send 
>> his own(fake) data?(e.g. fake_array[10,20,30,23,12]) without clicking a 
>> button. How can I send change data from client side to a server safely?
>>
>

-- 
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: RequestBuilder, safely send data to server

[salk31]

Basically you can't trust the client or the client code... If that is what 
you mean?

Unless all clients and network access is tied down by you (very rare) then 
you must not trust anything coming in... need parse carefully, check 
permissions..



On Thursday, March 2, 2017 at 7:01:18 AM UTC, gitzzz wrote:
>
> Hi! I use RequestBuilder for client-server communication. And I have some 
> questions:
>
> For example we make http request to ".../get.php"(function(), select some 
> data from DB and send it back).  Response is an array[1,2,3,4,5]
>
> On client side onTheButtonClick we can change the data, the 
> new_array[1,3,6,8,9], and now we need to send this changes to DB. And 
> onSaveButtonClick() we make http post request to ".../set.php" with 
> parameters = new_array
>
> The question is: does it safe? Is it possible that anybody authed user can 
> make this call by creating JS script with http post request and send his 
> own(fake) data?(e.g. fake_array[10,20,30,23,12]) without clicking a button. 
> How can I send change data from client side to a server safely?
>

-- 
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: Drag and Drop in GWT

[salk31]

doh + excellent

Even more keen to switch our app.

On Saturday, January 28, 2017 at 5:32:15 PM UTC, Thomas Broyer wrote:
>
> Drag and drop is in GWT proper (DropEvent et al)

-- 
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: Drag and Drop in GWT

[salk31]

I'm not aware of any GWT wrappers but the JavaScript is pretty simple (so 
easy if you are happy with js interop). 

https://developer.mozilla.org/en-US/docs/Web/API/HTML_Drag_and_Drop_API

gwt_dnd is pretty good but even if you have to do the js interop yourself I 
think the complexity will be similar.

If you don't find off the shelf wrappers I'd be up for helping to come up 
with something. We have a large gwt_dnd based app that I'd like to move.

On Friday, January 27, 2017 at 11:40:17 PM UTC, Asier wrote:
>
> Hi.
>
> I'm very interested in this approach, but I don't know how to do this. 
> Could you point me to some example application?
>
> Regards.
> El 27/01/2017 11:51, salk31 <sal...@gmail.com > escribió:
>
> I'd suggest at least looking into using "native" drag and drop support. I 
> imagine it is much lighter and it supports dragging between windows etc... 
> I think gwt-dnd was created before this was available.
>
> On Monday, January 23, 2017 at 4:54:29 PM UTC, Ani wrote:
>>
>> HI
>>  I am working on a Diagram editor with GWT. The requirement is to be able 
>> to drag from a palette and draw and connect different shapes.
>> So using a Canvas component for the drawing part.
>>  Does GWT have an in built Drag and Drop Framework?
>>
>> Any help is appreciated
>>
>> Regards
>> Ani
>>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "GWT Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to google-web-toolkit+unsubscr...@googlegroups.com .
> To post to this group, send email to google-we...@googlegroups.com 
> .
> Visit this group at https://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>
>

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

Re: Drag and Drop in GWT

[salk31]

I'd suggest at least looking into using "native" drag and drop support. I 
imagine it is much lighter and it supports dragging between windows etc... 
I think gwt-dnd was created before this was available.

On Monday, January 23, 2017 at 4:54:29 PM UTC, Ani wrote:
>
> HI
>  I am working on a Diagram editor with GWT. The requirement is to be able 
> to drag from a palette and draw and connect different shapes.
> So using a Canvas component for the drawing part.
>  Does GWT have an in built Drag and Drop Framework?
>
> Any help is appreciated
>
> Regards
> Ani
>

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

Re: How to Show after All the Widgets Are Loaded?

[salk31]

We put all our server requests through a single "manager" object so we can 
keep track of the server side requests (to drive "please wait" etc)... You 
could do something like that? Although be painful if other requests 
happening.

The other tactic we use is to group requests into bundles with individual 
callbacks and a single one at the end when all done. RequestFactory 
provides this out of the box.

Maybe just having a parent widget that is informed by sub-widgets when they 
are ready? 

The real pain is what to do if one or more calls returns an error.

On Tuesday, January 10, 2017 at 3:07:25 AM UTC, Namline wrote:
>
> I have several widgets/composites on a toolbar that are retrieved 
> asynchronously. I need to know how I can wait for all the asynchronous 
> calls for each widget/composite to retrieve information it needs for 
> rendering to complete before showing the toolbar that houses them. 
>

-- 
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: Requestfactory: How to use Object?

[salk31]

Thanks Ignacio,

Indeed. Our app will probably stay on the GWT 2.8 "branch" for a long time 
to come. Hopefully in that time something better will come along. We are 
mainly betting heavily on Java, JPA, lots of client side code... So 
hopefully won't be too painful a switch.

Cheers

Sam

On Friday, January 6, 2017 at 7:21:35 PM UTC, Ignacio Baca Moreno-Torres 
wrote:
>
> Salk31, please note that we are saying that if you are going to start 
> learning RF right now, you better try other approach. But as you said, RF, 
> editor framework, probably validations, ui binder, etc is a pretty good 
> solution. You should note that this solution is not going to evolve anymore 
> (I think), but this again might be a good thing because hasn't evolved in 
> the last 4 years and it is still a good solution. Actually I stop using RF 
> when I stopped using editor framework. Both together is a good option.
>
> El vie., 6 ene. 2017 15:54, Jens <jens.ne...@gmail.com > 
> escribió:
>
>> And who knows, maybe one day we'll finally have grpc-web ;-)
>>>
>>
>> Oh please! +1 
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "GWT Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-web-toolkit+unsubscr...@googlegroups.com .
>> To post to this group, send email to google-we...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>

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

Re: Requestfactory: How to use Object?

[salk31]

I can definitely see that it is complex (like compiler, garage collection, 
rdbms...) so it needs to outweigh that cost. My problem is that I really 
like UiBinder + Editor + RequestFactory and we have a large app built 
around this. I've been doing web for 25 years and it finally felt mature.

Do other frameworks offer anything to match the Editor framework setting 
fetch paths? (along with strong typing, compile time checks, batching 
requests, tracking deltas...)?



On Friday, January 6, 2017 at 1:09:49 PM UTC, Ed wrote:
>
> I migrated everything from RPC to RF.  Thinking it was a better 
> alternative to 3rd party libs and could be sustainable when 3.0 arrives was 
> I wrong in this thinking?
>
> Regards
>
> On Fri, Jan 6, 2017 at 7:10 AM, Ignacio Baca Moreno-Torres <
> ign...@bacamt.com > wrote:
>
>> Hehe this is not a bad thing! Just means that now exists simpler 
>> solutions. I personally think that RF keeps track of object (the entity id) 
>> which add really a lot of complexity, at this point I think that the lib 
>> should include some kind of storage with remote synchronization because if 
>> not, the complexity just makes thing difficult with the "only" benefit of 
>> reducing transfer size. I also don't like the obscure encoding, not easy to 
>> debug, not compatible with changes in the model (sometimes). IMO RF was 
>> promising, but it's complexity do not justify its benefits. But the best 
>> thing to do is always an small project, and test each strategy, RF, RPC and 
>> Rest+Jackson, Rest+JsInterop. The last one has de benefit nowadays than is 
>> done almost everything in the browser natively without different code for 
>> different browsers.
>>
>> El jue., 5 ene. 2017 15:01, salk31 <sal...@gmail.com > 
>> escribió:
>>
>>> :(
>>>
>>>
>>> On Monday, December 26, 2016 at 2:11:35 PM UTC, Thomas Broyer wrote:
>>>>
>>>> +1 Do not start learning/using RequestFactory (or even GWT RPC I'd 
>>>> say). Learn JsInterop and use json-based http APIs.
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "GWT Users" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to google-web-toolkit+unsubscr...@googlegroups.com 
>>> .
>>> To post to this group, send email to google-we...@googlegroups.com 
>>> .
>>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "GWT Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-web-toolkit+unsubscr...@googlegroups.com .
>> To post to this group, send email to google-we...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

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

Re: Requestfactory: How to use Object?

[salk31]

:(

On Monday, December 26, 2016 at 2:11:35 PM UTC, Thomas Broyer wrote:
>
> +1 Do not start learning/using RequestFactory (or even GWT RPC I'd say). 
> Learn JsInterop and use json-based http APIs.

-- 
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: About running tests in a project built via tbroyer's maven multi-module archetype

[salk31]

On Friday, December 2, 2016 at 9:47:44 AM UTC, Thomas Broyer wrote:
>
>
>
> Because, actually, using  in GWTTestCases is not seen as a good 
> practice (anymore). GWTTestCases should be unit tests, running in a 
> GWT/browser environment, not integration tests. For that, the preferred way 
> is to use end-to-end tests.
>  
>
Hi Thomas, 

What is state of the art for "end-to-end tests" for GWT apps with server 
side component? The generic solutions like WebDriver?

Cheers

Sam 

-- 
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 UI Library: which one?

[salk31]

We are shopping for a new widget set too but, apart from Java, we also 
really like the Editor and RequestFactory support. Compile time checking! 
I'm too old for my old brain to make sure the strings in 15 files all match.



On Wednesday, November 30, 2016 at 8:15:04 AM UTC, Francesco Izzi wrote:
>
> Hello to all,
>
> I'd like to share my experience and that of my development team.
>
> For nearly eight years we develop GWT applications.
>
> GWT we believe is really an awesome tool.
>
> We too have had the experience with Polymer and I must say it was not bad.
>
> But java is always java, control over the code I think is the first thing.
>
> With javascript that, at least for our skil, is more complicated.
>
> Our latest project was built using GWT-Material not bad but the lack of 
> data binding is a bit boring.
>
> We tested also GWTPolymer but perhaps still young
>
> GWT Bootstrap 3 we never tested in real project.
>
>
> Il giorno ven 25 nov 2016 alle ore 08:34 Frank  > ha scritto:
>
>> We started our project in Angular with bootstrap.
>> But after about 4 months we dropped in and re-started in GWT with 
>> Bootstrap 3. The UI looks identical, but we are much better in programming 
>> in Java (this may be a personnal preference).
>>
>> But don't use that GWT bootstrap link you posted. That is for bootstrap 
>> 2. There is also a bootstrap 3 wrapper --> 
>> https://github.com/gwtbootstrap3/gwtbootstrap3 (and a demo 
>> http://gwtbootstrap3.github.io/gwtbootstrap3-demo/snapshot/)
>> Also the bootstrap 2 wrapper isn't as good, used it in a project a few 
>> years back and it had quite a lot of problems. Bootstrap 3 wrapper is much 
>> better.
>>
>>
>>
>> Op vrijdag 25 november 2016 08:26:31 UTC+1 schreef coderwurst:
>>
>>> A screen shot showing how the modern UI looks like is my task, but the 
>>> examples that have been talked about so far look as if they are based on 
>>> Bootstrap - my idea is to mock something using GWT-Bootstrap (
>>> http://gwtbootstrap.github.io/) and compare this to a version with 
>>> Angular2 and Bootstrap-UI (https://angular-ui.github.io/bootstrap/)
>>>

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

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

Re: GWT unit tests along with JsInterop and external javascript

[salk31]

Ah. Sorry, I've not used that yet so I'm probably telling you rubbish. Good 
luck.

On Wednesday, May 4, 2016 at 12:21:43 PM UTC+1, ateletin wrote:
>
> Yes, I run it in production mode. 
> I use GWT2.8.0-Beta1. 
>
>
>
> -- 
> View this message in context: 
> http://google-web-toolkit.2317884.n4.nabble.com/GWT-unit-tests-along-with-JsInterop-and-external-javascript-tp15739p15746.html
>  
> Sent from the Google Web Toolkit mailing list archive at Nabble.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 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 unit tests along with JsInterop and external javascript

[salk31]

Sorry if you have already said but what version of GWT and maven plugin are 
you using?

-- 
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 unit tests along with JsInterop and external javascript

[salk31]

Probably something else you have already done but you have put the test 
into production mode too via the maven plugin?

On Wednesday, May 4, 2016 at 11:14:06 AM UTC+1, ateletin wrote:
>
> Yes, I have put JS although I don't think 
> it 
> is really necessary because running the app (not the unit tests) works ok 
> without this flag. Anyway, I have it. 
> The error I got when I want to create a Person object in my unit test is: 
> com.google.gwt.core.client.JavaScriptException: (TypeError) : Cannot read 
> property "example" from undefined 
>
> The Persons' definitions from js and java are: 
> JS: Ext.define('com.example.formula.client.Person', {...}); 
>
> JAVA: package com.example.formula.client; 
>
> @JsType(isNative = true, namespace="com.example.formula.client", 
> name="Person") 
> public class Person { 
> ... 
> } 
>
> It seems that the namespace of the JsType is not working with 
> GwtTestCase.. 
> I don't know.. 
>
>
>
> -- 
> View this message in context: 
> http://google-web-toolkit.2317884.n4.nabble.com/GWT-unit-tests-along-with-JsInterop-and-external-javascript-tp15739p15743.html
>  
> Sent from the Google Web Toolkit mailing list archive at Nabble.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 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 unit tests along with JsInterop and external javascript

[salk31]

I've done jsinterop. With the maven plugin have you 
set JS ?

Your use case takes me back! Twenty years ago I did an F1 website in 
Italian ;) 

On Tuesday, May 3, 2016 at 11:57:44 AM UTC+1, ateletin wrote:
>
> My test case is simple, but it's not working. 
> I have an external .js file containing an object, Person, which has 2 
> fields, firstName and lastName, and a method, getFullName. It also have a 
> constructor that initialize those 2 fields. 
>
> I have created a java object Person which is annotated with 
> @JsInterop(isNative=true, namespace="...", name=Person). 
>
> My test case is to create a person and to ask for its full name: 
> Person pilot = new Person("Kimi", "Raikkonen"); 
> assertTrue(person.getFullName().equals("Kimi Raikkonen")); 
>
> The problem is that the Person pilot is not initialized correctly and the 
> method getFullName() couldn't be found. Neither the fields doesn't exist 
> in 
> pilot object.. 
>
> Note that this happens ONLY at GWT Unit Test running, and NOT when I run 
> my 
> application normally; at normal running, it works as expected. 
>
> Have someone did unit test for gwt using jsinterop and external js? Is 
> there 
> something that I've missed? 
>
> Thank you. 
>
>
>
> -- 
> View this message in context: 
> http://google-web-toolkit.2317884.n4.nabble.com/GWT-unit-tests-along-with-JsInterop-and-external-javascript-tp15739.html
>  
> Sent from the Google Web Toolkit mailing list archive at Nabble.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 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: What needs to be done after a successful login

[salk31]

One of the great things about "single page apps" if, not a security issue, 
you can let the user carry on where they left off... text box input, 
pending file uploads, tab position...

On Thursday, April 28, 2016 at 8:45:46 AM UTC+1, Pavlo Iatsiuk wrote:
>
>
>- clean your current view to hide a login form: RootPanel.get
>().clear();
>- create a view what you want to show for users and attach it: 
>RootPanel.get().add(myView);
>
>

-- 
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: What needs to be done after a successful login

[salk31]

We shared our code here https://github.com/salk31/gwt-rf-queue which does 
what jhulford suggested.

Our company as a single sign on (jasig CAS) so quite often the app can just 
popup up the CAS (in an iframe) and without user interaction login the user 
back in then retry the request.

On Saturday, April 23, 2016 at 3:51:23 PM UTC+1, jhulford wrote:
>
> If you can funnel your remote calls through a single remote implementation 
> (.ie you can have your async interfaces extend from a common abstract 
> class), you can throw an authentication exception when the user's 
> credentials have expired, catch it client side and toss up a login dialog 
> over top of the current page to have them log in again and then resend the 
> previous command that failed with the authentication error after they've 
> signed back in.  This gives the user a seemless experience of re-logging in 
> without losing their current place in the app.  
>
> I feel that's the best user experience for handling timed out users 
> unless, of course, you need a higher security option of clearing everything 
> the user is doing once their credentials expire - like in banking apps, etc.
>
> On Friday, April 22, 2016 at 8:53:59 AM UTC-5, salk31 wrote:
>>
>> I think it is worth deciding what you want to happen when the users 
>> credentials timeout (or are lost) on the server side.
>>
>> Personally I hate it when Ajax/single page apps quietly fail when 
>> authentication has expired.
>>
>> Cheers
>>
>> Sam
>>
>> On Monday, April 11, 2016 at 3:10:53 PM UTC+1, Olar Andrei wrote:
>>>
>>> Hello,
>>>
>>> I'm new to GWT and a I have a problem, which I don't understand quite 
>>> well. I'm making a GWT application where a user is required to log in. So I 
>>> do my stuff, by checking the username and password if they match and so on.
>>> But, on the onSuccess() method, what needs to be done in order to open 
>>> the actual application ? I mean the current application is just the login 
>>> screen with the DB connection. What needs to be done if they match, how do 
>>> I open a new page, or a new application... ?
>>>
>>> I understood that GWT basically is just a one-page application. Then how 
>>> should I do this ? 
>>>
>>> Thanks in advance.
>>>
>>> DBConnectionAsync rpcService = (DBConnectionAsync) 
>>> GWT.create(DBConnection.class);
>>> ServiceDefTarget target = (ServiceDefTarget) rpcService;
>>> String moduleRelativeURL = GWT.getModuleBaseURL() + "DBConnectionImpl";
>>> target.setServiceEntryPoint(moduleRelativeURL);
>>> rpcService.authenticateUser("admin", "admin", new AsyncCallback() {
>>>@Override
>>>public void onSuccess(User result) {
>>>  // What to do here ?
>>>}
>>>@Override
>>>public void onFailure(Throwable caught) {
>>>   // Failure
>>>}
>>> });
>>>
>>>
>>>

-- 
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: What needs to be done after a successful login

[salk31]

I think it is worth deciding what you want to happen when the users 
credentials timeout (or are lost) on the server side.

Personally I hate it when Ajax/single page apps quietly fail when 
authentication has expired.

Cheers

Sam

On Monday, April 11, 2016 at 3:10:53 PM UTC+1, Olar Andrei wrote:
>
> Hello,
>
> I'm new to GWT and a I have a problem, which I don't understand quite 
> well. I'm making a GWT application where a user is required to log in. So I 
> do my stuff, by checking the username and password if they match and so on.
> But, on the onSuccess() method, what needs to be done in order to open the 
> actual application ? I mean the current application is just the login 
> screen with the DB connection. What needs to be done if they match, how do 
> I open a new page, or a new application... ?
>
> I understood that GWT basically is just a one-page application. Then how 
> should I do this ? 
>
> Thanks in advance.
>
> DBConnectionAsync rpcService = (DBConnectionAsync) 
> GWT.create(DBConnection.class);
> ServiceDefTarget target = (ServiceDefTarget) rpcService;
> String moduleRelativeURL = GWT.getModuleBaseURL() + "DBConnectionImpl";
> target.setServiceEntryPoint(moduleRelativeURL);
> rpcService.authenticateUser("admin", "admin", new AsyncCallback() {
>@Override
>public void onSuccess(User result) {
>  // What to do here ?
>}
>@Override
>public void onFailure(Throwable caught) {
>   // Failure
>}
> });
>
>
>

-- 
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: Testing client-side behavior of GWT Apps

[salk31]

We have gwt unit (htmlunit) based tests and webdriver/firefox based tests. 
Slowly we are moving more and more towards webdriver/firefox testing.

So much of our client side code is async (server request, refreshes) that 
is it painful to test in a unit test.

Also webdriver/firefox and some abstraction (such as page object pattern - 
read good programming/factoring out) means you could swap implementation 
without changing your tests. Very handy for refactoring/rearchitecting. Not 
that unlikely in fast move web tech.

When GWT 3.0 is out I'd be interested in looking again at doing very narrow 
unit tests in a more isolated way.

Cheers

Sam

On Sunday, April 10, 2016 at 5:48:25 PM UTC+1, Lars wrote:
>
> It depends how far you want to go. For sure with selenium/webdriver you 
> could test any web application, but its slow and decoupled from your code. 
> If you are fine to test your frontend code, without the slow event loops, 
> you could do this very fast with gwtmockito. If you need a little bit more 
> you could use gwt-test-utils or GWTTestCase, but keep in mind both base on 
> the old DevMode and will not work with never gwt versions!

-- 
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: ListEditor, remove and validation errors in the wrong place

[salk31]

I commented on https://github.com/gwtproject/gwt/issues/7728 in the hope 
that it can be re-opened.

On Friday, April 8, 2016 at 9:21:06 AM UTC+1, salk31 wrote:
>
> Hello,
>
> Is https://github.com/gwtproject/gwt/issues/7728 still an issue? I think 
> we are seeing it in our app. I have a minimal unit test that seems to show 
> it in 2.7.0.
>
> The troublesome usage is:
> 1) Add two items
> 2) Remove the first item
> 3) Add another item
>
> After that validation messages meant for the the second item in the list 
> also appear on the first item.
>
> delegate.getPath returns "foo[1]" for both items as they get stuck with 
> the paths they got when first added.
>
> Just me? If not can I reopen the issue or do I have to raise another one?
>
> Cheers
>
> Sam
>

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

ListEditor, remove and validation errors in the wrong place

[salk31]

Hello,

Is https://github.com/gwtproject/gwt/issues/7728 still an issue? I think we 
are seeing it in our app. I have a minimal unit test that seems to show it 
in 2.7.0.

The troublesome usage is:
1) Add two items
2) Remove the first item
3) Add another item

After that validation messages meant for the the second item in the list 
also appear on the first item.

delegate.getPath returns "foo[1]" for both items as they get stuck with the 
paths they got when first added.

Just me? If not can I reopen the issue or do I have to raise another one?

Cheers

Sam

-- 
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: NEW world for me

[salk31]

Seems like a good choice to start with ;) 

Any idea what bits of GWT you are going to use and backend technology? GWT 
doesn't really tie you to anything apart from Java source and JavaScript 
runtime.

I'm a huge Widget/UiBinder/Editor/RequestFactory/JSR-303/JPA fan but lots 
of variations that people use and work fine.

On Wednesday, February 10, 2016 at 11:09:12 AM UTC, 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.

Re: NEW world for me

[salk31]

Some of the reasons I like RequestFactory (vs grown up stuff like RPC)
* Integrates nicely with the Editor framework to automatically control what 
is fetched.
* Can send deltas back of what has changed.
* Intrinsically command based
* The extra interfaces/ExtraTypes seems like boiler plate but I think it is 
an elegant way to say what you want to go over the wire.
* Integrated nicely with JSR-303
* We have put in custom plumbing to handle Spring authorize annotations too 
on getters and setters.

For context our app has a lot of bespoke forms (with validation, related 
fields etc)... 

Not all a bed of roses... have to be careful not to put expensive (space or 
time) things behind getters with simple types (as always fetched) and as 
ever java.util.Date is a pain (we use JODA)

Also not the simplest thing when it decides to go wrong (although hasn't 
bitten us for a few years)


On Thursday, February 11, 2016 at 3:05:44 PM UTC, vinnyjames wrote:
>
> Nothing too fancy, lots of RPCs. JPA for the back-end but we scrub the 
> hibernate collections with Dehydrator before putting them on the wire.  
> There's some SVG on the front-end to draw some pretty pictures and easily 
> make vector PDFs
> http://www.vectomatic.org/libs/lib-gwt-svg
>
> We use UiBinder a tiny bit but it feels like overkill when you have custom 
> widgets.
>
> I keep looking at requestFactory, but it seems like more work writing 
> bean+interface+factory+locator than to write bean+RPC.  Is there some 
> advantage there I'm not seeing?
>
>
> On Thu, Feb 11, 2016 at 6:23 AM, salk31 <sal...@gmail.com > 
> wrote:
>
>> Seems like a good choice to start with ;) 
>>
>> Any idea what bits of GWT you are going to use and backend technology? 
>> GWT doesn't really tie you to anything apart from Java source and 
>> JavaScript runtime.
>>
>> I'm a huge Widget/UiBinder/Editor/RequestFactory/JSR-303/JPA fan but lots 
>> of variations that people use and work fine.
>>
>> On Wednesday, February 10, 2016 at 11:09:12 AM UTC, 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 a topic in the 
>> Google Groups "GWT Users" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/google-web-toolkit/i-43poug6ME/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> google-web-toolkit+unsubscr...@googlegroups.com .
>> To post to this group, send email to google-we...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

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

Re: JSNI Question

[salk31]

I didn't know that, are there bug reports I could get the details from?

On Friday, February 5, 2016 at 5:23:42 AM UTC, Stepan Koltsov wrote:
>
> Except there are lots of things that are not possible via jsinterop. (Or 
> maybe possible, but hard to find how to do it).
>
> For example:
>
> * JsArray still requires type parameter to extend JavaScriptObject, so you 
> cannot work with cannot work with arrays of @JsType
>
> * you cannot do index without JSNI (you cannot express foo[bar] in 
> jsinterop without JSNI and @JsOverlay).
>
> * you cannot catch `this` argument in function callback (which is used 
> heavily in jquery).
>
> -- 
> Stepan
>
>
> On Thursday, January 14, 2016 at 2:21:07 PM UTC+3, salk31 wrote:
>>
>> NB JSNI is being replaced by JsInterop... it is much nicer so if you are 
>> starting new code I'd strongly recommend you use it rather than JSNI.
>>
>> On Sunday, January 10, 2016 at 8:00:30 AM UTC, Gourab wrote:
>>>
>>> Let me understand your question.
>>>
>>> - You have a GWT application, where you want to expose few 
>>> functionality/UI via JavaScript Api.
>>>
>>> If thats what you want to achieve:
>>>
>>> - Can you check if you have  
>>> in the gwt module where the API is exposed ?
>>> - I dont think you need to prefaced anything with $wnd
>>>
>>> Regards
>>> Gourab.
>>>
>>>
>>>
>>>
>>> On Sat, Jan 9, 2016 at 10:00 PM, Eric Nissan <eric@gmail.com> wrote:
>>>
>>>> I never got a response to this.  Anyone know if this is an issue?
>>>>
>>>> Any help would be appreciated.
>>>>
>>>> Thanks,
>>>> Eric
>>>>
>>>>
>>>> On Tuesday, December 29, 2015 at 5:55:28 PM UTC-5, Eric Nissan wrote:
>>>>>
>>>>> I am using JSNI to reference a javascript library.  My initial call is 
>>>>> fine, but then somewhere down they chain I get a null pointer inside the 
>>>>> javascript library.
>>>>>
>>>>> I am referencing the library like this
>>>>>
>>>>> $wnd.TradingView.widget({});
>>>>>
>>>>> which is a valid reference.  
>>>>>
>>>>> This then seems to load in other javascript files.  the object it 
>>>>> loads are not referenced as $wnd (because that is a GWT thing), and I 
>>>>> eventually get a "cannot read property 'init' of undefined".
>>>>>
>>>>> My question is, could this be causing my problems?  
>>>>> for example I am getting this error on this call.  Is this because it 
>>>>> is not prefaced with $wnd?
>>>>> $.i18n.init({})
>>>>>
>>>> -- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "GWT Users" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>> an email to google-web-toolkit+unsubscr...@googlegroups.com.
>>>> To post to this group, send email to google-we...@googlegroups.com.
>>>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>>

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

Re: JSNI Question

[salk31]

NB JSNI is being replaced by JsInterop... it is much nicer so if you are 
starting new code I'd strongly recommend you use it rather than JSNI.

On Sunday, January 10, 2016 at 8:00:30 AM UTC, Gourab wrote:
>
> Let me understand your question.
>
> - You have a GWT application, where you want to expose few 
> functionality/UI via JavaScript Api.
>
> If thats what you want to achieve:
>
> - Can you check if you have  
> in the gwt module where the API is exposed ?
> - I dont think you need to prefaced anything with $wnd
>
> Regards
> Gourab.
>
>
>
>
> On Sat, Jan 9, 2016 at 10:00 PM, Eric Nissan  > wrote:
>
>> I never got a response to this.  Anyone know if this is an issue?
>>
>> Any help would be appreciated.
>>
>> Thanks,
>> Eric
>>
>>
>> On Tuesday, December 29, 2015 at 5:55:28 PM UTC-5, Eric Nissan wrote:
>>>
>>> I am using JSNI to reference a javascript library.  My initial call is 
>>> fine, but then somewhere down they chain I get a null pointer inside the 
>>> javascript library.
>>>
>>> I am referencing the library like this
>>>
>>> $wnd.TradingView.widget({});
>>>
>>> which is a valid reference.  
>>>
>>> This then seems to load in other javascript files.  the object it loads 
>>> are not referenced as $wnd (because that is a GWT thing), and I eventually 
>>> get a "cannot read property 'init' of undefined".
>>>
>>> My question is, could this be causing my problems?  
>>> for example I am getting this error on this call.  Is this because it is 
>>> not prefaced with $wnd?
>>> $.i18n.init({})
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "GWT Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-web-toolkit+unsubscr...@googlegroups.com .
>> To post to this group, send email to google-we...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

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

Thanks to GWT developers/maintainers

[salk31]

I do my fair share of whinging but many, many thanks to the people that 
develop and maintain GWT.

I'm not sure I could face using another framework and recently JsInterop 
"just worked" for me in a beautiful way.

I'll try and be good this year and submit some patches.

Cheers

Sam


-- 
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: You have large GWT 2.x application and you don't know what to do when 3.0 is out ?

[salk31]

Presumably we are all being good boys and girls and doing our best to 
de-couple from any particular technology. Almost all our domain code is 
POJO annotated to death. Even our ui.xml could be transformed to something 
else. I think we are tied to a component based UI and "single page" 
architecture but I can live with that.

On Saturday, December 12, 2015 at 8:19:01 PM UTC, CodeLess Solutions wrote:
>
> All right, let's agree then on that we know for sure that we don't know 
> anything for sure what GWT 3 will be like. This is probably U from FUD?
>
> People are reading posts and they can draw their own conclusions from what 
> is written and what they think will happen or not.
>
> I agree with you that future is not that dark (if you protect yourself).
>
> And off course I do not agree with your qualification.
>

-- 
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: GWT3: code splitting

[salk31]

My understanding is that you can pass in parameters (for each permutation) 
that the compiler/linker can see as constants so optimise away.

I think this is getting less focus in the belief that browsers are getting 
less quirky and that a mono-culture of GWT is not the way to go so it needs 
to play nicely with other JS frameworks?

Maybe this makes sense for some GWT users but I think for us, doing a big 
business app that happens to be a webapp, it will be more of a pain.

On Saturday, November 21, 2015 at 2:27:53 PM UTC, Mars wrote:
>
> when GWT 3 is more targeted to js libs/GUIs, then does it mean, that we 
> will lose all benefits, like code-splitting, different permutations for 
> languages/browsers, etc.?
>
> i.e. as I understand it, even a Polymer component must include all the 
> bloated css/js-quirks for different browsers, right?
>

-- 
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: The future of GWT and functional programming on the web

[salk31]

I've got a horrible Betamax feeling but I really can't face going back to 
the "cool kids" framework of the month.

On Saturday, November 7, 2015 at 5:31:00 AM UTC, steve Zara wrote:
>
> I'm at a loss to understand why the current page of examples contains 
> links to videos from the LAST DECADE.
>
> I'm a huge fan of GWT.  It forms the main part of my current development.  
> But right now GWT 2.8.0 is turning into the "Duke Nukem Forever" of 
> frameworks.  At this rate GWT 3.0 won't be out before I have retired.  
>
> I just don't understand why.  There were surely plenty of possible GWT 
> 2.7.x releases, such as the use of lambdas.  I'm also mystified as to why 
> there is any current talk of GWT 3.0 when GWT 2.8.0 has still not been 
> released a year after GWT 2.7.0.
>
> Seriously - what is going on with GWT?  Why the lack of publicity?  Why 
> the secrecy?  If there really are problems, is it time for a fork of GWT in 
> which there can be visible progress?
>
> On 7 November 2015 at 00:05, Andrei Volgin  > wrote:
>
>> I've been using GWT for years. Obviously, I am a little biased, but I 
>> love GWT. I am totally fine with using more native JS and in general with 
>> the direction the steering committee is taking. I am much more concerned 
>> with the marketing effort behind GWT. Success of any open source technology 
>> depends on the size and vibrancy of its community. In other words, we 
>> should be all concerned with attracting more developers to the platform. I 
>> am going my part - I answered more questions on SO tagged with GWT than 
>> anyone not named Thomas Broyer :)  And while support for existing 
>> developers is important, it's equally important to recruit more 
>> developers/teams who are starting new projects.
>>
>> http://www.gwtproject.org/ was a step in the right direction. I think, 
>> however, that we need to add a list of prominent projects using GWT and a 
>> showcase of apps created with GWT. Showcase of widgets is fine, but many 
>> developers may not realize that GWT in no way limits creativity or design 
>> possibilities. I am proud, for example, to showcase my latest project:
>>
>> https://www.angelslikerebels.com/#Discover:
>>
>> This is pure GWT/MGWT - no third party widgets. You can see how the UI 
>> changes on phones compared to desktop, with minimal extra code. Scrolling 
>> behavior was a major PIA, but that's a topic for another post.
>>
>> I am sure there are many beautiful apps built with pure GWT or a 
>> combination of GWT and other UI frameworks. We should put them on a webpage 
>> page, which every developer can point to the next time his or her 
>> boss/client/co-worker asks what can be done with GWT. Anything can be done 
>> with GWT! And it may look any way you like it.
>>
>> Andrei Volgin
>> Angels Like Rebels, Inc.
>> President & CTO
>>
>>
>>
>> On Thursday, September 3, 2015 at 10:39:11 PM UTC-4, steve Zara wrote:
>>>
>>> Although I have major projects in development using GWT, I'm concerned 
>>> for its future, and I need to make decisions about which technologies to 
>>> use for new development.  The reason for my concern is that after years of 
>>> updates to GWT and reports of new technologies, 2015 has been quiet.  The 
>>> official release of GWT 2.8.0, the release would provide for GWT developers 
>>> the long-awaited syntax and libraries of Java 8, seems to have been 
>>> postponed indefinitely, with no reports as to when it's likely to appear.  
>>> There's certainly no sign of GWT 3.0, which was discussed at GWT.create 
>>> 2015.  
>>>
>>> GWT seems to have lost visibility at major forums for software 
>>> development, such as InfoQ, instead, the talk is of native JavaScript, 
>>> ClojureScript and Scala.js.  If GWT is no longer going to be providing a 
>>> way to use modern software techniques (such as the new functional syntax of 
>>> Java 8) on the client side, what is likely to be the best alternative?  
>>> Scala.js seems the closest, providing a type-safe high-performance language 
>>> on the JVM, and full functional programming on the web.  (There was a Scala 
>>> GWT project for a short time, but that has died).
>>>
>>> Is there likely to be an official GWT 2.8, even if GWT 3.0 never 
>>> happens?   Or should those of us who want to make use of the power of 
>>> functional programming accept that Java (via GWT) isn't going to ever 
>>> officially provide that on web clients?
>>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "GWT Users" group.
>>
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/google-web-toolkit/8DE10EpCk48/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> google-web-toolkit+unsubscr...@googlegroups.com .
>> To post to this group, send email to google-we...@googlegroups.com 
>> .
>> Visit this group at http://groups.google.com/group/google-web-toolkit.
>> For 

Re: Roadmap Question for GWT 3.0

[salk31]

Maybe there is effectively going to be a fork? So if the interest was there 
could be GWT 2.9 - GWT 2.123

I think that might represent the truth that there is one user base that 
wants to build Java apps that happen to run in a browser vs users who are 
working on products that need to squeeze everything out of the browser.

The discussion about classic dev mode didn't seem very 
healthy https://groups.google.com/forum/#!topic/google-web-toolkit/QSEjbhhHB4g 
 maybe because of this split?



On Sunday, October 18, 2015 at 5:13:12 PM UTC+1, steve Zara wrote:
>
> I'm eager for GWT 2.8 because of Lambda support, but I can't see that my 
> company will ever use GWT 3.0 if what you write is true. We have products 
> that make substantial use of GWT Widgets, and there is no prospect of 
> re-writing to some other system.  GWT without the Widgets just isn't GWT - 
> it's just a Java -> JavaScript transpiler.  We also use UIBinder heavily.  
>
> Of course, this may not be what happens.  It's a symptom of what seems to 
> be a common problem with GWT - lack of clear information about what is 
> happening with the project (still no sign of GWT 2.8, and no indication of 
> when there might be a sign).
>
> GWT really is wonderful and has been a source of great productivity for my 
> company for many years.  I really hope the heart of it isn't slashed out to 
> produce some incompatible new version.  
>
> On Saturday, 17 October 2015 11:36:45 UTC+1, salk31 wrote:
>>
>> Thanks Thomas,
>>
>> For my own use I'm going to keep a list of what I think I know 
>> http://salk31.blogspot.co.uk/2015/10/gwt-30-migration.html corrections 
>> welcome.
>>
>> I can see why they want to reduce the scope of GWT and integrate (not 
>> build) but is such a high quality complete package in 2.7 it is a bit 
>> scary. I've had to use BroadVision, Vignette, Struts 1, Cocoon, Wicket... 
>> in the past and GWT felt like finally web development had grown up.
>> o
>> On Friday, October 16, 2015 at 5:44:25 PM UTC+1, Thomas Broyer wrote:
>>>
>>> I think nobody has such information yet; not even Google who are pushing 
>>> for the change. They do have many apps that use widgets and RPC today 
>>> (example: Google Groups, the exact app I'm typing this message into) and 
>>> will need to come up with a migration path for those apps too.
>>>
>>> On Friday, October 16, 2015 at 2:19:02 PM UTC+2, salk31 wrote:
>>>>
>>>> Is there a guide somewhere of migration path to 3.0 per feature? 
>>>>
>>>> I've been trying to follow these threads but I'm still not sure on the 
>>>> future of things like RequestFactory and Editor. They heavily depend on 
>>>> GWT.create and the latter depends on Widgets, are they really going away?
>>>>
>>>> We have a large-ish app so want to start worrying about migration even 
>>>> if we are long way off.
>>>>
>>>> Cheers
>>>>
>>>> Sam
>>>>
>>>> On Tuesday, July 28, 2015 at 10:01:21 AM UTC+1, Jens wrote:
>>>>>
>>>>>
>>>>> Where can I read that GWT RPC and widget system will be dropped with 
>>>>>> GWT 3.0? Is there a presentation / doc online? 
>>>>>>
>>>>>> And what does it mean that GWT.create will be dropped? 
>>>>>>
>>>>>> And: really dropped or set as deprecated? 
>>>>>>
>>>>>
>>>>> GWT 3.0 drops support for JSNI and GWT.create(). JSNI will be replaced 
>>>>> with JsInterop and GWT.create() will be replaced with either annotation 
>>>>> processors (generate-with case) or dependency 
>>>>> injection/System.getProperty 
>>>>> (replace-with case). So all library code of GWT which depends on those 
>>>>> two 
>>>>> features need to be ported to the new GWT compiler. 
>>>>>
>>>>> Widget is probably doable but GWT-RPC might be really difficult (if 
>>>>> not impossible) because the current GWT-RPC generator asks questions like 
>>>>> "give me all types that implement XYZ" which an annotation processor can 
>>>>> only hardly answer (if at all). GWT-RPC might be portable if some 
>>>>> refactoring in the app using GWT-RPC is acceptable (e.g. slapping 
>>>>> annotations on DTOs instead of marking them with Serializable).
>>>>>
>>>>> You can see videos about that topic from the GWT 2015 meet up at 
>>>>> https://www.youtube.com/playlist?list=PL1yReUCGwGvrqscLu1EAyYRPrr0ceEHLE
>>>>>
>>>>> Slides are linked in the playlist description.
>>>>>
>>>>> -- 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 http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Roadmap Question for GWT 3.0

[salk31]

I can see the logic of GWT 3.0. The browser has evolved a lot since GWT was 
first designed. Back in those days every browser had significant quirks and 
the lowest common denominator was very low. In 2015 there is less reason 
for a big layer between domain code and the browser. I think the same 
applies to JQuery etc. I also think GWT wasn't quite sure how to do layout 
which harms love for it. There is a fork in the Widgets for the Layout and 
non-Layout classes. Hence two TabPanels etc? A fight between those that 
wanted to do layout like Swing and those that wanted to lean on the browser 
renderer?


On Monday, October 19, 2015 at 8:18:14 AM UTC+1, steve Zara wrote:
>
> I'm puzzled as to what the disadvantages could be of GWT Widgets.  They 
> are, after all, translated to efficient JavaScript and allow full use of 
> the browser.  I can see that some developers might want to integrate with 
> JavaScript frameworks, but others, like me, start writing applications in 
> pure GWT and use of JavaScript is just like use of JNI in typical Java code 
> - for those rare things you can't do in Java, or to connect with libraries.
>
> I guess if there was a split there could be much more work on what many 
> developers seem to want, such as a cross-browser debugging toolkit that 
> makes use of source maps consistent and gives a better Java-style view of 
> variables.  
>
> I want to see Java as a primary language for browser development, not some 
> secondary add-on to JavaScript frameworks.
>
> On 19 October 2015 at 07:39, salk31 <sal...@gmail.com > 
> wrote:
>
>> Maybe there is effectively going to be a fork? So if the interest was 
>> there could be GWT 2.9 - GWT 2.123
>>
>> I think that might represent the truth that there is one user base that 
>> wants to build Java apps that happen to run in a browser vs users who are 
>> working on products that need to squeeze everything out of the browser.
>>
>> The discussion about classic dev mode didn't seem very healthy 
>> https://groups.google.com/forum/#!topic/google-web-toolkit/QSEjbhhHB4g 
>>  maybe because of this split?
>>
>>
>>
>> On Sunday, October 18, 2015 at 5:13:12 PM UTC+1, steve Zara wrote:
>>>
>>> I'm eager for GWT 2.8 because of Lambda support, but I can't see that my 
>>> company will ever use GWT 3.0 if what you write is true. We have products 
>>> that make substantial use of GWT Widgets, and there is no prospect of 
>>> re-writing to some other system.  GWT without the Widgets just isn't GWT - 
>>> it's just a Java -> JavaScript transpiler.  We also use UIBinder heavily.  
>>>
>>> Of course, this may not be what happens.  It's a symptom of what seems 
>>> to be a common problem with GWT - lack of clear information about what is 
>>> happening with the project (still no sign of GWT 2.8, and no indication of 
>>> when there might be a sign).
>>>
>>> GWT really is wonderful and has been a source of great productivity for 
>>> my company for many years.  I really hope the heart of it isn't slashed out 
>>> to produce some incompatible new version.  
>>>
>>> On Saturday, 17 October 2015 11:36:45 UTC+1, salk31 wrote:
>>>>
>>>> Thanks Thomas,
>>>>
>>>> For my own use I'm going to keep a list of what I think I know 
>>>> http://salk31.blogspot.co.uk/2015/10/gwt-30-migration.html corrections 
>>>> welcome.
>>>>
>>>> I can see why they want to reduce the scope of GWT and integrate (not 
>>>> build) but is such a high quality complete package in 2.7 it is a bit 
>>>> scary. I've had to use BroadVision, Vignette, Struts 1, Cocoon, Wicket... 
>>>> in the past and GWT felt like finally web development had grown up.
>>>> o
>>>> On Friday, October 16, 2015 at 5:44:25 PM UTC+1, Thomas Broyer wrote:
>>>>>
>>>>> I think nobody has such information yet; not even Google who are 
>>>>> pushing for the change. They do have many apps that use widgets and RPC 
>>>>> today (example: Google Groups, the exact app I'm typing this message 
>>>>> into) 
>>>>> and will need to come up with a migration path for those apps too.
>>>>>
>>>>> On Friday, October 16, 2015 at 2:19:02 PM UTC+2, salk31 wrote:
>>>>>>
>>>>>> Is there a guide somewhere of migration path to 3.0 per feature? 
>>>>>>
>>>>>> I've been trying to follow these threads but I'm still not sure on 
>>>>>> the future of things like RequestFactory and Editor

Re: Roadmap Question for GWT 3.0

[salk31]

I'm trying to understand my options.
* Stick with 2.x and risk being left behind and the project becoming 
neglected due to split effort.
* Try to migrate to 3.x and possibly throw away a big investment.
* Look to move to something other than GWT.

Obviously we will also be taking action to isolate ourselves from this 
uncertainty. A lot of that is just good practice anyway.

FWIW Our team works on a single app that is meant to have a life of 10+ 
years.

On Monday, October 19, 2015 at 10:00:48 AM UTC+1, Jens wrote:
>
> Somehow people seem to forget that they don't have to migrate at all if 
> its not profitable. Just stay on GWT 2.8.x and only start new projects with 
> new technology. There will be plenty of companies that have huge apps that 
> will not be rewritten anytime soon (if at all) so IMHO GWT 2.8.x will 
> continuously get bug fixes for years. Maybe in the long run not from the 
> Google GWT team because Google has the power to actually migrate their apps 
> and will probably focus on the new compiler then once that has happened.
>
> Personally I consider the new Java to Closure compiler/transpiler as a 
> separate product. Migrating to a new product costs money and time so its 
> totally valid to not migrate. Our company will definitely not migrate 
> anytime soon unless there is an easy incremental migration path. Only new 
> stuff might be build with the new Java to Closure compiler. 
>
> -- 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 http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Roadmap Question for GWT 3.0

[salk31]

Thanks Thomas,

For my own use I'm going to keep a list of what I think I 
know http://salk31.blogspot.co.uk/2015/10/gwt-30-migration.html corrections 
welcome.

I can see why they want to reduce the scope of GWT and integrate (not 
build) but is such a high quality complete package in 2.7 it is a bit 
scary. I've had to use BroadVision, Vignette, Struts 1, Cocoon, Wicket... 
in the past and GWT felt like finally web development had grown up.

On Friday, October 16, 2015 at 5:44:25 PM UTC+1, Thomas Broyer wrote:
>
> I think nobody has such information yet; not even Google who are pushing 
> for the change. They do have many apps that use widgets and RPC today 
> (example: Google Groups, the exact app I'm typing this message into) and 
> will need to come up with a migration path for those apps too.
>
> On Friday, October 16, 2015 at 2:19:02 PM UTC+2, salk31 wrote:
>>
>> Is there a guide somewhere of migration path to 3.0 per feature? 
>>
>> I've been trying to follow these threads but I'm still not sure on the 
>> future of things like RequestFactory and Editor. They heavily depend on 
>> GWT.create and the latter depends on Widgets, are they really going away?
>>
>> We have a large-ish app so want to start worrying about migration even if 
>> we are long way off.
>>
>> Cheers
>>
>> Sam
>>
>> On Tuesday, July 28, 2015 at 10:01:21 AM UTC+1, Jens wrote:
>>>
>>>
>>> Where can I read that GWT RPC and widget system will be dropped with GWT 
>>>> 3.0? Is there a presentation / doc online? 
>>>>
>>>> And what does it mean that GWT.create will be dropped? 
>>>>
>>>> And: really dropped or set as deprecated? 
>>>>
>>>
>>> GWT 3.0 drops support for JSNI and GWT.create(). JSNI will be replaced 
>>> with JsInterop and GWT.create() will be replaced with either annotation 
>>> processors (generate-with case) or dependency injection/System.getProperty 
>>> (replace-with case). So all library code of GWT which depends on those two 
>>> features need to be ported to the new GWT compiler. 
>>>
>>> Widget is probably doable but GWT-RPC might be really difficult (if not 
>>> impossible) because the current GWT-RPC generator asks questions like "give 
>>> me all types that implement XYZ" which an annotation processor can only 
>>> hardly answer (if at all). GWT-RPC might be portable if some refactoring in 
>>> the app using GWT-RPC is acceptable (e.g. slapping annotations on DTOs 
>>> instead of marking them with Serializable).
>>>
>>> You can see videos about that topic from the GWT 2015 meet up at 
>>> https://www.youtube.com/playlist?list=PL1yReUCGwGvrqscLu1EAyYRPrr0ceEHLE
>>>
>>> Slides are linked in the playlist description.
>>>
>>> -- 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 http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Roadmap Question for GWT 3.0

[salk31]

Is there a guide somewhere of migration path to 3.0 per feature? 

I've been trying to follow these threads but I'm still not sure on the 
future of things like RequestFactory and Editor. They heavily depend on 
GWT.create and the latter depends on Widgets, are they really going away?

We have a large-ish app so want to start worrying about migration even if 
we are long way off.

Cheers

Sam

On Tuesday, July 28, 2015 at 10:01:21 AM UTC+1, Jens wrote:
>
>
> Where can I read that GWT RPC and widget system will be dropped with GWT 
>> 3.0? Is there a presentation / doc online? 
>>
>> And what does it mean that GWT.create will be dropped? 
>>
>> And: really dropped or set as deprecated? 
>>
>
> GWT 3.0 drops support for JSNI and GWT.create(). JSNI will be replaced 
> with JsInterop and GWT.create() will be replaced with either annotation 
> processors (generate-with case) or dependency injection/System.getProperty 
> (replace-with case). So all library code of GWT which depends on those two 
> features need to be ported to the new GWT compiler. 
>
> Widget is probably doable but GWT-RPC might be really difficult (if not 
> impossible) because the current GWT-RPC generator asks questions like "give 
> me all types that implement XYZ" which an annotation processor can only 
> hardly answer (if at all). GWT-RPC might be portable if some refactoring in 
> the app using GWT-RPC is acceptable (e.g. slapping annotations on DTOs 
> instead of marking them with Serializable).
>
> You can see videos about that topic from the GWT 2015 meet up at 
> https://www.youtube.com/playlist?list=PL1yReUCGwGvrqscLu1EAyYRPrr0ceEHLE
>
> Slides are linked in the playlist description.
>
> -- 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 http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: Rewriting GWT java project to another framework

[salk31]

Some very dubious statements about the comparison with GWT at the end of 
that page.

On Wednesday, September 30, 2015 at 4:49:41 PM UTC+1, Kirill Prazdnikov 
wrote:
>
> Looks like http://teavm.org/ is one that can replace GWT.
>
> среда, 30 сентября 2015 г., 11:54:51 UTC+3 пользователь Vladislav Borisov 
> написал:
>>
>> Hi all,
>>
>>
>> i'm doing research which is the best solution to rewrite my CRM, which is 
>> written on google web toolkit. Can you please give me some ideas with that. 
>> I want to write java and the code to be translated to javascript. Thanks in 
>> advance.
>>
>>
>> Best Regards :)
>>
>

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

[salk31]

We have done a lot more investigation. What we seem to be seeing is that 
the browsers are taking longer to warm up than in 2.6 but generally after 
that 2.7 is slightly faster.

On the whole it is probably OK for us. I'd like to understand more but way 
beyond my level of understanding.

We are going to look at scheduleEntry next. That seems like it might be 
easier to pin down.

Cheers

Sam

On Friday, June 19, 2015 at 9:32:49 AM UTC+1, salk31 wrote:

 Any known regressions? We are seeing a small but significant performance 
 regression of about 20%.

 Our standard performance monitoring is showing a clear performance 
 regression when running Firefox (ESR)/Linux.

 I get the 20% figure from using chrome profiling on Win7. A complex 
 UiBinder/Editor/RequestFactory takes 900ms in 2.6 but 1100ms in 2.7. This 
 is when the browser/app is warm.

 We also think we are seeing delays of up to 400ms 
 with Scheduler.get().scheduleEntry(action)... A lot of our webdriver tests 
 were failing as they would click something then fail due to the delay. A 
 known issue or local weirdness?

 Sorry if I've not done my research properly. I'm a bit lost how the move 
 of the issues is going.

 Cheers

 Sam


 On Wednesday, January 21, 2015 at 5:31:05 PM UTC, Jens wrote:

 Much to our surprise the test show a quite large performance hit. For 
 example a simple test running three for loops inside each other took almost 
 50% longer with 2.7 then with 2.6.1.


 What work are you doing inside these for loops? If these loops are empty 
 or only do local, useless work it might be a bug in code pruning, e.g. GWT 
 2.6.1 has removed the for loops from the final output while GWT 2.7 keeps 
 them. You can check that by comparing the final JS output (compile with 
 mode PRETTY).

 Can't remember any commit to GWT that might cause a 50% performance drop, 
 especially as GWT now has a new benchmark system in place to detect 
 performance regressions.

 -- J.



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

Re: GWT 2.7 performance issue

[salk31]

Any known regressions? We are seeing a small but significant performance 
regression of about 20%.

Our standard performance monitoring is showing a clear performance 
regression when running Firefox (ESR)/Linux.

I get the 20% figure from using chrome profiling on Win7. A complex 
UiBinder/Editor/RequestFactory takes 900ms in 2.6 but 1100ms in 2.7. This 
is when the browser/app is warm.

We also think we are seeing delays of up to 400ms 
with Scheduler.get().scheduleEntry(action)... A lot of our webdriver tests 
were failing as they would click something then fail due to the delay. A 
known issue or local weirdness?

Sorry if I've not done my research properly. I'm a bit lost how the move of 
the issues is going.

Cheers

Sam


On Wednesday, January 21, 2015 at 5:31:05 PM UTC, Jens wrote:

 Much to our surprise the test show a quite large performance hit. For 
 example a simple test running three for loops inside each other took almost 
 50% longer with 2.7 then with 2.6.1.


 What work are you doing inside these for loops? If these loops are empty 
 or only do local, useless work it might be a bug in code pruning, e.g. GWT 
 2.6.1 has removed the for loops from the final output while GWT 2.7 keeps 
 them. You can check that by comparing the final JS output (compile with 
 mode PRETTY).

 Can't remember any commit to GWT that might cause a 50% performance drop, 
 especially as GWT now has a new benchmark system in place to detect 
 performance regressions.

 -- J.


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

Re: Compile UiBinder to static html?

[salk31]

By static does that also exclude JavaScript? GWT/UiBinder etc will generate 
static files that can go in zip or served by apache and will produce the 
DOM you want in the browser...

On Sunday, June 14, 2015 at 9:22:35 PM UTC+1, Seth wrote:

 Hi all,

 I would like to generate static html from a template that references 
 static java import values (or ones that can be calculated at compile time) 
 for like an About page or the like. I envisioned this as basically the 
 UiBinder template without the associated widget class being used to 
 generate the static html that would be served up. However, I don't think 
 this is possible since uibinder is so closely linked to it's corresponding 
 java class.

 Does anyone know if something like this would indeed be possible with 
 UiBinder or something else?

 I also thought of using plane JSP, but since I don't want any html 
 generation at runtime (even if it's only once) I would have to write a 
 compile time routine to request the jsp, which would then generate the html 
 and then save and package the resulting response as the static file. But 
 I'd rather leave that as a last resort.

 I was surprised that my searching came up with basically nothing.

 If anyone has a suggestion or knows how to do this I'd really appreciate 
 your input. Thanks in advance.

 Regards,

 -Seth


-- 
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: Rescue DevMode via JavaFx and JavaPlugin?

[salk31]

Isn't one of the problems going to be things like JsInterop that require 
all the code to be JS?

On Sunday, May 31, 2015 at 3:07:38 AM UTC+1, Ming-Yee Iu wrote:

 Actually, I've been curious about this for a long time too. I finally set 
 aside some time to try it out, and it seems like it might be a viable 
 approach (at least, I was able to get the Hello example running).

 I was able to get a gwt plugin working in the JavaFx WebView with  500 
 lines of code. A lot of the necessary code already exists as part of the 
 GWT unit tests, so I was able to just take a peek at how things worked over 
 there and do a similar thing with JavaFx. There's one thing that the GWT 
 plugin seems to do that I don't think is possible with JavaFx, which is it 
 allows JavaScript to treat Java objects like arrays. I'm not sure if that 
 feature is actually used anywhere, so it might not be a problem. There's 
 also a potential issue with the fact that the JavaFx WebView uses ancient 
 LiveScript conventions from the Netscape days for interfacing Java with 
 JavaScript. So it's not possible to differentiate between undefined values 
 and the string undefined, for example. Also, it looked like JavaFx might 
 crash if a Java exception propagates through to the JavaScript side, but I 
 didn't bother to really dig into that to see what was going on.

 Doing a cursory search, I actually wasn't able to find anything in the 
 plugin for letting the JavaScript engine send GC information back to the 
 server. I think the GWT UI framework was designed so that there won't 
 really be pointers from the JS side to the Java side, so the Java side can 
 be in charge of all the memory management (in fact, the Java side does tell 
 the JS side when to delete JS objects). I didn't dig too deeply though. I 
 just implemented enough to get the Hello example working.

 If you're interested, I can try cleaning up the code and checking it in 
 somewhere.

 -Ming


-- 
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: Cannot convert Entity to Bean

[salk31]

I think you will need to provide more info for proper help. Full stack 
trace maybe so we can see what server side code you are using?

On Tuesday, May 12, 2015 at 1:37:30 PM UTC+1, blugine wrote:

 My application was ok but when I have added a new variable its getting 
 following error:


 Caused by: java.lang.NoSuchMethodError: 
 com.tjc.inventorysystem.domain.product.Product.getKitchenCode()Ljava/lang/String;

 Please help me.


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

InfoQ survey

[salk31]

Anyone else seen this:
http://www.infoq.com/research/javascript-frameworks-2015?utm_source=infoqresearchutm_campaign=lr-homepage

At the moment the survey is showing things like handlebars is more mature 
and offers more than GWT!?

Am I being biased in thinking that jQuery is coming out so positively 
because lots of people use it? I thought the consensus was that the 
improvement of DOM in browsers means jQuery is losing its reason to exist?

Also a difficult time to pick AngularJs since the path to version 2 is so 
unclear?

Maybe these things are more of a survey of human nature than technology?

Cheers

Sam

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

Re: GWT rebranding

[salk31]

I'm really glad the website looks much more modern and exciting. Great 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.

Re: 2.7.0 Release Roadmap

[salk31]

Excellent JS Interop is such a big step forward.

On Sunday, October 26, 2014 7:56:02 PM UTC, Oleg Cohen wrote:

 Greetings,

 Now that GWT 2.7.0-beta1 is out, I was wondering if there is a roadmap for 
 the 2.7.0 GA Release?

 Thank you!
 Oleg


-- 
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: TabLayoutPanel can get into desynchronized state, eventually causing an IndexOutOfBounds error (on remove)

[salk31]

I'd have said all bets are off if you get an error?

Does seem like a reasonable suggestion though but better as an issue and 
ideally a patch?

-- 
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: PSA: starting unbundling dependencies from gwt-dev published to Maven Central, could break your build

[salk31]

Hi Thomas,

Thanks, I'm up and running again with dependency on gwt-dev and 
gwt-codeserver...

Just checking: Presumably this is being pragmatic, working with what Maven 
gives us, as they are really plugin dependencies? ie the code I'm compiling 
shouldn't be coupled to any of gwt-dev or gwt-codeserver?

Thanks again, lots of beers waiting for you if I ever get the chance.

Sam

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

Re: GWT and TimeZone

[salk31]

I assume you are asking about emulated Java inside the browser. In this 
case java.util.Date (emulated) is always in the browser's time zone.

If you want to get GMT/UTC then you can use getTimezoneOffset to work out 
how far the browsers TZ is away from UTC.

Note however that all the calculation java.util.Date will do will be in the 
browser local timezone.

On Friday, September 12, 2014 3:55:40 PM UTC+1, Gioacchino Del Prete wrote:

 Hello everybody.

 I have a question, 

 if I have a Date in any TimeZone and I want to convert this Date in a Date 
 with TimeZone GMT + 00 (London), how can I do?

 Thank you for the reply

 Best regards.


-- 
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: Best way to implement place attributes in gwt.

[salk31]

We used a modified version of UrlBuilder if that is any help. So using a 
very familiar way to serialise things into the URL even if this time it is 
after the #. Seems to have worked ok so far.

On Monday, September 15, 2014 8:29:06 AM UTC+1, VaraKalyan Maddi wrote:


 Hi all,

 I am new to gwt places and activites framework.
 I am searching for best ways to add place parameters for a place class.
 Each place needs a set of attributes on actions and a page name.

 1. How about having a hashmap of attributes in place. But it looks odd in 
 the URL if i returns hashmap.toString()  on getToken from tokenizer.
 2. Do we need to take care of decoding and encoding of history strings (if 
 it contains special characters) ?

 Let me know if there is any other way.

 Regards
 Kalyan


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

js interop and core classes (and js interop is amazing)

[salk31]

js interop is wonderful, I'm having a great time shrinking down code from 
my jsni attempt but I'm stuck on using HasValue...

I could wrap uses of HasValue but that makes me have to wrap other 
classes...

Apart from having a local version of HasValue with @JsType on it is there 
anything else I could do?

I tried extending HasValue with @JsType on it but no joy.

Wish I could buy the js interop devs a beer ;)

Sam

-- 
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: Can I use replace-with / to replace a Google class?

[salk31]

I see you have found a good fix but in future, if you are feeling evil, you 
can just put your source first in the GWTC class path. We have done this to 
get a UTC only version of java.util.Date

On Friday, August 15, 2014 3:15:58 PM UTC+1, chris-x...@db.com wrote:

 Hi,

 I am having problems running in hosted mode (GWT 2.6.1) as a result of a 
 possible bug in com.google.gwt.dom.client.StyleInjector.java (see Issue 
 8863 https://code.google.com/p/google-web-toolkit/issues/detail?id=8863
 ).

 The fix is simple, so I have created my own version of the problem class 
 in my Eclipse project, and specified a replace-with / in the module file:

 replace-with class=com.db.patch.StyleInjectorImplIE
 when-type-is 
 class=com.google.gwt.dom.client.StyleInjector.StyleInjectorImplIE/
 /replace-with

 It doesn't seem to work.  Using the debugger, I still see the code in the 
 original class being executed, and the resulting 
 ArrayIndexOutOfBoundsException is thrown.  Is there a reason why I can't 
 replace this class?  If so, can anyone suggest a way to get my patch into 
 the project, preferably without replacing or modifying gwt-user-2.6.1.jar?

 It looks like the original StyleInjector.StyleInjectorImplIE may be 
 replacing StyleInjector.StyleInjectorImplIE.  Does replace-with / recurse 
 through multiple levels of replacement?  Is there a way to see what 
 browser-specific replacements happen by default?

 Thanks,

 Chris


-- 
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: master/3.0.0 js interop ready to play with?

[salk31]

How do you guys run your js interop based unit tests in an IDE? 
Specifically Eclipse?

I'm feeling very thick! The GUI part of eclipse/GWT integration doesn't 
have many handles to pull and my guess is the interop flag is only picked 
up directly on the command line (not ENV of property)

Thanks

Sam

-- 
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: master/3.0.0 js interop ready to play with?

[salk31]

Many thanks.

On Friday, August 15, 2014 12:21:12 PM UTC+1, Jens wrote:

 You need to tell GWT to compile your test to JS. To do so you can use the 
 following JVM parameter:

 -Dgwt.args=-prod -XjsInteropMode JS

 If you want a list of all parameters available use 

 -Dgwt.args=-help


 -- J.


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

Re: Continuous Delivery with GWT

[salk31]

Shame no replies. I was looking forward to the answers.

My guess was that you would have to keep each version of the server side 
running until no clients were using it any more... So route the request to 
the correct version of the code... Maybe a webapp per version? Level of 
pain depending on how you do your middle tier?

Off topic but have you looked at RequestFactory? Depends what you are doing 
but if you are doing lots of forms etc it is really slick.

 

On Monday, August 11, 2014 8:59:31 PM UTC+1, Tony BenBrahim wrote:

 Has anyone successfully implemented Continuous Delivery with GWT. The 
 biggest obstacle I see is GWT RPC, that seems to check that the client 
 version matches the server version, so that when a new version of a backend 
 is deployed, users will get an error message about an incorrect version and 
 be asked to refresh the browser. I will look at disabling this check, but 
 if it is not possible or has negative consequences, may have to switch to 
 REST+JSON from GWT RPC? Anyone tried this successfully?

 Thanks in advance


-- 
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: master/3.0.0 js interop ready to play with?

[salk31]

I raised https://github.com/gwt-maven-plugin/gwt-maven-plugin/issues/89 so 
maybe worth inter linking?

On Wednesday, August 13, 2014 3:45:50 PM UTC+1, Cristian Rinaldi wrote:

 The GWT maven plugin version 2.6.1 does not support JsInterop, so I made a 
 fork of the project and gave support, default is JS. 
 If you want to change, set 

 jsInteropMode NONE | JS | CLOSURE / jsInteropMode

 https://github.com/csrinaldi/gwt-maven-plugin

 El martes, 12 de agosto de 2014 17:23:00 UTC-3, salk31 escribió:

  Ahhh. I didn't know I needed -XjsInteropMode JS  up and running now. I 
 also didn't know 2.7.0-SNAPSHOT was available




-- 
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: master/3.0.0 js interop ready to play with?

[salk31]

 Ahhh. I didn't know I needed -XjsInteropMode JS  up and running now. I 
also didn't know 2.7.0-SNAPSHOT was available




-- 
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: master/3.0.0 js interop ready to play with?

[salk31]

Thanks. I'll check the tests and see if I can find where I'm going wrong.

Any idea if interest in bug reports yet?

On Monday, August 11, 2014 10:17:30 AM UTC+1, Jens wrote:

 I think it should work. At least there are tests for @JsExport in 
 https://gwt.googlesource.com/gwt/+/master/user/test/com/google/gwt/core/client/interop/

 -- J.


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

Re: master/3.0.0 js interop ready to play with?

[salk31]

Thanks. I have great hopes for this stuff ;)




-- 
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: Generate GWT Client Side code from server dynamically

[salk31]

If you just want to which widgets are created can't you just send some data 
structure that describes which widgets should be created. I think this is 
part of how Vaadin works.

So you wouldn't be generating client side code dynamically (very tough with 
GWT) but I'd imagine you would be much better off sending something like 
JSON saying what widgets you want where.

On Monday, August 11, 2014 6:11:06 AM UTC+1, Rama Gwt wrote:

 Hello,

  I have a requirement where I have to show a dialog whose widgets will 
 be determined by the server.
  The widgets on the dialog and their data will also be determined only 
 during runtime as part of the Async Call. 

 How do we achieve this using GWT?

 Thanks,
 Rama


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

master/3.0.0 js interop ready to play with?

[salk31]

I'm really keen to try and use the new js-interop features of 3.0... Am I 
too early?

I can't get @JsExport to work... I built the latest from git... 

Thanks

Sam

-- 
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 seems deprecated according to Thoughtworks

[salk31]

I'm definitely not blind to GWT's shortcomings and I'm also worried about 
its future. BUT I can't see anything that seems more attractive to me.

I really like JavaScript for bits and pieces but my tired old brain is 
helped by Java, strong typing, IDE help...

Also the quality and depth of the framework bits of GWT are far beyond 
anything else I've worked with. UiBinder + Editors + RequestFactory + 
JSR-303 etc... is what I've been after for over a decade.

Java also seems like a good bet for the 10 man years we have put into my 
current project. I'm old enough to remember the last time JavaScript was 
hot and Netscape were pushing JavaScript on the server.

I'll keep reading the GWT bashing articles waiting for a link to something 
much better. Perhaps I'm showing my age waiting for an obvious thing to try 
like Java was to C++, Hibernate to straight JDBC...

Sam

-- 
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: general question about data handling

[salk31]

Easy one first... GWT emulates LinkedList so I don't understand that point. 
Anyway, LinkedList vs ArrayList is normally a very unimportant performance 
issue. IMHO you should code against ListT generally...

On the architectural side: It is up to you, as developer/architect, to 
decide how much the client vs server does. I think GWT is very good in 
leaving this as a decision for you. You can even choose between high 
quality mechanisms like REST, GWT-RPC and RequestFactory.

In almost all cases I think you should be sending pure data to the client 
(not HTML/Widgets like Wicket or Vaadin do). I think the general security 
rule is to never trust the client. So when they send a request you much 
sanitise the data and enforce security rules every time.

I'd imagine the server might just be there to give the client the latest 
set of questions and then store the answers at the end?

Hope that helps?

Sam

On Wednesday, July 23, 2014 3:33:04 AM UTC+1, Gary Berkowitz wrote:

 i am new to gwt and a fairly inexperienced developer.  i have written a 
 java project that steps a user through an interview.  the structure is 
 based on a linked list.  each node contains an object that consists of five 
 string fields and one hash table.  the data file is in xml format and i use 
 dom to populate the nodes.  the front end gui presents either a set of 
 check boxes or radio buttons as response choices to a question.  there are 
 four buttons: accept as is and go to the next node, go back, ignore the 
 choices and type freely, and accept the choice but add to it.  nothing 
 fancy but it works.

 i am trying to convert the project to a web ap.  the client side gui is no 
 problem.  but i am having difficulty conceptualizing the data exchange.  in 
 my mind, everything should be processed on the server side and then the 
 data object can be passed back to the client where gwt can do its html 
 magic conversion.  but i can't find a lot of info on this type of structure 
 so i am starting to think my concept is wrong.almost every piece of 
 info i can find including the gwt tutorial sends the data directly to the 
 client.  if that is the case, what is left for the server to do?  and does 
 that create security problems by having everything available on the client 
 side?  also. i just read that gwt doesn't really support linked lists so i 
 am not even sure that i can use that structure on the client side.  

 any help would be appreciated.


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

Future of unit testing... Only support production mode?

[salk31]

I've been struggling with a limitation of non-production mode unit tests 
and was wondering, with the rise of superDevMode, if the plan is to only 
support production mode unit tests?

Cheers

Sam

-- 
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: Future of unit testing... Only support production mode?

[salk31]

Thanks for the clear answer... 

I'll have to start warning the team. I'm also facing rumblings about super 
dev mode :(  They manage to be IE snobs AND not want to touch JavaScript. 
Should only be allowed on or the other ;)

On Friday, July 11, 2014 1:03:54 PM UTC+1, Jens wrote:

 In the long term GWT will probably only support production mode tests as 
 well as code coverage based on JavaScript. There are already bugs for it on 
 the issue tracker.

 -- J.


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

UTC version of java.util.Date emulation

[salk31]

I've inherited a load of code that totally ignores JavaScript having a 
non-optional time zone (based on the client setup)... So all the 
local/civil time calculations are going horribly wrong.

I really want to simulate TimeZone.setDefault(UTC)... 

Has anybody tried using a modified version of java.util.Date that uses the 
JavaScript Date UTC methods? At first go it seems to work nicely but I 
wonder if anybody else has tried it?

Cheers

Sam

-- 
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: Request Factory and Overlay Type generator

[salk31]

Thanks Pandurang,

I think it has sunk in now. Thanks. Will try and remember it when/if we do 
another big RF project.

Shame gwtproject website doesn't have a directory of useful projects. Think 
it is even left to the individual to find the GWT maven plugin.

Cheers

Sam


On Tuesday, March 25, 2014 6:47:09 AM UTC, Vasu wrote:

 If I understand it correctly JSIOWrapper acts as another layer of wrapper 
 on top JavaScript library. Similar to that of OverLay Types. In the context 
 of JSON, I guess with JSIOWrapper you don't have to write underlaying JSNI 
 (JavaScript implementation for the native method) probably that is being 
 taken cared by the library with the help of deferred binding. But still you 
 need to define / write the interface. OverLay type generation from 
 JavaClasses generates that boilerplate code (here I assume one is using 
 Java technology on server side, and having corresponding Java POJO classes 
 representing domain objects (JSON) on server side).

 And gwt-exporter is altogether different thing, which will export your GWT 
 code to JavaScript. Where as we are here talking other way round using JSON 
 object into GWT code.

 I hope I am able to clear your doubts.

 Thanks,
 -Pandurang (Vasu)

 On Monday, 24 March 2014 17:20:43 UTC+5:30, salk31 wrote:

 How does the overlap type generation relate to 
 https://code.google.com/p/gwt-api-interop/wiki/JSIOJSWrapperExamples (looks 
 dormant) and https://code.google.com/p/gwt-exporter/ (maybe different 
 thing) ?

 I've trying to get my head around the state of the art for GWT/native JS

 Generating proxies sounds great but bit late for us :(

 On Wednesday, March 19, 2014 12:00:09 PM UTC, Vasu wrote:

 Some time back I had built this maven plugin to generate request factory 
 interfaces by scanning annotations on entity and value beans as well as 
 service classes. This plugin also can be used to generate overlay types by 
 scanning annotations on server side pojo classes. You can refer it here (
 gwt-mvn-helper https://github.com/pandurangpatil/gwt-mvn-helper). You 
 can refer sample test module 
 (mvn-helper-testhttps://github.com/pandurangpatil/gwt-mvn-helper/tree/master/mvn-helper-test)for
  
 usage of this plugin. Please feel free to use the same, in case of any 
 doubt please feel free to get in touch with me.



-- 
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: Request Factory and Overlay Type generator

[salk31]

How does the overlap type generation relate to 
https://code.google.com/p/gwt-api-interop/wiki/JSIOJSWrapperExamples (looks 
dormant) and https://code.google.com/p/gwt-exporter/ (maybe different 
thing) ?

I've trying to get my head around the state of the art for GWT/native JS

Generating proxies sounds great but bit late for us :(

On Wednesday, March 19, 2014 12:00:09 PM UTC, Vasu wrote:

 Some time back I had built this maven plugin to generate request factory 
 interfaces by scanning annotations on entity and value beans as well as 
 service classes. This plugin also can be used to generate overlay types by 
 scanning annotations on server side pojo classes. You can refer it here (
 gwt-mvn-helper https://github.com/pandurangpatil/gwt-mvn-helper). You 
 can refer sample test module 
 (mvn-helper-testhttps://github.com/pandurangpatil/gwt-mvn-helper/tree/master/mvn-helper-test)for
  
 usage of this plugin. Please feel free to use the same, in case of any 
 doubt please feel free to get in touch with me.


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

console.timer, console.timerEnd etc

[salk31]

Hello,

I've started using these to help diagnose performance problems in Chrome 
Timeline...

I've had a quick Google and can't find any nice binding with GWT. Am I 
missing some nice package?

Would be nice to have something that could stay in the code base but 
compile out for production. Anybody got anything?

Regards

Sam

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

Pure GWT Growler/Toaster

[salk31]

I really like https://github.com/stanlemon/jGrowl but this would be our 
only reason to include jQuery so I'm reluctant to bring in such a big 
dependency.

Anyone got a nice pure GWT version?

I can't find any mentions 
since: 
https://groups.google.com/forum/#!searchin/google-web-toolkit/toaster/google-web-toolkit/uK_cgGqn2U4/0xdsLW7Ry1YJ

If not I'd be up for asking the jGrowl guy for permission to do a GWT port, 
would anyone be interested in using/sharing/helping?

btw I'm after more than NotificationMole (although I've not even managed to 
get that to work yet). jGrowl has nice CSS and easy options for timing, 
stacking, position etc

Regards

Sam

-- 
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: Pure GWT Growler/Toaster

[salk31]

Did wonder about that. Another big dependency though? Looking at the jGrowl 
code I mostly want the CSS. Most of the JavaScript is just for setting 
configuration options, GWT/Java is nicer for that than JSON like config 
(IMHO).

On Monday, February 17, 2014 11:31:45 AM UTC, Alain wrote:

 I m guessing GWT Query  could help do the port ?
 Note I never used GWT Query.


 2014-02-17 12:17 GMT+01:00 salk31 sal...@gmail.com javascript::

 I really like https://github.com/stanlemon/jGrowl but this would be our 
 only reason to include jQuery so I'm reluctant to bring in such a big 
 dependency.

 Anyone got a nice pure GWT version?

 I can't find any mentions since: 
 https://groups.google.com/forum/#!searchin/google-web-toolkit/toaster/google-web-toolkit/uK_cgGqn2U4/0xdsLW7Ry1YJ

 If not I'd be up for asking the jGrowl guy for permission to do a GWT 
 port, would anyone be interested in using/sharing/helping?

 btw I'm after more than NotificationMole (although I've not even managed 
 to get that to work yet). jGrowl has nice CSS and easy options for timing, 
 stacking, position etc

 Regards

 Sam





-- 
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: Pure GWT Growler/Toaster

[salk31]

Well it is up and running with the dependency now and it is tempting to use 
a bit of jquery now and again...

Will just get on and do what the client wants (till the change their minds 
again) and slap in jquery.

Ta

On Monday, February 17, 2014 11:49:58 AM UTC, Alain wrote:

 Personally I would just wrap the thing.
 It s not like jQuery is too big and performs poorly.

 Sure the GWT compiler will do some optimizations on 100% GWT code. 

 But I wrote several GWT wrappers and never had issues with performance due 
 to the size of the underlying js libraries.
 Most of the time they are well written well tested libraries. 

 Some GWT purist will always go with the it s only a wrapper-argument.
 But that s for marketing reasons.

 Only my  0.02$




 2014-02-17 12:40 GMT+01:00 salk31 sal...@gmail.com javascript::

 Did wonder about that. Another big dependency though? Looking at the 
 jGrowl code I mostly want the CSS. Most of the JavaScript is just for 
 setting configuration options, GWT/Java is nicer for that than JSON like 
 config (IMHO).


 On Monday, February 17, 2014 11:31:45 AM UTC, Alain wrote:

 I m guessing GWT Query  could help do the port ?
 Note I never used GWT Query.


 2014-02-17 12:17 GMT+01:00 salk31 sal...@gmail.com:

 I really like https://github.com/stanlemon/jGrowl but this would be our 
 only reason to include jQuery so I'm reluctant to bring in such a big 
 dependency.

 Anyone got a nice pure GWT version?

 I can't find any mentions since: https://groups.google.
 com/forum/#!searchin/google-web-toolkit/toaster/google-
 web-toolkit/uK_cgGqn2U4/0xdsLW7Ry1YJ

 If not I'd be up for asking the jGrowl guy for permission to do a GWT 
 port, would anyone be interested in using/sharing/helping?

 btw I'm after more than NotificationMole (although I've not even 
 managed to get that to work yet). jGrowl has nice CSS and easy options for 
 timing, stacking, position etc

 Regards

 Sam



  


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

N commandments of RequestFactory cheat sheet?

[salk31]

Hi,

In our team, reasonably experienced Java developers, we often struggle to 
remember all the rules of RequestFactory. Does anybody have a cheat sheet 
we could share?

Something like:
* A Proxy can only be edited in exactly one RequestContext.
* A Proxy can never be removed from a RequestContext.
* You can only pass Proxies between RequestContexts if the Proxy has not 
been edited by the receiving Proxy.
...

So might help consider different designs and help when debugging frozen 
bean etc

I'm sure somebody else could be more precise and literate.

Cheers

Sam




-- 
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: Deprecation of VerticalSplitPanel/HorizontalSplitPanel

[salk31]

I agree, for what it is worth. We have ended up going to non-GWT CSS/HTML 
for layout. Our Designer/web monkey can just provide us CSS and the native 
layout engines are pretty powerful now.

On Tuesday, January 28, 2014 2:15:37 PM UTC, Mickael Leduque wrote:

 Hello,

 The *SplitPanel classes are deprecated.
 When deprecating a class, one generally provides a replacement, but I 
 can't seem to find one. What should I use to provide the same behaviour ?

 Note : SplitLayoutPanel is not a replacement. It has the layout panel 
 system limitations and can only be used when sizes are known or in 
 compatible context (ProvidesResize...). I am not in such a case.


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

ListEditor and sorting

[salk31]

I'm probably being thick but I can't see a nice why to support sorting, on 
the objects being edited, with the ListEditor...

The ListEditor calls my code just with the created editor and the index in 
the original list.

No obvious extension point to sort the list of data objects?

The best I can come up with is to build up a mapping from source index to 
sorted index... Not pretty.

Thanks for any tips!

Sam

-- 
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 project structure to reduce compile time

[salk31]

Are all your modules actually producing JavaScript you are going to run?

If not then you don't need to GWT compile those?

To do the clever optimisation GWT does it looks at the source for all the 
client code. So I don't think you would save a lot re-structuring (if you 
really need to produce JavaScript each time).

On Wednesday, December 11, 2013 4:00:36 PM UTC, Beatriz Nombela wrote:

 Hi!

 I'm trying to reduce the compile time of a GWT project on jenkins. My 
 project structure can be summarized to the following one:

 - module_1: jar and GWT module
 - module_2: multimodule maven project, each submodule is a jar, and each 
 one contains a GWT module. Each GWT module inherits from module_1
 - module_3: war, contains a GWT module that inherits from module_2

 The problem with this structure is the moment when everything is compiled 
 on jenkins:
 - module_1 compiles
 - module_2 compiles, and accordingly module_1 is compiled again
 - module_3 compiles, and accordingly each submodule in module_2 is 
 compiled, and at the same time module_1 is compiled again some more times

 My goal is to avoid recompiling some of the modules so many times. I'd 
 like to know whether the GWT modules are well structured or not, so I could 
 focus on restructuring GWT modules or in Jenkins side.

 Thanks in advance!


-- 
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: Some advice to argue for GWT vs JSF

[salk31]

So it would have been totally safe to bet the farm on EJB2.1 because that 
is here for good? CORBA inside JSE!


On Friday, December 13, 2013 1:35:27 AM UTC, Willie Slepecki wrote:

 My team just wrapped up an evaluation comparing gwt to jsf to be used in a 
 new series of applications we are planning.  My team chose pure gwt over 
 jsf and vaadin for a variety of reasons.  

 Our problem is two of the primary decision makers are convinced that gwt 
 is going to dilute and within 7 to 10 years be irrelevant and ended as a 
 product.   Where did they get this idea?  A blog. Post obviously.  On the 
 other hand, since jsf is part of jee, it's going to be alive and vibrant 
 forever.   

 I'm not asking to argue the validity of their claims  I already know why 
 they say that and it's political, not technological.  What I'm asking is, 
 can you help me come up with an idea to impress upon the other members of 
 the selection committee that this idea is unfounded and gwt would be a safe 
 choice?I already. Have the vaadin report they generate, but that I fear 
 isn't going to hold much weight.   

 Maybe some records from red hat saying how many developers are dedicated 
 to the project, estimated annual budget senscia is spending on gwt core 
 development, stung like that is what these guys will care about.

 Any ideas?  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/groups/opt_out.

Pure Java RequestFactory client

[salk31]

Sorry if I'm being thick but is it possible to have a pure Java 
RequestFactory client? So no JavaScript engine...

I initially wanted to do this to do some stress testing and now I'd like to 
know if it could be a candidate for the protocol for a remote Java client 
to our system (we would control both ends so just want cheapest/simplest 
thing).

Cheers

Sam

-- 
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: about the multilines print out to a GWT widget

[salk31]

Can't you just use \n to split lines? I'm not sure how well this will 
work cross platform, might need a quick Google.

On Wednesday, December 4, 2013 7:54:20 AM UTC, baojian Zhou wrote:

 hi everybody, I‘m new here. I got a problem when I use the GWT. I want to 
 print out some information in the client widget such as the TextArea. But I 
 cannot find some methods like add() in TextArea when I want to add more 
 information. I want to print out multilines information. Can anyone help me?



-- 
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: Pure Java RequestFactory client

[salk31]

Many thanks Thomas,

Although playing with Selenium Grid was fun... 

On Wednesday, December 4, 2013 2:14:22 PM UTC, Thomas Broyer wrote:



 On Wednesday, December 4, 2013 2:12:05 PM UTC+1, salk31 wrote:

 Sorry if I'm being thick but is it possible to have a pure Java 
 RequestFactory client? So no JavaScript engine...


 Yes.

 You can use the UrlRequestTransport for a pure-Java RequestTransport built 
 on top of HttpURLConnection. Everything else uses super-source so it works 
 equally well in a JVM (using org.json under the hood) and in a GWT context 
 (using JsonUtils.safeEval, and custom code for the serialization part; this 
 is all abstractized behind the Splittable interface).
  

 I initially wanted to do this to do some stress testing and now I'd like 
 to know if it could be a candidate for the protocol for a remote Java 
 client to our system (we would control both ends so just want 
 cheapest/simplest thing).


 Have a look at 
 https://gwt.googlesource.com/gwt/+/2.6.0-rc2/user/test/com/google/web/bindery/requestfactory/server/RequestFactoryJreTest.java
  for 
 an example using UrlRequestTransport, and 
 https://gwt.googlesource.com/gwt/+/2.6.0-rc2/user/test/com/google/web/bindery/requestfactory/vm/RequestFactoryJreSuite.java
  for 
 an example of stress-test using the existing unit-tests.


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

RedQueryBuilder 0.6.0 released. Packaging fixed for GWT.

[salk31]

Hello,

New version of this SQL query UI control has just been released with some 
fixes to make the source easier to use with GWT.

http://redquerybuilder.appspot.com/

It is pure GWT but most of the uses seem to be with JS.

Sorry if it is bad etiquette to announce this here...

Cheers

Sam

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

http://zeroturnaround.com/rebellabs/the-2014-decision-makers-guide-to-java-web-frameworks/3/

[salk31]

http://zeroturnaround.com/rebellabs/the-2014-decision-makers-guide-to-java-web-frameworks/3/

Apparently GWT is insecure because it uses JavaScript. Am I reading this 
wrong or is it a bit silly?

-- 
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: Math Expression Evaluator for GWT.

[salk31]

Not just use JavaScript to evaluate an expression? If that is what you 
mean? e.g. what is 2 + 2?

On Thursday, August 8, 2013 7:53:20 AM UTC+1, Mayank Singh wrote:

 Hi,
  
 Can anybody let me know is there any Math expression evaluator available 
 for GWT. Because I have tried Java Evaluators but they throwing exceptions 
 as GWT will not covert all required java files to JavaScript. So, please 
 help me out with this problem. Help will be Appreciated.
  
 Thanks  Regards
 Mayank Singh


-- 
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 and Client-side rules engine

[salk31]

I've only heard of MVEL (an expression language) and metawidget (meta data 
driven UI). Do you really mean a rule engine like Drools? If so I can't 
imagine there is anything like that off the shelf. It is still quite exotic 
(if not that new) for the client side.

If you just want something like MVEL then why not just JavaScript 
scripting? Write the framework in GWT but script/rules in JavaScript?

On Friday, August 9, 2013 2:38:21 PM UTC+1, asif...@gmail.com wrote:

 Hi,

 The architecture and requirement is as follows

 1. The application has an extensive domain model and significant amount 
 of business logic
 2. At runtime, the user populates data in the domain model.
 3. The rules engine evaluates the data and takes various actions 
 including
   a. Change subsequent data entry forms and data entry process 
 flows
   b. Pops up ui errors.

 Since, I don't want to undergo the cost of server roundtrip for each 
 evaluation, I am looking for a good architecture or pre-built client side 
 rules engine.

 In the threads, I came across 
 1. Jess
 2. MVEL
 3. Tohu 
 4. Metawidget

 A brief browse, and I have a feeling that MVEL would be the way to go. 
 Tohu is kind of ruled out for the same reason that I steered clear of 
 Drools/jBPM.

 Any expert ideas? Anybody else has attempted anything similar - would love 
 to get their view.

 Regards


-- 
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: Test qwt project with selenium

[salk31]

We just use maven jetty plugin to start it up as close to production mode 
and it starts/stops around the maven integration cycle.

http://docs.codehaus.org/display/MAVENUSER/Maven+and+Integration+Testing

The only pain is you end up having to support dev mode, jetty for 
integration tests and production mode... I think we have kept it reasonably 
clean but is a bit fiddly.

On Sunday, August 4, 2013 12:53:16 PM UTC+1, Hanan Awwad wrote:

 Hi all,

 I have to write selenium tests for qwt app and those tests have to run 
 automatically after the build,
 Could i use development mode or web mode for writing the tests and if any 
 one give me some tutorials to guide me?



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

[salk31]

They have typesafe behind them so presumably some cash to throw at it?

I'd be willing to put up a bit of cash but presumably would be 5k+GBP  to 
get it done the commercial way?

On Wednesday, July 31, 2013 2:45:57 PM UTC+1, Alex opn wrote:

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

[salk31]

I'll put in 100GBP (don't tell the wife)

-- 
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: Window.addWindowClosingHandler

[salk31]

Works nicely for us. What version of GWT? What browers? Does nothing happen 
at all?

On Wednesday, July 31, 2013 12:09:45 PM UTC+1, al1975e wrote:

 Window.addWindowClosingHandler only works well in googlechrome.In other 
 browsers may not work at all.Help to resolve this issue, please.


-- 
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: (very) small typo in online documentation

[salk31]

The GWT folks are very helpful (and patient in my case) if you want to 
supply a patch? 

http://www.gwtproject.org/makinggwtbetter.html#webpage

gerrit etc is a bit of a pain at first but OK after that.

Cheers

Sam

-- 
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-site doesn't build?

[salk31]

I've followed:
http://www.gwtproject.org/makinggwtbetter.html#webpage

but I get:
[ERROR] Failed to execute goal 
org.codehaus.mojo:exec-maven-plugin:1.1.1:java (d
efault) on project gwt-site: An exception occured while executing the Java 
class
. null: InvocationTargetException: Error while parsing action 
'Root/Sequence/Zer
oOrMore/Sequence/Block/FirstOf/Para/Sequence/Inlines/Sequence/InlineOrIntermedia
teEndline/Sequence/Inline/Inline_Action1' at input position (line 118, pos 
1):
[ERROR] pSee the a
[ERROR] ^

Any particular Java, Maven, OS version I need?

Thanks

Sam

-- 
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-site doesn't build?

[salk31]

Thanks Mr Broyer (somebody else called you that and I like the sound of it),

I'm on XP (ancient laptop)... My work laptop (Win 7 64) wouldn't build due 
to corrupt pom.

I'll fiddle with git setting for line endings (not pretty) and try on linux.

Cheers

Sam

On Sunday, July 28, 2013 11:28:58 AM UTC+1, Thomas Broyer wrote:



 On Sunday, July 28, 2013 10:14:35 AM UTC+2, salk31 wrote:

 I've followed:
 http://www.gwtproject.org/makinggwtbetter.html#webpage

 but I get:
 [ERROR] Failed to execute goal 
 org.codehaus.mojo:exec-maven-plugin:1.1.1:java (d
 efault) on project gwt-site: An exception occured while executing the 
 Java class
 . null: InvocationTargetException: Error while parsing action 
 'Root/Sequence/Zer

 oOrMore/Sequence/Block/FirstOf/Para/Sequence/Inlines/Sequence/InlineOrIntermedia
 teEndline/Sequence/Inline/Inline_Action1' at input position (line 118, 
 pos 1):
 [ERROR] pSee the a
 [ERROR] ^

 Any particular Java, Maven, OS version I need?


 I doubt it's an issue with Maven, as it's an exception from within the 
 Markdown parser. In case it could matter, I'm using Maven 3.0.5.
 I tried with OpenJDK 7u25 and Oracle JDK 6u27 and it worked OK (mvn clean 
 prepare-package, FYI)
 Maybe it's platform-specific then? I'm on Linux, I think Daniel runs OSX. 
 If you're on Windows then maybe it's related to EOL handling? (it would 
 also depend on your Git configuration BTW)


-- 
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-site doesn't build?

[salk31]

I'm changing line endings now on the XP machine but...

Same issue on linux:
sam@ellen:~/psrc/gwt-site$ mvn -version
Apache Maven 3.0.4
Maven home: /usr/share/maven
Java version: 1.6.0_21, vendor: Sun Microsystems Inc.
Java home: /opt/jdk1.6.0_21/jre
Default locale: en_GB, platform encoding: UTF-8
OS name: linux, version: 3.2.0-4-amd64, arch: i386, family: unix


On XP:
Apache Maven 3.0.4 (r1232337; 2012-01-17 08:44:56+)
Maven home: c:\opt\apache-maven-3.0.4
Java version: 1.6.0_32, vendor: Sun Microsystems Inc.
Java home: c:\Program Files\Java\jdk1.6.0_32\jre
Default locale: en_GB, platform encoding: Cp1252
OS name: windows xp, version: 5.1, arch: x86, family: windows

Seem like normal unix style files on linux:
sam@ellen:~/psrc/gwt-site$ file pom.xml
pom.xml: exported SGML document, UTF-8 Unicode text
sam@ellen:~/psrc/gwt-site$ ls
pom.xml  README.md  src  target
sam@ellen:~/psrc/gwt-site$ file README.md
README.md: ASCII text





On Sunday, July 28, 2013 12:10:40 PM UTC+1, Thomas Broyer wrote:



 On Sunday, July 28, 2013 1:04:44 PM UTC+2, salk31 wrote:

 Thanks Mr Broyer (somebody else called you that and I like the sound of 
 it),

 I'm on XP (ancient laptop)... My work laptop (Win 7 64) wouldn't build 
 due to corrupt pom.

 I'll fiddle with git setting for line endings (not pretty) and try on 
 linux.


 Trying to understand the issue here: are the files' eol CRLF or LF in your 
 working directory? 


-- 
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-site doesn't build?

[salk31]

I upgraded my JDK but no joy (details below). Before I first posted I 
fiddled with the source to get past the first couple of problems but no 
sign of them stopping.

Enough for today. I'll upgrade the JDK on linux and see if that helps.


Apache Maven 3.0.4 (r1232337; 2012-01-17 08:44:56+)
Maven home: c:\opt\apache-maven-3.0.4
Java version: 1.7.0_25, vendor: Oracle Corporation
Java home: c:\Program Files\Java\jdk1.7.0_25\jre
Default locale: en_GB, platform encoding: Cp1252
OS name: windows xp, version: 5.1, arch: x86, family: windows



On Sunday, July 28, 2013 1:35:08 PM UTC+1, Thomas Broyer wrote:

 Could it be because the a is wrapped on several lines? 
 (src/main/markdown/doc/latest/DevGuideI18nMessages.md, line 118)
 Given your environments, it could be JDK-dependent then. Maybe you could 
 try with a recent one? (OpenJDK or Oracle JDK; 6 or 7)
 (I quickly looked at pegdown, the markdown parser, and it looks for CR, LF 
 and CRLF as line endings, so I doubt it'd be the issue; particularly as you 
 have the same issue on Linux too)

 On Sunday, July 28, 2013 1:47:32 PM UTC+2, salk31 wrote:

 I'm changing line endings now on the XP machine but...

 Same issue on linux:
 sam@ellen:~/psrc/gwt-site$ mvn -version
 Apache Maven 3.0.4
 Maven home: /usr/share/maven
 Java version: 1.6.0_21, vendor: Sun Microsystems Inc.
 Java home: /opt/jdk1.6.0_21/jre
 Default locale: en_GB, platform encoding: UTF-8
 OS name: linux, version: 3.2.0-4-amd64, arch: i386, family: unix


 On XP:
 Apache Maven 3.0.4 (r1232337; 2012-01-17 08:44:56+)
 Maven home: c:\opt\apache-maven-3.0.4
 Java version: 1.6.0_32, vendor: Sun Microsystems Inc.
 Java home: c:\Program Files\Java\jdk1.6.0_32\jre
 Default locale: en_GB, platform encoding: Cp1252
 OS name: windows xp, version: 5.1, arch: x86, family: windows

 Seem like normal unix style files on linux:
 sam@ellen:~/psrc/gwt-site$ file pom.xml
 pom.xml: exported SGML document, UTF-8 Unicode text
 sam@ellen:~/psrc/gwt-site$ ls
 pom.xml  README.md  src  target
 sam@ellen:~/psrc/gwt-site$ file README.md
 README.md: ASCII text





 On Sunday, July 28, 2013 12:10:40 PM UTC+1, Thomas Broyer wrote:



 On Sunday, July 28, 2013 1:04:44 PM UTC+2, salk31 wrote:

 Thanks Mr Broyer (somebody else called you that and I like the sound of 
 it),

 I'm on XP (ancient laptop)... My work laptop (Win 7 64) wouldn't build 
 due to corrupt pom.

 I'll fiddle with git setting for line endings (not pretty) and try on 
 linux.


 Trying to understand the issue here: are the files' eol CRLF or LF in 
 your working directory? 



-- 
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-site doesn't build?

[salk31]

yuk. PegDown processor is non-deterministic!? Turns out my laptop and linux 
server are too slow to compile gwt-site.

Sorry for wasting your time Thomas. I was reading the error message in 
order and thought [ERROR] org.pegdown.ParsingTimeoutException must be 
spurious.

I've patched my local version so it compiles. Maybe a note in docs about 
this error or a ticket to possibly change the code?

Sorry again for not posting the important error message. Using a timeout 
like this is new to me.

Sam

On Sunday, July 28, 2013 1:35:08 PM UTC+1, Thomas Broyer wrote:

 Could it be because the a is wrapped on several lines? 
 (src/main/markdown/doc/latest/DevGuideI18nMessages.md, line 118)
 Given your environments, it could be JDK-dependent then. Maybe you could 
 try with a recent one? (OpenJDK or Oracle JDK; 6 or 7)
 (I quickly looked at pegdown, the markdown parser, and it looks for CR, LF 
 and CRLF as line endings, so I doubt it'd be the issue; particularly as you 
 have the same issue on Linux too)

 On Sunday, July 28, 2013 1:47:32 PM UTC+2, salk31 wrote:

 I'm changing line endings now on the XP machine but...

 Same issue on linux:
 sam@ellen:~/psrc/gwt-site$ mvn -version
 Apache Maven 3.0.4
 Maven home: /usr/share/maven
 Java version: 1.6.0_21, vendor: Sun Microsystems Inc.
 Java home: /opt/jdk1.6.0_21/jre
 Default locale: en_GB, platform encoding: UTF-8
 OS name: linux, version: 3.2.0-4-amd64, arch: i386, family: unix


 On XP:
 Apache Maven 3.0.4 (r1232337; 2012-01-17 08:44:56+)
 Maven home: c:\opt\apache-maven-3.0.4
 Java version: 1.6.0_32, vendor: Sun Microsystems Inc.
 Java home: c:\Program Files\Java\jdk1.6.0_32\jre
 Default locale: en_GB, platform encoding: Cp1252
 OS name: windows xp, version: 5.1, arch: x86, family: windows

 Seem like normal unix style files on linux:
 sam@ellen:~/psrc/gwt-site$ file pom.xml
 pom.xml: exported SGML document, UTF-8 Unicode text
 sam@ellen:~/psrc/gwt-site$ ls
 pom.xml  README.md  src  target
 sam@ellen:~/psrc/gwt-site$ file README.md
 README.md: ASCII text





 On Sunday, July 28, 2013 12:10:40 PM UTC+1, Thomas Broyer wrote:



 On Sunday, July 28, 2013 1:04:44 PM UTC+2, salk31 wrote:

 Thanks Mr Broyer (somebody else called you that and I like the sound of 
 it),

 I'm on XP (ancient laptop)... My work laptop (Win 7 64) wouldn't build 
 due to corrupt pom.

 I'll fiddle with git setting for line endings (not pretty) and try on 
 linux.


 Trying to understand the issue here: are the files' eol CRLF or LF in 
 your working directory? 



-- 
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-site doesn't build?

[salk31]

Compiling and testing gwt for the RF changes has been a tad slow.

I'll think about a patch. Maybe extra message on that error message plus up 
the time out? Still struggling to understand a time out as part of parsing 
error detection.

The laptop has 2x1.66GHz cores... Not latest and greatest but at my first 
job the processors were 75MHz and we used to manage to run big web sites...

On Sunday, July 28, 2013 5:44:07 PM UTC+1, Thomas Broyer wrote:



 On Sunday, July 28, 2013 5:49:15 PM UTC+2, salk31 wrote:

 yuk. PegDown processor is non-deterministic!? Turns out my laptop and 
 linux server are too slow to compile gwt-site.

 Sorry for wasting your time Thomas. I was reading the error message in 
 order and thought [ERROR] org.pegdown.ParsingTimeoutException must be 
 spurious.

 I've patched my local version so it compiles. Maybe a note in docs about 
 this error or a ticket to possibly change the code?

 Sorry again for not posting the important error message. Using a timeout 
 like this is new to me.


 Oh wow, more than 2 secs (the default timeout) for processing a file?!
 Can you do any reasonable Java development in these conditions?

 That said, I agree the default behavior of PegDown should be no timeout, 
 and maybe we should use Integer.MAX_VALUE in gwt-site (AFAICT, the timeout 
 cannot be turned off; created an issue for it: 
 https://github.com/sirthias/pegdown/issues/98)
 Feel free to propose such a change in Gerrit, we'll see what Daniel thinks 
 of it.


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

Re: GWT and Web Security

[salk31]

 I have kind of an aversion for everything Spring, and haven't had the need 
 for anything more complex than checking user roles at the method level.


 We are using Spring pretty heavily and it does seem to add a huge layer of 
complexity and I'm not quite sure to what benefit (apart from DI).

For CAS auth integration I do seem to spend a lot of time trying to get 
Spring to let me get at what I need or work around the Spring convenience 
code.

@PreAuthorize on getters and setters has been pretty good though. I was 
reluctant to introduce an expression language but we have had no real 
problems.

Finally a plug for my project https://github.com/salk31/gwt-rf-queue if you 
are using RF and want the app to be able to carry on after an auth 
failure...

Cheers

Sam

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