| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
run with both -hypergrid=true and -background=true command line arguments. As these two don't work together as they initialise different root OpenSim classes. I was going to change it back to the old behaviour where in that usecase it would just startup in the background but without hyerpgrid enabled. But think its better to give a error about this and then exit, so the user knows to change their settings. Rather than later wondering why hypergrid isn't working.
|
| |
|
|
|
|
|
|
| |
There are two region modules in there LLStandaloneLoginModule (for standalone mode) and LLProxyLoginModule (for grid mode which just handles incoming expect_user and logoff_user messages from the remote login server)
Changed OpenSim.Framework.Communications.Tests.LoginServiceTests to use the LLStandaloneLoginService (from the LLStandaloneLoginModule) rather than LocalLoginService. Really these login tests should most likely be somewhere else as they are testing specific implementations of login services.
Commented out the old LocalLoginService as its no longer used, but want to check there are no problems before it gets deleted.
|
| |
|
|
|
| |
Plus some general cleanup of a few other files (deleting excess blank lines etc)
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
subscribes to the OnNewRegionCreated event on that interface rather than requesting the LoadRegionsPlugin directly.
Removed the reference to OpenSim.ApplicationPlugins.LoadRegions from the CreateCommsManagerPlugin project.
|
| | |
|
| |
|
|
|
|
|
| |
of Scenes should implement and register with the ApplicationRegistry.StackModuleInterface<>(); So that other plugins can attach to their OnNewRegionCreated event.
Made some changes to IRegistryCore and RegistryCore so they support "Stacked" interfaces.
|
| |
|
|
| |
creating HG or normal CommunicationsManager.
|
| |
|
|
|
|
|
| |
OpenSimBase. This process of checking if it should be creating HG or normal CommunicationsManager needs to change.
So look out for a revert of this whole plugin soon.
|
|
|
Also in that plugin it registers the IUserService with all the Scenes (as they are created). So now we can start changing over all uses of IUserService, that currently access it from the CommunicationsManager to accessing it from the Scene.RequestModuleInterface call.
Once that is done we can move the UserService creation out to its own plugin and remove all references to it from the CommunicationsManager. Then we can take the next CommunicationsManager interface and repeat.
|
