I resolved this issue. It turns out that WTP included Tomcat 5.5 as a runtime dependency (default in the project). When I removed this dependency, everything started working (i.e. UIBinder stuff).
Woot! On Mar 15, 4:40 pm, bkbonner <brian.bon...@paraware.com> wrote: > Hey, is anyone else using the GEP Preview seeing the same problem as > the one I logged in issue > 4745?http://code.google.com/p/google-web-toolkit/issues/detail?id=4745 > > I have a wtpTest project that can be pulled into Eclipse for Java EE. > > Just download wtpTest.zip, import the existing project (and choose the > archive). Then run the server in tomcat and set the launch config to > NOT launch the local server. I keep getting Illegal Constant Pool > errors. > > Brian > > On Mar 15, 4:05 pm, Keith Platfoot <kplatf...@google.com> wrote: > > > @Andreas: Forgot to mention that if you're *not* using Eclipse for Java > > EE, when you make changes to server-side code, you will also need to restart > > GWT embedded Jetty instance. For GWT 2.0+, click the Restart Server button > > in the Development Mode view, or for older versions of GWT, the Reload > > Server button on the Hosted Mode shell toolbar. > > > Keith > > > On Mon, Mar 15, 2010 at 2:27 PM, Keith Platfoot <kplatf...@google.com>wrote: > > > > Hi Andreas, > > > > It looks like you're following the correct procedure, and you indicated > > > that you were able to load the application in devmode, but you're not > > > seeing > > > code changes reflected when you Refresh the browser. It might help if I > > > explain briefly how changes are *supposed* to be reflected, and suggest a > > > few ideas for things to check if refresh is not working: > > > > - Client-side code changes should *always* be reflected when you click > > > Refresh in your browser during a devmode session, regardless of your > > > source > > > folders' build output paths. This is because GWT devmode is actually > > > using > > > your .java source files, not the compiled .class files. Double-check in > > > your launch configuration's Classpath tab that your source folders appear > > > at > > > the top of the User Entries section. If your gwt:run goal > > > *does*correctly reflect code changes in devmode when you Refresh, it > > > would be > > > useful to compare the devmode process arguments in that case to the > > > devmode > > > process created by the Eclipse launch configuration (you can find the > > > arguments in Eclipse by right-click > Properties the "java" process in the > > > stacktrace view in the Debug perspective). Let me know if there are > > > differences between the two sets of arguments. > > > > - Server-side code changes will only be reflected if the compiled .class > > > files are propagated to your runtime WAR directory's WEB-INF/classes > > > directory. As you mentioned, one way to do this is to set your source > > > folders' build output paths to your runtime WAR directory's > > > WEB-INF/classes > > > directory. Of course, Eclipse must also be configured to build > > > automatically (Project > Build Automatically). If server-side code > > > refresh > > > is still not working, you might try making a change, and then manually > > > verifying that the runtime WAR directory is getting the new .class file in > > > WEB-INF/classes. > > > > - Changes to your HTML/CSS/other static resources will need to be mirrored > > > in your runtime WAR directory (similar to server-side code changes). I'm > > > not aware of any out-of-the-box solution for this if you're using a > > > standard > > > Eclipse distribution (Eclipse Classic or Eclipse for Java developers). > > > You'll need to stop devmode, do another 'mvn clean package', and then > > > launch devmode again. However, if you're using Eclipse for Java EE, there > > > is a way to configure it to automatically push WAR resource changes while > > > devmode is running (this should answer your question in your #3 step). > > > > Basically, you start by converting your project into a Dynamic Web > > > Project. > > > I don't know if you can automatically migrate an existing project, but > > > it > > > should be possible to create a new Dynamic Web Project and then simply > > > import your original project's source folders and build path entries. > > > Next, > > > you'll need to configure the Eclipse project to use 'src/main/webapp' as > > > your WAR directory instead of 'WebContent' (Eclipse default). Close > > > Eclipse > > > and edit the file at: <project > > > root>/.settings/org.eclipse.wst.common.component. Find the <wb-resource> > > > element with a 'source-path' attribute of '/WebContent'. Change the > > > attribute value to '/src/main/webapp', save the file, and re-open Eclipse. > > > Now, when you start the project's configured server (Tomcat, Jetty, > > > etc... > > > define a server in the Servers view), Eclipse will automatically propagate > > > changes in your source code and static resource files to your runtime WAR > > > directory. However, in Eclipse for Java EE, this runtime WAR directory > > > will > > > *not* be 'target/<exploded WAR>'. Eclipse will instead create a staging > > > directory in a temporary location (by default, > > > <workspace>/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/<project>) > > > and *this* is the WAR directory you'll need to select when launching the > > > Web Application launch configuration. One more note: Eclipse for Java EE > > > will also automatically push your updated .class files into > > > <WAR>/WEB-INF/classes, so no need to manually change your source folders' > > > build output paths. > > > > Does that all make sense? At launch, we'll be adding a couple new FAQ > > > entries to our documentation to explain the process of using the Google > > > plugin with Maven, with Eclipse for Java EE, and with both at once. > > > Hopefully my instructions here will suffice in the meanwhile. Let me > > > know > > > if you need any further explanation or assistance. > > > > Keith > > > > On Sun, Mar 14, 2010 at 2:03 PM, andreas > > > <horst.andrea...@googlemail.com>wrote: > > > >> Hey Keith, > > > >> thanks for this detailed information. I just went through and followed > > >> them step by step. > > > >> I started by creating a new maven project using gwt-maven archetype. I > > >> changed its pom.xml to use current versions of GWT 2.0.3 and Java 6. > > >> Then I enabled the GEP. > > > >> 1. Set the war directoy as you said. When I first tried, I forgot to > > >> uncheck the "launch" checkbox but did it this time. > > > >> 2. Did not have to delete old launch configurations since this is a > > >> new project. Created one by launching it via "Run As.." -> "Web > > >> Application" from GEP > > > >> 3. I use Eclipse EE. On that first launch, I pointed the runtime WAR > > >> directory to the folder under "target" you mentioned. One thing I did > > >> not clearly understand: you said "unless you're also using Eclipse > > >> EE..."; well I do so where else should or could the runtime WAR > > >> directory point to? I also did a 'mvn clean package'. > > > >> 4. Yes, yes and yes. The web application is displayed in the browser > > >> as expected. > > > >> 5. Programm args: > > >> -remoteUI ${gwt_remote_ui_server_port}:${unique_id} -startupUrl > > >> index.html -logLevel INFO -port 8888 -war /home/ahorst/workspace/ > > >> GWTEntryApp/target/GWTEntryApp-0.0.1-SNAPSHOT > > >> de.se.proced.GWTEntryApp.Application > > > >> VM args: > > >> -Xmx512m > > > >> Working directory: > > >> /GWTEntryApp/target/GWTEntryApp-0.0.1-SNAPSHOT > > > >> So far it all worked. Unfortunately the "refresh" code changes does > > >> not work. I set output folders of src/main/java and src/main/resources > > >> to the WEB-INF/classes inside the working directory. Did this through > > >> the build path configuration. > > > >> Code changes are not reflected upon refresh; neither in the browser > > >> (F5) or by restarting the server in the Development view. > > > >> Nevertheless when I launch the gwt:run goal, it works. > > > >> Could it be a gwt-maven property that stops "refresh" code changes? > > >> Besides the GWT and Java version I did not change anything. I guess I > > >> have to stick to the gwt-maven docs to find out if the exploded WAR is > > >> not set properly. > > > >> On 12 Mrz., 18:15, Keith Platfoot <kplatf...@google.com> wrote: > > >> > Hi Andreas, > > > >> > Hm, not sure why you're seeing that error. Let me ask a few questions > > >> to > > >> > see if we can get to the bottom of this. > > > >> > 1. You set the WAR directory to 'src/main/webapp' via the Google > Web > > >> > Application project properties page, right? Did you also uncheck the > > >> box > > >> > below that says 'Launch and deploy from this directory'? This is > > >> necessary > > >> > because the 'src/main/webapp' directory is not a complete WAR directory > > >> > (WEB-INF/lib and WEB-INF/classes are empty, etc.). > > > >> > 2. Are you launching the project using the regular Run/Debug As > Web > > >> > Application shortcut? Did you make sure to first delete any other Web > > >> > Application launch configurations associated with the project? > > > >> > 3. When you launch, you should be prompted to select the runtime WAR > > >> > directory. Unless you're also using Eclipse for Java EE, you'll > > >> probably > > >> > want to first do a 'mvn clean package' and then select the exploded WAR > > >> in > > >> > '/target/<AppName>-<version>' as your runtime WAR. > > > >> > 4. When you launch, are you seeing the Development Mode view appear at > > >> the > > >> > bottom of your workspace, with a URL to open in your browser? Does the > > >> URL > > >> > have a ?gwt.codesvr=x.x.x.x:9997 at the end? Does your web browser > > >> > have > > >> the > > >> > GWT Development Mode plugin installed? (the browser should load a page > > >> to > > >> > prompt you if it's not installed). > > > >> > 5. After you launch, what are the arguments in the generated launch > > >> > configuration? One of the features of 1.3 is the ability to > > >> inspect/tweak > > >> > the arguments via the regular Arguments tab in the launch configuration > > >> > dialog. Let me know what your exact argument set is. > > > >> > Also: to see code changes reflected when you hit refresh, you'll need > > >> > to > > >> get > > >> > the class files into your runtime WAR directory. One simple way to do > > >> this > > >> > is by changing your build output path (probably just for src/main/java > > >> and > > >> > src/main/resources) to the WEB-INF/classes directory in your runtime > > >> WAR. > > >> > This works, but it is a bit hacky. > > > >> > Alternatively, > > ... > > read more » -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.