Yeah, go ahead and create a patch in donjon for this and we'll take a look at how to fit it in best
2010/1/12 Uri Goldstein <[email protected]> > Hi Krzysztof, > > Thank you for your kind fuslogvw greeting, though I have no idea what > assembly binding has to do with it ;) > > We did manage to discover how to set the maxClockSkew property through > an endpoint behavior. I take little credit - it was one of the > programmers in my team who cracked it. There steps are: > 1. Cast the binding to a custom binding. > 2. Clone the Elements collection of the custom binding to the side. > 3. Clear the Elements collection and then iterate over the clone, > modifying elements and readding them to the Elements property. > 4. The MaxClockSkew setting must be modified in SecurityBindingElement > elements... > 5. And it must be set *inside* the > SecureConversationSecurityTokenParameters property of elements - and > there's a different syntax for each of the 3 variations(!) > (TransportSecurityBindingElement/SymmetricSecurityBindingElement/ > AsymmetricSecurityBindingElement) > > All in all, quite nasty but does the trick. If you'd like, I'd be > happy to share the code with you and everyone. Any preferred way for > me to do that? > > I'll rephrase my original question - How can I learn how to extend the > Wcf Integration Facility's DefaultServiceHostFactory? I have quite a > few "global" (cross-service) tasks that probably belong there so how > do I extend it? > Should I inherit from it? Is there a plugin API for it? > > > fuslogvw and many thanks, > urig > > On Jan 7, 10:25 pm, Krzysztof Koźmic <[email protected]> > wrote: > > I tried dealing with this problem once, and I gave up and created a > > custom binding where I set that. > > There was no hook to swap the value before WCF did its magic, and when I > > changed the value > > after the host was created it would still remain at the default of 5 > > minutes. > > I'll look at it over the weekend if I find a spare moment, but I make no > > promisses. > > If you were able to investigate that and find a way to reliably change > > the value, it would help a lot. > > I'd be (only) left with integrating that with the facility. > > > > fuslogvw! > > (means good luck in Polish) > > > > Krzysztof > > > > On 2010-01-07 21:19, Uri Goldstein wrote: > > > > > Hi Krzysztof, > > > > > I configure my endpoints from the web.config file. I'm hoping for a > > > solution where I write a "plugin" (originally I planned for an > > > endpoint behavior) that will do the work and hook up to the endpoint > > > through the config file. > > > > > Uri > > > > > On Jan 6, 5:00 pm, Krzysztof Ko mic (2)<[email protected]> wrote: > > > > >> Uri, > > > > >> How do you configure your endpoints? From .config or programatically? > > > > >> Krzysztof > > > > >> On 6 Sty, 15:55, Uri Goldstein<[email protected]> wrote: > > > > >>> Hi, > > > > >>> We're trying to find a convenient way to set the maxClockSkew > property > > >>> on WSHttpBinding (http://msdn.microsoft.com/en-us/library/ > > >>> > system.servicemodel.channels.localservicesecuritysettings.maxclockskew.aspx). > > >>> The traditional way of turning the WSHttpBinding into a CustomBinding > > >>> and then setting it there is not desirable for us as the > configuration > > >>> is quite big. > > > > >>> We've tried writing an Endpoint Behavior to do the work > > >>> programmatically through AddBindingParameters() but that doesn't seem > > >>> to work. > > > > >>> My question is - Is there a good entry point in the WCF Integration > > >>> Facility for a small piece of code that will change the maxClockSkew > > >>> property programmatically? I'm hoping for some point of extensibility > > >>> that can alter the binding description before it is instantiated(?) > > > > >>> Many Thanks, > > >>> Uri Goldstein. > > -- > You received this message because you are subscribed to the Google Groups > "Castle Project Users" group. > To post to this group, send email to [email protected] > . > To unsubscribe from this group, send email to > [email protected]<castle-project-users%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/castle-project-users?hl=en. > > > >--
You received this message because you are subscribed to the Google Groups "Castle Project Users" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to [email protected].
For more options, visit this group at http://groups.google.com/group/castle-project-users?hl=en.
