on 11-12-2013 11:11 AM
Dear all,
I have a strange problem in our PI7.3 java only.
Starting from a report, we send data from a sap erp system via sap pi to a fileserver via nfs adapter.
The interface itself already worked but s.th. changed.
The coding in erp system:
gv_filename_tmp = 'TOREXMANUAL'.
CLEAR gv_ack_request.
gv_ack_request = if_wsprotocol_async_messaging=>co_transport_acknowledgment.
go_async_messaging ?= go_proxy_sperrdata->get_protocol( if_wsprotocol=>async_messaging ).
go_async_messaging->set_acknowledgment_requested( gv_ack_request ).
go_async_messaging->set_serialization_context( gv_filename_tmp ).
CALL METHOD go_proxy_data->si_generic_a_ob
EXPORTING
output = gs_output.
COMMIT WORK.
If we start the report like this, we don't receive an acknowledgement, so that we can see the green question in column mark "Ack.Status" in SXMB_MONI.
If I change in debugger mode the variable gv_filename_tmp to s.th. else like 'TOREXMANUAL_T' everything works!
I already registered, deregistered, activated the different standard queues via SXMB_ADM but nothing changed.
Maybe a reason could be the mass deletion of message on erp side (we have the problem on our testing system) where maybe not everything is deleted? I don't have any more ideas...
Thx in advance for your help.
André
Problems were historical stucking queues where I had to cancel the erroneous messages in order to get the queue running again.
Nevertheless thx.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Just out of curiosity ,
Can you try execute this debugging without changing the value of gv_filename_tmp ?
mvh
Kishore
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
93 | |
10 | |
10 | |
9 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.