Re: [ebxmlms-general] Again, unreliable execution of message handlers.

[Patrick Y. <kc...@ce...>]

(Oops, sorry, I just asked you the same question in your another thread 
a moment ago. So, please ignore that.)

You may try to have a detailed trace in the log file. Since your message 
handlers are polling the Hermes server for messages, you should be able 
to find those traces in the log file. And you can see that most of the 
time, the message handlers got nothing. Now a message was received by 
Hermes (you probably can find that log trace also), and we expect the 
next poll from the message handlers should get something. Now you say it 
takes 10 minutes before the message handlers get the message. So there 
may be two possibilities:
1. The message handler's poller stalled, so that it didn't poll for 
message in that 10 minutes
2. The polling mechanism is somehow faulty. So the message handler's 
poller did poll in that 10 minutes, but strangely get nothing.

Of course, both cases are abnormal. But we have to dig more information 
in this way to get the real cause.

Regards, -patrick


Steven Herod wrote:

>Sorry for the late response, had a busy day yesterday.
>
>Regarding your questions, there are only about 6 records in mshconfig, but
>there are 16000 in messagestore
>
>If database speed was a problem, I would expect that all activities would be
>affected (that is, it if went slow this time, it'd still be slow now and
>would have gotten worse).
>
>
> 
>
>-----Original Message-----
>From: ebx...@li...
>[mailto:ebx...@li...] On Behalf Of Patrick
>Yee
>Sent: Monday, 20 June 2005 11:37 PM
>To: ebx...@li...
>Subject: Re: [ebxmlms-general] Again, unreliable execution of message
>handlers.
>
>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
>
>
>
>-------------------------------------------------------
>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
>  
>