Re: [xacml-users] RBAC using XACML

From
Ganesh Prabhu <>
Date
2005-04-12T08:48:40+00:00
ID
Thread
Re: [xacml-users] RBAC using XACML
I guess you will find SAML quite useful for your need. There is an
implementation of SAML 1.0 at http://www.opensaml.org

Ganesh

On 4/12/05, Muhammad Masoom Alam <> wrote:
> Hi,
> 
> i dont know much about the use of XACML over the network, but i think so
> SAML standard can be used to wrap an XACML request and response over the
> network.
> 
> for SAML there are some implemenatation (open source) so check out them, if
> they are going to solve you problem.
> 
> Muhammad.
> ----- Original Message -----
> From: "Stoica Alexandru" <>
> To: <>
> Sent: Monday, April 11, 2005 10:42 PM
> Subject: [xacml-users] RBAC using XACML
> 
> > Hello all,
> >   I'm trying to develop an simple RBAC service using Sun's XACML
> > implementation.The service it's actually a server , responding to
> > clients' requests.
> >  I'm having trouble sending/receving the RequestCtx/ResponseCtx over
> > the network.I know the Sun's XACML implementation doesn't have support
> > for this kind of operations, it only works with files(load and save
> > objects from .xml files).
> > I've tried using the "encode" and "getInstance" methods to send data
> > over stream obtained from a channel
> > (Channels.NewInput/OutputStream(channel)) but the "getInstance"
> > parsing method finishes only if the client closes the connection.I've
> > also tried reading the data first , and then create an InputStream
> > class over an nio.ByteBuffer with read/write methods instead of
> > put/get but I always get an parsing exception when I try to create an
> > Request object by calling getInstance.
> > Does any of you know a standard way to send/receive this objects over
> > the network, or wat is the best way in doig that?
> > Is there any "high-level" API to parse .xml format data from
> > socket/channel directly and returns a Node to the root element?
> > Best regards,
> > Alex!
> >
> 
> 


-- 
Teach me, I know I'm not a hopeless case.