Aktuální kategorie: Java

Pred pár týždňami sme s kolegami rozširovali starší kód v Jave o ďalšiu funkcionalitu. Vyzeralo to na jednoduchú úlohu...

Optimalizácia kódu na rýchlosť a zmenšenie pamäťovej náročnosti býva druhoradou záležitostí. Pozrieme sa, ako týmto problémom predchádzať.

V nasledovnom článku sa bližšie pozrieme na prekrývanie statických metód a na dôsledky, ktoré z toho vyplývajú. Nie tak dávno som bol pred problémom refaktoringu DB objektov. Aplikácia stará viac ako 7 rokov bola vyvíjaná ľuďmi čo sa na tom učili. Nikoho isto neprekvapí, že z času na čas je v takýchto aplikáciách potrebné urobiť trošku prievan a zrefaktorovať kód, pretože pokračovanie znamená len kopenie ďalších problémov.

V tomto článku sa naučíme, ako vytvárať v Echo2 tabuľky. Tabuľky sú veľmi užitočným nástroj a pre našu aplikáciu sú priam nenahraditeľné.

V tomto článku si predstavíme druhú hlavnú knižnicu rozširujúcu možnosti Echo2. Zoznámime sa aj s ďalšími komponentami a povieme si niečo nové ohľadom starých.

V predchádzajúcom článku sme spolu vytvorili prázdne okno. V tomto ho doplníme o formulár pre vytváranie pripomienky na stretnutia. V našom formulári budeme môcť zadať predmet stretnutia, miesto, začiatočný a konečný dátum a pole pre napísanie poznámok. Samozrejme nebude chýbať možnosť odoslania.

V predošlom článku sme si povedali niečo stručné ohľadom Echo2 s tým, že sme si naprogramovali základ nášho organizéra. Avšak zatiaľ toho naša aplikácie veľa nedokáže. S tým musíme niečo urobiť! Než si ukážeme nové komponenty, naučíme sa, ako môžeme externe nahrávať správy zo súboru. I keď je toto skôr všeobecný postup, je to niečo, čo využijete v každej reálnej aplikácii nielen pri použití Echo2.

Ověřujeme-li platnost elektronického podpisu, musíme také zkontrolovat, zda je v pořádku certifikát, který k ověření platnosti podpisu používáme. Tématem tohoto článku je, jak to provedeme v jazyku Java.

Predstavte si, že žijete vo svete, kde vládne Java. Ak chcete naprogramovať nejakú peknú stránku, pravdepodobne použijete svoje obľúbené JSP, servlety, Struts - všetko pomiešate, poprípade ešte nejakú technológiu pridáte a stránka je hotová. Jedného dňa sa dozviete o paralelnom svete, kde webové stránky vyzerajú inak. Zdá sa, že na príkazy užívateľa odpovedajú takmer hneď, vyzerá to ako desktop aplikácia. Od kamarátov sa dozviete, že na takúto stránku potrebujete vedieť Ajax, JavaScript, DOM, CSS, XHTML a kto vie čo všetko. Vás z toľkých nových vecí rozbolí hlava. Čo ak vám ale poviem, že vám stačí ostať pri svojej obľúbenej Jave, pričom budete môcť vytvárať Ajaxové stránky?

V návaznosti na předchozí článek, ve kterém jsme XML podpis vytvářeli, budeme pokračovat ověřením platnosti všech XML podpisů obsažených v XML dokumentu.

V tomto čistě praktickém článku se podíváme na javové rozhraní XML Digital Signature realizující XML podpis a s jeho použitím podepíšeme jednoduchý XML soubor.

EJB kontajner by mal manažovať zásobník SB inštancií takým spôsobom, aby čo najefektívnejšie obsluhoval požiadavky klientov. V závislosti od nastavenia a počtu požiadaviek sa kontajner dynamicky rozhoduje, kedy bude nová inštancia vytvorená, priradená klientovi, pasivovaná, aktivovaná alebo ukončená. V tomto článku sa pozrieme na životný cyklus stateless aj stateful session beanov.

Home rozhranie pre session beans deklaruje metódy určené na vytváranie a mazanie session objektov. Na rozdiel od entity beans nie je možné v home rozhraní deklarovať vyhľadávacie metódy, respektíve home metódy. V prípade finder metód by to ani nemalo zmysel, pretože identita session objektu je z pohľadu klienta ukrytá. Keď klient potrebuje získať referenciu na session bean objekt, ktorákoľvek inštancia objektu poskytnutá EJB kontajnerom je rovnako dobrá ako akákoľvek iná. Home metódy sú tiež zbytočné, pretože biznis metódy session beans majú danú flexibilitu manipulovať s niekoľkými entitami uloženými v databáze súčasne (najčastejšie cez prístup k niekoľkým entity beans objektom.)

Stále více komunikace se odehrává elektronicky a obzvláště při komunikaci s úřady či bankovními ústavy je otázka bezpečnosti primární. V tomto článku se seznámíte s tím, co vše v této oblasti je možné realizovat s použitím programovacího jazyka Java.

Rovnako ako pri entity beans, aj v prípade session beans je to, ako ju klient vidí, definované prostredníctvom jej komponentného rozhrania. Preto si pripomeňme, že každé remote rozhranie musí rozširovať triedu "EJBObject" a každé lokálne rozhranie triedu "EJBLocalObject". Už v prípade entity beans sme spomínali, že remote a lokálne rozhrania sú miestom, kde definujeme biznis metódy, ktoré chceme dať k dispozícii klientom. V tomto článku sa pozrieme na tieto rozhrania z pohľadu session beans.

Na rozdiel od entity beans, ktorých cieľom je manipulovať s perzistentnými dátami, úlohou session beans je vykonávať biznis logiku. Session beans si môžete predstaviť ako rozšírenie klienta. Architektúra EJB poskytuje pre session beans rovnakú podporu transakcií, zabezpečenia a manažmentu súčasného prístupu ako pre entity beans. Konzumentom session beans môžu byť vzdialený klient (napríklad Java Servlet, CORBA klient, enterprise bean umiestnený v inom EJB kontajneri), ale aj lokálny klient umiestnený v tom istom kontajneri.

Po implementácii CMP enterprise beanu obvykle nasleduje definovanie deployment deskriptora. Preto sa budeme venovať jeho tvorbe z pohľadu Container Managed Persistence. Všetky uvedené príklady budú vzorové a typické, s ktorými sa môžete pri štúdiu stretnúť najčastejšie.

Bez ohľadu na to, akú perzistentnú metódu si vyberiete pre danú entitu, vždy musíte implementovať rozhranie EntityBean. Z toho okrem iného vyplýva, že vždy musíte implementovať tie isté CCM metódy. Rozdiel je iba v tom, za čo ste zopovední pri implementácii ich obsahu. Jedinou výnimkou je implementácia vyhľadávacích metód, ktoré nie sú povinné pri CMP perzistencii.

V tomto článku plynulo prejdeme na druhý spôsob možnej implementácie entitných EJB objektov, ktoré predstavujú možnú alternatívu. Namiesto kódovania všetkých prístupových metód potrebných na ukladanie stavu entity budeme v tomto prípade vytvárať deklaratívne mapovania a necháme EJB kontajner, aby vytvoril potrebné JDBC volania za nás. V prípade CMP sa síce vzdávate určitej flexibility, ktorú ste mali s BMP, ale na strane druhej sa vzdávate aj nutnosti objemnejšieho kódovania.

V tomto článku zakončíme tématiku BMP (Bean Managed Persistence), a to tým, že si ukážeme, ako nami vytvorené triedy a rozhrania nasadíme na aplikačný server. Vytvoríme si konfiguračný súbor označovaný ako deployment descriptor a ukážeme si, ako našu entitu otestovať.

Niektorí poskytovatelia adresárových služieb, ako je LDAP, môžu vyžadovať od klienta prístupové meno a heslo pri snahe o pripojení a hľadaní objektov v rámci namespace. Spôsob, ako obvykle splniť požiadavky poskytovateľa, je nastaviť potrebné premenné prostredia pre InitialContext. V tomto článku sa pozrieme, ako na to. V závere si vysvetlíme riešenie bežných problémov, s ktorými sa môžeme stretnúť pri práci s JNDI.

V predchádzajúcich článkoch o Java technológii Java Naming and Directory Interface sme takmer nespomenuli, že JNDI je pomerne často využívané v súvislosti s EJB, respektíve ako tieto dve technológie úzko spolupracujú. Tak trochu to bol aj môj zámer, aby ste mali dosť času a priestoru na pochopenie základných princípov bez toho, aby ste boli zaťažovaný detailmi prepojenia s EJB.

Keď klient zavolá nejakú vyhľadávaciu metódu find, kontajner následne zavolá korešpondujúcu ejbFind metódu. Najdôležitejšie je uvedomiť si, že v prípade tejto metódy ste zodpovedný iba za vrátenie hodnoty primárneho kľúča, ktorý zodpovedá zadaným kritériám vyhľadávacej metódy.

V predchádzajúcom článku sme načrtli spôsob implementácie synchronizačných metód ejbLoad a ejbStore. Ako ste si mohli všimnúť, v prvej menovanej metóde sme, čo sa týka predmetu (objektu) aukcie, nemali k dispozícii priamo tento predmet (ako objekt triedy Item), ale iba hodnotu jeho primárneho kľúča.

Okrem vykonávania rôznych biznis metód, má entitná trieda najviac práce so synchronizovaním svojho stavu s korešpondujúcimi dátami v podkladovej databáze. K tomuto účelu sú určené dve špeciálne metódy, ejbLoad a ejbStore.

Už viete, že ak sa rozhodnete vo vašich entitných triedach využívať princíp BMP, budete si musieť zabezpečiť obsah volania jednotlivých callback metód vo vlastnej réžii. Vieme tiež, že ak klient zavolá metódu create nachádzajúcu sa v home rozhraní entitnej triedy, kontajner zavolá korešpondujúcu metódu ejbCreate, volanú nad inštanciou požadovanej entitnej triedy.

Bez ohľadu na to, či používate ORM (Object-Relational Mapping) alebo nie, mali by ste poznať aspoň základy technológie JDBC, ak chcete implementovať vaše entity beans použitím BMP (Bean-Managed Persistence). Preto tu budem predpokladať, že určité základy JDBC máte. V opačnom prípade vám odporúčam si ich naštudovať.

Kdybychom žili v ideálním programátorském světě, nebylo by nástrojů, jako je Spring Framework, zapotřebí. Protože v takovém světě nežijeme a jsme tedy postaveni před reálné problémy, můžeme s povděkem kvitovat služby, které nám framework Spring poskytuje. Spring je spojen s přívlastkem J2EE lightweight kontejner. Ona dvě magická E možná vyvolají u leckterých vývojářů lehké pochyby o jeho využití, ale opak je pravdou. Spring nabízí celou škálu služeb a rozhodně platí, že J2EE != EJB.