Re: COM+ Method level security problem

Plost post an extraction of the class to see how exactly you use the
Enterprise Services

Gabriel Lozano-Morán

"Brendon" <bsmith@xxxxxxxxxxxxx> wrote in message
news:c5c153fb.0504260401.77cab668@xxxxxxxxxxxxxxxxxxxxx
> Hello,
>
> I'm trying to use COM+, method level security...
>
> Have a vb.net dll class that inhertis from servicedcomponent, has
> strong name, TLB, registered in GAC and COM+. Have applied
> ComponentAccessControl(), SecureMethod() to class level and
> SecurityRole to specific methods I want to allow acess to given
> roles...am getting error:
>
> Method-level role based security requires an interface definition for
> class method.
>
> I am new to COM+ - have used MTS in the past but am starting to wonder
> if I should be using web services instead, or .net remoting...but have
> had read conflicting reports on all of these? and can't seem to find
> ANY helpful information regarding this error....
>
> any comment or help will be much appreciated.
>
> Thanks,
> Brenodn.


.

Relevant Pages

  • COM+ Role Based Security - calling secure method 1 from secure method 2
    ... I have implemented role-based security on some serviced componts at ... However, method level isn't granular ... Should a user be in an applicable role, ...
    (microsoft.public.dotnet.framework.component_services)
  • Dynamic Checking of Roles - Enterprise Services
    ... security in ASP.net. ... since I am trying to create a base class ... I basically am looking for a way to enumerate the ... And by standardizing the method level checks, ...
    (microsoft.public.dotnet.framework.aspnet.security)
  • COM+ Method level security problem
    ... method level security... ... Have a vb.net dll class that inhertis from servicedcomponent, ... strong name, TLB, registered in GAC and COM+. ...
    (microsoft.public.dotnet.framework.component_services)
  • Re: Delphi in the future
    ... doing .net was largely seamless networking and even bigger, ... specify security right down to the method level is something I can't ... I suppose when I need security at the method level I'll have to take another ...
    (borland.public.delphi.non-technical)