Menu
▾
▴
RE: [ebxmlms-general] no primary key on sent and received message
|
From: Steven H. <sh...@te...> - 2005-07-07 06:57:25
|
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 >> >> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration >> Strategies from IBM. Find simple to follow Roadmaps, straightforward >> articles, informative Webcasts and more! Get everything you need to get up to speed, fast. >> http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >> _______________________________________________ >> ebxmlms-general mailing list >> ebx...@li... >> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general >> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration >> Strategies from IBM. Find simple to follow Roadmaps, straightforward >> articles, informative Webcasts and more! Get everything you need to >> get up to speed, fast. >> http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >> _______________________________________________ >> ebxmlms-general mailing list >> ebx...@li... >> https://lists.sourceforge.net/lists/listinfo/ebxmlms-general >> > > > -- > Kijk niet terug, maar kijk naar mij > Against all odds > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > ebxmlms-general mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > ebxmlms-general mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-general > -- Kijk niet terug, maar kijk naar mij Against all odds ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ ebxmlms-general mailing list ebx...@li... https://lists.sourceforge.net/lists/listinfo/ebxmlms-general |
