org.forgerock / org.forgerock.openig

18 Jun, 2015

7 commits

17 Jun, 2015

3 commits

16 Jun, 2015

1 commit

  • 8ac7958b   OPENIG-545 (CR-7225) Fixes NPE in SamlFederationHandler ... Browse Dir » 
    The NPE was caused because since r1010, there is no more any reference to the
`HttpServletRequest` and `HttpServletResponse` objects provided by the web
container (was done to prevent context serialization issues).

This new version of the fix now ensure that we place the servlet objects at the
right place (directly in the `Exchange`, where the message capture code is
intentionally excluding them from the capture) so that the `SamlFederationHandler`
can still get theses references.

We're also removing the content of the `httpContext.getAttributes()` Map so that
the message capture mechanism (when capturing the contexts) will not try to
serialize theses objects (because we know that it's failing right now).

git-svn-id: https://svn.forgerock.org/openig/trunk@1041 dbb9e58e-28e6-4ce0-90e8-f11d9605b710
    guillaume.sauthier
     

15 Jun, 2015

3 commits

12 Jun, 2015

1 commit

11 Jun, 2015

3 commits

02 Jun, 2015

1 commit

  • a5e026df   OPENIG-543 (CR-7114) Update HttpClient API to support non-blocking calls ... Browse Dir » 
    `Handler` and `Filter` are now returning `Promises` (thus are non blocking from
an API point of view).
The CHF `Client` SPI also supports non-blocking calls.

But all elements of the processing chain need to support this in order to really
gain something out of the `Promises`.

The `HttpClient` was not offering such support, so the OpenIG `ClientHandler` could
not take advantage of it.

git-svn-id: https://svn.forgerock.org/openig/trunk@1031 dbb9e58e-28e6-4ce0-90e8-f11d9605b710
    guillaume.sauthier
     

26 May, 2015

3 commits

18 May, 2015

1 commit

13 May, 2015

4 commits

05 May, 2015

2 commits

04 May, 2015

1 commit

03 May, 2015

1 commit

01 May, 2015

1 commit

30 Apr, 2015

2 commits

  • efd00bff   Use a Status attribute in StaticResponseHandler ... Browse Dir » 
    There is no reason anymore to separate the code and the reason in
StaticResponseHandler, so we now use an attribute of type Status.

git-svn-id: https://svn.forgerock.org/openig/trunk@995 dbb9e58e-28e6-4ce0-90e8-f11d9605b710
    laurent.vaills
     
  • 63c38d31   Fix compilation error due to changeof the Status. ... Browse Dir » 
    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

6 commits