In this new architecture, things are broken up into micro-units in a very unixish way. Do one thing, and do it well.
If profile is wanted, a profile service and profile server are the way to go, not bundling it with user services. And, in the end, the profile module already is a profile service and server. Melanie dr scofield wrote: > Melanie wrote: >> Currently, profile information is handled in part by the user server >> and in part by the profiles module. >> This data really has no business in the user server, because it is >> Linden client specific, furthermore, it should not be split between >> two services. >> The profile information in the user server is a legacy of a quick >> fix to get a profile picture and text working before we had a real >> profile service. >> It would be quite foolish to pollute a new, clean architectural >> approach with such legacy data and Lindenisms, >> > actually i'd take the opposite approach and make it part of the user service > and > make it more general. just because lindens had the idea of providing profile > information is not bad per se. profile information is a useful tool, > certainly > in the corporate environment. i agree that the current way it's structured is > not good. > > DrS/dirk >> Melanie >> >> Justin Clark-Casey wrote: >> >>> Melanie wrote: >>> >>> >>>> Profile information has no place in this architecture and will be >>>> handled exclusively by the profiles module. >>>> >>> Please could you elaborate on this. Why will this be handled differently >>> from the other things being handled by >>> servers? What are the implications of doing it this way? >>> >>> >> _______________________________________________ >> Opensim-dev mailing list >> [email protected] >> https://lists.berlios.de/mailman/listinfo/opensim-dev >> > > > -- > dr dirk husemann ---- math & computer science ---- ibm zurich research lab > RL: [email protected] - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/ > SL: [email protected] --------------------- http://xyzzyxyzzy.net/ > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev _______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
