ext Jamie McCracken wrote: > Hi Urho, > > we need it because tracker needs to know service src/content and URI at > creation time > > creating objects on the fly is not possible in tracker without above > info > Yeah, I guess you are right. As the URI is there already in the SetMany, it *could* be added to the valuemap, but perhaps it's still better to keep the create.
I feel that there are issues by having the SetMany without automatic creation of the objects (such as: one of the objects hasn't been created - do you fail the entire SetMany, or do you somehow report unable to set the one or several failed ones. ) I'm not opposed to the create methods, just that I think that object without any property doesn't justify its own existence and should be preferably automatically weeded out. Kind regards, Urho > jamie > > > > On Tue, 2008-10-07 at 12:27 +0300, Urho Konttori wrote: > >> ext Mikkel Kamstrup Erlandsen wrote: >> >>> Hi, >>> >>> A few of us made a more or less complete draft of a Xesam Metadata >>> API. I just brushed it up a bit. You can now find it here: >>> http://xesam.org/main/XesamMetadataAPI >>> >>> Please comment. >>> >>> >>> >> I'm really interested in why do we need to have the explicit create >> method? Shouldn't all objects/nodes anyway have some property to have >> the reason why they were/are created? If so, shouldn't we just use the >> set method and explicitly mention that if setting properties for an >> object that doesn't exist, the object will be created automatically? >> Engines will anyway need to lookup the objects from the database, so >> they might just as well trigger the creation of the object while they >> are at it. >> >> Also, should we consider allowing xml based graph injection? >> >> Anyway, looking good already. >> _______________________________________________ >> Xesam mailing list >> [email protected] >> http://lists.freedesktop.org/mailman/listinfo/xesam >> > > _______________________________________________ Xesam mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/xesam
