org.forgerock / org.forgerock.opendj

05 Feb, 2014

1 commit

13 Dec, 2013

1 commit

  • 08290ad6   OPENDJ-1222 Global update of CDDL copyright headers ... Browse Dir » 
    
Most of the replace was done by global search replace from Eclipse via regular expressions.
Individual files had incorrect headers or badly formatted ones, so some of them have been done manually by replacing the content between CDDL HEADER START and CDDL HEADER END.
Some headers were quoting "trunk/opends/resource/legal-notices/CDDLv1_0.txt" while it should have been "legal-notices/CDDLv1_0.txt".


Removed:
- resource/legal-notices/OpenDS.LICENSE

The following required manual changes:
- build.xml
- ext/checkstyle/opendj.sourceheader
- resource/admin/java-utilities.xsl
- src/build-tools/org/opends/build/tools/ProcessFilesForPackages.java
- src/build-tools/windows/*
- src/pkg/opends-dsml-gateway_proto.py
- src/pkg/opends_proto.py
- src/server/org/opends/server/util/ServerConstants.java
- tests/staf-tests/functional-tests/shared/data/aci/aci_targattrfilter/add_aci18.ldif
- tests/staf-tests/build.bat

An incorrect header mentionning "exclude" instead of "include" in the copyright header existed for: tests/staf-tests/functional-tests/testcases/backends/backup/**/*

Some files have no copyright headers at all. I did not update them. Here is some of them (more exist):
- tests/staf-tests/functional-tests/shared/data/core/psearch/**/*.ref
- tests/staf-tests/functional-tests/shared/data/core/psearch/**/delete.ldif


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

06 Sep, 2013

1 commit

12 Aug, 2013

1 commit

18 Jun, 2013

1 commit

19 May, 2013

1 commit

17 May, 2013

1 commit

  • 31460397   OPENDJ-842 (CR-1699) On Windows, the setup command hangs when the length of the … ... Browse Dir » 
    …install path is too long


In order to avoid getting errors like "The input line is too long" on windows, a common way to fix this is to provide a "bootstrap" empty jar which contains only a MANIFEST.MF file listing all the application's jars in the "Class-Path" attribute.
This URL describes well enough the problem: http://ant.apache.org/manual/Tasks/manifestclasspath.html


build.xml:
In "prepackage" target, build bootstrap.jar.

_script-util.bat, _script-util.sh:
Replaced appending all the jars under libs with just the bootstrap jar.

Utilities.java, Utils.java, UpgradeUtils.java:
In getInstallPathFromClasspath(), extracted getInstallPath() and simplified its code a lot.

Installation.java, Installation.java:
Changed OPEN_DS_JAR_RELATIVE_PATHS into OPEN_DJ_BOOTSTRAP_JAR_RELATIVE_PATH. 


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

15 May, 2013

1 commit

  • 86e81646   OPENDJ-842 On Windows, the setup command hangs when the length of the install path is too long ... Browse Dir » 
    Code review: csovant

Jars now appear only once in the classpath (they were appearing twice).
INSTALL_ROOT and INSTANCE_ROOT represented the same absolute paths despite having different relative paths, resulting in the jars appended twice to the classpath.
After this change, the paths are using the absolute paths instead of the relative paths.

_script-util.bat:
Fixed jars appearing twice in the classpath


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

07 May, 2013

1 commit

14 Feb, 2013

1 commit

07 Feb, 2013

1 commit

09 Feb, 2012

1 commit

02 Nov, 2011

1 commit

20 Oct, 2011

1 commit

07 Apr, 2011

1 commit

  • 67b545ee   Fix Issue OPENDJ-19 - execute control-panel as any user ... Browse Dir » 
    The control-panel script checks at startup that the user is the owner of the local instance.
This prevents anyone from using the control-panel to access remote servers.
Added an option (-r or --remote) to skip the local checks.


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

08 Feb, 2011

1 commit

28 Dec, 2010

1 commit

17 Sep, 2010

1 commit

18 Aug, 2010

2 commits

17 Jun, 2010

1 commit

14 Jun, 2010

1 commit

27 May, 2010

1 commit

  • 970ac328   Fix for issue #4554 - Potential problems using Windows Service during startup. ... Browse Dir » 
    The fix consists on waiting in the service code to the start-ds.bat call to finish (the re-entrant one). This avoids having a race condition problem locking the file (as can happen today).
There is a new environment variable that can be configured (OPENDS_WINDOWS_SERVICE_STARTDS_WAIT). The default value is 300000 milliseconds (5 minutes). This is the maximum time in milliseconds the service code will wait for the server to start before checking directly its status.
Also update setup.bat and uninstall.bat to return an error code when called in CLI mode.

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

29 Apr, 2010

1 commit

  • 73570c1e   Last batch of changes for this week. ... Browse Dir » 
    This adds support for the IETF based Password Policy for LDAP as SubEntry.
Also resolves the following issues :
- 4544 :  initializeBackend() should not set JE env config params directly.
- 4478 : ECL in draft compat mode / search lastchangenumber can be very long
- 4538 : Virtual attributes not retrieved when entry cache configured
- 4547 : Search Filter Matching differ for cn=Directory Manager and plain user.
- 4514 : Logs shows unexpected message with replication monitoring data missing (Partial fix)
- 4534 : Replication using security does not work after server restart
- 4516 : SEVERE_ERROR: servers (...) have the same ServerId
In addition, they also improve reliability and performance in various areas including CollectiveAttributes, Virtual Attributes and Subentries management, Schema loading, Replication...

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

14 Jan, 2010

1 commit

20 Nov, 2009

1 commit

  • c87001c3   Fix for issue 4362 (failure to detect properly installed Java) ... Browse Dir » 
    The fix consists on two parts:
1. Give priority to the java binary set in the path (which is usually updated when java is installed).
2. Check that actually the java binary found in the environment variables does exist.


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

02 Nov, 2009

1 commit

  • 21c2e6d4   Fix for issue 4332 (Tools fail when instance path contains whitespace) ... Browse Dir » 
    The problem is in the code in charge of checking the install and instance paths and contents.  There are issues both in the scripts and in the code of org.opends.server.tools.configurator.CheckInstance.  Using quotes fixes the issue in the script and using an array of String instead of a single command-line to launch the "ls" process.

Apart from that some error messages have also been fixed.


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

01 Jul, 2009

2 commits

05 Jun, 2009

1 commit

06 May, 2009

2 commits

  • a1cc3141   Remove unused line from the script. ... Browse Dir » 
    
git-svn-id: https://svn.forgerock.org/opendj/trunk@5324 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • 38d3a1fb   Fix for issue 3971 (windows: setup should detect Java automatically) ... Browse Dir » 
    The fix will improve the user experience in Windows when installing from a ZIP file.  When the JVM is installed, the java.exe is contained in the PATH environment variable.  The fix consists on trying to see if java.exe is on the PATH by calling java.exe -version if no OPENDS_JAVA_HOME nor JAVA_HOME environment variables are defined..

Note that even though this is an expensive operation in term of resources, this will only be called when the setup is launched for the first time.  The setup will update the environment of execution of OpenDS and this call will no longer be made.  The exception to this is the case where the user removes all the environment by deleting the files generated by the setup (or dsjavaproperties), this is done usually when the java environment has changed and the user has been told to do so (and also told to call dsjavaproperties).  Once dsjavaproperties is called again (the normal procedure to configure the execution environment) this 'extra' call to java.exe will not be made in the scripts.

In other words, the fix will only have a performance penalty when the user calls 'setup' for the first time (and no OPENDS_JAVA_HOME or JAVA_HOME env variables are defined) and when the user resets the execution environment (and so is supposed to call dsjavaproperties).  This small penalty (some extra tenths of a second) is acceptable because with the fix in most of the cases the user will not have to set OPENDS_JAVA_HOME (dealing with environment variables is a rare procedure for Windows users).  As a result of this the user experience will be much smoother than what is today.


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

29 Apr, 2009

1 commit

16 Apr, 2009

1 commit

  • 2a672dd8   Fix ServiceTag URN for 2.0 ... Browse Dir » 
    Fix ServiceTag Registration adding debug message in case of error
Fix 2619 : ldap tools always return 1 in case of argument parsing error
Fix 3690 : SNMP: incorrect value for dsServerDescription entry
Fix an error in the util script when the install dir is != instance dir



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

09 Apr, 2009

2 commits

  • c83c24e2   Fix for issue #3814 : start-ds script return before server has started ... Browse Dir » 
    
git-svn-id: https://svn.forgerock.org/opendj/trunk@5209 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jcambon
     
  • 7b9c6512   Fix for issue 2642 (ldif-diff doesn't detect differences in encoded values) ... Browse Dir » 
    The fix has three parts.

1. Currently the code of ldif-diff does not take into account the syntax of the attributes.  Basically the comparison of values is a non-case sensitive String comparison.  In order to be able to take into account the syntax of the attributes a config file must be provided to LDIFDiff.  This is fixed by invoking _server_script instead of _client_script on the command-line scripts (ldif-diff and ldif-diff.bat).

2. There is a problem with the normalization in the org.opends.server.schema.UserPasswordExactEqualityMatchingRule class.  Currently the normalized value in the case of an encoded password is the lower-case version of the value.  For instance:

value: {SSHA}cJNE9kjr52rZmttLaIrl4bOelWfvlM3Luk4Q7g==
normalizedValue: {ssha}cjne9kjr52rzmttlairl4boelwfvlm3luk4q7g==

The fix consists on only normalizing the encoding tag:
value: {SSHA}cJNE9kjr52rZmttLaIrl4bOelWfvlM3Luk4Q7g==
normalizedValue: {ssha}cJNE9kjr52rZmttLaIrl4bOelWfvlM3Luk4Q7g==


3. If we load the configuration and we always use the schema check when reading the provided LDIF files, if those files are not compatible with the schema on the installation where they are being run, the ldif-diff will not work.  In order to keep the current behavior (and thus accept LDIF files that are not compatible with the schema of the installation) a new argument has been added to the ldif-diff command-line (checkSchema).  The user must provide this argument if a strict comparison of the values must be made.  Adding this attribute allows to keep the current 'tolerant' behavior of ldif-diff, however it makes the use of the command-line a bit more complex.  I personally think that having the possibility of running ldif-diff regardless of the schema overweights the problematic added complexity, but maybe someone disagrees (or has a better alternative than adding this argument).

The changes in LDIFDiff correspond to the new argument.


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

25 Mar, 2009

1 commit

23 Mar, 2009

1 commit

18 Mar, 2009

1 commit

15 Mar, 2009

1 commit