14 Jan, 2008

3 commits


11 Jan, 2008

1 commit


09 Jan, 2008

1 commit


08 Jan, 2008

4 commits


07 Jan, 2008

12 commits


04 Jan, 2008

8 commits


03 Jan, 2008

8 commits

  • The fix consists of checking whether the specified administrator exists or not before creating it (this is done even in the case where no server had been registered).
    
    In addition to that a bug in the way the server registry comparison is made has been fixed.  Before these changes when we tried to enable a suffix between two servers that were already replicated, dsreplication enable failed.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3622 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • Improve the indentation of the resulting set-java-home file generated by dsjavaproperties.
    Do not use JAVA_ARGS in lib/set-java-properties.
    Make the setup not to overwrite the environment variables by default.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3621 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • git-svn-id: https://svn.forgerock.org/opendj/trunk@3620 41b1ffd8-f28e-4786-ab96-9950f0a78031
    dugan
     
  • …anging the log file permissions to an invalid value. The listeners will now reject changes that will prevent OpenDS from writing to the log files.
    
    Fix for issue 2107
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3619 41b1ffd8-f28e-4786-ab96-9950f0a78031
    boli
     
  •  When a delete is done on the new name of an entry immediately after renaming it,
    the dependencies between these 2 operations are not detected and the delete
    can therefore be replayed without waiting for the moddn to complete.
    This cause the delete to fail and not being replayed.
    
    These changes fix the dependency code and add a unit test case allowing
    to reproduce the problem. 
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3617 41b1ffd8-f28e-4786-ab96-9950f0a78031
    gbellato
     
  • When a ReplicationBroker disconnect and reconnect quickly to a Replication
    Server the reconnection sometimes fails.
    
    These Changes :
     - add a unit tests for these condition
     - fixes race conditions in the Replication Server code to make this test
       successful 
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3616 41b1ffd8-f28e-4786-ab96-9950f0a78031
    gbellato
     
  • … environment java argument properties.
    
    Include a default java.properties file that includes some information about setting the different java properties.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3615 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • https://opends.dev.java.net/issues/show_bug.cgi?id=2345
    
    Feature description:
    
    ** Before these changes, the monitoring information for the replication contain the information for the replication server itself, and for the LDAP server that are currently connected to it, not for the 
    LDAP servers connected to other RS.
    ** With these changes, each RS exposes the delay informations for all RSes in the topology. In addition the delay for each server is consolidated across the whole topology.
    
    see details in
    https://www.opends.org/wiki//page/MonitoringReplication
    
    Note:
    - This feature is loosely tested by unit tests. We should probably add more tests in the future but I think it is a good idea to commit the feature and basic tests right now.
    - The UI part of this feature still need some adaptations to the changes done in the server.
    
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@3614 41b1ffd8-f28e-4786-ab96-9950f0a78031
    pgamba
     

02 Jan, 2008

1 commit


31 Dec, 2007

1 commit


22 Dec, 2007

1 commit