Sorry, I meant to add that when I run-codeserver, I do see this anomaly:
On Thursday, February 13, 2014 11:08:50 PM UTC-5, Thad Humphries wrote:
-- [INFO] Compiling 1 permutation
[INFO] Compiling permutation 0...
[INFO] Source Maps Enabled
[INFO] Compile of permutations succeeded
[INFO] Linking into /var/folders/t3/2t6b810n69q0vl26t99wsxmc0000gp/T/gwt-codeserver-4178506489384599107.tmp/org.codehaus.mojo.Foo/compile-1/war/Foo; Writing extras to /var/folders/t3/2t6b810n69q0vl26t99wsxmc0000gp/T/gwt-codeserver-4178506489384599107.tmp/org.codehaus.mojo.Foo/compile-1/extras/Foo
[INFO] Link succeeded
[INFO] Compilation succeeded -- 7.514s
[INFO] Compile completed in 7961 ms
[ERROR] 2014-02-13 22:33:48.198:INFO:oejs.Server:jetty-8.y.z-SNAPSHOT
[ERROR] 2014-02-13 22:33:48.228:INFO:oejs.AbstractConnector:Started SelectChannelConnector@127.0.0.1:9876
[INFO]
[INFO] The code server is ready.
[INFO] Next, visit: http://localhost:9876/
What is this ERROR trying to tell me? Could it be the culprit?
On Thursday, February 13, 2014 11:08:50 PM UTC-5, Thad Humphries wrote:
I thought I had this working, and I do, but only in one project. Now I'm trying to recreate the magic, and it's not working.I've an older project that I started running SuperDevMode from a console and DevMode from Eclipse. Since I wanted some features of Tomcat, I switched to running the app as a Remote Java Application. Debugging works. Moreover, when I make a change in a server-only class--like a servlet--the change is there on the very next run.I want to recreate what I've done and document it for the next guy. Accordingly I1) Generate a new project, Foo, using the gwt-maven-plugin archetype.2) Add pluginManagement for org.eclipse.m2e to my pom.xml so Eclipse won't squawk about i18n and import the project (see http://stackoverflow.com/questions/16068127/maven-gwt- )2-5-1-setup-issue 3) Add<add-linker name="xsiframe"/><set-configuration-property name="devModeRedirectEnabled" value="true"/>to the module file.4) Run `mvn clean generate-sources gwt:run` from a console.5) Launch the app in the browser then quit DevMode.6) Copy target/Foo-1.0-SNAPSHOT to $CATALINA_HOME/webapps/Foo7) Run `mvn clean generate-sources gwt:run-codeserver` from a console.8) In Eclipse, create a Debug Remote Java Application on Foo and run it.9) Open http://localhost:8080/Foo in my browser (Chrome).10) Turn Dev Mode On. Compile. Project runs.If I put a breakpoint in my servlet (GreetingServiceImpl), it breaks in the Eclipse debugger.11) Disconnect from Tomcat (in Eclipse). Modify GreetingServiceImpl.java. Restart the remote debug in Eclipse.12) In the browser, turn Dev Mode Off, turn Dev Mode On, and CompileWhen I call the RPC function, the change made in Step #11 does NOT take effect, though I can see those changes while stepping through GreetingServiceImpl in the Eclipse debugger.What could I be missing? As I said, in my older project (which has gone through some evolution from 2.5.1 to 2.6.0, from DevMode to SuperDevMode and -noserver, from Java 1.5 to 1.6 to 1.7, etc.) server-side changes show on the next run. What might be missing from a archetype generated project and/or from my Eclipse configuration that would cause server-side change to NOT take effect in Foo when they do elsewhere?
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/groups/opt_out.
No comments:
Post a Comment