Next in thread → Next in month →

Re: [xacml] The Result object of a XACML JSON Response

From
David Brossard <>
Date
2018-06-15T00:45:07+00:00
ID
CABSq=
Thread
Re: [xacml] The Result object of a XACML JSON Response
No I didn't. I don't think it makes sense.

On Thu, Jun 14, 2018, 6:17 PM Steven Legg <> wrote:

Hi David,

Did you intend the Response member to be optional? If not then I will make it

a mandatory array.

Regards,

Steven

On 8/06/2018 10:19 PM, David Brossard wrote:

> Hi Steven,

> 

> Our implementation behaves the same way: single object for single decision. Array otherwise. I also concur that in the next version, only array will be allowed.

> 

> When we have gone through the following version, I will update the swagger I wrote. I would love to have it as a formal means to describe the profile.

> 

> David

> 

> On Thu, Jun 7, 2018 at 7:09 PM, Steven Legg < <mailto:>> wrote:

> 

> 

>     Hi David,

> 

>     On 8/06/2018 12:52 AM, David Brossard wrote:

> 

>         Hi Steven, all

> 

>         I am trying to get to the bottom of an issue with the JSON profile. Given you have looked at it extensively more recently than I have, I thought you might know the answer off the top of your mind.

> 

>         In section 5.2.1 <http://docs.oasis-open.org/xacml/xacml-json-http/v1.0/cos01/xacml-json-http-v1.0-cos01.html#_Toc497727092 <http://docs.oasis-open.org/xacml/xacml-json-http/v1.0/cos01/xacml-json-http-v1.0-cos01.html#_Toc497727092>> of the current spec, I wrote:

> 

>         The Responseproperty MAY contain an array of Resultobjects.

> 

>         What  I am trying to figure out is whether there is anything in the spec that allows the Response object to be the single Result object.

> 

> 

>     There wasn't anything that explicitly allowed it to be a single object, but the

>     MAY made the array optional. So if it's optional then what is it otherwise? Maybe

>     a single object!

> 

>     Or was the MAY saying that the Response member is optional? I made the Response

>     member optional in the latest draft on that assumption, though in practice it

>     isn't because there has to be at least one result in the XML representation. If

>     you didn't intend to make, or have a reason for making, the Response member

>     optional then we should make it mandatory.

> 

>         I know we are moving away from this behavior anyway. But if I did write that, then this would be a potentially bigger change than previously thought.

> 

> 

>     The ViewDS implementation is accepting a single object or an array and sending

>     a single object when there is only one result. It will soon change to always

>     sending an array.

> 

>     Regards,

>     Steven

> 

> 

> 

>         -- 

>         David Brossard

>         Web: http://www.axiomatics.com <http://www.axiomatics.com/>

>         Axiomatics Blog <http://www.axiomatics.com/blog/ <http://www.axiomatics.com/blog/>> | Events <http://www.axiomatics.com/events.html <http://www.axiomatics.com/events.html>> | Resources, Webinars & Whitepapers <http://www.axiomatics.com/resources.html <http://www.axiomatics.com/resources.html>>

>         Connect with us on LinkedIn <http://www.linkedin.com/companies/536082 <http://www.linkedin.com/companies/536082>> | Twitter <http://twitter.com/axiomatics> | Google + <https://plus.google.com/u/1/b/101496487994084529291/ <https://plus.google.com/u/1/b/101496487994084529291/>> | Facebook <https://www.facebook.com/axiomatics <https://www.facebook.com/axiomatics>> | YouTube <http://www.youtube.com/user/axiomaticsab <http://www.youtube.com/user/axiomaticsab>> | Stackoverflow <https://stackoverflow.com/users/1021725/david-brossard <https://stackoverflow.com/users/1021725/david-brossard>>

> 

> 

> 

> 

> 

> 

> -- 

> David Brossard

> VP of Customer Relations

> +1 312 774-9163

> +1 502 922 6538

> +46(0)760 25 85 75

> 

> Axiomatics | 525 W. Monroe Suite 2310 | Chicago 60661 <https://maps.google.com/?q=525+W.+Monroe+Suite+2310+%7C+Chicago+60661&entry=gmail&source=g>

> Support: https://support.axiomatics.com <https://support.axiomatics.com/>

> Web: http://www.axiomatics.com <http://www.axiomatics.com/>

> Axiomatics Blog <http://www.axiomatics.com/blog/> | Events <http://www.axiomatics.com/events.html> | Resources, Webinars & Whitepapers <http://www.axiomatics.com/resources.html>

> Connect with us on LinkedIn <http://www.linkedin.com/companies/536082> | Twitter <http://twitter.com/axiomatics> | Google + <https://plus.google.com/u/1/b/101496487994084529291/> | Facebook <https://www.facebook.com/axiomatics> | YouTube <http://www.youtube.com/user/axiomaticsab> | Stackoverflow <https://stackoverflow.com/users/1021725/david-brossard>

>
Next in thread → Next in month →