UGAIM servers are simply a bunch of http services (xml-rpc and REST) so is not too difficult to move them to any standard CMS.
Dotnetnuke is only a "pure" .NET alternative that will allow to use the existing components natively without rewriting all the internal code. You could have both a complete CMS and the UGAIM servers. It's one of the many ways to make a comfortable environment for administrators/users. But... personally I don't like aspx, IIS and all the related .NET stuff for serving http. For me it's too heavy (not as heavy loaded as Java, but heavy anyway). So... Buried in the forge there was, some time ago, a Perl implementation of UGAIM and worked quite well (with its limitations). I tried myself to implement ugaim as Drupal modules, but the performance was horrible compared with existing UGAIM... so I tried another frameworks. Actually I have a complete UGAIM implementation using the high performance Code Igniter PHP framework. With its backend, it's AJAXified windows, its scalability given by Apache and all that kind of funny things. That's what I did, but I understand that Opensim Core shouldn't cover that kind of stuff. Existing UGAIM/ROBUST are implementation examples and cover the basic needs of the opensim simulator. Python/Ironpython is another alternative, using Django, TornadoWeb, Twister, or even Zope. Java could be an alternative too (not for me, I hate Java after years of pain with it). What I am trying to say is that there are as many alternative as people on the lists. Opensim provides us with one basic alternative (ugaim/robust) and if we don't like it... well, we are free to create ours. There is only one thing I really miss for making this: the interfaces between simultator->UGAIM are not clearly documented and we have to navigate into code to konow what we have to do. That's my opinion but if you don't like, I have more. 2010/1/8 Tom Willans <[email protected]> > > .NET is ok and I appreciate why it was used for OpenSim, but most of the > CMS systems that I have come across and may want to integrate are not .NET > such as Joomla, Drupal. Would this mean installing Mono on all systems, not > just the OpenSim systems? Still a helpful alternative to consider. > > > On 7 Jan 2010, at 20:39, Impalah Shenzhou wrote: > > If someone is looking for some kind of purity (using exclusively .NET for > web management) recently I have discovered http://www.dotnetnuke.com/ > > Is a CMS (like Alfresco, Drupal, Joomla...) but runs over .NET. It > shouldn't be too difficult to connect the native Opensim components to > get/set data instead of accessing directly to database. > > Greetings > > > 2010/1/7 Fly Man <[email protected]> > >> In other words: >> >> Wiredux won't use those connectors but will grab to the database itself. >> Wiredux is not a .NET application so it will go directly to the database. >> >> I will wait until the refactoring is done, have a look what's wrecked and >> maybe fix it. >> >> 2010/1/5 <[email protected]> >> >> Putting PHP in front of the DBs is one of the most natural things to do >>> from here on -- not just the things that Wiredux does, but for a lot >>> more! In fact, the entire collection of OpenSim.Services that are >>> provided as reference implementations can be replaced with >>> implementations in Apache+PHP. >>> >>> Calls from the simulators to the services are now all neatly packaged in >>> OpenSim.Services.Connectors (these are the "out" connectors). Just >>> browse through those connectors and check out the wire protocols, then >>> do the receiving end in PHP. Many of them are using standard web forms, >>> others use XMLRPC, others use custom-made HTTP-based dialects. >>> >>> Calls from outside to the simulators are packaged in >>> OpenSim.Server.Handlers. Again, check them out and, if not using .NET, >>> write your own client for them. If using .NET/mono you can import the >>> DLL OpenSim.Connectors.dll, and reuse the existing connectors as-is. >>> >>> But that's not all. Since now the interactions between the simulators >>> and the resource services are all formalized in interfaces >>> (OpenSim.Services.Interfaces), and the handlers and connectors in the >>> simulator are loaded dynamically, you can replace the connectors and >>> handlers themselves. In other words, if you want OpenSim to talk web >>> services, roll your own Web Services handlers and connectors under those >>> interfaces, and you're done -- you'll have to use .NET for this part, >>> though. >>> >>> Tom Willans wrote: >>> > Hi, >>> > >>> > First thanks for all your work. >>> > >>> > I assume from this that the webredux will no longer work without >>> > modification and will need updating. ( Thanks again here). >>> > Is there any information about the new authentication approach >>> anywhere, >>> > if not in detail then an overview. Is LDAP on the horizon? >>> > >>> > I am mostly interested in linking php based frontends to opensim and >>> > hence accessing the database directly. Particularly relevant is moving >>> > away from using UUIDs. >>> > Please forgive me if I am missing something but I assume there are no >>> > web-services that can be called and calling C# from php is not a very >>> > good solution. >>> > >>> > Thanks. >>> > Tom >>> > On 5 Jan 2010, at 10:37, Ai Austin wrote: >>> > >>> >> At 18:32 04/01/2010, [email protected] >>> >> <mailto:[email protected]> wrote: >>> >>> To be honest, I don't think Sqlite should be a database type that we >>> >>> (OpenSim) should keep alive in the project, >>> >> >>> >> >>> >> It is useful to have a double click and go out of the box solution >>> >> which people can try out and test with. >>> >> >>> >> One other use of SQLite that I am aware of and fine very useful is >>> >> for the really simple and handy single region hosted on your own >>> >> system that is connected to the New World Grid for any avatar using >>> >> the "New World Studio" packaged version of Opensim. See >>> >> http://www.newworldgrid.com/lang/en-us/land/free-land >>> >> >>> >> _______________________________________________ >>> >> Opensim-dev mailing list >>> >> [email protected] <mailto:[email protected]> >>> >> https://lists.berlios.de/mailman/listinfo/opensim-dev >>> > >>> > Tom Willans >>> > Managing Director >>> > Bessacarr Publications Ltd >>> > 3 Highfield, Hatton Park, Warwick, CV35 7TQ >>> > [email protected] <mailto:[email protected]> >>> > +44 (0) 1926 402055 +44 (0) 121 288 0281 >>> > Registered in England and Wales at the above address. Company No: >>> > 4925067. VAT No:GB 823 9317 24. >>> > >>> > This e-mail is confidential and intended solely for the use of the >>> > individual to whom it is addressed. Any views or opinions presented are >>> > solely those of the author and do not necessarily represent those of >>> > Bessacarr Publications Ltd. If you are not the intended recipient you >>> > have received this e-mail in error and that any use, dissemination, >>> > forwarding, printing or copying of this e-mail is strictly prohibited. >>> > Please return it to the sender immediately. The contents of this >>> message >>> > may be legally privileged. >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> ------------------------------------------------------------------------ >>> > >>> > _______________________________________________ >>> > 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 >>> >> >> >> _______________________________________________ >> 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 > > > Tom Willans > Managing Director > Bessacarr Publications Ltd > 3 Highfield, Hatton Park, Warwick, CV35 7TQ > [email protected] > +44 (0) 1926 402055 +44 (0) 121 288 0281 > Registered in England and Wales at the above address. Company No: 4925067. > VAT No:GB 823 9317 24. > > This e-mail is confidential and intended solely for the use of the > individual to whom it is addressed. Any views or opinions presented are > solely those of the author and do not necessarily represent those of > Bessacarr Publications Ltd. If you are not the intended recipient you have > received this e-mail in error and that any use, dissemination, forwarding, > printing or copying of this e-mail is strictly prohibited. Please return it > to the sender immediately. The contents of this message may be legally > privileged. > > > > > > > _______________________________________________ > 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
