Clemens- This feels more like a reference/path use case than shareable nodes, but I can't quite put my finger on why.
My instinct is to have a 'currentAssignee' property (probably single-valued) on tasks which points to the user. Also, modeling workflow state (open vs. closed) as a path segment seems odd, but maybe I'm just not thinking about it right. Justin On Nov 15, 2010, at 12:09 PM, Clemens Wyss <[email protected]> wrote: > I didn't intend to crosspost, but had problems sending emails, which led me > to the conclusion that the email to us...@sling did not go out... > Therefore I suggest to "close" this thread and hope to get answers on the > us...@sling mailinglist ;-) > > -----Ursprüngliche Nachricht----- > Von: Clemens Wyss [mailto:[email protected]] > Gesendet: Montag, 15. November 2010 17:14 > An: [email protected] > Betreff: Shareable nodes vs weak references > > Given the following data structure of projects and tasks: > project > p1 > tasks > all > t1 > t2 > open > t1 > closed > t2 > > and I then want to add the employees/task association (tasks assigend to > employees): > > employees > e1 > tasks > open > t1 > closed > t2 > > The task nodes (t1 and t2) should, of course, not be replicated. Basically I > see two options (of 5, > http://osdir.com/ml/users.jackrabbit.apache.org/2009-10/msg00238.html ): > a) shareable nodes > b) multivalued weakreference properties > > Which of these is better/more performant? Pros and cons of the two > approaches? I would opt for a)... > > Thanks in advance for your advices
