Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [higgins-dev] Adding contexts dynamically to the IdASRegistry

Hi Markus,

The solutions you have provided essentially talk about ways to work with
the XRDS file directly and these may or may not be consistent across
different IdAS applications.

What we need is the ability to make updates to the configuration file
(whether XML or XRDS) through API enhancements in the IConfigurationHandler
interface.

Moreover, each context provider would have its own list of configuration
settings. It would be nice to expose these settings through a context
configuration model interface (something like the I*Model interfaces for
schema). This way, an IdAS application UI would simply need to query the
context configuration model and present those in a graphical way depending
on the type of context being created or edited.

Please let us know what you think.

Thanks,
Best regards,
Rajalakshmi Iyer




                                                                           
             "Markus                                                       
             Sabadello"                                                    
             <msabadello@parit                                          To 
             yinc.net>                 "Higgins (Trust Framework) Project  
             Sent by:                  developer discussions"              
             higgins-dev-bounc         <higgins-dev@xxxxxxxxxxx>           
             es@xxxxxxxxxxx                                             cc 
                                                                           
                                                                   Subject 
             07/02/2008 12:49          Re: [higgins-dev] Adding contexts   
             AM                        dynamically to the IdASRegistry     
                                                                           
                                                                           
             Please respond to                                             
             "Higgins \(Trust                                              
                Framework\)                                                
             Project developer                                             
               discussions"                                                
             <higgins-dev@ecli                                             
                 pse.org>                                                  
                                                                           
                                                                           




Hi again,

Yes you are right.. The update happens only in memory. In order to persist
the change we would have to extend our Configuration API to allow
configuration data to be updated. It's read-only at the moment; We have
talked about this many times, but we haven't realized it yet.

So, since settings in your local configuration file that serve as Context
IDs cannot be modified, an alternative for you may be to use another type
of Context ID, e.g. one of those:
1. An http: URI that points to an XRDS file. You can update the context
configuration by updating the XRDS file at that http location, and you can
generate new Context IDs by creating new XRDS files.
2. A file: URI that points to an XRDS file. Same as 1, except that the XRDS
file is local
3. An XRI that resolves to an XRDS file. You can update the context
configuration by updating the XRDS file associated with the XRI, and you
can generate new Context IDs by registering new XRIs at an XRI authority
resolution server (e.g. OpenXRI).

If you need help with any of this, let me know.

Markus

On Tue, Jul 1, 2008 at 1:11 PM, Rajalakshmi S Iyer <
iyer_rajalakshmi@xxxxxxxxxx> wrote:
  As I understand, these methods would update only the in-memory copy of
  the
  registry. And the registry is typically initialized through the XML/XRDS
  configuration handler like -
  IdASRegistry _registry = (IdASRegistry)handler.getSettings().get(
  "IdentityAttributeService");

  What kind of changes would be necessary to persist this in-memory update
  to
  the context information in the IdAS registry? For e.g. I want to be able
  to
  add/remove new contexts in the registry, edit properties of an existing
  context setting in the registry and also persist this change in the
  source
  (if it is an XML/XRDS file).

  Thoughts?

  Thanks,
  Best regards,
  Rajalakshmi Iyer




              "Markus
              Sabadello"
              <msabadello@parit                                          To
              yinc.net>                 "Higgins (Trust Framework) Project
              Sent by:                  developer discussions"
              higgins-dev-bounc         <higgins-dev@xxxxxxxxxxx>
              es@xxxxxxxxxxx                                             cc

                                                                    Subject
              06/25/2008 03:09          Re: [higgins-dev] Adding contexts
              PM                        dynamically to the IdASRegistry


              Please respond to
              "Higgins \(Trust
                 Framework\)
              Project developer
                discussions"
              <higgins-dev@ecli
                  pse.org>






  Hello,

  I added these methods to IdASRegistry:
     public void registerContextId(String contextId, Map
  contextIdConfiguration);
     public void removeContextId(String contextId);

  Please have a look at them and tell me if that can do what you had in
  mind.

  Markus

  On Wed, Jun 25, 2008 at 7:47 AM, Rajalakshmi S Iyer <
  iyer_rajalakshmi@xxxxxxxxxx> wrote:
   Yes. It will be good to have this feature enabled for our future use. I
   have raised a bug for the same -
   https://bugs.eclipse.org/bugs/show_bug.cgi?id=238374.

   Thanks,
   Best regards,
   Rajalakshmi Iyer




               "Markus
               Sabadello"
               <msabadello@parit
  To
               yinc.net>                 "Higgins (Trust Framework) Project
               Sent by:                  developer discussions"
               higgins-dev-bounc         <higgins-dev@xxxxxxxxxxx>
               es@xxxxxxxxxxx
  cc


  Subject
               06/24/2008 03:02          Re: [higgins-dev] Adding contexts
               PM                        dynamically to the IdASRegistry


               Please respond to
               "Higgins \(Trust
                  Framework\)
               Project developer
                 discussions"
               <higgins-dev@ecli
                   pse.org>






   You are right, this is not currently possible. But we can add that
   feature
   easily if you need it?

   Markus

   On Tue, Jun 24, 2008 at 7:38 AM, Rajalakshmi S Iyer <
   iyer_rajalakshmi@xxxxxxxxxx> wrote:

    Is it possible to add a new context configuration (i.e. a context ID
  and
    its configuration map) to the IdAS registry dynamically? It appears
  that
    the only way to update context information in the IdASRegistry is
   through
    the IdASRegistry's configure() method, which overwrites the existing
    context entries in the registry.

    Thanks,
    Best regards,
    Rajalakshmi Iyer

    _______________________________________________
    higgins-dev mailing list
    higgins-dev@xxxxxxxxxxx
    https://dev.eclipse.org/mailman/listinfo/higgins-dev
   _______________________________________________
   higgins-dev mailing list
   higgins-dev@xxxxxxxxxxx
   https://dev.eclipse.org/mailman/listinfo/higgins-dev


   _______________________________________________
   higgins-dev mailing list
   higgins-dev@xxxxxxxxxxx
   https://dev.eclipse.org/mailman/listinfo/higgins-dev
  _______________________________________________
  higgins-dev mailing list
  higgins-dev@xxxxxxxxxxx
  https://dev.eclipse.org/mailman/listinfo/higgins-dev


  _______________________________________________
  higgins-dev mailing list
  higgins-dev@xxxxxxxxxxx
  https://dev.eclipse.org/mailman/listinfo/higgins-dev
_______________________________________________
higgins-dev mailing list
higgins-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/higgins-dev




Back to the top