The Fourth Way to Go Offline in UI5 (And Why the Service Worker Stays Dumb)
Reporting on the UI5Con session run by Viktor SperlingViktor Sperlingcontributed to 2 entries and Lars KisselLars Kisselcontributed to 3 entries, the post proposes a fourth offline architecture for a warehouse scanning app: a service worker kept deliberately ignorant of OData, and a JSONModel/IndexedDB layer that does an explicit download, work, submit cycle, queuing local mutations before posting one $batch with a single changeSet at the end of a session. It also works through the alternative v4.ODataModel change-buffer pattern (updateGroupId, submitBatch) and explains why Fiori elements' annotation-driven, live OData V4 interactions resist offline replay. The session-token and XSRF-expiry problem for long offline periods is named as an open gap rather than solved.
Where it sits
Who is behind it
Properties
About this work
Details
Graph
Source
History
- Entered the atlasDiscovered via SAP Community · fiori-tag.
For your agent
- Ref
content:the-fourth-way-to-go-offline-in-ui5-and-why-the-service-worker-stays-dumb- JSON
- /content/the-fourth-way-to-go-offline-in-ui5-and-why-the-service-worker-stays-dumb.json
- MCP
- Connecting an agent