I think that like a lot of people, I have only just realised that this is making the user server a OpenID provider rather than a consumer, and then the inventory/asset server will be the consumer. This is a approach that seems interesting but one that I haven't had time to do much thinking of yet so will wait a bit before commenting on it further. <br><br>But I do agree with what Sean said, about us considering plugins for the UGAIM servers, is a good idea. From looking at the patch and doing a little bit of thinking on how a simple plugin architecture could work, I don't think it would take much to make this a plugin (once we had the plugin support in place). <br><br>I think as more features get added, people are going to want to be able to decide what features their grids support. Like I made some commits to the inventory server the other week which raised a bit of debate about if they should be there or not. And I think there was good points on both sides of the debate.
 But as there was no alternative, I had to make those changes to the inventory server. If there had of been a plugin system, then I could have made a simple plugin. <br><br><b><i>Mic Bowman <cmickeyb@gmail.com></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> inventory & asset server extensions that leverage openid will be<br>posted on the distributed asset forge project soon. we're working to<br>validate the concepts in the forge project & then start carving the<br>changes up into smaller chunks for incremental patching once we've<br>convinced ourselves that this is useful. the openid parts are pretty<br>fundamental to making any of these external services work so it seemed<br>like a good starting point.<br><br>--mic<br><br>On Mon, Dec 15, 2008 at 2:23 PM, Sean Dague <sdague@gmail.com> wrote:<br>> Mic Bowman wrote:<br>>> So this is really an API that can be used to apply
 the set of<br>>> identities managed by the user server to other services. A couple more<br>>> places this could be useful... the web interfaces like opensimwi<br>>> currently manipulate the database directly in order to perform<br>>> authentication for account management. Also, the Alan's REST<br>>> interfaces for asses & inventory on the region server currently cannot<br>>> authenticate a specific user in grid mode (there is no API & the User<br>>> server does not hand out the hashed password to the region server in<br>>> grid mode).<br>>><br>>> The choice of OpenID vs some other API is really just a choice to<br>>> support a fairly standard API rather than invent something new.<br>><br>> Ok, so this is about exposing the OpenSim data to things other than the<br>> client.  That makes a bit more sense from what I saw in the patch.<br>><br>> It would be nice to see an example of how
 this would be used in the<br>> OpenSim Inventory server, for instance.  But I see how this could be a<br>> good first step in that direction.<br>><br>>        -Sean<br>><br>> --<br>> Sean Dague / Neas Bade<br>> sdague@gmail.com<br>> http://dague.net<br>><br>><br>><br>> _______________________________________________<br>> Opensim-dev mailing list<br>> Opensim-dev@lists.berlios.de<br>> https://lists.berlios.de/mailman/listinfo/opensim-dev<br>><br>><br>_______________________________________________<br>Opensim-dev mailing list<br>Opensim-dev@lists.berlios.de<br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br></sdague@gmail.com></blockquote><br><p>