org.forgerock / org.forgerock.opendj

13 Dec, 2013

1 commit

  • 08290ad6   OPENDJ-1222 Global update of CDDL copyright headers ... Browse Dir » 
    
Most of the replace was done by global search replace from Eclipse via regular expressions.
Individual files had incorrect headers or badly formatted ones, so some of them have been done manually by replacing the content between CDDL HEADER START and CDDL HEADER END.
Some headers were quoting "trunk/opends/resource/legal-notices/CDDLv1_0.txt" while it should have been "legal-notices/CDDLv1_0.txt".


Removed:
- resource/legal-notices/OpenDS.LICENSE

The following required manual changes:
- build.xml
- ext/checkstyle/opendj.sourceheader
- resource/admin/java-utilities.xsl
- src/build-tools/org/opends/build/tools/ProcessFilesForPackages.java
- src/build-tools/windows/*
- src/pkg/opends-dsml-gateway_proto.py
- src/pkg/opends_proto.py
- src/server/org/opends/server/util/ServerConstants.java
- tests/staf-tests/functional-tests/shared/data/aci/aci_targattrfilter/add_aci18.ldif
- tests/staf-tests/build.bat

An incorrect header mentionning "exclude" instead of "include" in the copyright header existed for: tests/staf-tests/functional-tests/testcases/backends/backup/**/*

Some files have no copyright headers at all. I did not update them. Here is some of them (more exist):
- tests/staf-tests/functional-tests/shared/data/core/psearch/**/*.ref
- tests/staf-tests/functional-tests/shared/data/core/psearch/**/delete.ldif


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

13 Jul, 2011

1 commit

18 Aug, 2010

1 commit

  • dbedb655   Cleanup. Remove references to Java 5 since we no longer support it. ... Browse Dir » 
    Cleanup messages, removing unnecessary casts (due to bugs in early versions of Java 5), removing dead code.
The minimal version has been set to Java 1.6.0_10.
Also cleanup the Java Stubs for MacOS, removed the StatusPanel (replaced by ControlPanel since 1.2), and update Info.plist to require 1.6 or higher, show 2.3 as version.



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

31 May, 2010

1 commit

06 Jan, 2009

1 commit

26 May, 2008

1 commit

  • bf8d765c   Fix for 3259: No messages support in example plugin ... Browse Dir » 
    Changes by file:

. resource/admin/example-plugin/ExamplePlugin.java
  - support for messages
  - fix for PluginResult.Startup refactoring

. resource/admin/example-plugin/example_plugin.properties
  - 3 messages used in the example plugin (english/default)

. resource/admin/example-plugin/example_plugin_fr.properties
  - 3 messages used in the example plugin (french)

. resource/admin/example-plugin/build.xml
  - automatic generation of messages from properties files located in
    resource/messages while keeping package name.
    (eg. resource/messages/my/example/example_plugin.properties will
    generate a message class with package name "my.example")

. resource/Messages.java.stub
  - forced underlying properties files to be located in /messages within
    jars file (eg MY_JAR_FILE:/messages/example_plugin.properties)
  - support for messages available from extensions' classloaders

. src/messages/src/org/opends/messages/Message.java
  - typo in javadoc

. build.xml
  - added message template used by generator in the build-tools.jar
  - added the "resource/messages" directory at the root of the example
    plugin
  - added example properties files in the example plugin zipfile

. src/build-tools/org/opends/build/tools/GenerateMessageFile.java
  - stopped assuming messages are targeted in package name
    org.opends.messages
  - template for message class generation now retrieved from the
    build-tools.jar when generating messages for extensions
  - for user messages, set destination files automatically based on the
    source full filename and apply basic pattern
    (eg. source=resource/messages/my/example/example_plugin.properties
    sets destination to
    src-generated/my/example/ExamplePluginMessage.java)


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

06 Mar, 2008

1 commit

12 Feb, 2008

1 commit

08 Feb, 2008

1 commit

26 Sep, 2007

2 commits

25 Sep, 2007

1 commit

15 Aug, 2007

1 commit

  • 7b183900   This commit is a step toward getting OpenDS internationalized. There are still i… ... Browse Dir » 
    …ssues to be resolved before we can declare that we are internationalized but this commit covers the bulk of changes needed at this time.

In general this commit converts any string values that might potentially be shown to an end user (client or administrator) to a new class called Message.  This includes exception messages, error log messages, alert and email text, labels, and CLI output.  Message's main interface includes methods for rendering itself as a string in the default locale using toString() or a specified locale toString(Locale).  In addition to addressing localization, this would allow us to potentially support controls allowing clients to set a preferred locale for server communication or output log messages in different languages.  Message extends CharSequence so it can be used in some places where strings are currently used with not code change (e.g. writing to a buffer) as well as allowing messages to be composed of one another.

In order to create localized messages, instead of adding them to the *Messages.java class, you define them in the corresponding properties files.  In general the property file keys are used to derive the new messages severity, category, and ordinal.  There are directives that can be used in the properties file in order to avoid doing this however.  For instance all the properties files used internally include the 'global.category' directive at the top of the file that instructs the generator to make all the following message belong to a single category.  So for internal messages the property value key will be as follows:

   [SEVERITY]_[DESCRIPTION]_[ORDINAL]

See the properties files themselves for more information.

Once your messages are in the properties file you can use the ant target 'generatemessages' to create create MessageDescriptor objects that are referred to in the Java code.  In the code you might think of these objects as replacing the int-valued message IDs.  To create messages you call MessageDescriptor.get() which replaces MessageHandler.getMessage().  It might be helpful then to try to define your messages before referring to them in your code since until you run 'generatemessages' you won't have any Java-code with with to create your message objects.

In order to support non-localizable text in messages (host names, DN's, etc.) Message's can be created from String values by calling Message.raw(String).  In this way it is also possible to circumvent the intention of changing the APIs to use Message objects instead of Strings which is to support writing of localizable messages.  This method is currently used in the code as a crutch for areas of the code that need internationalization (tagged with a 'TODO: i18n' comment).  It might also be used by 3rd party developers that don't intend to localize their products.  However for internal use we should not be using this method to create Messages for text that is locale sensitive.

Additionally this code includes a MessageBuilder that can be used in much the same way that a StringBuilder can be used.  It has a method toMessage() that can be used to generate a message object when needed.  At this time this method just converts the buffer contents to a raw, unlocalizable message so this will need to addressed in the future.

Some other issues:

- While all of the unit tests pass after this commit, there may be issues in the code where we have no or minimal test coverage.  This includes much of the setup and GUI tools packages for which I have not done any testing but will begin after this commit.

- The new message related Java sources are contained in package org.opends.messages and organized in a new module src/module modeled somewhat after the admin module:

    src/messages/src (non-generated Java source files)
    src/messages/generated (generated source files)
    src/messages/messages (properties files for messages)

If you run the code from within your IDE you will have to mark all messages/src, messages/generated and messages as source directories.

- To generated the MessageDescriptor files you invoke the 'generatemessages' target.

- If you run the code from within your IDE you will probably ne

- This commit would change the plugin API.  Here are the changes caught by DirectoryServerPluginTestCase:

    doShutdown(String)->doShutdown(Message)

    doPostDisconnect(PostDisconnectPluginResult,ClientConnection,DisconnectReason,int,String) ->         doPostDisconnect(PostDisconnectPluginResult,ClientConnection,DisconnectReason,Message);

- This commit aligns the entire code-base behind the new Formatter class (printf style formattings like %s) as opposed to the older MessageFormat style (using curly braces for message arguments).  This allows us to provide more type safety for message arguments.  So for instance you can include a %c argument specifier in your format string and the MessageDescriptor will enforce specification of a Character as message creation time.

- Not all of the config framework has not been converted to use Messages.  Perhaps as some point we might have a 'message' syntax for locale-sensitive textural data.  I'm sure Matt will have ideas about this.

- In addition to Message, MessageDescriptor and MessageBuilder, the org.opends.server.message package includes enums for Category and Severity that replace the definitions formerly found in MessageHandler.

- The interface for the ErrorLogger has been simplified to allow logging of messages using a single Message parameter.  The severity and category of the message will be derived from the Message itself instead of specified as arguments when a message is logged.

- I will provide more documentation about this plumbing on the Wiki shortly.

- I will expand on the included tests soon.


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

11 Jun, 2007

1 commit

  • 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
     

30 May, 2007

1 commit

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
     

19 Apr, 2007

1 commit

  • 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
     

23 Mar, 2007

1 commit