Hi, answers inline... On Tue, Apr 15, 2008 at 4:53 PM, Bernd Fondermann (JIRA) <[EMAIL PROTECTED]> wrote:
> > what kind of persistence mechanism did you think of? > > up until now, I was kind of avoiding this topic. thank you for bringing it > onto the table :-) > sure, np :) > > since there's other data to store (eg. registered users), a database > might fit in. > > right. a relational DB would be a strong choice. preferably Derby. > another option would be a more semi-structured storage, like for example > [EMAIL PROTECTED] > being lesser tied to some schema, this would provide for more flexibility > as other extensions need their own persistence. i can't help it but somehow "JCR" popped into my mind while reading this. i've never used hadoop, so i can't comment on that. > but RDB sounds the easiest to start with. > yes, but i like the idea of a semi-structured storage mechanism better. since all the messages are xml, using XStream to transform simple POJOs to xml format would be very convenient. using XStream annotations makes it even simpler to use. so maybe something like a table with: varchar jid | varchar namespace | varchar (or any supported xml type) data would be sufficient. but then again, i'm not really familiar with XMPP. just stumbled over this project few days ago ;) > > > or do you rather want to store data based on files (eg. per jid)? > > rather not. especially since jids can have non-ascii chars. means running > into encoding and all kinds of other issues. > right, didn't think of that. > > > next question would be: pure jdbc? ibatis? openjpa? > > ibatis, openjpa, hibernate, something like this. > > what do you think? > during apachecon we had a discussion about licensing and somebody mentioned something like not being able to use hibernate in apache projects since it's (L)GPL licensed. i'm not sure if this would impose a problem (personally, i don't really care). notice: this should not be yet another licensing discussion ;) > BTW, should we move this discussion from jira to [EMAIL PROTECTED] > done... regards, Gerolf
