strong +1 
… as long as XML stays the default if param is missing on current validation 
uri’s.

Additionally, I recommend to support content negotiation by Accept header and 
uri extension (.json / .xml) from clients, e.g. by using Spring 
ContentNegotiationManager.

Robert
> Am 08.09.2015 um 16:54 schrieb Misagh Moayyed <mmoay...@unicon.net>:
> 
> Team,
>  
> Jérôme and I have been discussing the possibility of extending the CAS 
> protocol to add an optional parameter/feature applicable to service 
> validation. The idea is to allow CAS to produce the validation result in 
> alternative formats other than XML, with the first candidate being JSON. We 
> would keep the default behavior with XML as things are now, and the new 
> parameter may be recognized by implementations that actually support that 
> option.
>  
> What do you think?
>  
> Misagh
> -- 
> You are currently subscribed to cas-dev@lists.jasig.org 
> <mailto:cas-dev@lists.jasig.org> as: robertoschw...@gmail.com
> To unsubscribe, change settings or access archives, see 
> http://www.ja-sig.org/wiki/display/JSG/cas-dev


-- 
You are currently subscribed to cas-dev@lists.jasig.org as: 
arch...@mail-archive.com
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-dev

Reply via email to