on 11-10-2005 6:47 PM
I'm stuck on a process that was working (file->Map->JDBC) until I made a change to the JDBC message which casued blocking on the SQL Server (don't know why). I ran the test a few times and now am getting status "To Be Delivered" in Adapater Monitoring. I've restored the data type structure to the original design, and still it is stuck per below.
Audit Log:
2005-11-10 10:40:09 Success The message was successfully received by the messaging system. Profile: XI URL: http://hqdvsapxi01:50000/MessagingSystem/receive/AFW/XI
2005-11-10 10:40:09 Success Using connection AFW. Trying to put the message into the receive queue.
2005-11-10 10:40:10 Success Message successfully put into the queue.
-
That is all there is. Anyone know where this message queue is? No error in adapter monitoring or in message monitoring, or in SXMB_MONI. I'm lost on this one.
Thanks.
Hi Tadd,
Did you check the status of the Communication channel in the Runtime workbench?
RWB>Component Monitoring>Display ALL>Adapter Engine>Adapter Monitoring-->see the channel in the POP up screen
Also is this an asynchronous call?
Thanks & Regards,
Renjith
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, this is an async call. Adapter monitoring shows no error. Seems it isn't getting quite that far. What caused all this problem was I tried to put two statements into a single JDBC message, one with action=INSERT and one with action=EXECUTE. That caused a block on the SQL Server, which I had to kill the user connection, and now I'm here. I haven't restarted the server yet.
Issue resolved. Restarted J2EE stack. All "to be delivered" message went to "successful." Could not find out why this was caused in the first place. Looking through trace logs.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Tadd,
What this typically means is that the queues for the Adapter Framework weren't started. This can be for a variety of reasons, but usually happens on startup. If it's possible, restart the Adapter Framework (or search the log files if you have them) to see if you can spot why these queues weren't started.
I think one typical reason for this would be that the application that was supposed to receive messages from a given queue wasn't present (deployed or started) and so the queue wouldn't start. I think that additional logica may have been added to handle this more gracefully in a later service pack.
Cheers,
Steve
-
If you find a post useful, please help keep the community going by setting a good example and rewarding the poster with points.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
hi,
did you activate your queues??
sxmb_adm -> manage queues -> register queues
also go to smq2 and activate the queues
cheers,
naveen
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
86 | |
10 | |
10 | |
9 | |
7 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.