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

[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.