[Opensim-dev] User services refactoring status

Dickson, Mike (ISS Software) mike.dickson at hp.com
Wed Jan 6 16:15:55 UTC 2010 

I've done some initial work around a Flash/Flex based interface as well.  The interesting part is probably the user stuff and for that the refactoring proposed by Diva and Melanie needs to be done.  I'd personally have preferred an XML/RPC interface vs. the REST approach but that's water under the bridge. As long as the REST messages are documented no reason that can't be made to work.

I expect a fair bit of useful admin stuff can be done using web technologies pointing at the core.

Mike

-----Original Message-----
From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Jeroen van Veen
Sent: Wednesday, January 06, 2010 11:05 AM
To: opensim-dev at lists.berlios.de
Subject: Re: [Opensim-dev] User services refactoring status

Getting a bit off topic, but here is another one: 
http://forge.opensimulator.org/gf/project/hwios

cheers,

Jeroen

Op woensdag 06 januari 2010 16:41:23 schreef Impalah Shenzhou:
> I am working on it and it's about to be launched (due to the framework I
> use, Code Igniter, possibly with a MIT or Apache license, but open source).
> 
> A soon as I clean the code will be available for public download. It was
> stable on October but then... Modern Warfare 2 was launched and I love
>  AK-47
> 
> :-)
> 
> I called it unga :-) http://ai-designstudio.net/en/blog/1008
> 
> I am planning to make a Python unga using Tornado/Twister frameworks, but I
> haven't time enough...
> 
> Greetings
> 
> 
> 
> 
> 2010/1/6 Tom Willans <tom.willans at bessacarr.com>
> 
> > Thanks for your help here, I will check out these connectors, and assess
> > the work involved.
> >
> > From my perspective the web interface and authentication are critical;
> > the two most significant aspects that impact upon my plans. I guess there
> > is a problem in having the development resources to update the web
> > interface. The other major issue mentioned by every organisation I have
> > spoken to is security - but I know you intend to address this.
> >
> > I can appreciate Mic's concern though as changes to the architecture and
> > interfaces are especially expensive in development time - not a demand
> > but it is a significant issue.
> > Are some aspects of the interface more settled than others? I appreciate
> > that this is a judgement call.
> >
> > Mic do you know who else is doing work on PHP/Web Services?
> >
> > Thanks once again.
> > Tom
> >
> > On 5 Jan 2010, at 15:20, diva at metaverseink.com wrote:
> >
> > In my experience, no project is, or should be, 'stable' until it reaches
> > 1.0. Before 1.0 people programming against the core code do it at their
> > own peril, and should not complain. It's completely unrealistic to
> > demand interface stability during early stages, and it's actually quite
> > harmful -- stabilizing on bad design is the worst that can happen to a
> > project. Even after 1.0, interfaces change. Just to point one among many
> > examples that I know first hand: Apache Lucene, changed dramatically
> > from 1.x to 2.0.
> >
> > So I'm not sure what to tell you. Will the interfaces change? Most
> > likely. Will the pace of changes slow down over time? Definitely. When
> > is a good time for people to extend OpenSim 'safely'? Not before 1.0.
> >
> >
> > Mic Bowman wrote:
> >
> > Do you expect those formalized interfaces to remain stable long enough
> >
> > to warrant the effort to create alternative implementations? Others have
> >
> > provided alternative implementations in the past that quickly became
> >
> > obsolete.
> >
> >
> > --mic
> >
> >
> >
> > On Tue, Jan 5, 2010 at 2:17 PM, <diva at metaverseink.com
> >
> > <mailto:diva at metaverseink.com <diva at metaverseink.com>>> wrote:
> >
> >
> >    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<opensim-dev-request at lists.be
> >rlios.de>
> >
> >
> > <mailto:opensim-dev-request at lists.berlios.de<opensim-dev-request at lists.be
> >rlios.de>
> >
> >   
> > <mailto:opensim-dev-request at lists.berlios.de<opensim-dev-request at lists.be
> >rlios.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 <Opensim-dev at lists.berlios.de>>
> >
> >    <mailto:Opensim-dev at lists.berlios.de <Opensim-dev at lists.berlios.de>
> >
> >    <mailto:Opensim-dev at lists.berlios.de <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<tom.willans at bessacarr.com>
> >
> >
> >    <mailto:tom.willans at bessacarr.com <tom.willans at bessacarr.com> <
> > mailto:tom.willans at bessacarr.com <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<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<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
> >
> >
> > Tom Willans
> > Managing Director
> > Bessacarr Publications Ltd
> > 3 Highfield, Hatton Park, Warwick, CV35 7TQ
> > 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
> > 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