[Opensim-dev] User services refactoring status
Toni Alatalo
antont at kyperjokki.fi
Thu Jan 7 22:15:12 UTC 2010
Impalah Shenzhou kirjoitti:
> 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.
It is also possible to use some of the Python written CMSes and web
frameworks (Django and such) and the Opensim .net code together.
I'd do it with pythondotnet, which is a .net to Python bridge for the
normal cpython that allows use of .net libs in py apps. I've used that
to use LibOMV in Blender before - it runs the normal .net vm under the
hood and just translates the types passed/returned in the method calls,
performance has seemed ok and would certainly be fine for the management
stuff I can imagine.
Another option would be IronPython, some folks have tried running Django
on it: http://jdhardy.blogspot.com/2008/12/django-ironpython.html but
afaik that is still incomplete - probably some simpler web frameworks
work fully on it already.
To me using the opensim code instead of direct access to DB seems
attractive, given that the schemas may change, and that it's easy to
make a mess if have bugs in own code that work with the db differently
than Opensim itself?
~Toni
> 2010/1/7 Fly Man <fly.man.opensim at gmail.com
> <mailto:fly.man.opensim at gmail.com>>
>
> 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 <diva at metaverseink.com <mailto:diva at metaverseink.com>>
>
> 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, opensim-dev-request at lists.berlios.de
> <mailto:opensim-dev-request at lists.berlios.de>
> >> <mailto:opensim-dev-request at lists.berlios.de
> <mailto:opensim-dev-request at lists.berlios.de>> 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
> >> Opensim-dev at lists.berlios.de
> <mailto:Opensim-dev at lists.berlios.de>
> <mailto:Opensim-dev at lists.berlios.de
> <mailto:Opensim-dev at lists.berlios.de>>
> >> https://lists.berlios.de/mailman/listinfo/opensim-dev
> >
> > Tom Willans
> > Managing Director
> > Bessacarr Publications Ltd
> > 3 Highfield, Hatton Park, Warwick, CV35 7TQ
> > tom.willans at bessacarr.com <mailto:tom.willans at bessacarr.com>
> <mailto:tom.willans at bessacarr.com
> <mailto:tom.willans at bessacarr.com>>
> > +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
> > Opensim-dev at lists.berlios.de
> <mailto:Opensim-dev at lists.berlios.de>
> > https://lists.berlios.de/mailman/listinfo/opensim-dev
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de>
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
>
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de>
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
More information about the Opensim-dev
mailing list