You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Dirk Hogan (JIRA)" <ji...@apache.org> on 2013/12/16 19:41:08 UTC

[jira] [Created] (CXF-5462) STSClient.validate operation does not parse TokenType or Lifetime elements in RSTR

Dirk Hogan created CXF-5462:
-------------------------------

             Summary: STSClient.validate operation does not parse TokenType or Lifetime elements in RSTR
                 Key: CXF-5462
                 URL: https://issues.apache.org/jira/browse/CXF-5462
             Project: CXF
          Issue Type: Bug
          Components: STS
    Affects Versions: 2.7.2
         Environment: MacOSX 10.8.3. Tomcat 6.0.36.
            Reporter: Dirk Hogan


I am using the org.apache.cxf.ws.security.trust.STSClient class to consume the STS. The SecurityToken instances returned as part of the Validate operation invoked with a TokenType other than Status (i.e. token transformation) have null tokenType and created/expires values. 

Looking around line 1066 of the 2.7.2 STSClient or around line 120 of the trunk STSClient, it looks like it would be pretty straightforward to parse out the TokenType and Lifetime elements in the RSTR so that the tokenType and created/expiers fields in the returned SecurityToken instances could be set.

If folks decide that this is worth doing, I would be happy to submit a patch.  



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)