04 Mar, 2008

3 commits


03 Mar, 2008

8 commits


29 Feb, 2008

2 commits


28 Feb, 2008

6 commits


27 Feb, 2008

3 commits

  • git-svn-id: https://svn.forgerock.org/opendj/trunk@3908 41b1ffd8-f28e-4786-ab96-9950f0a78031
    ludovicp
     
  • Added 2 new parameters (java properties) for M1 needs (1st one only):
    
    OpendsWiki - The URL of the OpenDS Wiki
                 (default is "https://www.opends.org/wiki")
    OpendsHome - The URL of the OpenDS project Home page
                 (default is "http://www.opends.org")
    
    Usage:
    In the M1 build target, add :
          <jvmarg value="-DOpendsWiki=https://www.opends.org/<M1 Wiki>"/>
     
    Note that as a side effect, now all the html files are generated (index.html and maintop.html were not generated until now)
    
    
    
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3907 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jcambon
     
  • 
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3906 41b1ffd8-f28e-4786-ab96-9950f0a78031
    gary_williams
     

22 Feb, 2008

3 commits


21 Feb, 2008

2 commits


20 Feb, 2008

2 commits

  • The fix consists on updating the scripts and the java code to reflect correctly the name of the script and be consistent with all the other batch files (we don not include the .bat on the usage).
    
    Apart from that the modifications include a modification in StatusPanelLauncher so that we use the ArgumentParser class in the whole class (this avoids duplicated code and fixes a bug with the usage).
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3900 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • I was not able to reproduce the issue as it is described but discussing with the QA team we decided that it would be worth to do the following improvements:
    
    1. If we cannot contact on one of the ports of a server that is registered in the ADS we must try to connect to the other ports.
    
    2. We should try to connect to the port specified by the user in the setup (when specifying the server that we want to configure replication with).  This also applies to the dsreplication utility.
    
    Beside the two improvements above, I updated the code so that the progress messages use the port specified by the user to identify the OpenDS instances.
    
    Without these changes (if security is configured) the user can be confused since we refer to secure ports (even if (s)he specified the regular LDAP port) and we ask the user to accept certificates.
    
    Concerning the implementation, basically I added a class called PreferredConnection that is used to describe the LDAP URL and connection specified by the user.  The objects are passed to the TopologyCache and the TopologyCache passes them to ServerLoader which is the class that creates the connection to the servers to read their configuration. 
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3899 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     

19 Feb, 2008

4 commits

  • With the following sequence of operation :
    Add first entry with DN X
    delete first entry with DN X
    Add another entry with DN X
    
    The second ADD is sometimes not computed as dependent and a false
    DN conflict is sometime created.
    
    This happens when the delete operation complete after we tried to process the second
    add but before we check for dependencies in the operation queue.
    
    To avoid this problem all operations must be attempted twice before going into
    the conflict resolution mechanism, unfortunately in this case, we were not checking if
    this is the first try he operation is attempted and therefore were going directory into
    conflict resolution.
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3898 41b1ffd8-f28e-4786-ab96-9950f0a78031
    gbellato
     
  • 
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3897 41b1ffd8-f28e-4786-ab96-9950f0a78031
    ctissot
     
  • Make the code to return a error 1 if there is a problem with the export
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3896 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • …rt-ldif, export-ldif) are the ones of the online mode)
    
    The problem comes because when we are dealing with scripts that can have both online and off-line modes we call _script-util to know whether we must run the script in online or off-line modes.  This makes the environments variables to be set, so when we call the second time _script-util (to set the environment for the off-line mode) nothing is changed if the user specified not to overwrite the environment variables.
    
    The fix consists on resetting the environment variables to its original state before calling _script-util for the second time.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3895 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     

15 Feb, 2008

7 commits

  • git-svn-id: https://svn.forgerock.org/opendj/trunk@3894 41b1ffd8-f28e-4786-ab96-9950f0a78031
    schwing
     
  • The code has been modified (with no new arguments) in order to work in a best-effort mode.  If the user does not provide authentication we will display the same information independently of whether the server is running or not.  We still display the messages informing that authentication is required to display some monitoring data.
    
    The status panel code has also been updated to have the same behavior.
    
    However it will be required anyhow to provide authentication to display monitoring information since this information is available only through LDAP.
    
    In addition to this changes the following issues have been fixed:
    
    1. Close the ManagementContext created by the LDAPConsoleInteraction object so that we have only one open connection to the server.
    2. Fix a bug when the user chose to accept automatically certificates (the default trust manager was used in this case and we could not connect).
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3893 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • git-svn-id: https://svn.forgerock.org/opendj/trunk@3892 41b1ffd8-f28e-4786-ab96-9950f0a78031
    schwing
     
  • Instead of checking for the presence of the help argument call SubCommandArgumentParser.usageOrVersionDisplayed that actually takes into account the built-in option '?'.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3891 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • git-svn-id: https://svn.forgerock.org/opendj/trunk@3890 41b1ffd8-f28e-4786-ab96-9950f0a78031
    ctissot
     
  • git-svn-id: https://svn.forgerock.org/opendj/trunk@3889 41b1ffd8-f28e-4786-ab96-9950f0a78031
    ctissot
     
  • 
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3888 41b1ffd8-f28e-4786-ab96-9950f0a78031
    smaguin