02 Mar, 2007
4 commits
-
programmatically from within the same JVM as the server. This will make it much easier to call them from unit tests. OpenDS Issue Number: 1311 git-svn-id: https://svn.forgerock.org/opendj/trunk@1309 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
This was caused by a null pointer exception that we previously got away with but became noticable since the ACI cache update is now atomic. git-svn-id: https://svn.forgerock.org/opendj/trunk@1306 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
…ion and using configure script. In the QuickSetup I added some code to *temporarily* select a port that is not being used for JMX. Today we do not inform the user of the existence of this port so this approach does not make things much worse and reduces the changes of port conflicts in general. Even in the case where we are not installing multiple instances of OpenDS the port 1689 might be in use by another process. git-svn-id: https://svn.forgerock.org/opendj/trunk@1303 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
The synchronization protocol already have some re-synchronization capabilities that allows the synchronization server to detect where to start from the changelog when a new LDAP server opens a session. These changes implements the ability to do this when a restore or an import is done when the LDAP server is online and already connected to a synchronization server. To achieve this the synchronization code, on notification from the core server that a restore or an import is starting, close the session to the synchronization server and restart it when the restore or import is finished. The synchronization protocol then does its job of negociating where to start from the changelog and resynchronizing the LDAP Server. The core server does not yet provide the notification to the changelog server but here if the synchronization part of the code along with some test for it. git-svn-id: https://svn.forgerock.org/opendj/trunk@1296 41b1ffd8-f28e-4786-ab96-9950f0a78031
01 Mar, 2007
8 commits
-
…ger.debugCought should be debugCaught). git-svn-id: https://svn.forgerock.org/opendj/trunk@1293 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
…g when reading the ACI cache. Remove the linked list field from the Aci class and use the standard LinkedList instead. git-svn-id: https://svn.forgerock.org/opendj/trunk@1292 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
… from the new debug logging framework. Also removed some redundent exception printing calls in favor or just one debugCought. Replaced System.out.println calls in RootContainer and JebFormat to debugInfo calls. Fix for issue 854 git-svn-id: https://svn.forgerock.org/opendj/trunk@1291 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
debugEnter and debugConstructor calls. git-svn-id: https://svn.forgerock.org/opendj/trunk@1286 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@1285 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@1284 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
This removes old debug logging framework method calls that are going to be automatically instrumented by AspectJ. Non instrumented debug method calls are updated to use the new debug framework methods. However, the new debug logging framework is not yet active as the Aspects are not weaved in. After this revision, debug logging will be disabled in the server until the new AOP framework is complete. - Removed debugEnter and debugConstructor from all source files. - Removed CLASS_NAME static string for debug purposes. - Removed old debug logging framework. - Added new debug logging frameworking using AOP. - Added AspectJ binary and libraries. - Change all modified files copyrights to include 2007. git-svn-id: https://svn.forgerock.org/opendj/trunk@1282 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
…atically instrumented by AspectJ. Non instrumented debug method calls are updated to use the new debug framework methods. However, the new debug logging framework is not yet active as the Aspects are not weaved in. After this revision, debug logging will be disabled in the server until the new AOP framework is complete. - Removed debugEnter and debugConstructor from all source files. - Removed CLASS_NAME static string for debug purposes. - Removed old debug logging framework. - Added new debug logging frameworking using AOP. - Added AspectJ binary and libraries. - Change all modified files copyrights to include 2007. git-svn-id: https://svn.forgerock.org/opendj/trunk@1280 41b1ffd8-f28e-4786-ab96-9950f0a78031
28 Feb, 2007
7 commits
-
should be presented based on its alias (aka its nickname). This is used both by server-side code which needs to present a certificate to clients, as well as by client-side code which needs to present a certificate to the server. OpenDS Issue Number: 1292 git-svn-id: https://svn.forgerock.org/opendj/trunk@1279 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
PasswordPolicy.requireSecureAuthentication (via PasswordPolicyState.getPolicy). I had missed this call in an earlier commit. git-svn-id: https://svn.forgerock.org/opendj/trunk@1277 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
PasswordPolicy.requireSecureAuthentication (via PasswordPolicyState.getPolicy). I had missed this call in an earlier commit. git-svn-id: https://svn.forgerock.org/opendj/trunk@1276 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
configuring synchronization for suffix cn=schema (issue 613) . You may want to read the schema Synchronization documents before reviewing this https://opends.dev.java.net/public/docs/dev-docs/SchemaSyncFeatureRequirements.html and https://opends.dev.java.net/public/docs/dev-docs/SchemaSyncDesign.html It includes : - Change the PersistentServerState to use attribute ds-sync-state in the base entry instead of a specific entry. Add new unit test for the PersistentServerState class. Change attribute ds-sync-state to be an operational attribute. - Change the schema backend to allow storage of the ds-synch-state attribute in the schema ldif File. This change is arguable because I have chosen to make this as simple as possible and therefore only allowed the storage of this attribute in the schema File. While this has the advantage of being very simple it has the drawback of adding some code in the schema backend that is only related to synchronization. The other choice would be to add a generic service in the schema backend for storing any type of attribute. Please tell me if you think that this would be better. - Disable the conflict resolution for cn=schema so that we don't polute the ldif entries with the historical information - Add unit test for schema synchronization The work for schema synchronization is not complete with this. A second round of modification is necessary for synchronizing the schema changes done by manually editing the files or by dynamically loading a file. git-svn-id: https://svn.forgerock.org/opendj/trunk@1275 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
This change makes possible to configure the Changelog purge delay that was previously hard-coded using the ds-cfg-changelog-purge-delay attribute. git-svn-id: https://svn.forgerock.org/opendj/trunk@1274 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@1273 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
The problem was caused because in the class InstallDS the check for the port was not performed when the user already provided the port through the command line (see first diffs in InstallDS). The rest of the diffs consist of factorization of code to be shared between the quicksetup classes and the class org.opends.server.tools.InstallDS. Some methods from the Utils class of quicksetup have been moved to the SetupUtils class; these methods allow to know if a given port is priviledged or not, if we can use it to configure the server and to know in which Operating System the JVM is running. The operating system methods use the enumeration OperatingSystem (which has been slightly modified to not have dependencies on other classes and to be included in quicksetup.jar). Extra: use the class LockFileManager to know if the server is running or not. The use of this class does not impact the Web Start Installer as we only want to know if the server is running or not once we have tried to start it (and so OpenDS.jar has already been loaded by the class loader). git-svn-id: https://svn.forgerock.org/opendj/trunk@1272 41b1ffd8-f28e-4786-ab96-9950f0a78031
27 Feb, 2007
1 commit
-
Neil for issue #1266: use a hidden option to check whether the server is already running or not. If the server is not running the message 'Server already stopped' is displayed, if the server is running the message 'Stopping Server... is displayed'. So the output of the command with this changes is: If the server is running ======================== bash-3.00$ bin/stop-ds --restart Stopping Server... [23/Feb/2007:17:00:28 +0100] category=CORE severity=NOTICE id=458886 msg="OpenDS Directory Server 0.1.0 starting up." [23/Feb/2007:17:00:34 +0100] category=BACKEND severity=NOTICE id=8847402 msg="A database backend containing 1 entries has started." [23/Feb/2007:17:00:34 +0100] category=CONFIG severity=SEVERE_WARNING id=3277325 msg="Access control has been disabled." [23/Feb/2007:17:00:35 +0100] category=CORE severity=NOTICE id=458887 msg="The Directory Server has started successfully." [23/Feb/2007:17:00:35 +0100] category=CORE severity=NOTICE id=458891 msg="The Directory Server has sent an alert notification generated by class org.opends.server.core.DirectoryServer (alert type org.opends.server.DirectoryServerStarted, alert ID 458887): The Directory Server has started successfully.." bash-3.00$ bash-3.00$ bin/stop-ds If the server is stopped ======================== bash-3.00$ bin/stop-ds Server already stopped. bash-3.00$ bin/stop-ds --restart Server already stopped. [23/Feb/2007:16:59:50 +0100] category=CORE severity=NOTICE id=458886 msg="OpenDS Directory Server 0.1.0 starting up." [23/Feb/2007:16:59:55 +0100] category=BACKEND severity=NOTICE id=8847402 msg="A database backend containing 1 entries has started." [23/Feb/2007:16:59:56 +0100] category=CONFIG severity=SEVERE_WARNING id=3277325 msg="Access control has been disabled." [23/Feb/2007:16:59:57 +0100] category=CORE severity=NOTICE id=458887 msg="The Directory Server has started successfully." [23/Feb/2007:16:59:57 +0100] category=CORE severity=NOTICE id=458891 msg="The Directory Server has sent an alert notification generated by class org.opends.server.core.DirectoryServer (alert type org.opends.server.DirectoryServerStarted, alert ID 458887): The Directory Server has started successfully.." git-svn-id: https://svn.forgerock.org/opendj/trunk@1263 41b1ffd8-f28e-4786-ab96-9950f0a78031
26 Feb, 2007
2 commits
-
… in the control panel in the class Utils.java. git-svn-id: https://svn.forgerock.org/opendj/trunk@1255 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
- One which will take attributes from the certificate subject and map them to attributes in user entries (Issue #1278). - One which will search for the subjects of the presented certificates in user entries (Issue #1279). - One which will search for the MD5 or SHA1 fingerprints of the presented certificates in user entries (Issue #1280). git-svn-id: https://svn.forgerock.org/opendj/trunk@1254 41b1ffd8-f28e-4786-ab96-9950f0a78031
23 Feb, 2007
9 commits
-
…s) did not check for null OperationStatus objects being passed in and caused an NullPointerException whenever EntryCount was called. Added a null check. Changed ID2Entry#getRecordCount to use the Database#count method in JE 3.1.0. The JE backend no longer keeps a count of entries in entry ID 0. Modified TestVerifyJob unit test to no longer simulate a incorrect entry count. It was a clear case that using Database#count is much faster then keeping a count at entryID 0. At the least, it can eliminate a database read and write on every entry add and delete operation. In addition, calling Database#count is faster then getting an entry out of the database as the following shows. Time took to get entry count 100 times (w/o transactions): Duration using Database#count: 16731000 ns Duration using old entry counter: 22094000 ns Duration using Database#count: 17124000 ns Duration using old entry counter: 39434000 ns Duration using Database#count: 15522000 ns Duration using old entry counter: 20069000 ns Duration using Database#count: 15873000 ns Duration using old entry counter: 19732000 ns Duration using Database#count: 15871000 ns Duration using old entry counter: 20594000 ns Duration using Database#count: 21099000 ns Duration using old entry counter: 21877000 ns Fix for issue 740 git-svn-id: https://svn.forgerock.org/opendj/trunk@1247 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
introduced a large number of test failures. git-svn-id: https://svn.forgerock.org/opendj/trunk@1245 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
… default. Most of the failing tests are fixed by adding bypass-acl privilege to the entries of the users the failing tests bind as. This change also includes an important fix to the server for operations carrying the proxied auth control. The ACI check in the core operation is moved after the controls processing to ensure that the correct authorization user is picked up, and the ACI handler now gets the authorization user from the operation rather than the connection. git-svn-id: https://svn.forgerock.org/opendj/trunk@1244 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
least one value. This will prevent add requests from being able to add entries containing attributes with no values. OpenDS Issue Number: 1275 git-svn-id: https://svn.forgerock.org/opendj/trunk@1241 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
about whether a given SSL certificate should be trusted. This will be used for all of our client tools in the case when no trust store is available and the user has not requested the "--trustAll" option. OpenDS Issue Number: 1274 git-svn-id: https://svn.forgerock.org/opendj/trunk@1240 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@1239 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
we don't need in the core server but can help other applications interoperate with OpenDS. Also, add a class org.opends.server.interop.LazyDN which is a lazily-initialized version of the org.opends.server.types.DN class. This makes it possible to have very fast DN processing when you need to create a DN from a String and the only thing that will be called on that DN is the toString() method. This commit includes test cases to ensure that the public methods of the DN and LazyDN classes stay in sync. OpenDS Issue Number: 1276 git-svn-id: https://svn.forgerock.org/opendj/trunk@1238 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
…e JE backend no longer keeps a count of entries in entry ID 0. Modified TestVerifyJob unit test to no longer simulate a incorrect entry count. Fix for issue 740 git-svn-id: https://svn.forgerock.org/opendj/trunk@1237 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
are intended only for internal use. git-svn-id: https://svn.forgerock.org/opendj/trunk@1230 41b1ffd8-f28e-4786-ab96-9950f0a78031
22 Feb, 2007
3 commits
-
notification whenever the access control handler is enabled or disabled. OpenDS Issue Number: 1269 git-svn-id: https://svn.forgerock.org/opendj/trunk@1229 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
the PID file is only written if the server is not already running. If it's not being used to try to start the server, then just invoke the command without a PID file. If it is trying to start the server but the server is already running, then exit with an error. OpenDS Issue Number: 1251 git-svn-id: https://svn.forgerock.org/opendj/trunk@1220 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
…if LDAP port' and 'cannot stop server through status panel'). The goal of these changes is to be able to have exactly the same user interface in Windows and Unix to stop the server. In windows we force the user to provide LDAP credentials even if the command is going to be run locally. The goal is to allow to stop the server using only system credentials (as we do in UNIX) when the user does not provide arguments when calling stop-ds.bat. In order to do this I have written some native code. This native code is called when we start the server to: 1. Launch the java process and get the associated PID. 2. Create a server.pid file as we do for UNIX systems to store the PID of the process. The native code that stops the server reads the PID file contents and tries to stop the process associated with the PID. In order to allow the users to be able to build the product with independence of the platform, the binaries will be included with the source code. The code used to generate these binaries will also be provided. I have generated 1 executable called winlauncher.exe. The binaries will be committed in the source tree under lib (with activation.jar and mail.jar). They will also be installed under <server root>\lib. The native code is in the files winlauncher.c and winlauncher.h. These files are placed under the new directory build-tools/src/windows. I have tried to keep the native code simple and leave as much logic as I could into the batch files (for instance everything related to the discovery of the java binaries) so that the administrators can play with them. A README file has been also been included to explain how to generate the binaries. Extras: When we call start-ds from the command line, the server will not stop when the command prompt window is closed (unless start-ds was called to run in not-detached mode). The next step is to register DS as a service to avoid the server to be stopped when the user logs out. When we call setup (with no arguments) or the statuspanel the generated process (and windows) will no longer get killed when the command prompt window is killed. When the user double-clicks on the setup.bat or the statuspanel.bat files, the command prompt window only appears briefly. Today when we do this a command prompt window stays open until we close setup or the status panel window. git-svn-id: https://svn.forgerock.org/opendj/trunk@1216 41b1ffd8-f28e-4786-ab96-9950f0a78031
21 Feb, 2007
5 commits
-
providers, and certificate mappers, and update the components which need access to those elements so that they can specify which one they want to use. Among other things, this will provide the ability to use different certificates for different listeners, and provide template configuration entries that make it easier for users to enable SSL and/or StartTLS. OpenDS Issue Number: 561 git-svn-id: https://svn.forgerock.org/opendj/trunk@1212 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@1211 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
…ttributes that simply forward the request to the corresponding PasswordPolicy getter. Remove these methods from the PasswordPolicyState interface and replace any calls with a direct invocation on the PasswordPolicy object reference held by the PasswordPolicyState object (via PasswordPolicyState.getPolicy()). git-svn-id: https://svn.forgerock.org/opendj/trunk@1210 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@1209 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
second rather than 0 seconds. It appears that a value of 0 seconds is incompatible with some JVM versions. OpenDS Issue Number: 1249 git-svn-id: https://svn.forgerock.org/opendj/trunk@1208 41b1ffd8-f28e-4786-ab96-9950f0a78031
20 Feb, 2007
1 commit
-
…ne tools such as LDAPSearch git-svn-id: https://svn.forgerock.org/opendj/trunk@1202 41b1ffd8-f28e-4786-ab96-9950f0a78031