Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • Datovka Datovka
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 106
    • Issues 106
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 3
    • Merge requests 3
  • Deployments
    • Deployments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • Datovka projects
  • DatovkaDatovka
  • Wiki
  • help

help · Changes

Page history
update authored Nov 25, 2015 by Karel Slaný's avatar Karel Slaný
Hide whitespace changes
Inline Side-by-side
help.md
View page @ 1a132cad
......@@ -64,10 +64,10 @@ Tento/tyto databázové soubory okopírujte do stejné cesty, ale změňte mu/ji
### **Do schránky byly doručeny zprávy, které nebyly zobrazeny v aplikaci.**
*Popis problému:* Obsluha Datovky stahuje zprávy pravidelně v jednodenních intervalech vždy kolem 9:00. Několikrát se opakovala situace, že byly staženy nové zprávy, které měly jako datum doručení uveden předchozí den. Příklad: Nové zprávy jsou staženy 21.10. v 9:00. Nově stažená zpráva měla ale datum doručení 20.10. v 9:33. Žádný uživatel se mezitím nepřihlašoval do schránky, ani Datovkou, ani přes webové rozhraní. Jak je to možné?
**Popis problému:** Obsluha Datovky stahuje zprávy pravidelně v jednodenních intervalech vždy kolem 9:00. Několikrát se opakovala situace, že byly staženy nové zprávy, které měly jako datum doručení uveden předchozí den. Příklad: Nové zprávy jsou staženy 21.10. v 9:00. Nově stažená zpráva měla ale datum doručení 20.10. v 9:33. Žádný uživatel se mezitím nepřihlašoval do schránky, ani Datovkou, ani přes webové rozhraní. Jak je to možné?
*Zdůvodnění:* Uvedené chování je důsledkem návrhu komunikačního protokolu Webové služby ISDS. Datovka pro stahování nově došlých zpráv používá dvě služby ISDS. Jsou to *GetListOfReceivedMessages* a *SignedMessageDownload*. První stáhne seznam zpráv (bez jejich obsahu), druhá stáhne celou podepsanou zprávu. Datovka nejdříve stáhne seznam zpráv a pak, pokud je zapnuta funkce automatického stahování kompletních zpráv, stáhne jednotlivé chybějící zprávy. Bohužel obě tyto služby způsobují doručení zpráv do schránky. Pokud tedy mezi stažením seznamu zpráv a stažením poslední chybějící zprávy přijde do schránky další zpráva, bude tato automaticky systémem ISDS označena jako doručená, aniž by se to Datovka dozvěděla.
**Zdůvodnění:** Uvedené chování je důsledkem návrhu komunikačního protokolu Webové služby ISDS. Datovka pro stahování nově došlých zpráv používá dvě služby ISDS. Jsou to *GetListOfReceivedMessages* a *SignedMessageDownload*. První stáhne seznam zpráv (bez jejich obsahu), druhá stáhne celou podepsanou zprávu. Datovka nejdříve stáhne seznam zpráv a pak, pokud je zapnuta funkce automatického stahování kompletních zpráv, stáhne jednotlivé chybějící zprávy. Bohužel obě tyto služby způsobují doručení zpráv do schránky. Pokud tedy mezi stažením seznamu zpráv a stažením poslední chybějící zprávy přijde do schránky další zpráva, bude tato automaticky systémem ISDS označena jako doručená, aniž by se to Datovka dozvěděla.
Tento problém nastává i v jiné situaci. Pokud z nějakého důvodu nemáte stažený obsah nějaké zprávy, a obsah této zprávy stáhnete, pak způsobíte automatické doručení všech příchozích zpráv do schránky. Podobně, pokud se rozhodnete z nějakého důvodu nějakou zprávu stáhnout opětovně.
*Řešení:* Tento problém zřejmě nemá při současném návrhu komunikačního protokolu řešení. Pokud považujete toto chování za kritické, protože datum doručení má pro Vás zásadní důsledky, pak se můžete pokusit tento problém zmírnit. Můžete provádět stahování zpráv častěji. Tím, že budete provádět častější synchronizaci zpráv, také zmenšíte množství stahovaných nových zpráv v jednotlivých intervalech. Zmenšením objemu stahovaných zpráv zkrátíte také délku stahování a zkrátíte tedy dobu, během které může do schránky přijít zpráva, která bude automaticky označena jako příchozí, aniž by si toho aplikace všimla.
\ No newline at end of file
**Řešení:** Tento problém zřejmě nemá při současném návrhu komunikačního protokolu řešení. Pokud považujete toto chování za kritické, protože datum doručení má pro Vás zásadní důsledky, pak se můžete pokusit tento problém zmírnit. Můžete provádět stahování zpráv častěji. Tím, že budete provádět častější synchronizaci zpráv, také zmenšíte množství stahovaných nových zpráv v jednotlivých intervalech. Zmenšením objemu stahovaných zpráv zkrátíte také délku stahování a zkrátíte tedy dobu, během které může do schránky přijít zpráva, která bude automaticky označena jako příchozí, aniž by si toho aplikace všimla.
\ No newline at end of file
Clone repository
  • accessibility code
  • accounts db
  • behaviour recommendations
  • best practice
  • cli send msg dlg
  • cli
  • code style
  • compilation
  • data structures
  • help
  • Home
  • localisation
  • manual test scenarios
  • manual
  • mep login
View All Pages