Hello
I am working on Estate NHibernate storage and noticed that EstateID is still
of uint type where as most of other objects have been converted to UUID
identifiers. Is anyone interested in tackling this refactoring from uint to
UUID. Its not a small job but it would make the database much clean
Hi,
the estate id _is_ a uint. It is not a UUID and was never meant to
be a UUID. The client sends and expects a UINT.
Melanie
Tommi Laukkanen wrote:
> Hello
>
> I am working on Estate NHibernate storage and noticed that EstateID is still
> of uint type where as most of other objects have bee
Hello
LL viewer quirks we must conform to but as with many other objects the
primary key could be uuid and uint based id is kept around for ll viewer
compatibility? Maybe it gets too messy in the end to be worth the trouble.
One can consider it once we get to have custom viewers which are not leas
Estate ID is a purely local concept that is likely to vanish in
newer viewers and the Hypergrid. There is no point in creating a
double-lookup scenario.
There is nothing that says that all objects must be GUID and no
point in refactoring for refactoring's sake.
Melanie
Tommi Laukkanen wrote:
I think this is a valuable discussion to have. My view is that all object
identifiers ought to be UUIDs as UUID type is developed specifically for
that with bullet broof unique id generation algorithm where as all other id
generation algorithms are either database specific or fail if you have
distr
Estate IDs are not shared between installations. They don't need to
be Guid/UUID. That would just break pretty much everyone's web
frontends and also mess wirth the client.
-1
Melanie
Tommi Laukkanen wrote:
> I think this is a valuable discussion to have. My view is that all object
> identifi
Hi,
On Sat, Feb 14, 2009 at 4:05 PM, Tommi Laukkanen
wrote:
> I was talking with mikkopa and he suggested we should create two tables to
> cover AssetBase to solve this issue properly. Namely AssetMetadata for
> metadata information and AssetData for blobs to avoid situation where we end
> up acc
Hello,
On second though we could keep the current structure and expose all fields
also through AssetBase properties. Then we could save / load the AssetBase
with nhibernate as a single object and leave out the Metadata property from
NHibernate mapping. Does this sound good?
regards,
Tommi
On Sa
Ill be working this weekend on http://www.opensimworlds.com - as a
repository for sharing your Opensim archives
(http://opensimulator.org/wiki/OpenSim_Archives) with others running
sims... right now the form
(http://www.opensimworlds.com/index.php?part=upload) will depend on
you sitting the archiv
This is great we will definitely participate
-Original Message-
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Rich White
Sent: Saturday, February 14, 2009 3:08 PM
To: opensim-dev@lists.berlios.de; opensim-us...@lists.berlios.de
Su
http://opensimulator.org/wiki/OpenSim_Archives#OAR_file_from_.22Lusitania_Tester.22_for_all
Kyle wrote:
This is great we will definitely participate
-Original Message-
From: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] On Behalf Of Rich White
Se
Thanks Ted. Ted Maa's posting was the one I needed!
-- Peter
"Tedd Hansen" wrote in message
news:d34f5c5e193b4144ad333940a528736...@exchange1.lan.konge.net...
> http://teddmaa.blogspot.com/2008/12/opensim-in-visual-studio-on-win64.ht
> ml
> With more on
> http://www.adamfrisby.com/blog/2008/
The following change in version 8392 to NHibernateManager causes build
errors in Opensim.Data.NHibernateRexObjectData.
** Changed NHibernateManager.Save method name to Insert as it does Insert.
Three references to manager.Save(item) need to be changed to
manager.Insert(item)
-- Peter
_
This probably needs to be addressed to the rex mailing list not the opensim one.
Adam
> -Original Message-
> From: opensim-dev-boun...@lists.berlios.de [mailto:opensim-dev-
> boun...@lists.berlios.de] On Behalf Of Peter Quirk
> Sent: Saturday, 14 February 2009 8:52 PM
> To: opensim-dev@li
14 matches
Mail list logo