[Cosmo-dev] hibernate prototype

Brian Moseley bcm at osafoundation.org
Tue Aug 15 11:53:38 PDT 2006


On 8/15/06, rletness at simdeskcorp.com <rletness at simdeskcorp.com> wrote:
> I adapted the code to do the same thing, except
> instead of
> storing the timeranges as properties, I store them in a separate
> calendar index
> table, which is joined to the item table.  Then instead of generating a
> timerange xpath query, I generate a sql query based on the same algorithm.
> So it should work as cosmo does today.

did you notice that we're only expanding recurring events out to 2008?
:) before that we were going to i think 2050, and that was causing
PUTs of these events to take several seconds.

something to consider for later, assuming we adopt the prototype, is
how to handle infinitely recurring events (or even ones that recur
past 2008). clearly it's tempting to index everything at write time,
but at least with jcr, that had severe performance implications. we
considered strategies like expanding two years at write time and then
doing some sort of "just in time" expansion when servicing queries for
time ranges that are outside that two year segment. love to hear any
ideas you have.

> Ok, cool.  I'm going to start merging stuff in soon.  To prevent
> breaking things in the
> sandbox, I'll probably just merge stuff in as separate packages so as to
> not conflict with the current model and dao definitions (think
> org.osaf.cosmo.model.new).
> Otherwise I see a lot of things breaking right away.  Then I want to get
> some
> unit tests checked in and working.

i don't mind things breaking. to me, breakage is a clear and constant
reminder of the work that's still to be done. i'm the only person
other than you working in the sandbox, and i won't be back to coding
for probably a week or more. so my vote would be to replace the
existing code rather than using new packages. but it's really up to
you.

> Yeah, jta.jar was one of them.  There was also a library I was using
> to generate uuids, jug.

have you seen commons-id? we're using it to generate uuids for scooby.
maybe you can replace jug with it? i've never heard of jug, do you
have a link?


More information about the cosmo-dev mailing list