glassfish
  1. glassfish
  2. GLASSFISH-12699 Allow deploy command to accept URI
  3. GLASSFISH-19497

Can't get the proper path when deployed the application in the mode of relative path

    Details

    • Type: Sub-task Sub-task
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 4.0_b70
    • Fix Version/s: not determined
    • Component/s: admin, deployment
    • Labels:
      None
    • Environment:

      Windows

      Description

      [Bug Description]
      I can't deploy the application in relative path because the jersey module doesn't get the proper path.
      i.e: E:\glassfish3\glassfish\bin>asadmin deploy aa.jar
      remote failure: File not found : E:\glassfish3\glassfish\domains\domain1\config\
      aa.jar
      Command deploy failed.
      (The error occurs when I try to test the QL tests about the new feature as deploying in URI mode)

      [Reason]
      I have debug the source and found the paramater value about "DEFAULT" is aa.jar when I type as "asadmin deploy aa.jar". I know the paramater value about "DEFAULT" here should be "E:\glassfish3\glassfish\bin\aa.jar"but it doesn't get the proper value.

      I wonder if someone can tell me how to set the paramater value about "DEFAULT" when deploy the application.

      BTW:I have already tried to rollback the GF resource in my local workspace and build the source again but the issue is still exists(which is mean that after the issue is occured, the GFV4 can't be deployed in the mode of relative path even I have not change any source), I have looked into the source and found the paramaters value about "DEFAULT" which is get from the jersey side is still wrong(as the "DEFAULT" value doesn't get the proper value).

      [Operations to Reproduce]
      1、update my revised source to the latest version of GF and build the GFV4.
      2、run the QL tests about the GFV4 built as the step1 shows.
      3、then you will found something error as follows:

      deploy-upload-v3-impl-windows:
           [exec] remote failure: File not found : E:\glassfish3\glassfish\domains\dom
      ain1\config\..\..\dist\basicweb\hellojsp.war
           [exec] Command deploy failed.
      [INFO] ------------------------------------------------------------------------
      [INFO] BUILD FAILURE
      [INFO] ------------------------------------------------------------------------
      [INFO] Total time: 52.822s
      [INFO] Finished at: Mon Jan 07 14:12:01 KST 2013
      [INFO] Final Memory: 10M/28M
      [INFO] ------------------------------------------------------------------------
      [ERROR] Failed to execute goal org.jvnet.maven-antrun-extended-plugin:maven-antr
      un-extended-plugin:1.42:run (default-test) on project quicklook: An Ant BuildExc
      eption has occured: The following error occurred while executing this line:
      [ERROR] E:\GF_MAIN\SOURCE_0102\appserver\tests\quicklook\build.xml:149: The foll
      owing error occurred while executing this line:
      [ERROR] E:\GF_MAIN\SOURCE_0102\appserver\tests\quicklook\build.xml:240: The foll
      owing error occurred while executing this line:
      [ERROR] E:\GF_MAIN\SOURCE_0102\appserver\tests\quicklook\web\helloworld\build.xm
      l:71: The following error occurred while executing this line:
      [ERROR] E:\GF_MAIN\SOURCE_0102\appserver\tests\quicklook\gfproject\v3-targets.xm
      l:232: The following error occurred while executing this line:
      [ERROR] E:\GF_MAIN\SOURCE_0102\appserver\tests\quicklook\gfproject\v3-targets.xm
      l:236: exec returned: 1
      

      4、After the above operation and you will found you can't deploy the application in the mode of relative path(even you have rollback the modification and built the GFV4 again).

      [affected versions ]
      1 4.0_b70
      2 gf's trunk until 2012/01/07

        Activity

        Hide
        TangYong added a comment -

        Hi Tom, Sahoo, Hong,

        Although I can understand the aim of using $GF_HOME/.gfclient cache in order to speed up command executing, this change currently is based on gf self's consideration regardless of whether an user needs such a cache(or the cache maybe bring an unexpected result(eg. the issue)). So, from an user's perspective and gf, I think that:

        1) keeping the cache here, no problem
        2) adding an option into "asadmin start-domain --clean" to clear the cache and osgi/cache including temp data.

        2)'s way is similar to Apache Karaf and once executing "karaf.bat clean ", karaf related cache data will be cleared.

        Do you agree with me?

        Thanks
        --Tang

        Show
        TangYong added a comment - Hi Tom, Sahoo, Hong, Although I can understand the aim of using $GF_HOME/.gfclient cache in order to speed up command executing, this change currently is based on gf self's consideration regardless of whether an user needs such a cache(or the cache maybe bring an unexpected result(eg. the issue)). So, from an user's perspective and gf, I think that: 1) keeping the cache here, no problem 2) adding an option into "asadmin start-domain --clean" to clear the cache and osgi/cache including temp data. 2)'s way is similar to Apache Karaf and once executing "karaf.bat clean ", karaf related cache data will be cleared. Do you agree with me? Thanks --Tang
        Hide
        Hong Zhang added a comment -

        Jeremy: Sorry I had a typo in my previous post, it was supposed to be $HOME/.gfclient directory with the current implementation.

        Tang: I think Martin Mares is the one who implemented the command cache. If you have suggestions for it, it's better to file a separate issue under admin category and assign to him or write to him (martin.mares@java.net) directly and probably Cc Tom (tmueller@java.net) also. They may not see this issue as this issue is under deployment category unless they have subscribed to see all the issues.

        Show
        Hong Zhang added a comment - Jeremy: Sorry I had a typo in my previous post, it was supposed to be $HOME/.gfclient directory with the current implementation. Tang: I think Martin Mares is the one who implemented the command cache. If you have suggestions for it, it's better to file a separate issue under admin category and assign to him or write to him (martin.mares@java.net) directly and probably Cc Tom (tmueller@java.net) also. They may not see this issue as this issue is under deployment category unless they have subscribed to see all the issues.
        Hide
        TangYong added a comment -

        Hi Hong,

        OK, I will firstly send a mail to user list and let they confirm whether the suggestion is needed or not?

        Thanks
        --Tang

        Show
        TangYong added a comment - Hi Hong, OK, I will firstly send a mail to user list and let they confirm whether the suggestion is needed or not? Thanks --Tang
        Hide
        Hong Zhang added a comment -

        Yeah that sounds good.

        Show
        Hong Zhang added a comment - Yeah that sounds good.
        Hide
        Jeremy_Lv added a comment -

        Have confirmed the phenomenon is occured by the temporary directory about $HOME/.gfclient

        Show
        Jeremy_Lv added a comment - Have confirmed the phenomenon is occured by the temporary directory about $HOME/.gfclient

          People

          • Assignee:
            Hong Zhang
            Reporter:
            Jeremy_Lv
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: