[OTDev] OpenSSO protected datasets
Nina Jeliazkova jeliazkova.nina at gmail.comWed Jan 12 13:54:54 CET 2011
- Previous message: [OTDev] OpenSSO protected datasets
- Next message: [OTDev] OpenSSO protected datasets
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi Tobias, On 12 January 2011 14:43, Tobias Girschick <tobias.girschick at in.tum.de>wrote: > Hi Nina, > > > On 01/12/2011 01:32 PM, Nina Jeliazkova wrote: > >> Hi Tobias, >> >> On 12 January 2011 14:27, Tobias Girschick<tobias.girschick at in.tum.de >> >wrote: >> >> Hi Nina, >>> >>> well, as >>> >>> /dataset/{id}/compound >>> >>> gives a list of all compounds in the dataset this should be definitely >>> protected. /dataset/{id}/feature could maybe left without policy. >>> >> >> >> I guess it depends - if features refer to sensitive data , it might make >> sense to be protected. >> >> >> We are not sure about the metadata. >>> >>> OK, then the next question - if we want /dataset/{id}/compound to be >> protected , should a policy to "/dataset/{id}/compound" be registered as >> well, or we could have one "top level" policy (this does not work at the >> moment ) ? >> > > Well, the easier way would be to register an additional policy, but having > just one policy for everything beneath dataset/{id}.... sounds tempting. Yes :) > But that would mean to introduce wildcards to the policies, right? And that > is something that might complicate things, although I am not aware of the > exact reason we have/had not to use wildcards, > It was decided for security reasons not to use wildcards, otherwise, one could register http://tu-muenchen.de/* once and not let the services register specific URIs upon creation, e.g. http://tu-muenchen.de/model/idwhen amodel is created. Perhaps Andreas could comment and suggest the right behaviour. There is also subsequent question what do we do with compound URIs that belong to a dataset ... do we need policies for every single URI of a compound in a protected dataset ? Wildcard policies would help a lot. Best regards, Nina > Best regards, > Tobias > > Best regards, >> Nina >> >> >> best Regards, >>> Tobias& Fabian >>> >>> >>> >>> On 01/12/2011 01:08 PM, Nina Jeliazkova wrote: >>> >>> Hello All, >>>> >>>> I have a question , regarding enabling OpenSSO protection on datasets - >>>> if >>>> a >>>> /dataset/{id} is assigned certain policy, should we assign policies to >>>> /dataset/{id}/feature , /dataset/{id}/compound and >>>> /dataset/{id}/metadata >>>> as well ? >>>> >>>> Regards, >>>> Nina >>>> _______________________________________________ >>>> Development mailing list >>>> Development at opentox.org >>>> http://www.opentox.org/mailman/listinfo/development >>>> >>>> -- >>> >>> Dipl.-Bioinf. Tobias Girschick >>> >>> Technische Universität München >>> Institut für Informatik >>> Lehrstuhl I12 - Bioinformatik >>> Bolzmannstr. 3 >>> 85748 Garching b. München, Germany >>> >>> Room: MI 01.09.042 >>> Phone: +49 (89) 289-18002 >>> Email: tobias.girschick at in.tum.de<mailto:tobias.girschick at in.tum.de> >>> Web: http://wwwkramer.in.tum.de/girschick >>> >>> _______________________________________________ >>> Development mailing list >>> Development at opentox.org >>> http://www.opentox.org/mailman/listinfo/development >>> >>> _______________________________________________ >> Development mailing list >> Development at opentox.org >> http://www.opentox.org/mailman/listinfo/development >> > > -- > > Dipl.-Bioinf. Tobias Girschick > > Technische Universität München > Institut für Informatik > Lehrstuhl I12 - Bioinformatik > Bolzmannstr. 3 > 85748 Garching b. München, Germany > > Room: MI 01.09.042 > Phone: +49 (89) 289-18002 > Email: tobias.girschick at in.tum.de <mailto:tobias.girschick at in.tum.de> > Web: http://wwwkramer.in.tum.de/girschick > > _______________________________________________ > Development mailing list > Development at opentox.org > http://www.opentox.org/mailman/listinfo/development >
- Previous message: [OTDev] OpenSSO protected datasets
- Next message: [OTDev] OpenSSO protected datasets
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Development mailing list