| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
LICENSE.txt.
|
| |
|
|
|
|
| |
profile and hashed UUID to represent the user
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Move json stats to non-published resource name
Remove well-known resource name for json stats,
creating dynamic uris with private keys and add
a user configurable resource name for region owner usage.
|
|
|
|
| |
inside OpenSim.ini in the Startup section. This makes the HG compatible with -background, and prepares the way for further work on HG-related config vars. Might help with mantis #3527.
|
| |
|
|
|
|
|
|
|
|
| |
service initialization into CommsManager
* What is really needed is a plugin and interface request system as being done for region modules
|
|
|
|
| |
comms manager rather than null
|
| |
|
|
|
|
|
|
|
|
|
| |
components
* Make OGS1UserServices inherit from UserManagerBase
* This allows grid mode regions to use the same user data plugin infrastructure as grid servers and standalone OpenSims
|
|
|
|
|
|
|
| |
This patch adds extended status reporting with the url
http://server:port/simstatusx/ [^] . The data is returned
in json format as "text/plain" type.
|
|
|
|
| |
authentication (in safemode only) upon CreateChildAgents. All of this for Hypergrid users too. This addresses assorted spoofing vulnerabilities.
|
|
|
|
| |
OpenSim.Framework.Communications. Everything that looks like a service, with service handlers, moved to .Services -- i.e. LoginService and Response, and GridInfoService. The rest of the changes were to adapt to the new locations of those files.
|
|
|
|
|
|
| |
* Normalized m_inventoryService
* Pulled AddActiveGestures up
|
| |
|
|
|
|
| |
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.
|