Google Web Toolkit: October 2014

Friday, October 31, 2014

@WhoWhatWear tweeted: See @EmWatson's stunning cover story for @ELLEUK's feminism issue: http://t.co/3pc0AcnnTu http://t.co/I3wwDCwbQR

Who What Wear

@WhoWhatWear

See @EmWatson's stunning cover story for @ELLEUK's feminism issue: wwwear.me/6tAPGL2 pic.twitter.com/I3wwDCwbQR

Followed by AshleyTisdaleFrench .

Paul DiGiovanni

@paulBLG

someone didn't care pic.twitter.com/rwSQrysSBl

Followed by AshleyTisdaleFrench .

Taylor Swift

@taylorswift13

Take
Me
Home.
#TS1989
#taylurking pic.twitter.com/wLaDgHG0PO

Followed by Emily Stoll, Nick Cannon.

Steve Marmel

@Marmel

Obama to GOP: Win, lose, doesn't matter. Obamacare isn't going anywhere. #GOTV #VETO
Via: politicususa.com/2014/10/31/oba… pic.twitter.com/UB7B6bNwt2

Followed by Demi Lovato.

Ellen DeGeneres

@TheEllenShow

You look adorable. Perfect for scaring. RT @KatieQLowes: Even the #ToothFairy needs a glam squad. Watch Ellen today! pic.twitter.com/UPOdiG4Vik

Followed by Emily Stoll, Nick Cannon.

P!nk

@Pink

Happy Halloween from The Harts pic.twitter.com/1rovwDCps2

Followed by Emily Stoll, Nick Cannon.

Not what you're looking for?

Well there's more to see on Twitter! Click here to discover more interesting Tweets.

Explore

GWT + Get File Stored in Database

Hi Guys,

I would like to know what is the best approach to get a file stored in a database as binary data "bytea" (Postgres database)

Do I need to generate an independent servlet for this task or can I use a RPC for this behavior?

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+unsubscribe@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Re: GWT 2.7.0 RC1 available

It works fine by adding in my CodeServer configuration :

-launcherDir ${resource_loc:cassis-server/target/cassis-server-1.0-SNAPSHOT}

Reading Daniel, I thought that we had to use DevMode instead of CodeServer.

But I don't know if it is possible to change the project-version by a variable !

Thanks for your help.

Le vendredi 31 octobre 2014 16:39:21 UTC+2, Thomas Broyer a écrit :

On Friday, October 31, 2014 2:10:14 PM UTC+1, Raphael Garnier wrote:
Hi,

I also use SDM with -noserver and I don't know wich directory I must chose to have the refresh feature active.

Here's the arguments :
-remoteUI "${gwt_remote_ui_server_port}:${unique_id}" -startupUrl http://localhost:8080/tablet.jsp -logLevel INFO -noserver -workDir "${resource_loc:/cassis-tablet/target/gwtc/work}" -launcherDir "${resource_loc:/cassis-tablet/target/gwtc/work/fr.agfahealthcare.cassis.CassisTablet/compile-1/war}" -war "${resource_loc:/cassis-tablet/target/cassis-tablet-1.0-SNAPSHOT}" -codeServerPort 8888 -bindAddress 0.0.0.0 fr.agfahealthcare.cassis.CassisTablet_dev

and the launch log :
Runing CodeServer with parameters: [-noprecompile, -port, 8888, -sourceLevel, 1.7, -bindAddress, 0.0.0.0, -workDir, D:\Users\AWTCK\Documents\Developpement\Workspace\cassis\cassis-tablet\target\gwtc\work, -launcherDir, D:\Users\AWTCK\Documents\Developpement\Workspace\cassis\cassis-tablet\target\cassis-tablet-1.0-SNAPSHOT, -logLevel, INFO, fr.agfahealthcare.cassis.CassisTablet_dev]

As you said Thomas, I have to change the -launcherDir, but I don't know what to use ?

Well, either you use DevMode and use -war, or you use CodeServer and use -launcherDir (as you saw, DevMode's -war is passed as -launcherDir to the spawned CodeServer –actually running in a thread, not a child process–, and if you had passed -modulePathPrefix to DevMode, it would have been appended to the -war before being used as -launcherDir). When you used -noserver with DevMode, you can now switch to CodeServer, as DevMode has no added value in this case (unless you need to switch back to -nosuperDevMode from time to time).

Anyway, the -launcherDir needs to be served by your "external" server so that the browser loads the *.nocache.js that's just been generated and both must run on the same host (knowing that project, that should be the case).

Re: Editor Framework for Polymorphic types

I added a comment with a link to another SO question. One of my own in fact. Hope it helps.

Drew

On Thursday, 30 October 2014 16:00:21 UTC, Arpit wrote:

Details in this SO post: http://stackoverflow.com/questions/26656370/gwt-editor-framework-for-polymorphic-types

Main issue with the approach mentioned in above question is that driver is not passing same ConstraintViolations given to it. When violations reach individual widgets (textbox, etc) their number is already doubled or tripled depending on number of @Path("") annotations present in the view.

Appreciate any help.

Thanks.

Re: Upload a file using Drag and Drop on the Browse button in the Browser

Hi Surinaidu!

I can tell you how I do it.

Define a ChangeHandler like this:

ChangeHandler changeHandler = new ChangeHandler()
 {
   @Override
   public void onChange(ChangeEvent event)
   {
     uploadFile();
   }
 };

In my View I have the FileUpload field called 'uploadField'. I simply attach the ChangeHandler to the FileUpload and whenever anyone chooses a file, or drops a file onto it, it calls the uploadFile() function.

uploadField.addChangeHandler(changeHandler);

Hope that helps! It works for me in firefox anyway :)

Drew

On Thursday, 30 October 2014 11:35:17 UTC, Surinaidu Majji wrote:

Hello All,
We are using file upload from the gwt but i want to upload the file by drag and drop in the browser. It is working fine with chrome browser but not working with Firefox because in Chrome it is showing choose File and Firefox it is showing Browse option. How can i upload the file in the Firefox browser by Drag and drop?

Thanks in advance.

Re: GWT 2.7.0 RC1 available

On Friday, October 31, 2014 2:10:14 PM UTC+1, Raphael Garnier wrote:

Hi,

I also use SDM with -noserver and I don't know wich directory I must chose to have the refresh feature active.

Here's the arguments :
-remoteUI "${gwt_remote_ui_server_port}:${unique_id}" -startupUrl http://localhost:8080/tablet.jsp -logLevel INFO -noserver -workDir "${resource_loc:/cassis-tablet/target/gwtc/work}" -launcherDir "${resource_loc:/cassis-tablet/target/gwtc/work/fr.agfahealthcare.cassis.CassisTablet/compile-1/war}" -war "${resource_loc:/cassis-tablet/target/cassis-tablet-1.0-SNAPSHOT}" -codeServerPort 8888 -bindAddress 0.0.0.0 fr.agfahealthcare.cassis.CassisTablet_dev

and the launch log :
Runing CodeServer with parameters: [-noprecompile, -port, 8888, -sourceLevel, 1.7, -bindAddress, 0.0.0.0, -workDir, D:\Users\AWTCK\Documents\Developpement\Workspace\cassis\cassis-tablet\target\gwtc\work, -launcherDir, D:\Users\AWTCK\Documents\Developpement\Workspace\cassis\cassis-tablet\target\cassis-tablet-1.0-SNAPSHOT, -logLevel, INFO, fr.agfahealthcare.cassis.CassisTablet_dev]

As you said Thomas, I have to change the -launcherDir, but I don't know what to use ?

Well, either you use DevMode and use -war, or you use CodeServer and use -launcherDir (as you saw, DevMode's -war is passed as -launcherDir to the spawned CodeServer –actually running in a thread, not a child process–, and if you had passed -modulePathPrefix to DevMode, it would have been appended to the -war before being used as -launcherDir). When you used -noserver with DevMode, you can now switch to CodeServer, as DevMode has no added value in this case (unless you need to switch back to -nosuperDevMode from time to time).

Anyway, the -launcherDir needs to be served by your "external" server so that the browser loads the *.nocache.js that's just been generated and both must run on the same host (knowing that project, that should be the case).

Re: GWT 2.7.0 RC1 available

I also use SDM with -noserver and I don't know wich directory I must chose to have the refresh feature active.

Here's the arguments :
-remoteUI "${gwt_remote_ui_server_port}:${unique_id}" -startupUrl http://localhost:8080/tablet.jsp -logLevel INFO -noserver -workDir "${resource_loc:/cassis-tablet/target/gwtc/work}" -launcherDir "${resource_loc:/cassis-tablet/target/gwtc/work/fr.agfahealthcare.cassis.CassisTablet/compile-1/war}" -war "${resource_loc:/cassis-tablet/target/cassis-tablet-1.0-SNAPSHOT}" -codeServerPort 8888 -bindAddress 0.0.0.0 fr.agfahealthcare.cassis.CassisTablet_dev

You don't need that parameter if you launch the DevMode class. When launching DevMode it will configure the CodeServer -launcherDir parameter to the same value as DevMode -war . That way SDM will copy all public resources and the <module>.nocache.js file into your exploded war directory, just like classic DevMode did.

and the launch log :
Runing CodeServer with parameters: [-noprecompile, -port, 8888, -sourceLevel, 1.7, -bindAddress, 0.0.0.0, -workDir, D:\Users\AWTCK\Documents\Developpement\Workspace\cassis\cassis-tablet\target\gwtc\work, -launcherDir, D:\Users\AWTCK\Documents\Developpement\Workspace\cassis\cassis-tablet\target\cassis-tablet-1.0-SNAPSHOT, -logLevel, INFO, fr.agfahealthcare.cassis.CassisTablet_dev]

Here you see that CodeServer is launched with your target folder as -launcherDir. Your target folder is probably your exploded war folder. So that seems correct. However it might be that you have an old/outdated (GWT 2.6.1) <module>.nocache.js file in your target folder. So try a clean and try again.

-- J.

Re: GWT 2.7.0 RC1 available

On Friday, October 31, 2014 1:48:09 PM UTC+1, rhmoller wrote:

The gwt-dev-2.7.0-rc1.jar available through maven central has an empty org/objectweb folder. All the asm classes are missing.

The classes are present in the zipped version

Yes, when we deploy to Central, we strip out ASM and declare it as a dependency instead.

(we used to do that for org.json too, but we have refactored the build)

Re: Unexpected internal compiler error when trying out 2.7.0-RC1

I just found out in the GWT Contributers group that you can try to turn off assertions to have the compiler continue. In my case it takes a long time and the compiler is unable to continue afterwards but it's worth a try.

Op vrijdag 31 oktober 2014 14:21:24 UTC+1 schreef Arlo O'Keeffe:

I have the same error.

On Thursday, October 30, 2014 4:39:03 PM UTC+1, Martijn Wijns wrote:
When trying out 2.7.0-RC1 I get the following error after a page refresh:

[ERROR] Unexpected internal compiler error
java.lang.AssertionError
at com.google.gwt.dev.jjs.impl.UnifyAst.instantiate(UnifyAst.java:1407)
at com.google.gwt.dev.jjs.impl.UnifyAst.instantiate(UnifyAst.java:1414)
at com.google.gwt.dev.jjs.impl.UnifyAst.instantiate(UnifyAst.java:1414)
at com.google.gwt.dev.jjs.impl.UnifyAst.fullFlowIntoType(UnifyAst.java:1186)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1020)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1733)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1747)
at com.google.gwt.dev.jjs.impl.UnifyAst.flowInto(UnifyAst.java:1226)
at com.google.gwt.dev.jjs.impl.UnifyAst.fullFlowIntoType(UnifyAst.java:1191)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1020)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1733)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1747)
at com.google.gwt.dev.jjs.impl.UnifyAst.flowInto(UnifyAst.java:1226)
at com.google.gwt.dev.jjs.impl.UnifyAst.fullFlowIntoType(UnifyAst.java:1191)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1020)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
at com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1733)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1747)
at com.google.gwt.dev.jjs.impl.UnifyAst.flowInto(UnifyAst.java:1206)
at com.google.gwt.dev.jjs.impl.UnifyAst.fullFlowIntoType(UnifyAst.java:1188)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1020)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
at com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
at com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
at com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
at com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
at com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
at com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
at com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
at com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
at com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1556)
at com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
at com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
at com.google.gwt.dev.jjs.impl.UnifyAst.addRootTypes(UnifyAst.java:733)
at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler$Precompiler.unifyJavaAst(JavaToJavaScriptCompiler.java:1289)
at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler$Precompiler.constructJavaAst(JavaToJavaScriptCompiler.java:1036)
at com.google.gwt.dev.jjs.JavaToJavaScriptCompiler$Precompiler.precompile(JavaToJavaScriptCompiler.java:953)
at com.google.gwt.dev.jjs.MonolithicJavaToJavaScriptCompiler.precompile(MonolithicJavaToJavaScriptCompiler.java:303)
at com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:38)
at com.google.gwt.dev.Precompile.precompile(Precompile.java:286)
at com.google.gwt.dev.Precompile.precompile(Precompile.java:229)
at com.google.gwt.dev.Precompile.precompile(Precompile.java:145)
at com.google.gwt.dev.Compiler.run(Compiler.java:206)
at com.google.gwt.dev.codeserver.Recompiler.doCompile(Recompiler.java:323)
at com.google.gwt.dev.codeserver.Recompiler.compile(Recompiler.java:164)
at com.google.gwt.dev.codeserver.Recompiler.recompile(Recompiler.java:121)
at com.google.gwt.dev.codeserver.Outbox.recompile(Outbox.java:128)
at com.google.gwt.dev.codeserver.JobRunner.recompile(JobRunner.java:60)
at com.google.gwt.dev.codeserver.JobRunner.access$100(JobRunner.java:31)
at com.google.gwt.dev.codeserver.JobRunner$1.run(JobRunner.java:52)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
[ERROR] Compiler returned false
[WARN] recompile failed
[WARN] continuing to serve previous version

Any ideas on how to solve this or investigate what is happening?