Byla vydána verze 5.0 webového aplikačního frameworku napsaného v Pythonu Django (Wikipedie). Přehled novinek v poznámkách k vydání.
TuxClocker je Qt GUI nástroj pro monitorování a nastavování (přetaktovávání) hardwaru na Linuxu. Aktuální verze je 1.4.0. Z novinek lze vypíchnout monitorování využití AMD a NVIDIA VRAM nebo sledování spotřeby energie procesorů AMD a Intel.
O víkendu (15:00 až 23:00) probíhá EmacsConf 2023, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat ji lze na stránkách konference. Záznamy jsou k dispozici přímo z programu.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek i s náhledy aplikací v Týden v GNOME a Týden v KDE.
Organizace Apache Software Foundation (ASF) vydala verzi 20 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Desktopové prostředí Cinnamon, vyvíjené primárně pro distribuci Linux Mint, dospělo do verze 6.0. Seznam změn obsahuje především menší opravy a v říjnovém přehledu novinek v Mintu avizovanou experimentální podporu Waylandu.
OpenZFS (Wikipedie), tj. implementace souborového systému ZFS pro Linux a FreeBSD, byl vydán ve verzích 2.2.2 a 2.1.14. Přináší důležitou opravu chyby vedoucí k možnému poškození dat.
V ownCloudu byly nalezeny tři kritické zranitelnosti: CVE-2023-49103, CVE-2023-49104 a CVE-2023-49105 s CVSS 10.0, 8.7 a 9.8. Zranitelnost CVE-2023-49103 je právě využívána útočníky. Nextcloudu se zranitelnosti netýkají.
I letos vychází řada ajťáckých adventních kalendářů. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2023. Pro programátory v Perlu je určen Perl Advent Calendar 2023. Zájemci o UX mohou sledovat Lean UXmas 2023. Pro zájemce o kybernetickou bezpečnost je určen Advent of Cyber 2023…
Byla vydána verze 2.12 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
Skupina zaměřená na koordinaci a shromažďování informací prospěšných projektu Multiplatformní přístup pro datové schránky.
Založena: | 5. 10. 2009 |
Členů: | 26 |
Článků: | 0 |
Wiki stránek: | 7 |
Dotazů: | 22 |
Akcí: | 0 |
Čtenost: | 25 % |
Skóre: | 19 |
8.10.2009 16:27 Vitezslav Kosina Mame napsanou aplikaci ISDS2Mail. Dela to, ze periodicky kouka do datovych schranek (muze i do vice najednou): - notifikuje Vas na email ( nebo i vic emailu pripadne SMS) o novych zpravach s detaily o co se jedna od koho atd. - vybira to zpravy ze schranek a preposila je to na email a to vcetne originalni zpravy s casovym razitkem a separovanych priloh a souhrnu z hlavicky - umi to ty zpravy tez ulozit na disk do definovaneho adresare - je v Jave takze pobezi jak na Win tak na Linuxu, proste tam kde mate JRE - lze to integrovat i jako serverove reseni napr. na email server - neni potreba zadny plugin nebo neco podobneho do Utlouku a dalsich emailovych klientu, nejaky FormFillery atd. Odesilani mame tez vyresene, ale to je jina kapitola. Pokud to nekoho z Vas zaujalo, tak mi napiste na jabber vitezslav.kosina@hybrid-post.org pripadne email dtto. VK
Dobry den, projekt datove schranky to je fakt peklo. Mam firmu a ve dvou jeste s kolegou uz jsme na tom nechali skoro mesic prace. Nikdo nic nevi, prostredi jim tu a tam funguje, nikdo Vam nepomuze, support .. no radeji bez komentare. Slo by to mnohem rychleji, kdyby ... Vsude se na tom snazi kazdy vydelat majlant, kdekdo vymysli bizardni pluginy a spisovy sluzby a ja nevim co. Pritom jediny co ja potrebuju je mit moznost videt zpravy z datovy schranky v emailu, ale bez pluginu, protoze treba, kdyz jsem na cestach, tak fakt mam maximalne webmail. Jo pouzivam linux a navic 64bit, ve firme nemame Windows a nejaky FormFillery nebo pluginy buhvi do ceho, to je spatne. Takze volba Javy byla temer dana.Prece si nebudu kupovat Windows kvuli datovy schrance nebo nejak hackovat FormFiller :D Odeslat emailem do datove schranky je blbost, protoze nez vyprodukujete zpravu, tak to je vlastne dopis a jsou tam povinny polozky, takze idealne to napisu treba v nejaky office a dam tisk na virtualni tiskarnu co to prevede do pdf, digitalne podepsie a nahrne do datovy schranky, nebo do posty, pokud chci papir. Opet, krome toho vytvareni pdf je to napsany v Jave, at se to muze provozovat jak na widlich tak na linuxu. Proc Vam to pisu? Je Vam asi jasne, ze to co jsme udelali stalo penize a verte mi ze dost penez (bohuzel jako firma platime dane, zdravotni, socku, najem a dalsi vymozenosti, takze ta castka co stoji mesic prace dvou lidi je fakt velmi mnoho desitek tisic korun). Navic jsem si museli i cast reseni pro tvorbu pdf koupit, protoze udelat na windows vlastni pdf creator, kdyz to chcete integrovat neni sranda. Nakonec jsem se rozhodl, ze proste bude isds2mail jako freeware, ale nedam to zatim opensource, protoze proste potrebuju na tom alespon vydelat na naklady. Takze nemam problem s tim, ze si to nainstaluje hromada lidi a bude to bezplatne pouzivat, klidne at si to zaintegruji dle potreby, ale proste na rovinu rikam, modifikace a rozsireni bude v rukou moji firmy. Protoze jinak bych na supportu nic nevydelal a hlavne nikdo by si ho nekoupil. EU nebo nejaky grant jsem na to nedostal, dal jsem do toho v podstate svy uspory, takze se mi nedivte. Pokud i tak Vam to nevadi, ze k tomu nejsou zdrojaky, budu Vas o projektu prubezne informovat a i jak budou k dispozici jine nez vyvojove verze rad je poskytnu. Ostatne myslim si, ze vetsina lidi bude rada, ze ma na linuxu a i na windows reseni, ktere neni bastl a s freeware se asi dokazi smirit. Snad jen v Český kotlině je normální, že se za projekt utratí 900 mega, pořádají se drahé semináře, kde se vznešeně povídá, vystresuje se díky tomuto projektu hromady lidí, kteří doposud nechápou o co jde a to i díky novinářům a na závěr opensource implementaci zaplatí pár jednotlivců a firem pro dobrý pocit. Víte doufám, že datové schránky nahrazují doporučenou poštu, a že pokud to budete v budoucnu používat pro jinou komunikaci,než se státní správou, tak se počítá s tím, že jedna zpráva vyjde na 17,90 Kč? A řečnická otázka - v případě státních institucí to za ně zaplatí kdo? Já nebojuji proti datových schránkám, naopak ten projekt má výbornou myšlenku a podporuji ho, ale je ukázkově česky "implementovaný". Vítězslav KošinaČást mé odpověďi
... Výsledkem by měla být otevřená multiplatformní knihovna pro práci s datovými schránkami a nad touto knihovnou postavené GUI aplikace či pluginy do různých programů. Faktor otevřených zdrojových kódů je klíčový. Bylo by skvělé, kdyby se do tohoto, pro českou Open source komunitu velmi významného projektu, zapojil někdo kdo už této oblasti obětoval tolik nervů a práce.Dále jsem přizval autora do této diskuze.
Diky za pozvani do diskuze.
Osobne se domnivam, ze bychom si primarne meli rict, co vlastne chceme dat uzivatelum a okolnimu svetu a ne jak to uplacame. To je krok 2, az mame funkcni pozadavky. Na tohle tema jsem primarne chtel rozjet tuhle diskuzi, protoze od toho se budou odvijet i pripadna rozhodnuti. Nedelame preci soft proto abychom uplacali knihovnu, ale aby to melo pro uzivatele nejaky smysl a pridanou hodnotu. A jedina pridana hodnota u datovych schranek je, ze nahradi papir elektronickym dokumentem. To ze okolo toho se vytvari aura vyjmecnosti a v lidech strach z neznama, prestoze ani jedno tam neni, to je presne v dusledku toho co jsem psal vyse.
Nikde v diskuzi jsem nevidel nikoho, kdo datove schranky pachal s nejakym komentarem, pomoci atd. Nic, ticho, nezajem. Pak slysim, ze Ministerstvo vnitra uvolnilo velky prostredky na propagaci datovych schranek ... dostala snad tady komunita byt jedinou korunu na to aby udelala opensource implementaci, protoze to by pomohlo propagaci opravdu hodne. NIC, NIC, NIC Jak typicke, ale ty penize jsou jiste uz utraceny v debilnich kampanich spratelenych agentur.
Takze pojdme jeste jednou probrat funkcni pozadavky.
OK, podme je probrat.
Můj návrh je na stránce: Návrh zadání i když uznávám, že není úplné. Neváhejte jej doplnit případně aktualizovat.
Jestli je v zadání něco k diskuzi, založil jsem vlákno na diskuzi k zadání.
Navic jsem si museli i cast reseni pro tvorbu pdf koupit, protoze udelat na windows vlastni pdf creator, kdyz to chcete integrovat neni sranda.To mě zajímá. Myslel jsem, že iText je dostatečně kvalitní.
Reakce pro pana Kosinu
Projekt DS tu je, má spoustu much a problému, všichni o nich víme, holt to dopadlo, jak to dopadlo. Vždyť jsme v Česku. Teď se s tím musíme nějak poprat. Buď budeme nadávat, nebo se k problému postavíme čelem a dokážeme najít řešení sami. Našim cílem je pohodlné zpřístupnění funkčnosti DS obyčejným uživatelům i power userům. Když se nám to povede, budou to další body pro Linux a FOSS komunitu, což doufám přivede další uživatele. Naopak, nepodpora DS pod Linuxem může sloužit jako klacek v rukou konkurence.
Gratuluji vám, že jste dokázali problém DS vyřešit ve vašem produktu. Pro nás je bohužel ale nedostatečný, neřeší naše potřeby a licence nás silně omezuje. Když budeme mít dobře navrženou knihovnu, můžeme ji zintegrovat do nejrůznějších produktů, třeba do OpenOffice.org. Rád bych vám popřál komerční úspěch, ale bohužel nerozumím vašemu business modelu. Jak chcete vydělávat na freewaru? Za licence nedostanete ani korunu a podporu kupuje zlomek promile uživatelů. Vzhledem k počtu potencionálních uživatelů byste mohl podle mého odhadu dostat jednotky smluv o podpoře a z toho nevyžijete. Raději si ještě váš business model promyslete, jak to jednou vydáte jako freeware, na příjmy IMHO můžete zapomenout.
Pro nás by bylo přínosné, kdybyste uvolnil zdrojáky, měli bychom se čím inspirovat. Nicméně žijeme ve svobodném světě a nebudeme vás k ničemu nutit. Máte náskok, dobře jej využijte, než vám začneme konkurovat našimi produkty.
Jak jsem psal, support si koupi je mizivy zlomek uzivatelu. Kdyby tohle byl produkt pro desitky milionu cilovych uzivatelu, mel byste sanci z toho zit (ne vydelat). My se pohybujeme v jinych cislech. V nasich krajinach ji vice lidi, kteri delaji shareware, poptejte se jich na jejich nazor a zkusenosti.
My 1.11. urcite nebudeme mit hotovy produkt. Bude nam to trvat o nekolik mesicu dele.
6.10. 09:04 pto Vůbec tomu sice nerozumím, ale tady http://egg.trask.cz nabízejí něco s těma schránkama a prý je to open source, třeba by to šlo ňák využít. 6.10. 21:12 David Harmanec Byl jsem na semináři, kde Trask prezentoval toto řešení. Jedná se o Java systém postavený na JBoss aplikačním serveru a volitelně Alfresco DMS. Licencováno je to pod LGPL. Pokud vím, tak to zatím bylo distribuováno pouze účstníkům těchto seminářů na DVD formou VMware image, ve kterém je možno systém spustit a kde jsou také zdrojové kódy. Zatím jsem systém nezkoušel, ale působilo to na mne poměrně promyšleně a modulárně. Osobně bych doporučoval se obrátit na Trask a pomoci jim se standartnější distribucí, otevření se externím vývojářům a propagací v free/open-source komunitě než zakládat konkurenční projekt.
Tohle mi presne pripada jako mega hyper ultra reseni. Predstavte si, ze tohle mate provozovat v nejaky maly firme, kde do IT nedela nikdo. Maj jen tu smulu, ze jsou pravnicka osoba a ze jim fakt 1.11. 2009 nejaky urad do ty schranky muze neco poslat. Predstava, ze si instaluji nejakou dalsi aplikaci, se kterou se uci delat, no i to je pro vetsinu ne IT lidi docela mazec. A podobne neverim tomu, ze jim pomuze, ze vypada jako Utlouk 2007, protoze zrovna postu v plnokrevnem utlouku 2007 nema vetsina populace.
Nemyslím, že by programování GUI bylo tou nejpracnější částí. Myslím, že nejpracnější částí bude proniknout do prostředí v jakém DS existují. Zkušenosti lidí, kteří už tomuhle věnovali čas a trochu se v tom vyznají mohou velmi pomoci. Nehledě k tomu, že z dobře udělaných javovských zdrojáků by také šlo lecos pochopit (pokud budou zveřejněny).To prostředí jsou SOAP webové služby s trochou magie při přihlašování, pochopit se to dá z toho dema, které je připojené k dokumentaci. S čím budou problémy je nedostatek dokumentace, takže nevíte, co můžete očekávat na výstupu a jaké parametry předávat jako vstup. Ale to z žádného kódu nezjistíte, to si musíte buď vyzkoušet, nebo vám to musí někdo popsat. Informace typu "u osob je rodné příjmení uváděno pravděpodobně pouze v případě, kdy se liší od současného příjmení" bude v kódu uvedena maximálně jako komentář, a je jednodušší takovéto poznatky mít někde samostatně v textovém dokumentu. Ale ohledně komunikace s DS opravdu není co řešit -- shromáždíte parametry, předáte je metodě, kterou zavoláte, a přečtete si výsledek.
LinkCelkove jsem stravil asi 3 dny hledanim dokumentace, navodu a prikladu a pul dne zprovoznovanim. Je celkem skoda ze informace pro vyvojare nejsou nikdo na jednom miste, velmi by to ulehcilo praci.
Vítězslav Košinaprojekt datove schranky to je fakt peklo. Mam firmu a ve dvou jeste s kolegou uz jsme na tom nechali skoro mesic prace. Nikdo nic nevi, prostredi jim tu a tam funguje, nikdo Vam nepomuze, support .. no radeji bez komentare. Slo by to mnohem rychleji, kdyby ...
Muzu znova jen potvrdit co jsem uz napsal:
Status: 503 Service Unavailable
Description: System is not able to process your request now, please try later
Je nejcastejsi hlaska v testovacim prostredi ...
java -jar prototyp.jar <jmeno> <heslo>Měl by se do konzole vypsat seznam (momentálně 16) OVM začínajících na „Min“. K sestavení je potřeba Maven 2, po rozbalení zdrojáků by mělo stačit zadat
mvn packagea měly by se stáhnout potřebné knihovny, vygenerovat zdrojáky z WSDL, zkompilovat a zabalit – výsledek bude v podadresáři
target
.
PS: V příloze je jen zdroják, balíček s přeloženým projektem najdete na http://www.jirsak.org/isds/ – jako příloha komentáře byl moc velký.
java -jar prototyp-1.0.0-SNAPSHOT.jar ttt ttt
9.10.2009 23:43:39 cz.abclinuxu.datoveschranky.ws.DataBoxManipulation < clinit>
WARNING: Failed to create URL for the wsdl Location: './datove_schranky/db_manipulations.wsdl', retrying as a local file
9.10.2009 23:43:39 cz.abclinuxu.datoveschranky.ws.DataBoxManipulation <clinit>
WARNING: no protocol: ./datove_schranky/db_manipulations.wsdl
Exception in thread "main" com.sun.xml.ws.client.ClientTransportException: The server sent HTTP status code 401: Unauthorized
at com.sun.xml.ws.transport.http.client.HttpTransportPipe.checkStatusCode(HttpTransportPipe.java:203)
at com.sun.xml.ws.transport.http.client.HttpTransportPipe.process(HttpTransportPipe.java:177)
at com.sun.xml.ws.transport.http.client.HttpTransportPipe.processRequest(HttpTransportPipe.java:93)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:598)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:557)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:542)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:439)
at com.sun.xml.ws.client.Stub.process(Stub.java:222)
at com.sun.xml.ws.client.sei.SEIStub.doProcess(SEIStub.java:135)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:109)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:89)
at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:118)
at $Proxy32.findDataBox(Unknown Source)
at cz.abclinuxu.datoveschranky.Main.search(Main.java:67)
at cz.abclinuxu.datoveschranky.Main.main(Main.java:40)
wsimport
em. Ale na funkci to nemá vliv, dál v kódu nepoužívám bezparametrický konstruktor, kde se příslušná špatně vytvořená adresa používá, ale vkládám tam znova správnou adresu. Ostatně celá vygenerovaná třída DataBoxManipulation
by se snad ani nemusela používat a půjde místo ní použít vlastní třídu. Samozřejmě to jde udělat se všemi vygenerovanými třídami, ale tam bych raději ponechal výstup generovaný z WSDL, protože při změně WSDL dostanete „zadarmo“ i upravení třídy.
# konfigurace pro demo pristupu k ISDS
uzivatel: xxxx
heslo: yyyy
Má to smyl nebo holt budeme řešit registraci do zkušebního prostředí přes 602XMLFiller?
Založil jsem schránku: ID schránky: ir3dqui Jméno: nn9ibp Heslo: Tv2=N45d47Případní zájemci mohou použít. Až se z toho zážitku vzpamatuji, tak založím ještě další.
ID schránky: ir3dqui Jméno: nn9ibp Heslo: Ab123456Nemá nastavenu notifikaci na e-mail, takže pro tuhle funkčnost si ji můžete nastavit na http://www.czebox.cz/
posílat e-mail při přijetí nové zprávy posílat e-mail při přijetí nové zprávy do vlastních rukou posílat e-mail, nebylo-li možné zprávu odeslat (např. virus v zásilce) posílat e-mail s upozorněním na konec předplatného nebo zaplnění Datového trezoru
email: isds.tester1@seznam.cz uživatel na seznamu: isds.tester1 heslo na sezamu: +++--- ID schránky: 4cmdqu8 Jméno: 8i4b3j Heslo: Ab123456
email: isds.tester2@seznam.cz uživatel na seznamu: isds.tester2 heslo na sezamu: +++--- ID schránky: mw7dqvw Jméno: jrfh7i Heslo: Ab123456
email: isds.tester3@seznam.cz uživatel na seznamu: isds.tester3 heslo na sezamu: +++--- ID schránky: ga2dqwf Jméno: 5s59sd Heslo: Ab123456
ID schránky: mw7dqvw Jméno: jrfh7i Heslo: Ab123456
Heslo jsem 11. 1. 2010 kolem 16 hodiny změnil na „Ac123456“, protože systém mě odmítl přes SOAPpřihlásit, protože heslo bylo příliš dlouho neměněné.
Zatímco do interaktivního prostředí se lze s novým heslem přihlásit, SOAP rozhraní přesměrovává po úspěšné HTTP autentizaci na https://www.czebox.cz:8443/DS/dz, na kterýžto port se nelze připojit.
ID schránky: mw7dqvw Jméno: jrfh7i Heslo: Ac123456
Nemaje patřičná oprávnění jsem zkoušel požadavek NewAccessData (reset hesla) a v rozporu s dokumentací stejně ISDS žádost o reset přijal (referenční číslo REF37422) a heslo přegeneroval. Bohužel jsem použil verzi bez virtuálního doručování nového hesla (přes token na jedno použití), takže se zdá, že tato schránka je na vždy ztracená. (Do e-mailové schránky zatím nic nepřišlo.)
ID schránky: ga2dqwf Jméno: 5s59sd Heslo: Ab123456
2010-02-02T15:24:35+0100 změněno heslo na Ac123456, protože původní heslo bylo staré.
Heslo jsem 24. 7. 2010 změnil na „Ac123456“, protože vypršelo. "Platnost Vašeho hesla vyprší dne 22. 10. 2010 v 20:49:08!"ID schránky: 4cmdqu8 Jméno: 8i4b3j Heslo: Ab123456
Přímo do datové schránky? To tedy žadatel taky musí mít datovou schránku. Jak se formulář připojí do ISDS? Sice to lze naimplementovat, protože formát podporuje SOAP, ale to by znamenalo předat své přihlašovací údaje pochybnému skriptu z formuláře.
Nechtěl by někdo zaregistrovat nějaké testovací schránky a přihlašovací údaje zde zveřejnit? Vůbec se mi nechce kvůli tomu zakládat si ostrou datovou schránku a pak hledat Windowsy (mám takový dojem, že editor od CZ.NIC SOAP neumí a editor od S602 taky v Linuxu pořádně nefunguje). Teda pokud to nebude v rozporu s pravidly testovacího systému.
Přímo do datové schránky? To tedy žadatel taky musí mít datovou schránku. Jak se formulář připojí do ISDS? Sice to lze naimplementovat, protože formát podporuje SOAP, ale to by znamenalo předat své přihlašovací údaje pochybnému skriptu z formuláře.Vždyť jsem to obojí ve svém komentáři psal.
Nechtěl by někdo zaregistrovat nějaké testovací schránky a přihlašovací údaje zde zveřejnit?To je bohužel v rozporu s podmínkami, které musíte odsouhlasit při podání žádosti.
mám takový dojem, že editor od CZ.NIC SOAP neumíTa žádost je jen nějaké XML, v tom formuláři jsou přímo ty XML SOAP metod, které se volají, takže po nastudování by neměl být problém odeslat to z libovolného programu schopného odesílat datové zprávy. Mám pocit, že součástí toho XML je dokonce přímo SOAP zpráva, kterou se ta schránka vytváří – tedy na MV někdo tu žádost nějak zkontroluje a pak její vnitřek rovnou nechá spustit proti testovacím DS. Zajímalo by mne, zda to mají zabezpečené a zda kdyby někdo vnitřek toho formuláře vyměnil a nechal tam zavolat třeba deaktivaci cizí schránky, zda by to systém nepovolil. Naštěstí se to týká jenom testovacího prostředí…
V původním formuláři byl „skript“, který přes SOAP komunikoval s nějakým serverem. Nikoliv s ISDS. Když jsem to zkoušel implementovat, tak server mi všechno odmítal. Mám dojem, že bylo třeba dopočítat nějaký kontrolní součet, kterýžto algoritmus nebyl nikde zveřejněn (tehdy byl formát proprietární). Druhá možnost byla formulář vyplnit ve editoru od S602, vytisknout a poslat papírovou poštou.
Z dosavadního popisu nového formuláře jsem pochopil, že v něm je „skript“, který se přihlásí do ostrého ISDS a žádost pošle sám. Proto jsem se hodně divil. Teď to vypadá, že žadatel uloží vyplněný formulář a výsledný soubor odešle sám přes ostrý ISDS jako dokument.
Pak by neměl být problém vyřešit to papírově, protože vnitro nemůže podmiňovat komunikaci s žadatelem na použitý doručovací systém.
Zkusím to tedy tak, až rozjedu nějaký editor.
jj, bude dobré se v tom trochu povrtat.
Snad jen odstavec:
Jak si má zájemce o datové schránky vyzkoušet alternativní program,
když přihlašovací údaje mu budou zaslány do ostré datové schránky,
kterou on pochopitelně v tom okamžiku vůbec nemá?
Jak má vývojář testovat software,
když přihlašovací údaje mu budou zaslány do ostré datové schránky,
kterou on pochopitelně v tom okamžiku vůbec nemá?
jsem musel přečíst 6x, něž jsem mu přivyknul, ale podstata celého sdělení je jasná.
Zase by se hodilo, aby alespoň v takových situacích tvůrci alternativ táhli za jeden provaz a dosáhli trochu lepšího postavení. Věřím tomu, že by se podařilo dosáhnout stavu, kdy změny, které se mají dotknout všech by nepekla uzavřená skupinka někde potají, ale projednávaly by se dopředu a byly by k připomínkování.
Dne 16.prosince 2010 proběhlo setkání registovaných zástupců dodavatel aplikací třetích stran se zástupci MV a provozovatele ISDS.Zkoušeli jste se zaregistrovat?
Nezkoušel. Pokud vím, je to ta úroveň memoranda. Neřekl bych, že vnitro bude uzavírat smlouvy jen tak z nudy. Na základě těch smluv se pak pořádají formální setkání, někdo to musí platit, někdo na to musí čas. Prostě kromě práv dostanete i povinnosti, které jsou ale nastavené pro velké firmy, které na to mají vyhrazené pracovníky a prostředky. Tedy nic pro nezávislého vývojáře, který si svůj software kutí po večerech.
Styl pracovních skupin IETF, kam se do mailing listu může zapojit každý, je málo enterprise, moc levný, a příliš otevřený.
Už jenom když v podmínkách z nového formuláře jsem viděl slova jako obchodní tajemství a mlčenlivost o objevených vadách systému, tak mi hned bylo jasné, že o veřejnost tam nikdo nestojí.
Takže ten XMLcosi od 602 je nekomerční? Není to náhodou taky Open source, že bychom se tomu mrknuli na zoubek?Není to OSS. Je to proprietární produkt, který nyní dává Software602 zdarma – prodávají řešení pro tvorbu formulářů. Je to stejný princip, jako třeba Adobe Reader – nástroje na vytváření PDF Adobe prodává a prohlížeč dává zdarma. Rozdíl je v tom, že PDF je standardizovaný formát, některé jeho verze jsou dokonce ISO standardem.
Jako start vic nez dobre. Snad je par poznamek, ktery by mohli nekomu usetrit cas - wsdl je uz zastarale (vydali novou verzi) - pokud se pouzije httpclient verze 4.0 (nikoliv 4.0-beta2 z projektu), tak uz nefunguje prihlaseni (je nutne pouzit reseni s redirekty podle jejich dokumentace ...) - generovani z WSDL je myslim malinko slozitejsi (aby se neprepisovala ObjectFactory) (zmenit packageName a wsdlLocation podle potreb) (predpoklada wsdl soubory ve standardni ceste src/wsdl, adresar db pro db* a dm pro dm* )
<build>
<plugins>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>jaxws-maven-plugin</artifactId>
<version>1.12</version>
<executions>
<execution>
<id>generate-db</id>
<goals>
<goal>wsimport</goal>
</goals>
<configuration>
<packageName>org.chare.ds.ws.db</packageName>
<!--
<wsdlDirectory>src/main/wsdl</wsdlDirectory>
<sourceDestDir>src/main/generated-sources/wsdl</sourceDestDir>
<wsdlLocation>http://www.chare.org/ds/v20/</wsdlLocation>
-->
<staleFile>${project.build.directory}/jaxws/stale/.staleFlag-db</staleFile>
<sourceDestDir>src/main/generated-sources/wsdl-db</sourceDestDir>
<wsdlFiles>
<wsdlFile>db/db_manipulations.wsdl</wsdlFile>
<wsdlFile>db/db_search.wsdl</wsdlFile>
<wsdlFile>db/db_supplementary.wsdl</wsdlFile>
</wsdlFiles>
</configuration>
</execution>
<execution>
<id>generate-dm</id>
<goals>
<goal>wsimport</goal>
</goals>
<configuration>
<packageName>org.chare.ds.ws.dm</packageName>
<sourceDestDir>src/main/generated-sources/wsdl-dm</sourceDestDir>
<staleFile>${project.build.directory}/jaxws/stale/.staleFlag-dm</staleFile>
<wsdlFiles>
<wsdlFile>dm/dm_info.wsdl</wsdlFile>
<wsdlFile>dm/dm_operations.wsdl</wsdlFile>
</wsdlFiles>
</configuration>
</execution>
</executions>
</plugin>
....
</plugins>
Reknete mi na co potrebujete GUI ?
Emailovy klient vetsinou samo o sobe GUI je, neuvazuji pripad, ze emaily ctete prikazem napr. mail. Na to abych mel fungujici apliakci, mi staci umet klikat na isds2mail.jar nebo pustiti isds2mail.bat pripadne isds2mail.sh. Dobra mate pravdu, ze by nebyl od veci instalator, co udela trba zastupce na plose. Nicmene GUI mame bokem spachane v QTJambi, nicmene jedine co dela, ze je v nem 2x tlacitko (zkontroluj a vyber] a v menu Exit a About ...
Kdyz chci neco odeslat, tak jak jsem psal nahore, napisete si to v office a pak uz mame reseni v podobe virtualni tiskarny (ale to je jinak kapitola).Ale kdyz uz o to mluvime, tak duvod proc to nejde z nejakyho mejlu je ten, ze musite vyplnit pripadne par udaju, pred odeslani do datove schranky. Zaroven je prima, kdyz ted dokument, v nasem pripade PDF se digitalne podepise. A tady ma GUI smysl, protoze kdyz nevim id schranky, tak si ho muzu dohledat a zaroven se mi muze predvyplnit z dokumentu par udaju, pripadne automaticy to ID vyhledat.
Ale mozna se kazdy bavime o necem jinem. Nicmene za sebe rikam, me staci email, kde mam v tele vypsany udaje z hlavicky, v priloze extrahovany prilohy a puvodni zpravu pro archivaci a zaroven mi chodi notifikace mejlem. A kdyz chci neco na ourad poslat, tak alespon ja osobne to pisu v OpenOffice a jedine co dam navic je Soubor/Tisk na tiskarnu eDokument a pak se mi spusti GUI, kde si vyberu poslat do datove schranky. Nic vic a nic min. Verim tomu, ze takovahle funkcionalita staci 99,99% uzivatelu, ale treba se mylim.
Tak prispejem malou kvapkou, aj ked mam malo casu. Datove schranky ( ich verejny interface ) na mna posobi, ako keby ho navrhoval totalny kokot *1. Ked sa Vam uz podari dostat k wsdl, ktore spravca dokonale taji (*3) a popod ruky mi uz preslo asi 5 roznych verzii, zistite, ze nie su kompatibilne s jax-ws *2. Takze hackujete nejake to isds java demo a hladate co a kde. Ked to vyriesite ( par dni v prdeli ), po prvom spojeni dostanete "Unauthorized". Tak skumate dalej. Zistite, ze isds nepouziva standardny sposob pre security, ale nejaku kokotinu v podobe predradeneho "proxy" serveru. Javovske jax-ws nepodporuju redirect. Takze hackujete s nejakym tretim http clientom ( v tom java deme normalne vytvaraju soap xml message ako stringy from scratch ). Po 3-4 tyzdnoch mate spojenie. Teraz to treba naimplmenentovat. Bordel, bordel, bordel a bordel. Java kod, ktory z tych ws vypadne, je obrovsky neprehladny bastl. Strom v strome, typ v type, prazvlastne pouzivanie typov ( string na cisla, BigInteger na uzavretu skupinu cisel od 1 do 9 a tak podobne ). Nikto poriadne nevie, ako to cele funguje vo vnutri, takze sice mate webservice a nejaku tu polodokumentaciu, ale na mnoho veci pridete pocas testovania.
A teraz na zaciatok - ako byvaly c++kar a dvojrocny javista mi predstava, ze by toto niekto implementoval v c++ v gsoap, pride trosku utopisticka. Ano, keby tie ws boli spravene ukazkovo podla vsetkych pravidiel ( co este neznamena vyhru - webservices su kokotina z principu ), mozno by to bolo len 4x tolko prace, co v jave. Mozno 10x. Ktovie. Ja by som to ale programovat nechcel.
Poznamky:
*1 - strasne by ma zaujimalo, ako tie ws vyzeraju v .net. Ci to, ze su uplne nahovno je chybou architekta, alebo tym, ze boli site na mieru .net ( a ten je od ms a ten ako vsetci vieme zvysoka sere na nejake standardy ). je mozne, ze v .net to fakt neni tak tazke.
*2 - tym chcem povedat, ze pokial tie wsdl len sproste pridate v NetBeans do projektu, tak ich bud vobec neskompilujete, alebo ak aj, po spusteni aplikacie to zacne hadzat nic nehovoriace exceptions. jedinym stastim je, ze toto je popisane v readme od isds, takze sa tym fakt doporucujem riadit.
*3 - wsdl verejnej sluzby ma byt zverejnene na nejakom verejnom http url. Pokial je za nejakym autorizacnym proxy, pripadne existuje len na vyziadanie po akejsi registracii vo forme suborov na disku, je to zle. nehovoriac o problemoch spojenych s pripajanim k takejto sluzbe s javy ( musia sa bundlovat wsdl spolu s aplikaciou ).
Poznamka pod ciarou:
Pokial niekto ocakaval, ze DS budu urcene na zjednodusenie komunikacie s uradmi, skaredo narazi. DS boli imho navrhnute s 2 cielmi:
- co najjednoduchsie vyjebat s nepohodlnymi ludmi ( sucastou zakona je fikcia 10 dni )
- rozmrdat miliardu kamaratskym firmam
... som sa nasral
ako byvaly c++kar a dvojrocny javista mi predstava, ze by toto niekto implementoval v c++ v gsoap, pride trosku utopisticka. Ano, keby tie ws boli spravene ukazkovo podla vsetkych pravidiel ( co este neznamena vyhru - webservices su kokotina z principu ), mozno by to bolo len 4x tolko prace, co v jave. Mozno 10x. Ktovie. Ja by som to ale programovat nechcel.Díky za názor. Nezbývá než věřit, že gsoap nebude až tak dobré řešení.
wsdl verejnej sluzby ma byt zverejnene na nejakom verejnom http url. Pokial je za nejakym autorizacnym proxy, pripadne existuje len na vyziadanie po akejsi registracii vo forme suborov na disku, je to zle.No rozhodně má kdosi zájem na tom, aby WSDL nebylo snadno přístupné.
Cíl: rozmrdat miliardu kamaratskym firmamZa jeden z hlavních cílů projektu bych to tedy nepovažoval
Další kousek do sbírky .
cituji ze stránek: Pro privátní správu datových zpráv z datových schránek jsme vyvinuli aplikaci pro runtime prostředí Adobe AIR, které umožňuje spouštění aplikací napsaných v jazyce Flex/Flash. Aplikaci je možné využívat v prostředí Microsoft Windows, Linux nebo Macintosh!
Aplikaci vyvinula společnost „AMOS Software“ za přispění společností „Adobe Systems“ a „Cleverbee“.
Aplikace umožní komunikovat s webovým rozhraním datových zpráv zabezpečenou formou a spravovat tak bezpečně úřední korespondenci, tj. přijímat, zpracovávat a odesílat datové zprávy procházející webovým rozhraním datových schránek, archivovat datové zprávy, udržovat vlastní adresář. Aplikace nabízí další funkce pro jednoduchou a efektivní práci s datovými zprávami, z nichž stojí za zmínku např. práce s více datovými schránkami najednou.
Cituji z článku Software pro datové schránky: jde to i komfortně na Lupa.cz: Multischránka – produkt firmy Amos Software – je v současnosti ve fázi veřejného betatestování, kdy je možné ji používat zadarmo. Po dokončení vývoje se stane komerčním produktem, verze pro jednu schránku bude zdarma, při práci s více účty se bude platit poplatek.
Předávám zprávu:
9.12.2009 16:29 Tomáš Jacík
Zdravím, vyvíjíme svůj vlastní projekt, který umožní přístup do datové schránky libovolným klientem přes IMAP rozhraní. Aktuálně je ve stádiu funkčního stahování zpráv klientem, umí označovat přečtené zprávy, umí SSL/TLS. Celý projekt chceme vydat jako OpenSource zde: http://dsproxy.cz
Co nyní potřebujeme, je člověk, který by nám poskytl asistenci s testováním. Někdo, kdo má datovou schránku plnou zpráv, neboť my jich moc otestovaných nemáme, testovací rozhraní v tomto moc platné není.
Technologie * Python 2.5 * SOAPpy * TwistedZájemci o testy se prosím ozvěte na sunfox(zavinac)sunfox.cz
Děkuji
Pomalu začíná být scháňka po testerech, mělo by s tím něco dělat.
Škoda, že testovací prostředí ISDS nemá nějakou testovací schránku, která by byla plná zpráv. Člověk neví, co všechno může očekávat na vstupu, viz třeba ignorace mimetypu u zpráv.
Jinak pokud ta jejich knihovna umí stahovat odeslané podepsané zprávy, tak by mohlo stačit odeslat na nějakou testovací schránku zprávu (úřad Milotice) s několika přílohami a tuto odeslanou zprávu stáhnout a ověrit integritu. Nejlepší by bylo ovšem to otestovat na realných datech, nebo si nechat zřídit testovací schránku jako OVM a z ní do jiné schránky odesílat zprávy.
BTW, ta implementace mojí knihovny se blíží ke konci, ještě musím zefektivnit ověřovaní integrity u zpráv, takže to vidím někdy na příští týden. Jak to bude s nezávislým testovaním této knihovny? Programátor není sám sobě dobrým testerem.
Tiskni
Sdílej: