Re: [Opensim-dev] voice meetings
Sorry, wrong email list again :-( oh well, not that important. Cristina Videira Lopes wrote: > Another thing we could do to improve the state of comms would be to have > voice meetings once in a while. I hate meetings as much as everyone > else, but voice meetings tend to be much faster than email discussions > back & forth. Hey -- we could even use Freeswitch with a cool virtual > world system I know called OpenSim! :-) > I haven't tried installing it, but I can try to do it in one of the sims > of the UCI Grid. > These would be meetings for core only. > > As agenda for a possible first meeting to be held soon, I would propose > - postmortem of the money issue process/action > - pluginizing OpenSim servers > - anything else anyone wants to bring up > > I know we're all in different time zones, so I'm not sure a synchronous > meeting is feasible. > Would 8am PST work for everyone? > > ___ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev > ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
[Opensim-dev] voice meetings
Another thing we could do to improve the state of comms would be to have voice meetings once in a while. I hate meetings as much as everyone else, but voice meetings tend to be much faster than email discussions back & forth. Hey -- we could even use Freeswitch with a cool virtual world system I know called OpenSim! :-) I haven't tried installing it, but I can try to do it in one of the sims of the UCI Grid. These would be meetings for core only. As agenda for a possible first meeting to be held soon, I would propose - postmortem of the money issue process/action - pluginizing OpenSim servers - anything else anyone wants to bring up I know we're all in different time zones, so I'm not sure a synchronous meeting is feasible. Would 8am PST work for everyone? ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] WARNING: r9562 may break things
I had no idea there was a separate branch about this! We should definitely work together on this, rather than separate. Talking about lack of communication... :D MW wrote: > The main concern I have is that the whole empty shell for servers and > then loading services sounds exactly like myself and mikkopa having been > doing in the GenericGridServerConcept branch. The way it works is that > there is a single base server that loads plugins, the plugins can be any > service. At the moment the plugins/services are the logic from the > current user server and grid server. As we were taking it one step at a > time and just getting the base architecture. So with the base server you > could have it so it could load all the plugins and act as a combined > user server and grid server (and any other services in the future) or > have separate servers for each as we have now. It also uses ini (nini) > to config the servers and plugins. But of course the work isn't > finished, but everyone could have worked on it and improved it. > > The reason this was done in a branch is because its big changes and I > wanted to get it into some working condition before it went into trunk. > Also the fact that it hadn't been talked about in enough details to get > a agreement on if it should go into trunk. > > Now I'm not saying that work in what we should have in trunk. I'm just > saying there is that work going on, and anyone can get involved in it.. > And we should be working together to make it into what we want. But > instead we have the situation where we have this new idea what sounds a > lot like what has been done in the branch but rather all of us work > together we have ended up we two concurrent work in progresses. > > I'm completely fine with going with a different architecture to the one > in the branch, although it does sound very similar to melanie's idea > anyway. But really we should talk about what is wrong with the current > work that is going on in that branch. Not just ignore it and start on > her own idea without proper input. We are a team and we have to work as > a team. > > So my problem isn't with the architecture, far from it from what has > been described, just the problem is the way its been done. Not enough > details of the plan had been published and just ignoring other current > work, what just doesn't help with the future of the project if everyone > just goes off and does there own thing, even if thats duplication other > current work. > > Anyway I think if nothing else this just goes to show there is no point > in us doing anything in branches ever again. > > --- On *Fri, 15/5/09, d...@metaverseink.com //* > wrote: > > > From: d...@metaverseink.com > Subject: Re: [Opensim-dev] WARNING: r9562 may break things > To: opensim-dev@lists.berlios.de > Date: Friday, 15 May, 2009, 4:55 PM > > Let me explain in my own words what this new architecture is all about. > > My original intention with this was purely to improve the software > architecture, so that we and others can do a lot more variation very > easily. (This was not just my intention, we all know that what we have > right now is a pain in the neck, and that it has always been a goal to > improve it) > Melanie thinks that since we're at it, we might as well improve the > protocols on the wire and move everything to HTTP/REST. While I agree > that's where we should end up, I would do the transition in 2 steps: > first step would be to put the new software architecture in place, the > second would be to improve the protocols on the wire. And I would keep > the old service connectors around. But I have no problems with changing > both things at the same time and getting rid of the old service > connectors... Anyway, let me explain. > > The new architecture that Melanie is putting in place is wonderful! The > focus is now radically on *services*, servers being shells that load > any > combination of those services. Conceptually, a Service is tuple > >ServiceImplementation, > ServiceConnectorOut, > ServiceConnectorIn> > > Callers of a service know only of IService; that IService on the client > side is mapped to a ServiceConnectorOut at initialization time > according > to the configurations. ServiceConnectorOut encapsulates all the code > required to interact with a particular service implementation. So if > anyone comes and decides to write a completely new protocol for a > service, as long as that protocol can comply with IService this is as > easy as that service implementer providing a different > ServiceConnectorOut -- no changes on the client side whatsoever. > > The new architecture improves the server-side too. For starters, these > new servers are configured in exactly the same way as the simulators, > with a XXXService.ini. This is alread
Re: [Opensim-dev] WARNING: r9562 may break things
The main concern I have is that the whole empty shell for servers and then loading services sounds exactly like myself and mikkopa having been doing in the GenericGridServerConcept branch. The way it works is that there is a single base server that loads plugins, the plugins can be any service. At the moment the plugins/services are the logic from the current user server and grid server. As we were taking it one step at a time and just getting the base architecture. So with the base server you could have it so it could load all the plugins and act as a combined user server and grid server (and any other services in the future) or have separate servers for each as we have now. It also uses ini (nini) to config the servers and plugins. But of course the work isn't finished, but everyone could have worked on it and improved it. The reason this was done in a branch is because its big changes and I wanted to get it into some working condition before it went into trunk. Also the fact that it hadn't been talked about in enough details to get a agreement on if it should go into trunk. Now I'm not saying that work in what we should have in trunk. I'm just saying there is that work going on, and anyone can get involved in it. And we should be working together to make it into what we want. But instead we have the situation where we have this new idea what sounds a lot like what has been done in the branch but rather all of us work together we have ended up we two concurrent work in progresses. I'm completely fine with going with a different architecture to the one in the branch, although it does sound very similar to melanie's idea anyway. But really we should talk about what is wrong with the current work that is going on in that branch. Not just ignore it and start on her own idea without proper input. We are a team and we have to work as a team. So my problem isn't with the architecture, far from it from what has been described, just the problem is the way its been done. Not enough details of the plan had been published and just ignoring other current work, what just doesn't help with the future of the project if everyone just goes off and does there own thing, even if thats duplication other current work. Anyway I think if nothing else this just goes to show there is no point in us doing anything in branches ever again. --- On Fri, 15/5/09, d...@metaverseink.com wrote: From: d...@metaverseink.com Subject: Re: [Opensim-dev] WARNING: r9562 may break things To: opensim-dev@lists.berlios.de Date: Friday, 15 May, 2009, 4:55 PM Let me explain in my own words what this new architecture is all about. My original intention with this was purely to improve the software architecture, so that we and others can do a lot more variation very easily. (This was not just my intention, we all know that what we have right now is a pain in the neck, and that it has always been a goal to improve it) Melanie thinks that since we're at it, we might as well improve the protocols on the wire and move everything to HTTP/REST. While I agree that's where we should end up, I would do the transition in 2 steps: first step would be to put the new software architecture in place, the second would be to improve the protocols on the wire. And I would keep the old service connectors around. But I have no problems with changing both things at the same time and getting rid of the old service connectors... Anyway, let me explain. The new architecture that Melanie is putting in place is wonderful! The focus is now radically on *services*, servers being shells that load any combination of those services. Conceptually, a Service is tuple Callers of a service know only of IService; that IService on the client side is mapped to a ServiceConnectorOut at initialization time according to the configurations. ServiceConnectorOut encapsulates all the code required to interact with a particular service implementation. So if anyone comes and decides to write a completely new protocol for a service, as long as that protocol can comply with IService this is as easy as that service implementer providing a different ServiceConnectorOut -- no changes on the client side whatsoever. The new architecture improves the server-side too. For starters, these new servers are configured in exactly the same way as the simulators, with a XXXService.ini. This is already a major improvement for making all our servers consistent -- simulators and UGAIMXX are servers of about the same kind. Second, combining services in server shells is now also very easy. For example, the new inventory server can easily be configured to also serve assets, or to interact with a remote asset server. This particular combination basically generates the mix in Cable Beach's AssetInventoryServer, but without having to make it be a big deal. Similarly, it will be very easy to write a server that serves all of UGAIM services, if anyone
Re: [Opensim-dev] WARNING: r9562 may break things
Let me explain in my own words what this new architecture is all about. My original intention with this was purely to improve the software architecture, so that we and others can do a lot more variation very easily. (This was not just my intention, we all know that what we have right now is a pain in the neck, and that it has always been a goal to improve it) Melanie thinks that since we're at it, we might as well improve the protocols on the wire and move everything to HTTP/REST. While I agree that's where we should end up, I would do the transition in 2 steps: first step would be to put the new software architecture in place, the second would be to improve the protocols on the wire. And I would keep the old service connectors around. But I have no problems with changing both things at the same time and getting rid of the old service connectors... Anyway, let me explain. The new architecture that Melanie is putting in place is wonderful! The focus is now radically on *services*, servers being shells that load any combination of those services. Conceptually, a Service is tuple Callers of a service know only of IService; that IService on the client side is mapped to a ServiceConnectorOut at initialization time according to the configurations. ServiceConnectorOut encapsulates all the code required to interact with a particular service implementation. So if anyone comes and decides to write a completely new protocol for a service, as long as that protocol can comply with IService this is as easy as that service implementer providing a different ServiceConnectorOut -- no changes on the client side whatsoever. The new architecture improves the server-side too. For starters, these new servers are configured in exactly the same way as the simulators, with a XXXService.ini. This is already a major improvement for making all our servers consistent -- simulators and UGAIMXX are servers of about the same kind. Second, combining services in server shells is now also very easy. For example, the new inventory server can easily be configured to also serve assets, or to interact with a remote asset server. This particular combination basically generates the mix in Cable Beach's AssetInventoryServer, but without having to make it be a big deal. Similarly, it will be very easy to write a server that serves all of UGAIM services, if anyone likes that particular combination. Etc. I think the intention is that OpenSim will continue to provide the 6 servers we have now, but people can now change that very easily. Stefan asked "shouldn't the Region server move into the Servers as well?" and this is a great question. It probably should, but since the simulator is our big-ass server, I think it's ok if we treat it in a special way. In any case, I started a dll called OpenSim.Simulator whose purpose is to have a set of services that may be enabled on the Simulator server itself. Specifically, this will hold UGAIM ServiceConnectorIn's for standalone grids that let the users go out. Does this make sense? MW wrote: > So can we have some idea of what is being done for the new grid servers, > all the talk I saw was about region side dlls /config setting etc. > > I was already in the middle of making a generic base for grid servers > and modules. I don't care about the actual logic but I would like to see > how we can use the same or similar module system. > > BTW when talking about the servers, I mean the user, grid and messaging > servers. I haven't done anything on the asset or inventory side. > > --- On *Fri, 15/5/09, Melanie //* wrote: > > > From: Melanie > Subject: Re: [Opensim-dev] WARNING: r9562 may break things > To: opensim-dev@lists.berlios.de > Date: Friday, 15 May, 2009, 1:57 PM > > The old grid servers will be completely replaced. ANything thet is > getting fixed there will be taken into the new servers, but there is > really no point in architectural work on the old servers. > > Melanie > > MW wrote: > > This is just the region side stuff that is changing? Just > wondering if anything will conflict with the generic grid server > work in the branch. > > > > Alos on a side note, it would be good if we could tag a new > stable release from before these changes. >From what feedback I have > seen, it seems that a revision somewhere around 9395 was about the > most recent quite stable revision. If there is agreement on that or > another revision then I'll tag/branch it as a 0.6.5RC. > > > > --- On Fri, 15/5/09, d...@metaverseink.com > > wrote: > > > > From: d...@metaverseink.com > > > > Subject: [Opensim-dev] WARNING: r9562 may break things > > To: "opensim-dev@lists.berlios.de > " > > > > Date: Friday, 15 May, 2009, 6:23 AM > > > > Everyone -- > > Just a warning to please stay away from head, starting in r9562, >
Re: [Opensim-dev] WARNING: r9562 may break things
So can we have some idea of what is being done for the new grid servers, all the talk I saw was about region side dlls /config setting etc. I was already in the middle of making a generic base for grid servers and modules. I don't care about the actual logic but I would like to see how we can use the same or similar module system. BTW when talking about the servers, I mean the user, grid and messaging servers. I haven't done anything on the asset or inventory side. --- On Fri, 15/5/09, Melanie wrote: From: Melanie Subject: Re: [Opensim-dev] WARNING: r9562 may break things To: opensim-dev@lists.berlios.de Date: Friday, 15 May, 2009, 1:57 PM The old grid servers will be completely replaced. ANything thet is getting fixed there will be taken into the new servers, but there is really no point in architectural work on the old servers. Melanie MW wrote: > This is just the region side stuff that is changing? Just wondering if > anything will conflict with the generic grid server work in the branch. > > Alos on a side note, it would be good if we could tag a new stable release > from before these changes. From what feedback I have seen, it seems that a > revision somewhere around 9395 was about the most recent quite stable > revision. If there is agreement on that or another revision then I'll > tag/branch it as a 0.6.5RC. > > --- On Fri, 15/5/09, d...@metaverseink.com wrote: > > From: d...@metaverseink.com > Subject: [Opensim-dev] WARNING: r9562 may break things > To: "opensim-dev@lists.berlios.de" > Date: Friday, 15 May, 2009, 6:23 AM > > Everyone -- > Just a warning to please stay away from head, starting in r9562, for the > next couple of days unless you really really really want to help test > things. We started replacing the services to the new service model that > was discussed here a few weeks ago, staring with the asset service. For > starters, there are new configuration variables in OpenSim.ini that you > need to get acquainted with -- see the OpenSim.ini.example at the > bottom. But unless you really need to be in head, don't; please wait at > least 24 hours. > > Melanie -- > The transplant is mostly done. See commit message for the things that > are borked. Also note, I changed the config var you had called "Modules" > to "ServiceConnectors", you probably need to change your local .ini. > Talk to you tomorrow. > ___ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev > > > > > > > > > ___ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] WARNING: r9562 may break things
Well, I'm aiming to have a central section where all modules get activated, with a view to the loader doing that at some point based on the class name, rather than each module rolling it's own. For that, all modules that get loaded need to be in one section. Melanie Kyle Hamilton wrote: > There are two optioins for this: a hierarchal configuration -- > ServiceConnectors are Modules, but not all Modules are > ServiceConnectors, thus putting ServiceConnectors as a subnode to > Modules; and a completely separate configuration section. I > personally think that ServiceConnectors should be broken out into a > separate area of the config since they are so important (a > properly-functioning server relies on the services that would be > defined in the ServiceConnectors section, but doesn't necessarily > depend on the modules that would be in the Modules section). > > -Kyle H > > On Fri, May 15, 2009 at 1:37 AM, Melanie wrote: >> Diva, >> >> good work, thank you. >> >> "Modules" is meant to be more generic, It is supposed to be a >> section holding all module selections eventually. I would appreciate >> being asked about this, and I'd like it changed back. >> >> Melanie >> >> >> d...@metaverseink.com wrote: >>> Everyone -- >>> Just a warning to please stay away from head, starting in r9562, for the >>> next couple of days unless you really really really want to help test >>> things. We started replacing the services to the new service model that >>> was discussed here a few weeks ago, staring with the asset service. For >>> starters, there are new configuration variables in OpenSim.ini that you >>> need to get acquainted with -- see the OpenSim.ini.example at the >>> bottom. But unless you really need to be in head, don't; please wait at >>> least 24 hours. >>> >>> Melanie -- >>> The transplant is mostly done. See commit message for the things that >>> are borked. Also note, I changed the config var you had called "Modules" >>> to "ServiceConnectors", you probably need to change your local .ini. >>> Talk to you tomorrow. >>> ___ >>> Opensim-dev mailing list >>> Opensim-dev@lists.berlios.de >>> https://lists.berlios.de/mailman/listinfo/opensim-dev >>> >>> >> ___ >> Opensim-dev mailing list >> Opensim-dev@lists.berlios.de >> https://lists.berlios.de/mailman/listinfo/opensim-dev >> > ___ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev > > ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] WARNING: r9562 may break things
The old grid servers will be completely replaced. ANything thet is getting fixed there will be taken into the new servers, but there is really no point in architectural work on the old servers. Melanie MW wrote: > This is just the region side stuff that is changing? Just wondering if > anything will conflict with the generic grid server work in the branch. > > Alos on a side note, it would be good if we could tag a new stable release > from before these changes. From what feedback I have seen, it seems that a > revision somewhere around 9395 was about the most recent quite stable > revision. If there is agreement on that or another revision then I'll > tag/branch it as a 0.6.5RC. > > --- On Fri, 15/5/09, d...@metaverseink.com wrote: > > From: d...@metaverseink.com > Subject: [Opensim-dev] WARNING: r9562 may break things > To: "opensim-dev@lists.berlios.de" > Date: Friday, 15 May, 2009, 6:23 AM > > Everyone -- > Just a warning to please stay away from head, starting in r9562, for the > next couple of days unless you really really really want to help test > things. We started replacing the services to the new service model that > was discussed here a few weeks ago, staring with the asset service. For > starters, there are new configuration variables in OpenSim.ini that you > need to get acquainted with -- see the OpenSim.ini.example at the > bottom. But unless you really need to be in head, don't; please wait at > least 24 hours. > > Melanie -- > The transplant is mostly done. See commit message for the things that > are borked. Also note, I changed the config var you had called "Modules" > to "ServiceConnectors", you probably need to change your local .ini. > Talk to you tomorrow. > ___ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev > > > > > > > > > ___ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] WARNING: r9562 may break things
This is just the region side stuff that is changing? Just wondering if anything will conflict with the generic grid server work in the branch. Alos on a side note, it would be good if we could tag a new stable release from before these changes. From what feedback I have seen, it seems that a revision somewhere around 9395 was about the most recent quite stable revision. If there is agreement on that or another revision then I'll tag/branch it as a 0.6.5RC. --- On Fri, 15/5/09, d...@metaverseink.com wrote: From: d...@metaverseink.com Subject: [Opensim-dev] WARNING: r9562 may break things To: "opensim-dev@lists.berlios.de" Date: Friday, 15 May, 2009, 6:23 AM Everyone -- Just a warning to please stay away from head, starting in r9562, for the next couple of days unless you really really really want to help test things. We started replacing the services to the new service model that was discussed here a few weeks ago, staring with the asset service. For starters, there are new configuration variables in OpenSim.ini that you need to get acquainted with -- see the OpenSim.ini.example at the bottom. But unless you really need to be in head, don't; please wait at least 24 hours. Melanie -- The transplant is mostly done. See commit message for the things that are borked. Also note, I changed the config var you had called "Modules" to "ServiceConnectors", you probably need to change your local .ini. Talk to you tomorrow. ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] WARNING: r9562 may break things
There are two optioins for this: a hierarchal configuration -- ServiceConnectors are Modules, but not all Modules are ServiceConnectors, thus putting ServiceConnectors as a subnode to Modules; and a completely separate configuration section. I personally think that ServiceConnectors should be broken out into a separate area of the config since they are so important (a properly-functioning server relies on the services that would be defined in the ServiceConnectors section, but doesn't necessarily depend on the modules that would be in the Modules section). -Kyle H On Fri, May 15, 2009 at 1:37 AM, Melanie wrote: > Diva, > > good work, thank you. > > "Modules" is meant to be more generic, It is supposed to be a > section holding all module selections eventually. I would appreciate > being asked about this, and I'd like it changed back. > > Melanie > > > d...@metaverseink.com wrote: >> Everyone -- >> Just a warning to please stay away from head, starting in r9562, for the >> next couple of days unless you really really really want to help test >> things. We started replacing the services to the new service model that >> was discussed here a few weeks ago, staring with the asset service. For >> starters, there are new configuration variables in OpenSim.ini that you >> need to get acquainted with -- see the OpenSim.ini.example at the >> bottom. But unless you really need to be in head, don't; please wait at >> least 24 hours. >> >> Melanie -- >> The transplant is mostly done. See commit message for the things that >> are borked. Also note, I changed the config var you had called "Modules" >> to "ServiceConnectors", you probably need to change your local .ini. >> Talk to you tomorrow. >> ___ >> Opensim-dev mailing list >> Opensim-dev@lists.berlios.de >> https://lists.berlios.de/mailman/listinfo/opensim-dev >> >> > ___ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev > ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] Ruth vs Gas Clouds: Bug or feature?
Arthur Valadares wrote: > Hi everyone.. > > I've been looking into a "bug" where if you get a brand new avatar and > create pants, shirt, shape and skin and wear all of them, you turn into > a gas cloud. After lot's of research, it seems this is "kind of" > expected behavior. Let me try to explain what I think is happening. > > After SL Viewer 1.20, Ruth no longer existed. If you took off all > wearables, you would now become a cloud of gas. Apparently, the viewer > thinks that if you use all those 4 wearables without changing anything, > you have become Ruth, and so you should now be a cloud of gas. If you > make the 4 wearables, but change ANY parameter, you no longer become a > cloud of gas . The thing is on OpenSim you start as Ruth, and not as a > cloud of gas! Which is kind of confusing that the viewer thinks you > become Ruth when you're actually trying not to. excellent work finding this out, arthur! DrS/dirk -- dr dirk husemann virtual worlds research ibm zurich research lab SL: dr scofield drscofi...@xyzzyxyzzy.net http://xyzzyxyzzy.net/ RL: h...@zurich.ibm.com - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/ ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] WARNING: r9562 may break things
Hello, I prefer to keep the handlers separate. If it weren't for your testing requirements, they would be part of the exe. As these implementations grow, things tend to bulk up. Eventually, we would wind up with a juggernaut of a DLL, like OpenSim.Framework, which is wasting memory and cycles to load and access. I am attempting to write these servers to not only be lean in source, abut also in object code. This means not loading methods not needed for a certain server. The User server has no need of the asset handlers, why should it load them? Waste of bytes, waste of cycles, not clean at all. Also, it makes breaking out one server into a subproject or a forge project that much harder, as stuff would need to be cut back out of the huge DLL. I believe this is the better way, and where does the number of small projects really matter? I believe I have heard either you or Justin say we should have more functionality borken up into individual DLLs, and that means more and smaller projects. Melanie Stefan Andersson wrote: > Diva, Melanie; > > > > kudos on you both - what I see of the new arch pleases my eye immensely. ;-) > > > > That said, would you feel comfortable merging all the > OpenSim.Servers.X.Handlers projects into one OpenSim.Servers.Handlers > project? As it stands now, with a Server, a Service and a Handler Project per > backend function, there will be lots of small projects in the solution. > > > On a side note, shouldn't the Region server move into the Servers as well? > Just a thought. > > > Best regards, > Stefan Andersson > > > > >> Date: Fri, 15 May 2009 10:37:27 +0200 >> From: mela...@t-data.com >> To: d...@metaverseink.com; opensim-dev@lists.berlios.de >> Subject: Re: [Opensim-dev] WARNING: r9562 may break things >> >> Diva, >> >> good work, thank you. >> >> "Modules" is meant to be more generic, It is supposed to be a >> section holding all module selections eventually. I would appreciate >> being asked about this, and I'd like it changed back. >> >> Melanie >> >> >> d...@metaverseink.com wrote: >> > Everyone -- >> > Just a warning to please stay away from head, starting in r9562, for the >> > next couple of days unless you really really really want to help test >> > things. We started replacing the services to the new service model that >> > was discussed here a few weeks ago, staring with the asset service. For >> > starters, there are new configuration variables in OpenSim.ini that you >> > need to get acquainted with -- see the OpenSim.ini.example at the >> > bottom. But unless you really need to be in head, don't; please wait at >> > least 24 hours. >> > >> > Melanie -- >> > The transplant is mostly done. See commit message for the things that >> > are borked. Also note, I changed the config var you had called "Modules" >> > to "ServiceConnectors", you probably need to change your local .ini. >> > Talk to you tomorrow. >> > ___ >> > Opensim-dev mailing list >> > Opensim-dev@lists.berlios.de >> > https://lists.berlios.de/mailman/listinfo/opensim-dev >> > >> > >> ___ >> Opensim-dev mailing list >> Opensim-dev@lists.berlios.de >> https://lists.berlios.de/mailman/listinfo/opensim-dev > > > > > > ___ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] WARNING: r9562 may break things
Diva, Melanie; kudos on you both - what I see of the new arch pleases my eye immensely. ;-) That said, would you feel comfortable merging all the OpenSim.Servers.X.Handlers projects into one OpenSim.Servers.Handlers project? As it stands now, with a Server, a Service and a Handler Project per backend function, there will be lots of small projects in the solution. On a side note, shouldn't the Region server move into the Servers as well? Just a thought. Best regards, Stefan Andersson > Date: Fri, 15 May 2009 10:37:27 +0200 > From: mela...@t-data.com > To: d...@metaverseink.com; opensim-dev@lists.berlios.de > Subject: Re: [Opensim-dev] WARNING: r9562 may break things > > Diva, > > good work, thank you. > > "Modules" is meant to be more generic, It is supposed to be a > section holding all module selections eventually. I would appreciate > being asked about this, and I'd like it changed back. > > Melanie > > > d...@metaverseink.com wrote: > > Everyone -- > > Just a warning to please stay away from head, starting in r9562, for the > > next couple of days unless you really really really want to help test > > things. We started replacing the services to the new service model that > > was discussed here a few weeks ago, staring with the asset service. For > > starters, there are new configuration variables in OpenSim.ini that you > > need to get acquainted with -- see the OpenSim.ini.example at the > > bottom. But unless you really need to be in head, don't; please wait at > > least 24 hours. > > > > Melanie -- > > The transplant is mostly done. See commit message for the things that > > are borked. Also note, I changed the config var you had called "Modules" > > to "ServiceConnectors", you probably need to change your local .ini. > > Talk to you tomorrow. > > ___ > > Opensim-dev mailing list > > Opensim-dev@lists.berlios.de > > https://lists.berlios.de/mailman/listinfo/opensim-dev > > > > > ___ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] WARNING: r9562 may break things
Diva, good work, thank you. "Modules" is meant to be more generic, It is supposed to be a section holding all module selections eventually. I would appreciate being asked about this, and I'd like it changed back. Melanie d...@metaverseink.com wrote: > Everyone -- > Just a warning to please stay away from head, starting in r9562, for the > next couple of days unless you really really really want to help test > things. We started replacing the services to the new service model that > was discussed here a few weeks ago, staring with the asset service. For > starters, there are new configuration variables in OpenSim.ini that you > need to get acquainted with -- see the OpenSim.ini.example at the > bottom. But unless you really need to be in head, don't; please wait at > least 24 hours. > > Melanie -- > The transplant is mostly done. See commit message for the things that > are borked. Also note, I changed the config var you had called "Modules" > to "ServiceConnectors", you probably need to change your local .ini. > Talk to you tomorrow. > ___ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev > > ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
Re: [Opensim-dev] WARNING: r9562 may break things
Looks like this may be the first related failure: http://opensimulator.org/mantis/view.php?id=3657 On Thu, May 14, 2009 at 10:23 PM, wrote: > Everyone -- > Just a warning to please stay away from head, starting in r9562, for the > next couple of days unless you really really really want to help test > things. We started replacing the services to the new service model that > was discussed here a few weeks ago, staring with the asset service. For > starters, there are new configuration variables in OpenSim.ini that you > need to get acquainted with -- see the OpenSim.ini.example at the > bottom. But unless you really need to be in head, don't; please wait at > least 24 hours. > > Melanie -- > The transplant is mostly done. See commit message for the things that > are borked. Also note, I changed the config var you had called "Modules" > to "ServiceConnectors", you probably need to change your local .ini. > Talk to you tomorrow. > ___ > Opensim-dev mailing list > Opensim-dev@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/opensim-dev > ___ Opensim-dev mailing list Opensim-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/opensim-dev
