15 Jun, 2007

2 commits

  • This change modifies the admin framework XML schema so that it is possible for all types of required admin action to have a description. For example, when there is no additional administrator action required when a property is modified, it is sometimes nice to indicate how the change will dynamically take effect.
    
    In addition, it is now possible to query the specific type of admin action associated with a property and its synopsis via the admin framework APIs.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2110 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     
  • -P, --trustStorePath {trustStorePath}
         Certificate trust store path
    --trustStorePassword {trustStorePassword}
         Certificate trust store PIN
    -U, --TrustStorePasswordFile  {path}
         Certificate trust store PIN file 
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2109 41b1ffd8-f28e-4786-ab96-9950f0a78031
    lutoff
     

14 Jun, 2007

10 commits


13 Jun, 2007

4 commits

  • …ged object can be grouped together. Tagging will enable us to automatically generate more user-friendly documentation and administration tools as a result of them being easier to navigate and search. For example, an administration CLI will be able to split the available set of sub-commands into categories, thus making it easier for administrators to find the sub-command that they need.
    
    This change is implemented as follows:
    
    * provide an extensible way in which tags can be defined: the XML root configuration definition element now supports an "adm:tag-definition" element, which can be used as follows:
    
      <adm:tag-definition name="logging">
        <adm:synopsis>Logging</adm:synopsis>
      </adm:tag-definition>
    
    * provide a means for tagging managed object definitions with zero or more tags using an "adm:tag" element, which can be used as follows:
    
      <adm:tag name="logging"/>
    
    * add support to the admin framework APIs for querying a managed object definition's tags
    
    * define an initial set of tags and tag managed object definitions appropriately (this is just an initial guess and is likely to change):
    
      * logging
      * replication (incl. mmr)
      * database (incl. caching)
      * security (authn and authz)
      * identity (user account management, pwp, etc)
      * core (connection handlers, virtual attributes, etc)
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2093 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     
  • git-svn-id: https://svn.forgerock.org/opendj/trunk@2089 41b1ffd8-f28e-4786-ab96-9950f0a78031
    kenneth_suter
     
  • git-svn-id: https://svn.forgerock.org/opendj/trunk@2088 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     
  • git-svn-id: https://svn.forgerock.org/opendj/trunk@2087 41b1ffd8-f28e-4786-ab96-9950f0a78031
    gbellato
     

12 Jun, 2007

1 commit


11 Jun, 2007

7 commits


09 Jun, 2007

3 commits


08 Jun, 2007

10 commits

  • …ways exported before top entry.
    
    Clone the database config so that we don't share it between different databases.
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2063 41b1ffd8-f28e-4786-ab96-9950f0a78031
    coulbeck
     
  • determining the length of time the account will remain locked due to
    authentication failures (it was supposed to be reported in seconds, but the
    value returned was in milliseconds).  This only impacted components that
    reported the time until the account was unlocked and not any calculation
    determining whether an account should currently be locked.
    
    OpenDS Issue Number:  1781
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2062 41b1ffd8-f28e-4786-ab96-9950f0a78031
    neil_a_wilson
     
  • - After discussing the previously noninteractive option with Brian, I changed the CLI options somewhat.  The new CLI design is to specify an interactive option (if interactivity is desired) rather than to have to specify non-interactivity.  Additionally interactivity is only supposed to apply to gathering of required information and not whether or not and application is allowed to prompt for such things as continuation following an error.  To suppress these sort of prompts you should specify the silent option.  So the common plumbing (currently not used by setup or uninstall) now operates as described above and the upgrader now has a both silent and interactive options as described.
    
    - Make BuildExtractor a Launcher.  BuildExtractor is a simple program used by the CLI for unzipping an OpenDS .zip file.   Previously is was not very smart, relying on the Upgrader to report status and make sure the unzipping went OK.  This had the unfortunate side-effect of making the scripts overly complicated resulting in issue 1772, and made it difficult to support interactivity.  So the BuildExtractor has been made smarter so that it is capable of parsing the complete command line invocation, printing usage, and performing verification that it performed properly.
    
    - Addresses issue 1772 by simplifying and correcting the upgrade and upgrade.bat scripts.
    
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2061 41b1ffd8-f28e-4786-ab96-9950f0a78031
    kenneth_suter
     
  • git-svn-id: https://svn.forgerock.org/opendj/trunk@2060 41b1ffd8-f28e-4786-ab96-9950f0a78031
    kenneth_suter
     
  • …the performance of the loggers when they are disabled.
    
    Fixed for issue 1780
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2059 41b1ffd8-f28e-4786-ab96-9950f0a78031
    boli
     
  • …ibutes * and operational attributes +. Issue 1745.
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2058 41b1ffd8-f28e-4786-ab96-9950f0a78031
    dugan
     
  • This decision was taken in an admin meeting and the main reasons are that there are lots of users that may dislike the idea of OpenDS modifying the Windows Service Registry as they are not using it in production (yet).
    
    Moreover there is a bug (1603) that prevents registering the server as a service on Vista, so these modifications will allow to the users to use the graphical setup on that OS.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2057 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • When we install OpenDS on windows with no Windows Service configured (this is the case where this issue was reproduced) and we launch start-ds.bat the BufferedOutputReaders are kept open.  The fix consists of waiting at most a certain time once the server sent the msg ID informing that it was successfully started.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2056 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • …tion using the setup.
    
    Some tests have been done to check that the code is working but there are some additional things to verify before making the new functionalities visible.  That is why the new functionalities have not been made available in the setup interface.
    
    In order to be able to see the new functionalities some commented lines must be uncommented in Uninstaller.java (search for some 'TODO' comments in the code).
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2054 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     
  • The fixes included the handling of quite a lot of errors that might be generated by the Administration Framework.
    
    The creation of the Administrators has been revisited and now they use the privilege system and no acis are defined (which implies that no modification to the configuration is required in order the administrators to work).
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2053 41b1ffd8-f28e-4786-ab96-9950f0a78031
    jvergara
     

07 Jun, 2007

3 commits

  • …yCache() method that takes the default cache initialization out of initializeEntryCache() method. the default 
    entry cache will be initialized before backends initialization thus resolving issues like NPE via 
    AciListenerManager etc.
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2052 41b1ffd8-f28e-4786-ab96-9950f0a78031
    abobrov
     
  • use a privilege of "unindexed-search" instead.  Also, eliminate the
    index-rebuild privilege and fold all of its functionality into ldif-import,
    since having a separate privilege for it doesn't provide much benefit and
    creates additional administrative overhead.
    
    OpenDS Issue Numbers:  1765, 1776
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2051 41b1ffd8-f28e-4786-ab96-9950f0a78031
    neil_a_wilson
     
  • for entries in private backends (e.g., the root DSE, schema, monitor entries,
    config entries, etc.).  The entryUUID value that will be generated is based on
    an MD5 hash of the entry DN, but this shouldn't be a problem for entries in
    private backends because none of them allow modify DN operations.  User entries
    should have a real entryUUID value generated when the entry is created (either
    via an LDAP add or an LDIF import).
    
    OpenDS Isssue Number:  1775
    
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@2050 41b1ffd8-f28e-4786-ab96-9950f0a78031
    neil_a_wilson