<!–texy–>S OSSZ a VZP komunikujeme přes http://portal.gov.cz/ Je k tomu potřeba vlastní certifikát. Snad se již brzy způsoby komunikace s našimi úřady sjednotí.

<!–texy–>Já jsem poslal hlášení na OSSZ - přihlášku zaměstnance na originálním formuláři OSSZ v PDF. Přišla mi od nich zpráva, že jejich systém neumožňuje přijmout datovou zprávu, neboť “povaha zaslaných dokumentů vylučuje jejich doručování prostřednictvím datové schránky OSSZ.” Prý to pak museli zpracovat ručně a to je zatěžuje. Doporučili mi proto, abych příště dokument vytiskl a poslal poštou - pak prý bude vše OK.

Pavel Sedlář

<!–texy–>Pro rychlé vyhledání mi stačilo vždy zadat do pole název organizace jen název města, ve které se organizace nachází. Potom se mi zobrazili výsledky včetně organizace, kterou jsem hledal.
I přes nedostatky, které datové schránky mají je jejich použití mnohem komfortnější než posílat doporučené dopisy úřadům.

<!–texy–><a href=”#comment-538″>@Ariel</a>
Máte pravdu, že ve výsledku není velký rozdíl mezi použitím singletonu a JNDI.
Návrhový vzor Singleton se ale v J2EE aplikacích nedoporučuje, protože použitím singletonu svazujete vaši aplikaci k jediné JVM.
Použití popsaného způsobu má ale také praktické výhody, jako hlavní vidím fakt, že zodpovědnost za inicializaci service locatoru nemá moje aplikace, ale Tomcat.

<!–texy–>Ja jsem o javax.naming.ObjectFactory vedela, akorat nevim, proc potrebujete ten ServiceLocator mit v JNDI? Vzdyt to mate na (common) Classpath, takze se to da vyzvednout primo pres navrhovy vzor singleton a nemusi se jit pres JNDI.
Ale uznavam, ze i takhle je to pekne pruhledne.

<!–texy–>> Je ale na pováženou jestli není lepší pro běh aplikací podobných naší testovací použít některý z aplikačních serverů.

Nebo všechno nechat v jedné aplikaci a jen v ní mít dva DispatcherServlety (pro Spring Web MVC, nebo třeba WicketFiltery pro Wicket, to je jedno).

Předpokládám, že jste měli důvod ty webové aplikace oddělovat, ostatně u nás to v jedné aplikaci máme udělané prakticky stejně, ale osobně mám mnohem radši situaci, kdy je úplně všechno v jednom WARu (EARu pro aplikáče? Ale tomu nerozumím.) a není potřeba nic konfigurovat vedle.

<!–texy–>Not yet, there are several techniques of handling trees in relational db, maybe it would be nice to have some overall comparison. However speed of listing articles from under a subtree is not the only thing to measure, there are other factors such as speed of inserting new subcategory, speed of assigning an article to a subcategory, etc. The mechanism described here is probably faster than other in assigning article to a category, adding new category and listing articles from category. But it is because it limits the depth and width of a tree.

<!–texy–>Nice example of a limited tree implementation indeed looks fast. Have you benchmarked it somehow?

<!–texy–>[...] článku Jak jsme použili JBPM jsem popsal, jak a proč jsme použili JBPM. Dnes se podělím o naše zkušenosti s integrací [...]