You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by ji...@apache.org on 2004/03/23 13:52:58 UTC

[jira] Created: (GUMP-37) user.dir not set correctly in forked JVM

Message:

  A new issue has been created in JIRA.

---------------------------------------------------------------------
View the issue:
  http://issues.apache.org/jira/secure/ViewIssue.jspa?key=GUMP-37

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: GUMP-37
    Summary: user.dir not set correctly in forked JVM
       Type: Bug

     Status: Unassigned
   Priority: Major

    Project: Gump
 Components: 
             Python

   Assignee: 
   Reporter: Sebb

    Created: Tue, 23 Mar 2004 4:52 AM
    Updated: Tue, 23 Mar 2004 4:52 AM

Description:
JMeter testing is getting some odd errors, which appear to be because user.dir is not being set according to the dir attribute of the java command.

The same code works OK on "traditional" Gump - e.g. Covalent.

build.xml looks like this:

   <echo>
   gump.run = ${gump.run}
   java.awt.headless = ${java.awt.headless}
   test.headless = ${test.headless}
   user.dir = ${user.dir}
   basedir = ${basedir}
   </echo>
   <java classname="org.apache.jorphan.test.AllTests" fork="yes" dir="${basedir}/bin">
...

The output on LSD is:

     [echo]    gump.run = true
     [echo]    java.awt.headless = true
     [echo]    test.headless = true
     [echo]    user.dir = /data3/gump/jakarta-jmeter
     [echo]    basedir = /data3/gump/jakarta-jmeter
     [echo]    
     [java] Executing '/usr/java/j2sdk1.4.2/jre/bin/java' with arguments:
 ...
     [java] '-Duser.dir=/data3/gump/jakarta-jmeter'
 ...
     [java] The ' characters around the executable and arguments are
     [java] not part of the command.
     [java] Setting up logging props using file: ./jmetertest.properties
     [java] Using initializeProperties() from org.apache.jmeter.util.JMeterUtils
     [java] Setting up initial properties using: ./jmetertest.properties
     [java] Initializing Properties: ./jmetertest.properties
     [java] Setting JMeter home: /data3/gump/jakarta-jmeter/./..
     [java] java.version=1.4.2
     [java] java.home=/usr/java/j2sdk1.4.2/jre
     [java] user.dir=/data3/gump/jakarta-jmeter
 
The output on Covalent is:

     [echo]    gump.run = true
     [echo]    java.awt.headless = true
     [echo]    test.headless = true
     [echo]    user.dir = /data/gump/jakarta-jmeter
     [echo]    basedir = /data/gump/jakarta-jmeter
     [echo]    
     [java] Setting up logging props using file: ./jmetertest.properties
     [java] Using initializeProperties() from org.apache.jmeter.util.JMeterUtils
     [java] Setting up initial properties using: ./jmetertest.properties
     [java] Initializing Properties: ./jmetertest.properties
     [java] Setting JMeter home: /data/gump/jakarta-jmeter/bin/./..
     [java] java.version=1.4.1_02
     [java] java.home=/usr/j2sdk1.4.1_02/jre
     [java] user.dir=/data/gump/jakarta-jmeter/bin

As can be seen, in the Covalent case, user.dir is set to basedir/bin, whereas on LSD, user.dir is the same as basedir - i.e. the bin subdirectory appears to have been lost. This affects the JMeter home setting, which in turn causes some tests to fail.

The actual working directory on Gumpy appears to be OK - which is why the test works at least partially - it's just that the property user.dir is incorrect.

Surely user.dir should always point to the current working directory?

Is it perhaps being (incorrectly) overridden by Gumpy?



---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org