Diva, <br><br>To be honest, I don't think Sqlite should be a database type that we (OpenSim) should keep alive in the project,<br><br>Setting up a simple MySQL server is made easier these days with products like Xampp and others.<br>
<br>I would call for a vote to exclude Sqlite from the code.<br><br>At this moment, the most working Opensim database implementations are MySQL and MSSQL<br><br>Nhibernate can be used for any of the other database servers that exists (but i know that there's no one maintaining Nhibernate)<br>
<br><br><div class="gmail_quote">2010/1/4  <span dir="ltr"><<a href="mailto:diva@metaverseink.com">diva@metaverseink.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi everyone,<br>
<br>
Just an quick message to let you know about the status of the<br>
refactoring, and to ask for help in some parts.<br>
<br>
Between Christmas and now, Melanie and I have re-engineered the way that<br>
OpenSim handles users, agents, and avatars, and the persistent data<br>
associated with all of these. This is the final push on the refactoring<br>
(and improvement) work that started back in May. This last piece of the<br>
work is being done in the branch presence-refactor.<br>
<br>
There are several new services that correspond to breaking up the user<br>
server into smaller pieces, i.e. things that the user server already did<br>
but in very awkward manner. Namely: user accounts (it's just that,<br>
accounts), authentication (manages passwords, auth tokens and the like),<br>
presence (knows where agents are), avatar (manages the 'carcass') and<br>
friends (social net basics). All of these have been made fairly generic,<br>
and this will enable a whole new level of extending OpenSim. For<br>
example, strings are used in important identifiers instead of UUIDs.<br>
<br>
Additionally, what was previously known as "Interregion Comms" (Local<br>
and REST) is now a simulation service provided by the sims. This last<br>
service makes agent transfers consistent throughout their existence --<br>
login and TPs -- and allows for future alternative ways of driving agents.<br>
<br>
ETA on merging this with master branch is next weekend. I think we're on<br>
track to have OpenSim 0.7 sometime in January. This will also allow us<br>
to start taking security seriously right after 0.7 is tagged.<br>
<br>
I encourage you to check out the branch and, at least, look through<br>
OpenSim.Services.Interfaces, which now tell the story quite well. The<br>
really brave can try it out on test grids/standalones. (Please use test<br>
grids/DBs only for the time being!) Notice the configuration files which<br>
now have a lot more in them. NOTE: only works for MySQL at the moment.<br>
<br>
This leads me to the asking-for-help part. The DB schema has changed<br>
substantially. We have been doing this with MySql. We need help to make<br>
the same changes to SQLite and MSSQL, if these are to be supported from<br>
here on. I know we can count on StrawberryFride to update the MSSQL<br>
connector. However, for SQLite... it has been falling through the<br>
cracks. There is already a show-stopper bug in it that makes the SQLite<br>
connector not work with mono 2.4.3 and higher<br>
(<a href="http://opensimulator.org/mantis/view.php?id=4463" target="_blank">http://opensimulator.org/mantis/view.php?id=4463</a>). Unless someone steps<br>
in and takes care of the SQLite connector, I'm afraid it will go the way<br>
of the dinosaurs.<br>
<br>
Thanks!<br>
<br>
Diva / Canto<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</blockquote></div><br>