[Opensim-dev] User services refactoring status

Tue Jan 5 23:22:44 UTC 2010

I'd have to say...comparing  the removel of NHibernate because the interface
went neglected over months...   to dropping SQL lite becasue no one has
jumped forward to volunteer for an unknown amount of work seems a bit out of
place.    The refactor of services may have been complete for  days,  and
the scope of the DB changes have to be identified before anyone ( except the
folks who did the MySQL work) would rationally jump up and say yes.     The
argument that IT DOESNT work with the latest versions of mono is meaningless
if I want to pick a version of mono that the connectors do work with....
The ability to crank up a release of opensim on a production machine to test
it with limited (non-production) DB is VERY useful  for debugging possible
causes of configuration failures...   and from a Marketing perspective..  a
simple  "works out of the box" demo  is one of the more important tools you
can put in the hands of the users you want to come flocking to build on your
platform...
We aren't ripping any other features out that people don't want to
fix/maintain....why is SQLite different?

On Tue, Jan 5, 2010 at 2:43 PM, Mic Bowman <cmickeyb at gmail.com> 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> 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> 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>
>> >> 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>
>> > +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
>>
>
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20100105/dae7b0ae/attachment-0001.html>