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 <[email protected]> > 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, [email protected] 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, <[email protected] > > <mailto:[email protected] <[email protected]>>> 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, [email protected] > > > <mailto:[email protected]<[email protected]> > > > > <mailto:[email protected]<[email protected]> > > > <mailto:[email protected]<[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] <[email protected]>> > > <mailto:[email protected] <[email protected]> > > <mailto:[email protected] <[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]<[email protected]> > > > > <mailto:[email protected] <[email protected]> < > mailto:[email protected] <[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] > <mailto:[email protected]<[email protected]> > > > > https://lists.berlios.de/mailman/listinfo/opensim-dev > > _______________________________________________ > > Opensim-dev mailing list > > [email protected] > <mailto:[email protected]<[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
