Komentáře k AspectWorks

Komentář k příspěvku Odesíláte formulář? Nezapomeňte na redirect! od Guido

Guido — Sat, 19 May 2012 11:32:56 +0000

To by mě zajímalo (zcela bez ironie), kdo v dnešní době počítá s Netscape 4. Přijde mi to jako takový akademický argument.

Komentář k příspěvku Odesíláte formulář? Nezapomeňte na redirect! od Petr F.

Petr F. — Fri, 18 May 2012 07:17:30 +0000

Asi většina MVC toto má podpořeno přímo v kontroloru.
To co psal MAX se ve STRUTS MVC jmenuje „tokens“.
Jinak metoda redirectu nám nešla použít u portletů, protože se jedná vždy jen o fragment fragment stránky, kterou řídí portál a redirect vede mimo kontext portálové stránky.

Komentář k příspěvku Odesíláte formulář? Nezapomeňte na redirect! od Richard Šerý

Richard Šerý — Thu, 17 May 2012 10:12:24 +0000

Max: To má jednu nevýhodu: při reloadu se zobrazí ten ošklivý popup.

Taco: To je pravda, díky za doplnění. Úplně chyba by to asi nebyla, ale hned bychom narazili na problém, jak dostat zadaná nevalidní data přes redirect do další obrazovky, aby se uživateli neztratily.

Komentář k příspěvku Odesíláte formulář? Nezapomeňte na redirect! od Taco

Taco — Thu, 17 May 2012 09:48:47 +0000

Jen bych zdůraznil, že ten redirect se týká _jen_ formuláře, který byl úspěšně vykonán. Pokud jsou data z nějakého důvodu špatná, a uživatel se má tímto formulářem opět zabývat, tak redirect je naopak chybou. IMHO.

Komentář k příspěvku Odesíláte formulář? Nezapomeňte na redirect! od Max

Max — Thu, 17 May 2012 09:46:26 +0000

Redirect nepouzivam, ulozim si SESSION promennou jeji hodnotu si predam v POST pro overeni po odeslani, po uspesnem odeslani SESSION vymazu. Pri pokusu o reload dojde sice k znovu odeslani POST, ale akce se neprovede protoze SESSION[test]!=POST[test]

Komentář k příspěvku JUnit result interceptor od banter

banter — Mon, 07 May 2012 10:21:58 +0000

TestWatchman už je deprecated, navíc se volá až po @After. Řešením je RuleChain od verze JUnit 4.10 http://blog.zvestov.cz/item/98

Komentář k příspěvku Unit testy a jazyk PL/SQL od Tomáš Holý

Tomáš Holý — Fri, 27 Apr 2012 10:58:24 +0000

Pitomost to opravdu není, může nastat případ, kdy vám nejde o logiku dané uložené funkce, ale naopak si můžete uloženou funkci nebo proceduru představit jako jakýsi MOCK objekt. Celý zbytek logiky, kterou máte v jazyce Java poté můžete jednoduše testovat oproti embedded databázi a nemusíte řešit žádné další režie spojení se správou databáze na každém stroji, kde chcete unit testy spouštět.

Komentář k příspěvku Unit testy a jazyk PL/SQL od Rob

Rob — Fri, 27 Apr 2012 10:23:31 +0000

Podle mne to pekna pitomost, pokud pisete aplikaci zavislou na konkretni db, potom i testy by mely bezet nad touto DB, jinak tu logiku co mate v ul. procedurach neotestujete…

Komentář k příspěvku Unit testy a jazyk PL/SQL od Tomáš Holý

Tomáš Holý — Wed, 25 Apr 2012 10:22:32 +0000

Máte pravdu, toto řešení lze použít obecně v jakékoliv embedded databázi, která má podporu JRT (Routines and Types for the Java Programming Language).

Komentář k příspěvku Unit testy a jazyk PL/SQL od wr

wr — Wed, 25 Apr 2012 10:18:37 +0000

Rekl bych, ze tohle reseni se da pouzit i v H2 databazi …
http://www.h2database.com/html/features.html#user_defined_functions