org.forgerock / org.forgerock.opendj

15 Jun, 2007

1 commit

  • 8c91e0f4   Partial fix for issue 1426: improve support for required admin actions. ... Browse Dir » 
    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
     

13 Jun, 2007

1 commit

  • a9fc769d   Add support for tagging managed object definitions so that similar types of mana… ... Browse Dir » 
    …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
     

11 Jun, 2007

2 commits

  • 3b0ebacb   Add a CLI profile for defining CLI related annotations to managed object and pro… ... Browse Dir » 
    …perty definitions. The CLI profile defines two annotations at the moment:

* the operand name which should be used in sub-command usage help to identify the names of managed objects being added, removed, modified, etc
* the list of properties which should be displayed by default in list-xxx sub-commands. For example, when listing connection handlers we can display a summary table that lists the "enabled", "listen-port", and "use-ssl" properties by default

Both of these annotations apply only to relation definitions. Existing relations have been updated to include these CLI annotations, although their content is subject to change if we decide that better operand names/default properties exist.

These annotations will be used in the forthcoming dsconfig CLI.

git-svn-id: https://svn.forgerock.org/opendj/trunk@2075 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     
  • ec4635e7   Add support for specifying a "usage" string for string based property definition… ... Browse Dir » 
    …s which define a pattern constraint. The usage string is used when the syntax of a property needs to be displayed, for example in a CLI help screen or in server-side log messages when a bad property value is encountered. For example, a property whose values must be a valid UNIX mode could have the following string syntax definition:

       <adm:string>
         <adm:pattern>
           <adm:regex>^[0-7][0-7][0-7]$</adm:regex>
           <adm:usage>MODE</adm:usage>
           <adm:synopsis>
             An valid UNIX mode string. The mode string must contain three
             digits between zero and seven.
           </adm:synopsis>
         </adm:pattern>
       </adm:string>

Existing string based properties have been updated with appropriate usage.


git-svn-id: https://svn.forgerock.org/opendj/trunk@2073 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     

30 May, 2007

2 commits

  • e2107b9b   Add default plugin-class to example-plugin. ... Browse Dir » 
    git-svn-id: https://svn.forgerock.org/opendj/trunk@1977 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     
  • a49181bf   Fix issue 1736: add default values for java-implementation-class properties ... Browse Dir » 
    This change adds default values for all java-implementation-class style properties where appropriate. These properties are usually defined in an abstract definition but have sensible default values in their sub-definitions. For example, the PasswordValidatorConfiguration definition defines a "validator-class" property which is mandatory but has no sensible default value. However, its derived definition DictionaryPasswordValidatorConfiguration does have a sensible default value for this property, DictionaryPasswordValidator, so this change adds a "property-override" to this sub-definition which defining this default value.

Having default values defined for java-class type properties will make it much easier for administrators to create new configurations as they will no longer need to figure out which class is appropriate (they are still free to override the default with their own implementation if they wish).

git-svn-id: https://svn.forgerock.org/opendj/trunk@1976 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     

29 May, 2007

1 commit

  • 4cb23fdd   Fix issue 1580: support overriding of property default values. ... Browse Dir » 
    It is now possible to override the default behavior and required admin action of an inherited property definition using a "property-override" element. This makes it possible to specify default values for inherited properties like java-implementation-class and will, ultimately, make a client tools much more user-friendly.

A subsequent change will add default values for java-implementation-class properties in all managed object definitions.


git-svn-id: https://svn.forgerock.org/opendj/trunk@1969 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     

28 May, 2007

1 commit

  • 7b92b893   Fix the following issues: ... Browse Dir » 
    * 1444: implement inherited default values
* 1445: prevent commit if mandatory properties are missing
* 1446: refactor managed object factory method API in generated APIs
* 1625: allow read-only properties to be defined during managed object construction and add support for "monitoring" properties (e.g. a property which is server generated and contains the list of support ciphers)

These issues have been fixed in a single change as they depend upon each (issue 1446 being the main issue).

[Reviewed by Josu]


git-svn-id: https://svn.forgerock.org/opendj/trunk@1960 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     

22 May, 2007

1 commit

  • f74ef984   Various improvements and refactorings of the admin framework client API, including: ... Browse Dir » 
    * client API methods are much more specific about what sort of exceptions they can throw

* new exceptions for wrapping underlying transport related error conditions (e.g. IO problems, authorization problems)

* improved Javadoc generation for client APIs

* pull-up AbstractPropertyDefinitionVisitor into PropertyDefinitionVisitor and improve type-safety of EnumPropertyDefinition visitor method

* refactor the LDAP client implementation (remove LDAPChangeBuilder, introduce JNDI DirContext wrapper interface called LDAPConnection to make the client APIs more testable)

* move various unit test classes out of the admin server-side unit tests so that they can be re-used by client unit tests

* introduce "mock" client connections and property providers to facilitate testing of the admin client API

* implement client API unit tests


git-svn-id: https://svn.forgerock.org/opendj/trunk@1931 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     

07 May, 2007

1 commit

03 May, 2007

1 commit

  • 5ec7b4df   Major changes made to the logging framework. It should resolve the following issues: ... Browse Dir » 
    1. Migrated configuration to the new admin framework.
2. Removed all dependencies on the JDK logger. (Issue 1503)
3. Added option to set the file permissions on all log files. (Issue 202)
4. Added option to write log files asynchronously.
5. Retention and rotation policies are now separate managed objects registered to the Directory Server.
6. Rotation and retention policies are not extensible.
6. Post-rotation actions are not yet implemented in this set of changes.
7. Tools and tasks can now use a custom log publisher that only picks up messages generated by a specific thread or thread group.
8. Debug logger no longer creates a log record object for every message. 
9. Configurable Log File Paths (Issue 174)
10. Log Level Support by Category/Severity. This capability is limited for error logger. (Issue 177)
11. Support log file rotation (Issue 188)
12. Sized-based, Time-based rotation policies (Issues 190, 191)
13. Time-based, max size-based, file count-based retention policies (Issues 199, 201, 202)
14. Debug logger configurable via the admin framework (Issue 836)



git-svn-id: https://svn.forgerock.org/opendj/trunk@1805 41b1ffd8-f28e-4786-ab96-9950f0a78031
    boli
     

02 May, 2007

1 commit

24 Apr, 2007

1 commit

  • 568b5065   This change (no associated issue no.) addresses some counter-intuitive behavior … ... Browse Dir » 
    …discovered when specifying some duration based properties:

   * duration and size units had to be specified in default behaviors

   * upper/lower limit had to be specified without a unit and with
     values in the property's base unit (bytes for size properties)

This change enables us to specify duration and size property constraints and defaults with or without units (when no unit is specified we default to the property's base unit).

The Duration{Unit|PropertyDefinition} APIs have also been re-aligned with the Size{Unit|PropertyDefinition} APIs where possible and the unit tests updated (incl. replacing many bad uses of the assert keyword with the assertEquals TestNG method).

git-svn-id: https://svn.forgerock.org/opendj/trunk@1689 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     

23 Apr, 2007

1 commit

20 Apr, 2007

1 commit

19 Apr, 2007

3 commits

  • fb325975   Fix minor bug where required import statements were not being generated for rela… ... Browse Dir » 
    …tion definitions when defined in abstract managed object definitions.

git-svn-id: https://svn.forgerock.org/opendj/trunk@1660 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     
  • 2388d1ec   Fix typo which prevented enumeration value Javadoc from being generated. ... Browse Dir » 
    git-svn-id: https://svn.forgerock.org/opendj/trunk@1659 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     
  • 21b5c006   Fix for issue 1442. ... Browse Dir » 
    This change introduces a new style-sheet which generates
en_US property files containing all the description elements
from the XML configuration definitions. In order to expose
these properties the admin framework APIs have been modified
as follows:

   * managed object definitions
         o user friendly name
         o user friendly plural name
         o synopsis
         o description

   * property definitions
         o synopsis
         o description
         o unit description (for integer properties)
         o value descriptions (for enumeration properties)
         o pattern descriptions (for string properties). This is pretty
           much useless at the moment since the string property
           definition class does not support patterns (even though the
           XML schema does): issue 1523
         o alias default behavior description

   * relation definitions
         o synopsis
         o description
         o user friendly name (usually the user friendly name of the
           referenced managed object)
         o user friendly plural name for one-to-many relations (usually
           the user friendly plural name of the referenced managed object)

Since there is currently only weak API support for required admin
actions (issue 1426), the admin action descriptions cannot be exposed
through any API at this stage.

For I18N, translators are expected to take the generated property
files and translate them into localized versions.



git-svn-id: https://svn.forgerock.org/opendj/trunk@1658 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew_swift
     

18 Apr, 2007

1 commit

16 Apr, 2007

1 commit

09 Apr, 2007

2 commits

24 Mar, 2007

1 commit

23 Mar, 2007

1 commit