26 Jun, 2015

1 commit

  • This patch (thanks, Guillaume) builds appropriate Javadoc,
    and updates the documentation to match the changed implementation.
    
    It requires the use of -Pforgerock-release when installing
    and building the site in order to build the Javadoc.
    
    This patch also moves openig-doc-samples to openig-doc
    because the module handles both samples and Javadoc.
    
    git-svn-id: https://svn.forgerock.org/openig/trunk@1058 dbb9e58e-28e6-4ce0-90e8-f11d9605b710
    mark
     

18 Jun, 2015

3 commits


15 Jun, 2015

1 commit


11 Jun, 2015

3 commits


26 May, 2015

3 commits


13 May, 2015

1 commit


07 May, 2015

1 commit


03 May, 2015

1 commit


01 May, 2015

2 commits


30 Apr, 2015

1 commit

  • Since we introduce the class Status in forgerock-http-framework, some code's
    modifications have to be done :
    - To get the code of the status we now have to do response.getStatus().getCode()
    into of response.getStatus(). (in the Groovy script or EL expression that means
    we'll have to write response.status.code.
    - Furthermore, the attribute reason in Response does not exist any more, so it
    is not possible anymore to assign a custom reason phrase, as it is set to
    standardized reason phrase through the constants defined in the class Status.
    - Any status code has to be in the range [100,1000[
    
    git-svn-id: https://svn.forgerock.org/openig/trunk@994 dbb9e58e-28e6-4ce0-90e8-f11d9605b710
    laurent.vaills
     

27 Apr, 2015

1 commit


25 Apr, 2015

1 commit


23 Apr, 2015

1 commit


16 Apr, 2015

1 commit


23 Mar, 2015

2 commits


06 Mar, 2015

2 commits


25 Feb, 2015

2 commits


17 Feb, 2015

1 commit

  • The type of an Expression is now given at the creation time,
    which means we do not provide it anymore for the evaluation.
    Furthermore, it helps the developper as it knows the expected
    type of an Expression.
    
    git-svn-id: https://svn.forgerock.org/openig/trunk@897 dbb9e58e-28e6-4ce0-90e8-f11d9605b710
    laurent.vaills
     

09 Feb, 2015

4 commits


03 Feb, 2015

1 commit

  • The soon-to-come Http framework needs a subset of the features provided
    by `Json`: only what is related to JSON parsing/writing.
    Everything else is related to `JsonValue` or more OpenIG specific types
    like `Heap`, `Expression`, ...
    
    So this is just a simple split, we now have:
     * `Json`: JSON parsing
     * `JsonValues`: OpenIG-related code
    
    git-svn-id: https://svn.forgerock.org/openig/trunk@872 dbb9e58e-28e6-4ce0-90e8-f11d9605b710
    guillaume.sauthier
     

29 Jan, 2015

1 commit


16 Jan, 2015

1 commit

  • The toString() method is now implemented and tested.
    We also decide to replace Expression constructor by a more conventional valueOf(...) factory method.
    A new Expression is now created by Expression exp = Expression.valueOf(<Expression string>);
    
    git-svn-id: https://svn.forgerock.org/openig/trunk@834 dbb9e58e-28e6-4ce0-90e8-f11d9605b710
    violette
     

08 Dec, 2014

1 commit


02 Dec, 2014

1 commit

  • `ConsoleLogSink` is now rendering each `LogEntry` on 2 lines with a line separator
    between entries, the objective being to improve console log readability. The first line
    is the header line and display the timestamp of the event (in the current system Locale),
    the entry's `LogLevel` and ends with the `Name` (leaf part) of the heap object that is
    the source of the log statement.
    
    ```
    MON DEC 01 20:39:16 CET 2014 (INFO) _Router
    Added route 'oauth2-resources.json' defined in file '/Users/guillaume/tmp/demo/config/routes/oauth2-resources.json'
    ------------------------------
    ```
    
    Notice that a special treatment is done when logging a `Throwable`: a condensed stack
    trace is printed on the console and if (and only if) the `LogSink` has been assigned
    a `DEBUG` or `TRACE` level, the full stack trace is printed (independently of the
    entry's level).
    
    ```
    MON DEC 01 15:28:10 CET 2014 (DEBUG) ResourceServer
    Initial token resolution has failed
    [     OAuth2TokenException] > Initial token resolution has failed
    [     OAuth2TokenException] > Authorization Server returned an error
                                  (error: bad_request, description: Could not read token in CTS)
    
    org.forgerock.openig.filter.oauth2.OAuth2TokenException: Initial token resolution has failed
      at org.forgerock.openig.filter.oauth2.cache.CachingAccessTokenResolver.resolve(CachingAccessTokenResolver.java:62)
    ... 33 more
    ------------------------------
    ```
    
    A new `stream` property has been added to `ConsoleLogSink` to let the user choose
    which PrintStream to use for printing messages:
     * `ERR`: Use System.err (default value, keep compatibility)
     * `OUT`: Use System.out
     * `AUTO`: Select System.out for `TRACE` to `INFO` messages, switching to System.err
       for `WARNING` and `ERROR`.
    
    `FileLogSink` implements a machine parseable `LogEntry` rendering: each entry is on
    one line and includes:
     * timestamp of the event (in the current system Locale), always have the same length
     * the entry's `LogLevel`, always 1 word, uppercase
     * the `Name` (leaf part) of the heap object that is the source of the log statement.
     * a `---` separator that segregates the beginning of the line (log statement's context)
       from the entry's message (the rest of the line)
    
    Notice that in the case of `Throwable` printing, the full stack trace is printed as commented lines.
    
    ```
    MON DEC 01 17:46:21 CET 2014 DEBUG ResourceServer --- Initial token resolution has failed
     # org.forgerock.openig.filter.oauth2.OAuth2TokenException: Initial token resolution has failed
     # 	at org.forgerock.openig.filter.oauth2.cache.CachingAccessTokenResolver.resolve(CachingAccessTokenResolver.java:62)
     # 	at org.forgerock.openig.filter.oauth2.OAuth2ResourceServerFilter.filter(OAuth2ResourceServerFilter.java:205)
     # 	at org.forgerock.openig.decoration.capture.CaptureFilter.filter(CaptureFilter.java:62)
    ```
    
    git-svn-id: https://svn.forgerock.org/openig/trunk@771 dbb9e58e-28e6-4ce0-90e8-f11d9605b710
    guillaume.sauthier
     

21 Nov, 2014

2 commits


20 Nov, 2014

1 commit

  • The Client filter heavily use the `exchange.request.uri` property to compute URIs.
    
    That was causing issues because, in the set of upstream filters/handlers, someone
    could have rebased the request URI (usually to globally 'redirect' the message
    to the protected application). That was causing wrong URI computations (like an
    OAuth2 `redirect_uri` with the hostname of the protected application, instead of
    the user-facing one of OpenIG).
    
    This changes fix this behaviour with the introduction of an immutable
    `exchange.originalUri` property that is the original request URI, as received by the
    web container.
    
    The Client filter is now using this instead of the mutable one (`exchange.request.uri`).
    
    Updated the Nascar page sample of the documentation to limit copy/paste errors.
    
    git-svn-id: https://svn.forgerock.org/openig/trunk@735 dbb9e58e-28e6-4ce0-90e8-f11d9605b710
    guillaume.sauthier