[Opensim-dev] User services refactoring status

diva at metaverseink.com diva at metaverseink.com
Tue Jan 5 23:20:48 UTC 2010


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>> 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>
>      >> <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
> 
> 



More information about the Opensim-dev mailing list