Yes this is an expected behaviour as now archived deployments deployed through the scanner are also managed.
Thank you ehugonnet for the quick response.
The test.ear which I am trying to deploy is actually exploded content. It is not an archive. Just the name of the folder is test.ear. The actual ear content is extracted into this folder which I am deploying using the "add()" and "deploy()" functions. Notice "archive"=>false in the add() function.
Since this is treated as managed in wildfly11, it is creating a marker file. The problem that I am facing is when I try to restart wildfly. I see the below error because of the entry in the standalone.xml and also the marker file. Hence I am unable to start wildfly once I stop it.
Operation ("add") failed - address: ([("deployment" => "test.ear")]) - failure description: "WFLYCTL0212: Duplicate resource [(\"deployment\" => \"test.ear\")]"
I have to remove either one(standalone entry or marker file) to restart wildfly successfully which is not a viable solution for us since the deployment process is remotely done.
Is there any way I can circumvent this behavior of wildfly11 to not make it create a marker file like wildfly 9?
PS: I have tried --unmanaged flag while deploying. It is still creating the marker file.
Appreciate your help in this regard.
Messing between scanner and console is wrong. If you want to use exploded deployments with the scanner then use the .dodeploy .doundeploy etc. files not the jboss console.
Also you can use exploded managed deployments without the scanner with JBoss Developper Studio or using the console but then you will have to add every local file manually using the add-content operation.