Please correct me if I understood it wrong. But from what you say, it looks like your are mixing the batch with the batch items (logs). The RouteToNode "event" is an opportunity for you to filter what BatchLogs will be routed to the node. In a single Batch, you might have logs that are routed, and some that are not. It doesn't make sense to flag a whole batch "skipped" or not, because it depends on each log item?
yes, I understand this and I am filtering logs using RouteToNode-events. In my case maybe only 5-10% of logged changes are finally routed. In current approach there will be batches even if there are no logs in that. This will lead to heavy load queries in mobile node which in the worst case will be ended by timeout. GetFailedIncomingBatches can try to retrieve tens thousands of rows for client node pull even if there are no echo_logs.
I think I understand now. In this case I believe instead of flagging a batch Skipped, it would be better to just not create the batch at all, if there are no logs? If that's correct, please contact us through e-mail so I can send you a patch for that.
Yes, that's correct. In this case batches are not needed at all. Thanks.