-
Notifications
You must be signed in to change notification settings - Fork 45
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
Plugin watches the wrong application when more then one application has the same name #353
Comments
Compare how the ArmClient find the application id taking target id into consideration |
ullgren
added a commit
to ullgren/mule-maven-plugin
that referenced
this issue
Dec 16, 2019
…runtime fabric. Fixes mulesoft#353 for Mule Maven Plugin 2.x
ullgren
added a commit
to ullgren/mule-maven-plugin
that referenced
this issue
Jun 10, 2020
…runtime fabric. Fixes mulesoft#353 for Mule Maven Plugin 2.x
ullgren
added a commit
to ullgren/mule-maven-plugin
that referenced
this issue
Nov 15, 2020
…runtime fabric. Fixes mulesoft#353 for Mule Maven Plugin 2.x
ullgren
added a commit
to ullgren/mule-maven-plugin
that referenced
this issue
Feb 9, 2022
…runtime fabric. Fixes mulesoft#353 for Mule Maven Plugin 2.x
ullgren
added a commit
to ullgren/mule-maven-plugin
that referenced
this issue
Feb 10, 2022
…untime fabric. Fixes mulesoft#353 for Mule Maven Plugin 3.5.x
ullgren
added a commit
to ullgren/mule-maven-plugin
that referenced
this issue
Feb 10, 2022
…untime fabric. Fixes mulesoft#353 for Mule Maven Plugin 3.5.x
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When more than one application (deployment) has the same name and one of them is deployed to runtime fabcric there is a chance that the mule maven plugin will wait for the wrong deployment to become ready.
This scenario is possible when you have two applications with the same name in the same environment and one of the applications are on a runtime fabric and the other is on a standalone server. This will result in a faulty timeout when since the expected deployment status for a runtime fabric application will never occur when the mule maven plugin checks the status of the stand alone application.
Reproduce
Expected result
The mule maven plugin should verify that it is tracking the deployment it just created, not just a deployment with the same name.
Reference to code:
https://github.com/mulesoft/mule-maven-plugin/blob/2.x/mule-deployer/src/main/java/org/mule/tools/verification/fabric/RuntimeFabricDeploymentVerification.java#L71
https://github.com/mulesoft/mule-maven-plugin/blob/3.x/mule-deployer/src/main/java/org/mule/tools/verification/fabric/RuntimeFabricDeploymentVerification.java#L79
The text was updated successfully, but these errors were encountered: