Problems to Trigger Backend Load

[Former Member]

Hi,

I'm doing a version of SWCV in MOBILE 7.1 (DOE) patch 07.

I have two standard Data Object, which has its backend adapter.

I make the initial trigger Backend Load and all data are loaded correctly on the DOE but when I run the Delta trigger Backend one of the Dataobject not run the Delta.

The getlist and getdetail functions work correctly.

Any idea?

Best regards.

[Former Member]

Ok, thanks.

Maria Elena

[Former Member]

Hi,

You can check the Logs of the delta load unnder DOE adminsitration and monitoring portal->logs and traces ->( Environment : BACKEND_INTEGRATION). The Logas and should mention the error if Delta has failed.

Shruthi

[Former Member]

Hi,

I see in the log:

Using adapter BKRONDAS

Delta download started

Scheduling BE data started

Scheduling keys across 5 queues with blocksize

Scheduling BE data finished

Get Backend data started with 81 header records

Get Backend data finished

Invalid Task. Node ZMI_PARTES.

Where 'BKRONDAS' is the name of the backend adapter

81 header records are the register that the getlist must to return.

and the ZMI_PARTES is the name of the node to the data object.

The 81 records are not updated

Best regards

Maria Elena

[Former Member]

Hi ,

I guess there is a chance that the same keys are being sent again from backend for this node :ZMI_PARTES .

Do you see any entry already there in the CDS for this node in dataobject?(SDOE_WB>doubleclick on dataobject>navigate to the node ZMI_PARTIES, open the table listed there)

And may be with this delta , atleast one or more keys are the same that is being fetched for the child node for a particular header?

May be backend data need to adjusted in such a way so as to not to send the same keys again for this child node table.

Regards,

Liji

[Former Member]

Hi,

Which version is your DOE system on? Pls check if you have implemented all the required notes. There was an similar issue for which a note was released.

Regards,

Shruthi

[Former Member]

I hava DOE Mobile 7.1 patch 07.

What is the namber of that note????

Best regards.

Maria Elena

[Former Member]

Hi,

Did you delete any records manually from your data objects generated table?.

If yes then execute the FM 'SDOE_SYNC_KMAP_CDS' giving your mbo trans.

How to get mbo trans

-

---

1) Double click your data object in sdoe_wb

2) Go to Utilities->Message Generator

3) Copy the value of 'Data Object Trans ID' in displayed screen. This

is your data objects MBO Trans.

After executing the report, do delta download.

Regards,

Dhana

[Former Member]

Hi,

I've completed the process and still gives the same log

I have not manually deleted any record

Using adapter BKRONDAS

Delta download started

Scheduling BE data started

Scheduling keys across 5 queues with blocksize

Scheduling BE data finished

Get Backend data started with 81 header records

Get Backend data finished

Invalid Task. Node ZMI_PARTES.

Where 'BKRONDAS' is the name of the backend adapter

81 header records are the register that the getlist must to return.

and the ZMI_PARTES is the name of the node to the data object.

The 81 records are not updated

[Former Member]

Hi,

By any chance, the Backend keys were modified for this node ZMI_PARTES after initial load was done?

This is one way duplicate keys will be sent from backend to DOE.

If the number of entries in the CDS table for ZMI_PARTES is not huge, may be you can cross check with Backend if same keys are being sent again .

Incase Backend keys were changed after initial load, then either you have to correct the data in backend or worst case have to go with cleaning up the data (which is not recommended).

Incase you are going ahead with clean up,(sdoe_cleanup), then please be aware that it will clean up the data at SWCV level(means from all DOs under that SWCV) and you need to perform load for all DOs again. This step has to be performed at user's risk:)

Regards,

Liji

[Former Member]

Hi,

Even though you haven't modified any record, executing FM ''SDOE_SYNC_KMAP_CDS' would have resolved the problem. If not you can raise an OSS message in BC-MOB-DOE component.

Before that you can check the following

By any chance you have changed your model after doing initial load. i.e.) Added or removed a key field of any node of your data object?. If yes then only way is to do a cleanup of data. The cleanup option is available only at SCV level. You can go to sdoe_cleanup transaction and do it. You should also check 'Reset replication and realignment' check box while executing. This is not recommended to do in production systems.

After performing it you can do intial load for all the objects in your SCV.

Regards,

Dhana

[Former Member]

Hi

There can multiple reasons for changes part of delta load not getting reflected:

a- the call to getList or getDetail might have returned error in bapireturn,

b- connection error because of which call might have failed

c- in the getList result keys are getting repeated

For your scenario, you can check the details in the monitoring portal of DOE under

Monitoring->Message Monitoring or

Monitoring->Logs & Traces->Backend Integration

regards

pradeep