Uploaded image for project: 'Application Server 3  4  5 and 6'
  1. Application Server 3 4 5 and 6
  2. JBAS-1714

-service.xml not deploying deploy/*.jar correctly

    XMLWordPrintable

Details

    • Bug
    • Resolution: Won't Do
    • Major
    • None
    • None
    • Deployers
    • None

    Description

      SourceForge Submitter: ioparra .
      Refer to my previous postings in the forums:
      http://www.jboss.org/thread.jsp?
      forum=63&thread=36306

      The SAR Deployer is locking down jars in the deploy
      directory instead of deploying those jars correctly. This
      event occurs when you have a "classpath" entry in your
      mbean. If that classpath has a codebase="."(ie, its
      codebase is the deploy directory), this SAR Deployer
      adds this jar to UCL repository.

      Issues:
      1)the url for this jar points to the deploy directory(not a
      temp directory)
      a. when the service is run, this jar is no longer
      deleteable(on windows, dunno about unix).

      2)The DirectoryScanner picks up this jar while scan.
      The scanner copies/deploys the jar from the tmp
      directory, leading to a new/managed UCL. The
      UCLRepository doesn't know its a duplicate becuase it
      compares the URLs(one url is from deploy, the other
      from tmp).

      Possible work-around/solution:
      The SAR deployer already does a check if the
      classpath="."(ie, the deploy directory). If true, call
      mainDeployer.deploy(url) and don't call addURL. I
      don't know the full implications of making this change.
      If I have time, I'll try it out and post a patch.

      Attachments

        Activity

          People

            Unassigned Unassigned
            sourceforge-user SourceForge legacy user (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: