I'm not looking for a "big bang" change. What i want to establish is the _basic willingness_ to _at some future time_ drop the old grid servers.
Not a set of conditions and holding back on a commitment. We really need, as a team, to come to the point where we all say "Yes, let's get rid of the old servers _as soon as we can_". It's that agreement in principle I'm looking for, and that should not be toed to any conditions. Conditions are details that can be discussed and voted on when the time comes to actually drop a server. However, for the architectural decisions that have to be made at this time, it would be very helpful to have a "no overriding issues/concerns with eventually removing the old servers" vote. Melanie Charles Krinke wrote: > I would also seem reasonable to me that some smaller grids test the 'BUST' > notion and report success before we move forward in considering in obsoleting > our existing grid server executables. > > Charles > > > > > ________________________________ > From: Sean Dague <[email protected]> > To: [email protected] > Sent: Wednesday, July 8, 2009 8:04:27 AM > Subject: Re: [Opensim-dev] Deprecate OpenSim.Grid.InventoryServer and > OpenSim.Grid.AssetServer? > > Melanie wrote: >> The CB version we have in trunk is another implementation of similar >> concepts. It has some hooks for some features, which were never >> implemented, that the new system doesn't have yet, but the modular >> system make them entirely possible. >> >> At this point, the CB in trunk is stagnant. It's a stripped down >> version that is already incompatible with upstream CB and >> essentially unmaintained. I doubt anyone uses it and would think it >> could also be dropped or moved. > > I'm definitely in favor of getting stuff out of trunk that we think > isn't getting used at all, eliminates confusion in the code. > > Can we come up with a name better than BUST though, as that doesn't > really mean anything to me? :) Unrelated question, is it possible to > run all the grid services (not just inv & asset) via that 1 process? > That would simplify things for smaller (< 50 region) grids that probably > put all those on the same machine anyway. > > -Sean > > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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
