04 Mar, 2008
3 commits
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3927 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3926 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3925 41b1ffd8-f28e-4786-ab96-9950f0a78031
03 Mar, 2008
8 commits
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3924 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3923 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
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
-
…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
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3920 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
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
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3918 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3917 41b1ffd8-f28e-4786-ab96-9950f0a78031
29 Feb, 2008
2 commits
-
Limit the number of times that we ask for confirmation to 5. git-svn-id: https://svn.forgerock.org/opendj/trunk@3916 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3915 41b1ffd8-f28e-4786-ab96-9950f0a78031
28 Feb, 2008
6 commits
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3914 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3913 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3912 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3911 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
…o be incorporated in the new generated config reference git-svn-id: https://svn.forgerock.org/opendj/trunk@3910 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3909 41b1ffd8-f28e-4786-ab96-9950f0a78031
27 Feb, 2008
2 commits
-
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 -
git-svn-id: https://svn.forgerock.org/opendj/trunk@3906 41b1ffd8-f28e-4786-ab96-9950f0a78031
22 Feb, 2008
2 commits
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3905 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
usefull anymore because dsreplication CLI should now be used to configure replication. git-svn-id: https://svn.forgerock.org/opendj/trunk@3903 41b1ffd8-f28e-4786-ab96-9950f0a78031
21 Feb, 2008
1 commit
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3901 41b1ffd8-f28e-4786-ab96-9950f0a78031
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
-
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
19 Feb, 2008
3 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
-
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
-
…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
15 Feb, 2008
9 commits
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3894 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
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
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3892 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
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
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3890 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3889 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3888 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@3887 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
…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
14 Feb, 2008
2 commits
-
Prevent concurrent modifications of the LDAPRequestHandler's Selector key set while accessing it. git-svn-id: https://svn.forgerock.org/opendj/trunk@3885 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
The fix consists of increasing the timeout to establish the connection (using the default time out defined in ConnectionUtils). Appart from that some debug lines have been added to be able to track some issues in the replication tool and the timeout to discover the topology in TopologyCache has also been increased. git-svn-id: https://svn.forgerock.org/opendj/trunk@3884 41b1ffd8-f28e-4786-ab96-9950f0a78031