-
Notifications
You must be signed in to change notification settings - Fork 91
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deploy goal fails (hangs) when using non-default output directory (e.g. with MicroProfile starter config), e.g. running dev mode after server is killed. #1536
Comments
@scottkurz what is the default output dir? |
@Emily-Jiang According to this Liberty doc, it is the server dir. And according to LMP doc, for the |
See this Liberty doc for details on the |
Thanks @cherylking for the explanation! It is allowed not to use the default dir, right? My point is that the MP starter configuration should work though. By the way, I created the pom.xml in MP Starter and I specified it so that I know where to find the output. |
@Emily-Jiang Right, it should work to specify it, but Scott was just questioning why the default was not used by the starter. |
Just tacked on the "after server is killed" to the issue title... in dev mode we'd rarely need to deploy against a started server, so the most likely way to hit this in dev mode is if the server wasn't stopped cleanly. |
I'm going to close this issue. Now that we understand it better, it's clearer to view the breakdown we get in the other, separate issues:
|
On v3.5.1, with config like that generated by the MP starter:
the app deploy fails. It hangs with repeated messages:
In trying to recreate I was confused why it wasn't happening more consistently.
As it turns out, in DeployMojoSupport.java we do a check
and we only bother validating the app started message if the server is already up and running, which it won't be typically when running dev mode (unless it was brought down abruptly).
RECREATE
So to sum it up, to recreate:
As a separate issue I wonder why the MicroProfile starter is using non-default output dir. Will look into that separately.
The text was updated successfully, but these errors were encountered: