-
Notifications
You must be signed in to change notification settings - Fork 60
daemon + remote debugging : suspend support? #229
Comments
I think I understand what you're saying. The jvm flags are used by the kickstart program that starts up the dev appserver process, see :
and https://cloud.google.com/appengine/docs/java/tools/javadoc/com/google/appengine/tools/KickStart Yeah your problem is that backend:appengineRun will never exit in your setup. This is because the process launching kickstarter is trying not to move forward before the devappserver is up. I believe the original author's intention was to only move forward (specifically for functional tests) once the server was up and so there's some semaphoring going on there. There's not particularly a good way to deal with this without breaking the functionality of the appengineFunctionalTest task. You can try creating a generic java run configuration that emulates what kickstart is doing and use that to launch your devappserver instead of the gradle runner. It's not clear to me though why you want |
Thanks for the answer. Since i'm telling my debug configurations to run the gradle task Didn't tried using a java task - but sounds like the only possible solution. |
Oh yeah of course. Your other option is two steps (two run configs launched one after the other)? |
Yep, I tried this one, but the Didn't succeed yet to find the correct options to run it as Java. |
I would do something like the kickstart page describes https://cloud.google.com/appengine/docs/java/tools/javadoc/com/google/appengine/tools/KickStart
|
Damned, I missed it! Many thanks for the directions! |
I'm using Idea Intellij CE, and I'm struggling to setup a debug configuration: I'd like the development server to wait for my debugger to connect - but it seems the
daemon
property onappengine
is not respected whensuspend=y
:When I run the gradle task, using the setup above (
suspend=y
), the task never exits - which is probably because of the JVM waiting for the debugger. IMO, ifdaemon = true
the JVM should be started from a forked process instead of detaching it from the JVM...Am I missing something?
The text was updated successfully, but these errors were encountered: