4 Replies Latest reply on Dec 17, 2003 10:47 PM by juha

    Exploaded deployment - unable to redeploy files are locked

      Hi All,

      When deploying an ear as an exploaded archive (in the appName.ear folder), and than trying to redeploy or undeploy the app, Jboss locks some of the files forcing the user to shut down the server to do deploy operation again. Did any one faced the same issue? Is there a work around? Killing a ton of time on stop/restart actions.

      Running JBoss 3.2.3 on win 2000 with JDK 1.4.2.

      Thanks

      Dmitry

        • 1. Re: Exploaded deployment - unable to redeploy files are lock

          One workaround would be to not use Windows ;-)

          I don't know if there are others, most of it should be solved by deploying a copy from the tmp directory.

          • 2. Re: Exploaded deployment - unable to redeploy files are lock

            Are you telling me that this is windows only issue?

            And what do you mean by "deploying a copy from tmp directory"?

            What does tmp directory has to do with anything here?

            I am seeing that the jars are getting locked in the appName.ear directory not in the tmp directory where I would expect the jars to be locked...

            Can you please provide an example of "deploying a copy from tmp"?

            Thanks Dmitry

            • 3. Re: Exploaded deployment - unable to redeploy files are lock

              I mean, JBoss is already making copies of the packages to tmp to avoid file locking problems in Windows.

              Yes it is generally windows only feature.

              I just tried 3.2.3 on W2K and I can redeploy normally by touching the deployment descriptor file in an exploded SAR package, can also delete the directory normally.

              • 4. Re: Exploaded deployment - unable to redeploy files are lock

                The current JDK I'm using is 1.4.2_03-b02.

                I've seen some locking problems on W2K before but haven't been able to reproduce them, also these occured on an older JDK version, I've yet to see any on this one (in case it's an issue with java.io implementation). But I haven't been using this version for long so that might explain it too.