{"id":784,"date":"2004-06-22T22:42:00","date_gmt":"2004-06-23T07:42:00","guid":{"rendered":"http:\/\/www.cloudidentity.com\/blog\/2004\/06\/22\/wses-little-known-fact-custom-securitycontexttoken-issuers-and-policy\/"},"modified":"2013-03-16T11:58:37","modified_gmt":"2013-03-16T20:58:37","slug":"162871","status":"publish","type":"post","link":"https:\/\/www.cloudidentity.com\/blog\/2004\/06\/22\/162871\/","title":{"rendered":"WSE’s little known fact: custom SecurityContextToken issuers and policy"},"content":{"rendered":"

I’m sure everybody appreciated how WSE2 makes exceptionally easy to use WS-SecureConversation: you turn autoIssueSecurityContextToken<\/FONT> on, you lay out two matching policy caches and voilà. Your endpoint has a double life: by day it answers WSDL-legitimate requests, by night it gives away SCTs to the worthy clients \ud83d\ude42
What is less known is that you can apply exactly<\/U> the same model even if you lay out your own SecurityContextTokenService heir: you have just to add a classical type <\/FONT>attribute to autoIssueSecurityContextToken<\/FONT>, where you describe your issuer class:<\/P>
\n

<\/FONT><<\/FONT>autoIssueSecurityContextToken<\/FONT> <\/FONT>enabled<\/FONT>=”true”<\/FONT> <\/FONT>type<\/FONT>=”MyAssembly.CustomSecurityContextTokenService, MyAssembly”<\/FONT> <\/FONT>\/><\/P><\/FONT>
\n

your custom SCT issuer will be automagically associated with the endpoint, exactly like the WSE one. Coool, isn’t it?
<\/P><\/p>\n

<\/div>\n","protected":false},"excerpt":{"rendered":"

I’m sure everybody appreciated how WSE2 makes exceptionally easy to use WS-SecureConversation: you turn autoIssueSecurityContextToken on, you lay out two matching policy caches and voilà. Your endpoint has a double life: by day it answers WSDL-legitimate requests, by night it gives away SCTs to the worthy clients \ud83d\ude42What is less known is that you…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_kad_post_transparent":"","_kad_post_title":"","_kad_post_layout":"","_kad_post_sidebar_id":"","_kad_post_content_style":"","_kad_post_vertical_padding":"","_kad_post_feature":"","_kad_post_feature_position":"","_kad_post_header":false,"_kad_post_footer":false,"footnotes":""},"categories":[61,107],"tags":[],"class_list":["post-784","post","type-post","status-publish","format-standard","hentry","category-architecture-ws","category-sheer-net"],"_links":{"self":[{"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/posts\/784","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/comments?post=784"}],"version-history":[{"count":1,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/posts\/784\/revisions"}],"predecessor-version":[{"id":1903,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/posts\/784\/revisions\/1903"}],"wp:attachment":[{"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/media?parent=784"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/categories?post=784"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.cloudidentity.com\/blog\/wp-json\/wp\/v2\/tags?post=784"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}