Stefan Andersson wrote: > Actually, I think getting a 'true' CAPS model going (for those stacks > that would use it) would be a major win.
+1 > > Getting more user-based stuff moved off the regions as performance and > trust bottlenecks would be a major win. +1 > > Regarding the user/inventory service as a bottleneck, I believe that > it's no better or worse than having the region as one - walled garden or > not, users will come from differing user/inventory servers anyway, and > the ability to load balance those services is just as interesting as > being able to load balance regions. +1 > > One example is that right now, the user can get 'stuck' in an > uncooperative region. As I understand it, with CAPS (if it would work) > you could assure that the user at least always can teleport off an > unresponsive server - even forcibly teleport him off it - which would be > a major win. > > Along the same lines, you could start initiating some actions from a web > ui, which would be a major step forward. > > Getting some people from the sl-dev list to cooperate closely with us to > map out exactly what calls could reliably used over CAPS would be a > major win. (No more guessing games - let's get the facts.) +1 > > Regarding the complexity of the solution, I believe that with the > current modularization that we're moving towards, and if the CAPS system > could be made truly portable over region and grid modules, thru > (customized) streamhandlers (there is an LLSDStreamHandler, actually) I > think that the complexity could be alleviated - simply put, the trust > policy would just be a matter of configuring where the trusted llsd > handlers would be instantiated. If it's on a user server, or on a region > server, I believe that they could use the same set of CAPS modules, if > those modules had an IInventoryService, an IUserService and an > ITeleportService proxy or implementation. > > That said, CAPS as of now is fundamentally a LLClientView thing, so one > probably needs to think about how one would slice that cake. > > But above all, +1 on getting a 'true' CAPS implementation in place. Go > Diva! (Godiva?) +1 -- dr dirk husemann ---- virtual worlds research ---- ibm zurich research lab SL: dr scofield ---- [email protected] ---- http://xyzzyxyzzy.net/ RL: [email protected] - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/ _______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
