|
From: R. v. K. \(Ronald\) <rv...@ab...> - 2005-06-20 16:22:33
|
What db is used? Hsqldb processes all requests sequential, so an export of a db with a large number of records can hold things up quite easily. Ronald -----Oorspronkelijk bericht----- Van: ebx...@li... [mailto:ebx...@li...] Namens David Webber (XML) Verzonden: maandag 20 juni 2005 16:48 Aan: ebx...@li... Onderwerp: Re: [ebxmlms-general] Again, unreliable execution of message handlers. On the serious side - yes - I was thinking the same thing - that maybe some housekeeping / compaction service in the DB server occurred that took ten minutes to complete. DW ----- Original Message ----- From: "Mattias J" <mj...@ex...> To: <ebx...@li...> Sent: Monday, June 20, 2005 10:01 AM Subject: Re: [ebxmlms-general] Again, unreliable execution of message handlers. > Maybe also the RDBMS in use may be relevant? > > At 2005-06-20 15:37, you wrote: > >Steven, > >How many records are there in the database? In particular, how many > >records in mshconfig table? in messagestore table? I am still not sure > >about the reason, just wondering whether the number of records in database > >is one of the factors determining speed or not.. > >Regards, -Patrick > > > > > >Steven Herod wrote: > > > >>About a week ago, we had another incident of message handler not executing > >>on message arrival. > >> > >>In this case however, it wasn't a complete failure, instead, it seemed to > >>take about 10 minutes between hermes receiving the file and the message > >>handler picking it up. > >> > >>Normal behaviour has this occuring within a few seconds, however, in this > >>case, about 10 minute passed before the handler fired. Our messages are > >>time sensitive, so this pushed the response time window outside of normal > >>and raised an error with our customer. > >> > >>There are no log files indications of a reason for a delay, the message > >>handler usually fires off within a few seconds of the message arriving. > >> > >>I realise this is a little vague, but I'm wondering if anybody else has had > >>this experience or observed this behaviour? > > > > ------------------------------------------------------- > 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 |