For a commercial application I'm finishing I've been required to support "snap-ins".

I built my own method of doing this, but now I'm using this ...

<a href="http://msdn.microsoft.com/library/default.asp?url=/msdnmag/issues/02/07/cuttingedge/toc.asp">Snap in article</a>

Applause for the article author, this is Extremely well written, and very very useful.

What I've done with snap-ins on the UI side is irrelevant here, nothing new outside the article.

however, consider the dataLayer web service.

My end users will have all sorts of Snap-ins, and in different combinations, so there is no way for me to overwrite their Data web service.

I'm forced to create a new web service for each snap-in.

PROBLEMS: 
1. The security model built into Task vision will not allow this to happen.  It's inflexible, and I would like to start an in depth discussion as to why.

2. I want my classes to be defined in my class library - not in the reference map.  For example, I can't deal with definining DataLayerResult in the class library, in the main DataWS it is referenced something like TaskVision.DataWS.DataLayerResult, 

in my snap-in, which data layer class inherits from task visions, its reference is stuck to (my namespace).DataWS.DataLayerResult - I CANNOT cast them.

3. Because my snap-ins web service is in a virtual directory, I CANNOT use the Ticket, I will get a "BAD Data" error.

These are some major obstacles I am facing, and will overcome.  This forum is rather quiet.  Anyone interested in making task vision more powerful, and allowing for Mods?

To be quite blunt, my aim is to incorporate all of the winform articles on MSDN into task vision, and up it a notch so we can deal witha central, powerful, secure, and efficient authentication model.

Thanks, 
Sedge