07 Apr, 2011

1 commit

  • 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

  • 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

  • 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

  • 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

  • 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

  • 
    git-svn-id: https://svn.forgerock.org/opendj/trunk@5324 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • 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

  • 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

  • 
    git-svn-id: https://svn.forgerock.org/opendj/trunk@5209 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jcambon
     
  • 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


25 Feb, 2009

2 commits

  • JVM settings were used by scripts when checking the validity of the instance.
    This modification removes the use of the JVM setting during the bootstrapping phase.
    This fixes the following issues:
    
       * if JVM is configured for the server instance suspends on start up
         for debugging, the server suspends during the bootstrapping phase
         rather than when the real server instance has started. (remaining
         issue related to issue 3711)
       * if the JVM is configured to use more than around 45% of the
         machine's memory, we run out of memory (issue 3798)
    
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@5032 41b1ffd8-f28e-4786-ab96-9950f0a78031
    chebrard
     
  • we now unify _script-util.sh return code: we return 0
    (success) or 1 (error).
    
    Additional error messages have been also added in order to send
    a better feedback to the user.
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@5029 41b1ffd8-f28e-4786-ab96-9950f0a78031
    lutoff
     

28 Jan, 2009

1 commit


26 Jan, 2009

1 commit

  • 3646 	configure script fails to retrieve the user/group of the ins
    3647 	Missing license file
    3648 	Third party license files should be merged
    3649 	Wrong copyright file in SVR4 package
    3650 	LDAP tools are missing in SVR4 package
    3651 	Server is not stopped after package removal
    3654 	SVR4 pkginfo not compliant with Solaris rules
    3658 	no man pages in SVR4 package
    3661 	SVR4 only: OpenDS fails to start with 1.1.0 bld3
    3663 	SVR4: unable to start OpenDS if user has no home directory
    3664 	SVR4: delimiter used in copyright file is not the one define
    3706 	configure: configure -H/-V doesn't work when the instance is
    3707 	unconfigure: unconfigure --wrongoption should display the us
    3708 	stop-ds: stop-ds -R doesn't work
    3729 	incorrect exit codes for configure/unconfigure scripts
    3735 	OpenDS failed to start if build number contains version qual
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@4911 41b1ffd8-f28e-4786-ab96-9950f0a78031
    chebrard
     

21 Jan, 2009

1 commit

  • Remove the status-panel scripts and also the list of scripts in the java properties panel.  The java properties panel has also been modified to display (by default) only the command-lines that are relevant for tuning of the java arguments (start server, offline import, verify index, etc.).
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@4896 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     

15 Jan, 2009

1 commit


13 Jan, 2009

1 commit

  • CheckInstance no longer calls 'start-ds -F' but uses same classes as start-ds to
    generate the version of the install dir.
    Move the configurator package from src/quicksetup to src/server/tools.
    
    
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@4840 41b1ffd8-f28e-4786-ab96-9950f0a78031
    chebrard
     

04 Dec, 2008

1 commit


03 Dec, 2008

1 commit

  • A SMF manifest is delivered in /usr/opends/resources/opends-manifest.xml
    The manifest is edited and copied under /var/svc/manifest/network/ldap by the configure command (will be committed later), and imported via svccfg.
    start-ds / stop-ds / control-panel can be used to start /stop the server. They temporarily enable/disable the opends service. Use svcadm enable opends to permanently enable OpenDS to start at boot time.
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@4703 41b1ffd8-f28e-4786-ab96-9950f0a78031
    ludovicp
     

02 Dec, 2008

1 commit


18 Nov, 2008

1 commit


07 Nov, 2008

2 commits


04 Nov, 2008

1 commit