Skip to content

Ability resolve dependencies without copy when gaeRun on source director #15

codeconsole opened this Issue Apr 14, 2012 · 8 comments

3 participants


It would be nice to be able to do something like this:

gae {
    runtimeClasspath = compileGroovy.classpath
    warDir = file('src/main/webapp')

Such that all project dependencies could be resolved without having to be copied to the src/main/webapp/lib or src/main/webapp/classes folder.

This way you can view changes on the fly without having to restart the server and you don't have to pollute your source folder with binary files.


I think we are restricted here by what options are supported by Google for the local development server. It doesn't look to me as if there would be an option to explicitly set a classpath. You can only define the WAR location. Maybe you have more insight into this. The only way I could potentially think of to make this work is to use a context ClassLoader for the current thread. The development server might not respect this though.

@bmuschko bmuschko was assigned Apr 14, 2012

Hmm, so that sucks. Is it possible to run a background thread that syncs the source webapp folder with the build folder every 10 seconds?


Haha, I totally forgot that I had asked that question on the mailing list before. Thanks for creating the issue. Certainly it would be possible to write a background thread that syncs directories. I don't think I will get to it this weekend but I am positive that I am going to find some time during the upcoming weeks. I know this sounds really vague but if you want to work on it feel free to send me a pull request.

pixoto commented Jul 24, 2012

Looks like this can be accomplished by JRebel as well. This is what the mvn gae plugin uses. Maybe add JRebel support?


JRebel doesn't require an actual code change. You could already try to make it work with the GAE plugin. I wrote a paragraph on using JRebel with the Gradle Tomcat plugin a while ago. That should get you started.


Please address this issue in the new repository of the plugin.

@bmuschko bmuschko closed this Oct 30, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.