Uploaded image for project: 'Application Server 7'
  1. Application Server 7
  2. AS7-3755

JSR88 deployment causes errors because of invalid paths

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Major Major
    • 7.1.2.Final (EAP)
    • 7.1.0.CR1
    • JSR88
    • None

      I observed two problems when performing JSR88 deployment. Though they are at completely different places, it seems they both have the same root cause: a JSR88 module name, which contains the path to the temp dir, seems to be treated a a file name later.

      First observation is this error message when deploying the EAR file attached to #AS7-3474 :

      21:24:44,781 ERROR [org.jboss.as.ejb3] (MSC service thread 1-3) JBAS014132: Could not create directory C:\temp\jboss-as-7.1.0.Final-SNAPSHOT\standalone\data\timer-service-data\file:\C:\DOCUME~1\Knuffi\LOCALS~1\Temp\Stateless.StatelessEJB.GeometricModelBean to persist EJB timers.

      I don't know whether this breaks something, I just noticed the error message.

      And the second problem happened when deploying a small Struts2 sample:
      21:23:10,875 FATAL [org.apache.jasper.EmbeddedServletOptions] (MSC service thread 1-4) The scratchDir you specified: C:\temp\jboss-as-7.1.0.Final-SNAPSHOT\standalone\tmp\work\jboss.web\default-host\file:_C:_DOCUME~1_Knuffi_LOCALS~1_Temp_StrutsBasics is unusable.

      The path is different, but the problem seems to be the same (here ":" is not removed from the path name). This caused a failed deployment, thus is is really a problem.

      I posted the second error plus a small sample (including my famous JSR88 deployer client ) in the JBossWeb forum, but did not receive a reply up to now. See here for the sample: https://community.jboss.org/thread/194841

              tdiesler@redhat.com Thomas Diesler
              wolfgangknauf Wolfgang Knauf
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: