Projekt datové schránky: 2. fáze – zadání

4. 11. 2009 | Leoš Literák

Články - Projekt datové schránky: 2. fáze – zadání  

Projekt pro vytvoření open source řešení přístupu k datovým stránkám se z fáze, která zahrnovala zjišťování situace a možností, plánování a přípravy vlastního zadání, přehoupl do fáze druhé, kdy konečně dojde na psaní kódu. V tomto článku vám předkládáme dosavadní zjištění, přehled alternativních řešení a také konkrétní zadání a určení odměn pro řešitele jednotlivých částí projektu.

Obsah

• Úvod
• Přehled dostupných řešení
  • Trask eGovernment Gateway
  • Spisová služba
  • ISDS2Mail
• Otevřené datové schránky
  • Knihovna
  • Autentizace certifikátem
  • Samostatná aplikace
  • Rozšíření Thunderbirdu
  • Mobilní verze
  • Pravidla
  • Aktuální řešitelé

Úvod

Projekt Otevřených datových schránek vznikl jako reakce na neutěšený stav podpory datových schránek pod Linuxem (Projekt: Multiplatformní přístup pro datové schránky). Uživatelé jsou odkázáni jen na webovou aplikaci vyžadující balíček kombinující Windows aplikaci 602XML Filler s emulační vrstvou Wine. Toto řešení je sice funkční, ale jen za přesně splněných podmínek. Uživatelé 64bitových systémů či dalších operačních systémů mají smůlu. Podrobnosti najdete v našem návodu Datové schránky v Linuxu.

Obchodní ředitel Software602, a. s., pan Pavel Nemrava nám k němu poskytl vyjádření:

Článek Datové schránky v Linuxu vyšel 14. 7. 2009, a tudíž se vztahuje k verzi, která byla k dispozici na začátku července. 602XML Filler i datové schránky od té doby výrazně pokročily, takže námitky, které jsou v článku a diskuzi nejčastěji zmiňovány, byly vyřešeny, nebo budou v nejbližší době. Předpokládáme, že zejména zmiňovaný plugin pro 64bitový Linux bude k dispozici na přelomu listopadu a prosince tohoto roku.

K požadavkům a problémům, které zůstávají:

• Požadavek na zveřejnění kódu 602XML Filler. V této oblasti se Software602 chová jako jakákoliv jiná komerční firma. Kód svých produktů nezveřejňujeme, s výjimkou těch, které jsme poskytli do Open Source.
• Co se týče obavy, že by si uživatel spolu s formulářovým prohlížečem stáhl do svého počítače škodlivý kód, to je vyřešeno tím, že instalační soubor je podepsaný. Uživatel tak má jistotu, že žádný útočník nepřibalil k instalačnímu balíčku jiný kód. Stejně tak není součástí stahovaného balíčku pro Linux žádný software, který by podléhal licenčnímu ujednání Microsoftu nebo jiné třetí strany.
• Vývoj nativní aplikace pro Linux. V současné době se soustředíme na optimalizaci provozu pod Wine, nicméně pokud by se počet uživatelů využívající Linux nebo jiný operační systém na desktopu výrazně zvyšoval, (tržní podíl alternativního OS přesáhl 10 %), budeme na to reagovat při vývoji budoucích verzí 602XML Filler. To se může týkat například Google Chrome OS, který bude k dispozici v druhé polovině roku 2010.

Pro uživatele Windows vzniklo rozšíření Outlooku o datové schránky, u Linuxu bylo ticho. Proto jsme se rozhodli zareagovat a spustili tento projekt, který si za cíl bere vytvořit multiplatformní aplikaci pro práci s datovými schránkami s otevřenou licencí. Jak se ukázalo, toto téma naše čtenáře zajímá a cítí stejnou potřebu. Získali jsme velkou podporu od jednotlivců i firem, z nichž se mnozí přidali k naší výzvě a podpořili projekt i finančně. Celková částka sloužící jako odměna pro řešitele projektu přesáhla již 73 tisíc korun. Finančně přispěli:

Organizace	Jednotlivci
AbcLinuxu.cz/Stickfish, s. r. o. Liberix, o. p. s. GREENSOFT, s. r. o., AdminIT, s. r. o., PC servis Brno a WebStep, s. r. o. Heaven – CZFree.Net, s. r. o. M&I, s. r. o. ČPS Občanské sdružení Ubuntu pro ČR Nethost, s. r. o.	Roman Veselý Pavel Uhl Filip Vaculík (Mintaka) Jaromír Kratochvíl a Petr Vlašic Igor Mega Kamil Horký Robert Šmol

Přehled dostupných řešení

Dále jsme zjistili, že podobné cíle má více organizací, z nichž některé mají i hotová funkční řešení. Našim požadavkům se nejvíce blíží ISDS2Mail, což je freeware konvertující zprávy v datových schránkách na obyčejný e-mail. Bohužel nemá otevřenou licenci a dostupné zdrojové kódy, takže v tuto chvíli nemůže splnit naše požadavky. Pro větší organizace OSS Alliance vyvíjí spisovou službu. Ta má jak podporu datových schránek, tak licenci GPLv3, ale řeší požadavky pro jinou cílovou skupinu a použitá technologie PHP se pro desktop nehodí. Podobným produktem je eGG (eGovernment Gateway) od firmy Trask. Opět open source spisová služba, tentokráte postavená na architektuře Enterprise Service Bus v programovacím jazyce Java.

Trask eGovernment Gateway

Platforma eGG od Trasku plně pokrývá funkcionalitu pro práci s datovými schránkami s jedinou výjimkou, a tou je odeslání dokumentu k autorizované konverzi na Czechpoint elektronicky – na to je potřeba mít 602FormFiller. Je určena spíše společnostem, které potřebují vyřešit problematiku ukládání datových zpráv a jejich efektivní rozdělení a oběh po firmě. Vyžaduje běh dvou aplikačních serverů, tudíž je pro desktop nevhodná. Zdrojové kódy budou zpřístupněny v listopadu.

Jan Kočí, team leader z Trask Solutions, říká:

Licence eGGu je LGPL a důvod proč jsme se rozhodli pro zveřejnění kódu je kromě jiného i to, že řešení, které operuje s takovýmito daty, by mělo mít kód veřejně dostupný.

Spisová služba

OSS Alliance vyvíjí open source spisovou službu. Tu představuje předseda sdružení Filip Molčan takto:

Open-source spisová služba pro veřejnou správu je projekt realizovaný organizací OSS Alliance ve spolupráci s Ministerstvem vnitra ČR, který si klade za cíl poskytnout především menším obcím a institucím aplikaci spisové služby, která jim pomůže splnit veškeré požadavky legislativy. V současné době probíhá poslední testování verze 2.1, která v sobě integruje také elektronickou podatelnu a základní podporu pro datové schránky. Spisová služba je tak automaticky napojena na datovou schránku úřadu a příchozí dokumenty jsou přijímány stejně jako dokumenty přicházející e-podatelnou. Samotné zobrazování dokumentů probíhá prostřednictvím standardních nástrojů pro DS.

Sdružení má zájem o spolupráci, bohužel vzhledem k zvolené technologii PHP není možné kód řešení využít pro desktopovou aplikaci. Pan Molčan dodává:

Datové schránky by měly být dostupné pro všechny uživatele všech operačních systémů, proto projekt AbcLinuxu a Liberixu vítáme a věříme, že pomůže k dalšímu rozšiřování Linuxu ve veřejné správě i mimo ni.

ISDS2Mail

Dalvi, s. r. o., vyvinula zdarma šířený softwarový produkt, který umožňuje stahovat datové zprávy a ukládat je na disk nebo je konvertuje na klasický e-mail. ISDS2Mail je multiplatformní, běží na Linuxu, Windows i Macu, protože je postaven na platformě Java.

---

Otevřené datové schránky

Naším cílem je vytvořit multiplatformní řešení pro práci s datovými schránkami, které je šířeno pod otevřenou licencí. Chceme vytvořit knihovnu a aplikace, které ji budou používat. To umožní flexibilitu použití a možnost rozšiřovat další aplikace o podporu datových schránek. Primárně chceme vyvinout samostatnou jednoúčelovou GUI aplikaci a rozšíření Thunderbirdu. Výhledově mohou vznikat aplikace pro příkazovou řádku, integrace do Postfixu, midlety do mobilů nebo například funkce Odeslat jako datovou zprávu pro kancelářský balík OpenOffice.org.

Knihovna

Úkolem je vytvořit knihovnu šířenou pod Open Source licencí umožňující snadnou integraci do FOSS aplikací, například LGPL. Knihovna musí být multiplatformní, cílové platformy jsou minimálně GNU/Linux, BSD systémy a MS Windows XP a vyšší. Knihovna by měla mít minimum závislostí, musí být schopna běžet na strojích bez grafického rozhraní. Její aplikační rozhraní musí být jednoduché na používání a dobře zdokumentované. Pro knihovnu by měly existovat automatizované testy veřejných metod. Kód musí být přehledný a čitelný.

Knihovna musí podporovat nejméně následující funkce, ostatní z aplikačního rozhraní ISDS jsou volitelné. Autentizace v první fázi bude postačovat přes heslo, klientský certifikát zatím podporovat nemusíme. Knihovna by měla umožňovat jedné aplikaci pracovat s více schránkami v rámci jednoho sezení. Potřebujeme minimálně dvě knihovny, první v jazyku C/C++ a druhou v Javě. Céčková implementace má pracovat s kódováním UTF8.

• Přihlášení k ISDS
• Nalezení datové schránky – FindDataBox
• Kontrola existence a stavu datové schránky – CheckDataBox
• Získání informací o přihlášeném uživateli – GetOwnerInfoFromLogin
• Vytvoření a odeslání nové zprávy – CreateMessage
• Stažení došlé zprávy – MessageDownload
• Stažení došlé zprávy s podpisem značkou MV – SignedMessageDownload
• Stažení odeslané zprávy s podpisem MV – SignedSentMessageDownload
• Prázdná operace pro navazování nebo udržování spojení – DummyOperation
• Ověření kopie uložené zprávy proti originálu v ISDS – VerifyMessage
• Stažení obálky došlé zprávy – MessageEnvelopeDownload
• Označení zprávy jako „Přečtená“ – MarkMessageAsDownloaded
• Stažení informace o dodání a doručování zprávy – GetDeliveryInfo
• Stažení informace o dodání a doručování zprávy, s podpisem značkou MV – GetSignedDeliveryInfo
• Stažení seznamu došlých zpráv – GetListOfReceivedMessages
• Stažení seznamu odeslaných zpráv – GetListOfSentMessages

Autentizace certifikátem

Vyhláška vyžaduje, aby byl klíč uložen v kryptografickém zařízení s podporou MS Crypto API nebo PKCS#11. Cílem tohoto podprojektu je najít takové zařízení, které funguje pod Linuxem, případně naprogramovat ovladače a zaktualizovat céčkovou knihovnu o podporu tohoto zařízení (info).

Samostatná aplikace

Výsledkem bude samostatná multiplatformní aplikace šířená pod otevřenou licencí (ideálně GPL), která bude poskytovat základní funkce pro práci s jednou či více datovými schránkami (přihlášení, přečtení seznamu zpráv, otevření zprávy, uložení na disk, odeslání zprávy). Pro komunikaci s ISDS musí využívat knihovnu. Cílové platformy jsou stejné jako u knihovny. Aplikace musí mít intuitivní ovládání určené pro běžného uživatele (BFU) a dokumentaci.

Rozšíření Thunderbirdu

Cílem je rozšířit poštovního klienta Thunderbird o práci s jednou či více datovými schránkami. Ovládání musí zachovávat zvyklosti tohoto programu a opět musí být navrženo s ohledem na koncového uživatele. Výsledek musí být šířen jako samostatně instalovatelná extenze nebo kompletní instalátor Thunderbirdu, prioritou je udržovatelnost do budoucna (v případě vydání nových verzi Thunderbirdu). Komponenta musí používat knihovnu pro práci s ISDS a cílová platforma je minimálně GNU/Linux a MS Windows.

Mobilní verze

Pro uživatelé na cestách chceme vytvořit aplikaci pro mobilní telefony. Aplikace musí mít umět otevřít datovou schránku, načíst seznam zpráv, otevřít datovou zprávu a uložit ji. Vzhledem k drahým datovým přenosům v zahraničí musí aplikace iniciovat veškeré přenosy jen na základě uživatelovy akce a snažit se minimalizovat přenesená data.

Pravidla

1. V komisi pro akceptaci výsledků jsou Leoš Literák a Robert Krátký za AbcLinuxu.cz, Vlastimil Ott za Liberix a Filip Vaculík (Mintaka) s Filipem Jirsákem za veřejnost. Členové komise nemohou být zároveň řešiteli některého projektu.
2. Odměny vyplácí Liberix, o. p. s., z prostředků, které byly pro tento účel zaslány na její účet. Nebudou-li prostředky stačit, vyplatí se řešitelům, jejichž řešení byla přijata komisí dříve.
3. Pokud na jednom řešení spolupracuje více řešitelů, musí se dohodnout na poměru dělení odměny.
4. Je povoleno či spíše doporučováno sdílení znalostí mezi řešiteli různých podprojektů. Pro konkurenční implementace stejného projektu je ale zakázáno sdílení zdrojových kódů, jinak se nejedná o samostatné řešení (nemáme zájem vyplácet odměnu forkům jiných řešení).
5. Zájemci o řešení se musí registrovat předem. Preferujeme spolupráci před vytvářením konkurenčních řešení.
6. Centrálním místem pro informování, sdílení znalostí, registrací řešitelů je skupina Datové schránky na tomto portálu.
7. Pokud už je některý podprojekt vyřešen, registrace řešitelů pro daný podprojekt je uzavřena a odměny pro nová řešení nebudou vyplaceny.
8. Nárok na odměnu mají jen řešení, která splní všechny požadavky, jsou plně funkční a jejichž autoři zapracují případné připomínky komise (ohledně funkčnosti či kvality kódu).
9. Nárok na odměnu mají maximálně dvě konkurenční řešení pro jeden projekt, rozhoduje datum odevzdání finální verze.
10. Termín pro dodání knihoven je 31. prosinec 2009, aplikace do 31. března 2010. Řešení dodané po tomto termínu nemají nárok na odměnu, nerozhodne-li komise jinak.
11. Odměny:
    

    úkol	odměna
    hlavní C/C++ knihovna	12 tisíc Kč
    Java knihovna	10 tisíc Kč
    autentizace certifikátem	5 tisíc Kč
    samostatná GUI aplikace	15 tisíc Kč
    rozšíření Thunderbirdu	22 tisíc Kč
    mobilní verze	7 tisíc Kč

Aktuální řešitelé

Pro céčkovou knihovnu máme aktuálně dvě konkurenční řešení. Jedno dělá v rámci bakalářské práce Jiří Zapletal, alias Yaplik, druhé Petr P. Java knihovnu programuje Václav Rosecký. Samostatnou aplikaci píše Jiří Zapletal také v rámci své bakalářské práce, kterou vede Jan "Yenya" Kasprzak, zakladatel CZLUGu.

Diskuse k tomuto článku

[Martin Beránek]

Docela rád bych sledoval vývoj javové části. Bude někde veřejně přístupná repository?

[vrosecky]

Určitě bude, předpokládám, že veřejnou repository zveřejním buď koncem tohoto týdne či začátkem příštího týdne.

[multi]

Chapu to dobre tak, ze budou dve knihovny v Jave a v C, pritom C bude take multiplatformni? Protoze jsem cekal, ze bude knihovna v C a Java k ni bude pristupovat.

Pro mobilni verzi nejsou zadna kriteria? Co kdyz to pobezi jen na urcitych typech telefonu?

[Daniel Tihelka]

Ad java vs. C - taky bych to tak chápal - základní knihovna v C/C++ a (tenká) obalová vrstva pro Javu. Myslím, že by to ušetřilo docela hodně práce i s ohledem na budoucí údržbu, rozšiřování, opravy chyb, testování, apod (v zásadě jakákoli změna/vylepšení C/C++ knihovny by se ihned projevila i v javovské verzi). Existují nástroje, např. SWIG, kterými lze udělat wrappery C/C++ --> java/python/perl/php/... velice jednoduše. A tady mě napadá hned další výhoda - téměř bez práce můžou být rozhraní i pro další jazyky ...

Z článku není úplně zřejmé, jestli je v plánu dělat opravdu 2 nezávislé implementace, ale pokud ano (podle výše odměny bych to tak tipnul), ještě to zvažte

Dan

[slush]

+1 pro swig

[vrosecky]

Aby nedošlo k mýlce, nemám nic proti SWIGu a JNI (java native interface), mám s nimi zkušenosti (Berkeley DB XML pod Javou), ale knihovna pro přístup k datovým schránkám je v podstatě obal nad webovými službami.

[Daniel Tihelka]

Aha, tak do takových podrobností problematiku datových schránek neznám (asi právě proto, že nepoužívám windows ...).

Každopádně držím pesti a jsem zvědavý na výsledek. Dan

[vrosecky]

Moje Javovská knihovna pro přístup k DS bude samostatná, nebude záviset na knihovně v C/C++. Tvorba obalové vrstvy pro Javu má následující nevýhody:

1. Horší multiplatformnost, uživatel knihovny si nejprve bude muset zkompilovat knihovnu v C/C++, vygenerovat SWIGem obal a posléze zkompilovat Javovskou knihovnu. Navíc zavedení dynamické knihovny může být zakázáno (aplikační server).
2. Nestabilita, chyba v C++ knihovně (např. neinicializovaný ukazatel) může v lepším případě způsobit pád JVM, v horším případě záhadné nevysvětlitelné chování.
3. Kopirování velkých objektů (např. pole bajtů) mezi Javou a C++ je neefektivní.

[ByCzech]

A to já jsem si myslel, že takové věci se po uživateli požadovat nebudou, že se mu to vývojáři připraví ve formě balíčků/instalátorů, aby uživatel kompilovat nemusel.

[teni]

Nepleťte jabka s hruškama (-: Uživatel knihovny = například ten, kdo píše GUI.

[Filip Jirsák]

Ano, budou dvě nezávislé knihovny. Nemá smysl zanášet do Javy zbytečný nativní kód, když implementace Java wrapperu kolem webových služeb je jednodušší, než Java wrapperu kolem Céčkové knihovny; neznám knihovny pro webové služby pro C/C++, ale dost možná bude i implementace Java wrapperu kolem webových služeb jednodušší, než implementace takového wrapperu v C/C++.

[Filip Jirsák]

Respektive myslím, že nikdo nepočítal s tím, že Javovská knihovna by byla wrapperem kolem Céčkovské, protože to zejména v tomto případě nedává vůbec smysl. Pokud by se někdo přeci jen tím směrem chtěl vydat, asi by měl nejprve zkonzultovat, zda to vyhovuje zadání.

[multi]

v takovem pripade by tedy stacila knihovna jen v jave, navic by dala i mene prace a byla by tu jistota behu i na mnoha dalsich zarizenich

[Filip Jirsák]

Pro integraci do Thunderbirdu, OOo apod. bude zase asi lepší C/C++ knihovna. A někteří lidé mají prostě k Javě averzi, takže instalovat si Javu, aby rozběhali plugin do Thunderbirdu, by pro ně bylo horší, než nainstalovat si Wine a proprietární 602XML Filler.

[multi]

Tak to kovy duvod v pripade thunderbirdu bych bral, ale OOO bezne pouziva javu. Ale averzi to neberu (at uz je to jakykoli jazyk), navic vedsi nez k pokusum pouzit wine!

[Filip Jirsák]

Myslím, že u OOo se docela pravidelně řeší, jak to používat bez Javy. Mně ta averze taky připadá nesmyslná, ale co s tím nadělám. Pod minulým článkem se vedla dlouhá diskuse o tom, jak by se to nemělo dělat v Javě, protože je Java k ničemu. Myslím, že není potřeba tu diskusi opakovat. Je tady nějaká nabídka, když tu knihovnu v C/C++ někdo naprogramuje, na škodu to určitě nebude. A nebo pokud nikdo nebude vidět přínos v tom tu knihovnu napsat, holt ji nikdo nenapíše.

[Grunt]

Já nechápu co se to furt dokola řeší. Java neumožňuje dynamicky linkovat knihovny?

[Filip Jirsák]

Je zbytečné to řešit pořád dokola. Nevím, kam směřuje vaše otázka, ale pojem „dynamické linkování“ se programů interpretovaných virtuálním strojem (jako je JVM) nepoužívá. Jinak Java umožňuje pomocí hierarchie classloaderů vyměňovat implementaci za běhu – ale nevím, k čemu by to v tomto případě bylo dobré.

[petris_]

Hlavni vyhodou C je vyuzitelnost z vetsiny programovacich jazyku - temer kazdy jazyk umoznuje pouzit Cckovskou knihovnu, protoze takove je rozhrani vetsiny soucasti systemu.

[Tomáš Pelc]

Už jste se zamýšleli nad prezentací hotového projektu? Budou nějaké specializované www stránky?

Dík.

[jouda]

Myslim, ze pro "prezentaci" bude stacit udelat co nejrychleji balicky do majoritnich distribuci a dostat plugin na web mozilly.

[Tomáš Pelc]

No, já jsem přesvědčen, že chceme multiplatformní řešení, takže bych čekal www prezentaci na způsob Mozilla Firefoxu. Každý, kdo by stránky navštívil, uvídí kromě jiného krásné zelené tlačítko s nápisem Stáhni a odkazem na balíček pro svůj OS.

Samozřejmě, že pro Linux a podobné systémy jsou nejlepší distribuční balíčky v jejich repozitářích.

[Ladislav Nešněra]

to bude plugin? Ze zadání jsem to tak nepochopil, ale líbilo by se mi to - mám slabost pro řešení postavená na prohlížeči (kvůli administraci a minimální potřebě školit uživatele)

[jouda]

Napsal jsem to nepresne. Planuje se spis ROZSIRENI do Thunderbirdu.

[lukas ;)]

Jen jsem se chtěl zeptat, jestli je plánovaná i podpora Mac OSX? Uživatelů s tímto OS v čechách přibývá a situace na Macu je stejná jako na Linuxu (wine)...

[Leoš Literák]

To by bylo vhodne, knihovna i aplikace maji byt multiplatformni a novy Mac OS je de facto unix, takze by to jet melo.

[Algi]

Celou věc jsem moc nesledoval, ale předpokládám, že bude k dispozici zdrojový kód. Potom by pro mě nebyl problém dodělat integraci Javovské verze do systému Mac OS X, včetně nejnovějších feature jež jsou teprve připravované. Rovněž distribuce (tvorba DMG a application bundle) mi není cizí; mám na to automatizované skripty. Otázkou spíš je, zda-li na to budu mít čas

[Saljack]

Muzu se zeptat jake GUI bude pouzito?

[Grunt]

Jednotlivci

Kurnik, to mi přijde dost málo. Co se patmatuju, tak na skládání se na ČPS byly jiné zástupy. Třeba by bylo vhodné o tom informovat ve formě zprávičky. A nebo ještě vhodnější by bylo kdybych si už konečně založil blog a jal se informování sám, že?

[Ladislav Nešněra]

zástupy? Podle transparentního účtu cca 180 lidí. Ale kdyby byla volební kauce (vlezné, pokud nedosáhne 5%) vyšší, třeba dřívějších 200 tisíc na kraj, možná by jich bylo víc

[Grunt]

Podle transparentního účtu cca 180 lidí

Tak tam asi byl nějaký větší pohyb na tom účtu, protože se mi zdálo, že ten seznam byl delší. Ale i 180 lidí je furt víc než těch pár tady. Když si vynásobím 180 jakýmkoliv číslem, tak mi vyjde zajímavá částka.

[Filip Jirsák]

Třeba by bylo vhodné o tom informovat ve formě zprávičky.

Dvě zprávičky (1, 2) a článek jsou málo?

[Grunt]

To není možné. To přejemnou někdo musel schovat nebo co.

[Ladislav Nešněra]

v zadání nevidím práci s adresářem - vyhledání subjektu, zkopírování do lokálního adresáře případně vytažení odesílatele z přijaté zprávy.

Pro inspiraci a povzbuzení javovské větve - měl jsem v rukách pěkné řešení (nic pro desktop - úložištěm dat je Domino) a fungovalo na Win 32, 64 a také na Lin 64 (dál už jsem neměl důvod pátrat). Jak se podívat do souboru *.zfo neřeší. Ještě si vybavuji, že nebylo JRE jako JRE. Nesneslo se to s Javou z Novellích repozitářů (openSUSE), musel jsem sáhnout na SUN (bylo to něco na tenhle způsob - problém s šifrováním). Dost se mi hodila možnost přesměrovat komunikaci přes PROXY (-Dhttps.proxyHost=ipAdresa -Dhttps.proxyPort=8080)

[Libor Chocholaty]

Nelze overit, ze vam software funguje na ostre verzi portalu.

Viz helpdesk, pozadavek 232:

dotaz: Řešení odladěné v testovacím prostředí budeme nasazovat u zákazníka, právnické osoby. Potřebovali bychom, aby pro účely testování byla do jeho schránky doručen testovací zpráva. Jak to zařídit?

odpoved: Chtěli by jste zaslat do ostré schránky testovací zprávu? To bohužel není možné, pro tyto účely slouží testovací prostředí, které je identické.

[Filip Jirsák]

Já teda doufám, že prostředí identické není a že v datech v ostrém prostředí bude aspoň o něco menší – jak to říct slušně – humus, než v testovacím prostředí. Pravda je, že v testovacím prostředí je asi co si tam kdo zadá, ale docela rád bych věděl, zda v ostrém prostředí mám také čekat jména psaná malými písmeny nebo devítimístná IČ.

[Ladislav Nešněra]

pár adres odpovídá automaticky (např. Místní úřad Frumburk - id vqbab52, Místní úřad Gazdovice - p36ab6k). Snad je to je odpověď (nechce se mi pátrat, co že je zač ten požadavek)

[Filip Jirsák]

To ale platí jen pro testovací prostředí. Požadavek byl dotaz, jak odzkoušet, že aplikace funguje i proti ostrému prostředí.

[petr_p]

A odpověď padla – není třeba. V událostech komentářích to jeden z vývojářů vysvětloval: Ostrý i testovací systém používají stejný software, liší se jen data. Proto když se dělá upgrade, tak vedle ostrého je nedostupný i testovací systém.

[leos]

V tom zadání nahoře je jedna chyba: služba GetOwnerInfoFromLogin nevrací informaci o přihlášeném uživateli, ale o schránce, do níž patří přihlášený uživatel. Na to jsem se osobně ptal. Za této situace je to zbytečná služba (podle mě).

Za druhé: už je nová verze WSDL a dokumentace která zavádí odeslání hromadné zprávy (stejné na víc adres) a zavádí datový trezor České pošty, který je ale z části neveřejný.

Za třetí: je prý připravena verze od 1.1.2010, která umožňuje posílat zprávy mezi komerčními subjekty. Bude to prý rozesíláno registrovaným vývojářům (co se účastnili pilotu někdy v červnu).

Nečetl jsem zde vše, tak pokud jsou to známé informace, tak se omlouvám. Držím palce.