"roxburd" wrote : 
  | Surely, EJBs should be application components which may be shared between 
different applications - e.g. different WebApps. These different WebApps will 
probably use different security-domains... 
  | 
  | For example, my EJB is used both by an administrator via a admin Web App 
and regular users via a users Web App; each of these Web Apps are configured 
with their own security domain. As far as I can tell, since the target EJB has 
been configured ('hard-wired'?) to use a specific security domain, it then 
cannot support both Web Apps - and my system design falls apart.

>From your example it is not clear, why do you need different security domains 
>for simple role based access control.  The J2EE security model supports your 
>example as the main use case.  You fix method-role association at deployment 
>time (inside deployment descriptor) and have freedom in user-role associations 
>at run-time.  The server side security interceptor (and correspondent security 
>manager) will get the set of roles, to which the method invocation is 
>permitted, and will get the set of roles for the particular user, which is 
>making the call. If the interception of these sets is not empty, the call is 
>allowed. In other case the exception will be thrown (SecurityException in 
>default security interceptor). This scenario is strait forward and the most 
>often used.

I think that different security domains are aimed to cover another 
requirements. In may opinion, it is better to think about them, as something 
like Windows or UNIX security domain. When you are trying to get access to 
another security domain, you should be authenticated separately, and your new 
credentials will be kept in new security cache, etc. (even if this process is 
hidden, and you are not aware about it). Scott, am I right? It means that each 
call from your web application should login to EJB container (in your case) 
separately and explicitly. I think it is possible, but personally I have never 
done such variant, and it requires additional investigations.

Best regards,
Alexander

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3856235#3856235

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3856235


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to