aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/OpenSim/ApplicationPlugins/CreateCommsManager (unfollow)
Commit message (Collapse)AuthorFilesLines
2009-05-05* If an item creator id contains an iar loaded name, create a temporary ↵Justin Clarke Casey1-36/+4
profile and hashed UUID to represent the user
2009-05-05Add copyright header. Formatting cleanup. Ignore some generated files.Jeff Ames1-1/+1
2009-05-04Intermediate commit. WILL NOT COMPILE!Melanie Thielker1-0/+1
2009-05-04* Initial infrastructure for ospa only uuid hashing of retrieved inventory itemsJustin Clarke Casey1-6/+23
2009-05-04Thanks BlueWall for Mantis #3578 - adding Hypergrid connection to JSON StatsDahlia Trimble1-0/+2
2009-05-02Thank you kindly, BlueWall, for a patch that:Charles Krinke1-0/+2
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.
2009-04-27Getting rid of -hypergrid=true on the command line. This config now goes ↵diva1-15/+1
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.
2009-04-22* Fix hypergrid standalone login by overriding AddNewUserAgent in HGUserServicesJustin Clarke Casey1-4/+11
2009-04-22* Resolve http://opensimulator.org/mantis/view.php?id=3509 by putting some ↵Justin Clarke Casey1-27/+9
service initialization into CommsManager * What is really needed is a plugin and interface request system as being done for region modules
2009-04-22* Resolve http://opensimulator.org/mantis/view.php?id=3509 by passing up the ↵Justin Clarke Casey1-7/+10
comms manager rather than null
2009-04-22* Fix the other windows build break. Hopefully that shoudl be the last oneJustin Clarke Casey1-0/+1
2009-04-22* Fission OGS1UserServices into user service and OGS1 user data plugin ↵Justin Clarke Casey1-0/+4
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
2009-04-17Fixes Mantis # 3469. Thank you kindly, BlueWall, for a patch that:Charles Krinke1-1/+4
This patch adds extended status reporting with the url http://server:port/simstatusx/ [^] . The data is returned in json format as "text/plain" type.
2009-04-14Adds session authentication upon NewUserConnections. Adds user key ↵diva1-5/+5
authentication (in safemode only) upon CreateChildAgents. All of this for Hypergrid users too. This addresses assorted spoofing vulnerabilities.
2009-03-29Another bit of refactoring to try to make sense of ↵diva1-1/+2
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.
2009-03-20* De-duplicated login service some morelbsa711-19/+0
* Normalized m_inventoryService * Pulled AddActiveGestures up
2009-03-10* Cleanup and CCC (Code Convention Conformance)lbsa711-21/+21
2009-03-06Added a output message to CreateCommsManagerPlugin for when a user tries to ↵MW1-36/+46
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.
2009-03-03Moved Linden protocol login handling to modules in OpenSim.Client.Linden. ↵MW1-17/+16
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.
2009-03-03Refactoring of CreateCommsManagerPlugin.MW1-32/+28
Plus some general cleanup of a few other files (deleting excess blank lines etc)
2009-03-02Added more error info to CreateCommsManagerPlugin.MW1-0/+1
2009-03-02Added some debug output to CreateCommsManagerPluginMW1-1/+11
2009-02-27Changed the CreateCommsManagerPlugin so it requests a IRegionCreator and ↵MW1-4/+3
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.
2009-02-26svn attribute fixes so that we can play nice between windows and linuxSean Dague2-267/+267
2009-02-26Added IRegionCreator interface that all ApplicationPlugins that are creators ↵MW1-0/+1
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.
2009-02-26Another change to how the CreateCommsManagerPlugin checks if it should be ↵MW1-1/+2
creating HG or normal CommunicationsManager.
2009-02-26Changed CreateCommsManagerPlugin so it handles external subclasses of ↵MW1-9/+10
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.
2009-02-26Moved the Initialisation of the CommunicationsManager to a ApplicationPlugin. MW2-0/+264
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.