4 Replies Latest reply on Oct 20, 2011 3:13 AM by beve

    @Deployment question




      I'm wondering if there are any guarantees that the container will be running when the following method is called:


      @Deployment(testable = false)
      public static JavaArchive createDeployment() throws IOException {
          return ArquillianUtil.createJarQSDeployment("switchyard-quickstarts-hornetq-binding");

      The reason for this is that we are deploying a jms queue using the ResourceDeployer before Arquillian deploys the java archive.






        • 1. Re: @Deployment question

          If Arquillian is managing the container, then Arquillian would start the container before proceeding to generate the deployment. If the container is not managed by Arquillian, e.g. remote containers, then there is no such guarantee.


          When remote containers are used for testing, it would be preferable to start the container  before the tests are run. This is more or less to prevent a race condition where the container would not have started, by Arquillian attempts to run the tests. Some container extensions, like Tomcat attempt to handle this scenario by waiting for the container to be availble, but I cannot speak for all supported containers.


          Also, I'm not sure if there is a "guarantee" in this area for managed containers - the SPI docs for DeployableContainer do not specify that deploy() will be invoked after start(). The way I read the docs, this is more or less an implementation detail. Aslak would be the best person to answer this.



          If your concern is that Arquillian would attempt to deploy and run the tests before the queue is added, then that would depend on whether ResourceDeployer.addQueue is a blocking call. Arquillian packages and deploys an archive containing the Deployment only after the @Deployment method has returned.

          1 of 1 people found this helpful
          • 2. Re: @Deployment question

            Hi Vineet,


            thanks for your reply!


            In our case it is Arquillian that is managing the container so I think we might be able to use this approach for now.





            • 3. Re: @Deployment question

              A Container that is managed by Arquillian will be started at this point.

              • 4. Re: @Deployment question

                Thank you both for your help!