org.forgerock / org.forgerock.opendj

03 Oct, 2007

9 commits

02 Oct, 2007

11 commits

01 Oct, 2007

2 commits

28 Sep, 2007

5 commits

  • f031cee6   Fix for issue 2035 (Use OpenDS specific environment variables to determine the JVM to be used.) ... Browse Code » 
    Use two environment variables to know which is the JVM to be used by the scripts: OPENDS_JAVA_BIN and OPENDS_JAVA_HOME.

When the setup creates the file lib/set-java-home it writes the contents of OPENDS_JAVA_HOME to it (instead of JAVA_HOME which was the previous behavior).

Before these changes, the scripts used to look for JAVA_BIN, then JAVA_HOME and finally for the contents of the set-java-home file.  The problem with this approach is that if the user required to specify JAVA_HOME or JAVA_BIN to an unsupported version of the JDK (because some other program in the machine had this requirement) the scripts of OpenDS could not run.  Now the checks that we do to figure out the JVM are done in the following order:
1. Check if OPENDS_JAVA_BIN is defined in the environment.
2. Check if OPENDS_JAVA_HOME is defined in the environment.
3. Check if OPENDS_JAVA_HOME is defined in the lib/set-java-home file.
4. Check if JAVA_BIN is defined in the environment.
5. Check if JAVA_HOME is defined in the environment.
6. Check if we can figure out the java installation by executing "type java" (in UNIX environments).

If any of the above checks is positive, we will try to use the JVM found.

Extras: the uninstall script on UNIX now checks that we are using a JDK compatible with 1.5 and displays a user friendly message if it does not.




git-svn-id: https://svn.forgerock.org/opendj/trunk@3235 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • ef194b6b   Attempt to fix current JDK1.5 failures in ValidateCfgDefn tests: allow test conf… ... Browse Code » 
    …iguration definitions to not register themselves with the TopCfgDefn. Previously, test definitions would register themselves with the TopCfgDefn and then deregister themselves during their tear down phase. However, this didn't seem to be working as expected on JDK1.5 for some reason, and was causing the ValidateCfgDefn tests to fail.


git-svn-id: https://svn.forgerock.org/opendj/trunk@3234 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     
  • 84501a72   Add support for specifying arbitrary constraints in managed object definitions a… ... Browse Code » 
    …nd use it within the LDAP and JMX connection handlers to enforce their SSL/StartTLS settings. This feature will be re-used for other managed object definitions as the need arises.


git-svn-id: https://svn.forgerock.org/opendj/trunk@3233 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     
  • 8e81d300   The following arguments could now be handled in properties file ... Browse Code » 
    --advanced
  --quiet
  --script-friendly
  --unit-size
  --unit-time

git-svn-id: https://svn.forgerock.org/opendj/trunk@3232 41b1ffd8-f28e-4786-ab96-9950f0a78031
    lutoff
     
  • 08a7decb   Issue 466 (partial) ... Browse Code » 
    Secret key encoding


git-svn-id: https://svn.forgerock.org/opendj/trunk@3231 41b1ffd8-f28e-4786-ab96-9950f0a78031
    david_page
     

27 Sep, 2007

9 commits

26 Sep, 2007

4 commits