RE: [ebxmlms-general] no primary key on sent and received message

[Mattias J <mj...@ex...>]

Sounds pretty interesting. The highly proprietary internals of Hermes 
makes it hard to extend. Building on well known technologies like 
Hibernate and JTA would make it much easier to create (and 
contribute) reporting and monitoring services.

At 2005-07-07 10:06, you wrote:
>If read the license and it is rather free.... I myself do not want a
>fork, since it will be two codebases to maintain and that is not the way
>to go. I like the people at the HKU to much to make a fuzz out of this,
>so If they do not like it, I'll abandon this path.
>
>Thanks for the offer, I'll try to see if I can put up a cvs or svn
>somewhere (closed, not accessible by others) so some designated people
>can watch the progress and possibly participate.
>
>Ronald
>
>-----Oorspronkelijk bericht-----
>Van: ebx...@li...
>[mailto:ebx...@li...] Namens Steven Herod
>Verzonden: donderdag 7 juli 2005 8:57
>Aan: ebx...@li...
>Onderwerp: RE: [ebxmlms-general] no primary key on sent and received
>message
>
>Its not so much the licensing, which I think is 'do what you want'
>
>If you need any help, let me know, I've been looking into the hibernate
>thing with hermes as part of a web based tracking tool I've
>been trying to build for tracking hermes messages.
>
>-----Original Message-----
>From: ebx...@li...
>[mailto:ebx...@li...] On Behalf Of Ronald
>van Kuijk
>Sent: Thursday, 7 July 2005 4:36 PM
>To: ebx...@li...
>Subject: RE: [ebxmlms-general] no primary key on sent and received
>message
>
>That's why I do it internally first (wil not go into production if HKU
>does not allow it) and will not even be a branch if they do
>not allow it. So I will totally obey the license. I hope I can show once
>it is finished that is is step forward.
>
>Ronald
>
>Steven Herod probeerde me het volgende duidelijk te maken:
> > You are talking about significant changes here (they are welcome from
> > my perspective however)
> >
> > But this is a branch of the hermes source code, how does HKU feel :)
> >
> > -----Original Message-----
> > From: ebx...@li...
> > [mailto:ebx...@li...] On Behalf Of
> > Ronald van Kuijk
> > Sent: Thursday, 7 July 2005 12:19 PM
> > To: ebx...@li...
> > Subject: RE: [ebxmlms-general] no primary key on sent and received
> > message
> >
> > All the tables which did not have a primary key (sentmessage,
> > receivedmessage). I made the messageid columns the primary key.
> >
> > And now I'm experimenting a little, for 3 tables there are already
> > classes that can be used for persistency with some small changes
> > (ApplicationContext, MessageServiceHandlerConfig, EbxmlMessage
> >
> > I've made up my mind and (at least for myself since I do not know what
>
> > the license says) will try to rewrite the persistency layer
> > completely. This means:
> > - get rid of DBTableManager
> > - clean up all classes that use these prepaired statement things
> > - get rid of the proprietary connectionpool
> > - store the messages in a blob as long as there is no alternative
> > (JTA/JCA compliant) file store
> >
> > This would make the code much more readably and have a persistency
> > layer which is much easier to maintain (by others).
> >
> > There are some questions I already have. One simple, but important one
>
> > is if messagestore and messageinfo could be combined. I've looked a
> > little and could not find a reason to keep them separate (but it is
> > now 04:17, so I do not see clearly anymore ;-))
> >
> > Ronald
> >
> > p.s. more will follow.......
> >
> >
> > Steven Herod probeerde me het volgende duidelijk te maken:
> >> I've generated hibernate classes myself for hermes and added my own
>'id' column definitions.
> >>
> >> Which tables?
> >>
> >> -----Original Message-----
> >> From: ebx...@li...
> >> [mailto:ebx...@li...] On Behalf Of
> >> Ronald van Kuijk
> >> Sent: Wednesday, 6 July 2005 9:44 PM
> >> To: ebx...@li...
> >> Subject: [ebxmlms-general] no primary key on sent and received
> >> message
> >>
> >> I'm trying to reverse generate some components for accessing the DB
> >> using hibernate (from within exadel studio). This works nice, but for
>
> >> two tables there are no classes generated. This seems to be related
> >> to the fact that these two tables do not have primary keys.
> >>
> >> Question: Can they have primarykeys and if so which columns
> >>
> >> My guess: Yes, compound c_time and c_messageid or maybe even single
> >> c_messageid
> >>
> >> Thanks,
> >>
> >> Ronald