12 Mar, 2008

2 commits


11 Mar, 2008

3 commits

  • The ServerState is saved to the database periodically,
    therefore in case of crash it is possible that is does not contain
    the latest changes that have been processed and saved to the
    database.
    In order to make sure that the replication never looses changes,
    when replication starts the server needs to search all the entries
    that have been updated after the last write of the ServerState.
    This is done by using the HistoricalCsnOrderingMatchingRule. 
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3951 41b1ffd8-f28e-4786-ab96-9950f0a78031
    fdorson
     
  • …pite errors reported)
    
    Throw an UserDataException when the user must provide authentication and we are in non-interactive mode without the forceOnError flag.  This way we display the error message describing the problem, the alternatives in terms of arguments that can be used and the whole usage of the command line with a longer description of the arguments we propose to use. 
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3950 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • Fix a case when the modify operation on userPassword attribute is not
    applied on the entry when replayed by the replication.
     
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3945 41b1ffd8-f28e-4786-ab96-9950f0a78031
    gbellato
     

10 Mar, 2008

2 commits


07 Mar, 2008

1 commit


06 Mar, 2008

2 commits

  • … issue 2116 but apparently the fix was not adequate to fully address the problem. 
    This problem surfaced now because executing chmod apparently produced output on stderr and/or stdout which was not read by StaticUtils.exec when no output was expected.
    
    Fix for issue 3009
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3936 41b1ffd8-f28e-4786-ab96-9950f0a78031
    boli
     
  • bug fix:
     if for a component the number of basic properties is < number of advanced properties, the advanced properties are put in the list of basic properties.
    
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3935 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jcambon
     

05 Mar, 2008

3 commits


04 Mar, 2008

2 commits


03 Mar, 2008

3 commits

  • Update the definition of the version argument and use the short identifier if there is no other argument using it.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3922 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • …DS_JAVA_HOME in the script)
    
    If the user specifies in the java.properties not to overwrite the environment the java properties specified in java.properties will take precedence over the variables set in the script.  In general users using java.properties should use the overwrite mode (not doing it does not make much sense).
    
    I have updated the code to set the OPENDS_JAVA_HOME in the rc script only if the user explicitly sets the java home in the create rc command line or if it is already set in the environment (and not systematically as it is today).
    
    A bug with the name used for the environment variable of the java properties has also been fixed.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3921 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • Handle the exception and limit the number of tries to provide a zip file to 5.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3919 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     

29 Feb, 2008

1 commit


28 Feb, 2008

1 commit


27 Feb, 2008

1 commit

  • 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
     

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

2 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
     
  • 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
     

15 Feb, 2008

5 commits

  • 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
     
  • 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
     
  • …ma initialization fails on the config schema.
    The code already tests whether the new objectclass is part of the config schema and then excludes it from the import. That's fine.
    Except that the test relies on the decoding of the OC and fails if the new OC comes with a new attribute.
    The fix consists in relaxing the decoding when doing the test .. and really doing a strict decoding after the test once we know the new OC is not a config OC.
    
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3886 41b1ffd8-f28e-4786-ab96-9950f0a78031
    pgamba
     

14 Feb, 2008

5 commits


13 Feb, 2008

5 commits