Re: literatura
Jediná kniha v češtině o XSLT, o které vím, je Steve Holzner: XSLT - příručka internetového vývojáře (Computer Press 2002, ISBN 80-7226-600-4. Mám z ní vždy ale docela divný pocit - člověk se musí docela soustředit, aby porozuměl tomu, co se text vlastně snaží sdělit. Navíc ta knížka už je relativně stará, dnes už je např. novější (a výrazně bohatší) specifikace XSLT. Jinak pro Javovské řešení webu postaveného na XSL transformacích doporučuji podívat se na Cocoon (http://cocoon.apache.org/). Filip Jirsák On 26/08/05, tino [EMAIL PROTECTED] wrote: poradte nejaku dobru knihu v cestine alebo slovencine ohladom tvorby aplikacii s pomocou apache-tomcat a vystupov cez xsl - rtf dakujem -- * www.inMail.sk - Vasa emailova adresa na cely zivot ZDARMA * http://interval.cz - webdesign a e-komerce denne * Zoner Photo Studio 7 - Spoznajte kuzlo digitalnej fotografie! http://www.zoner.cz/photo-studio -- Filip Jirsák [EMAIL PROTECTED]
Re: literatura
Ještě dodatek - o Cocoonu vycházel v češtině seriál na Rootu (http://www.root.cz). Filip Jirsák Jinak pro Javovské řešení webu postaveného na XSL transformacích doporučuji podívat se na Cocoon (http://cocoon.apache.org/). Filip Jirsák On 26/08/05, tino [EMAIL PROTECTED] wrote: poradte nejaku dobru knihu v cestine alebo slovencine ohladom tvorby aplikacii s pomocou apache-tomcat a vystupov cez xsl - rtf dakujem -- * www.inMail.sk - Vasa emailova adresa na cely zivot ZDARMA * http://interval.cz - webdesign a e-komerce denne * Zoner Photo Studio 7 - Spoznajte kuzlo digitalnej fotografie! http://www.zoner.cz/photo-studio -- Filip Jirsák [EMAIL PROTECTED] -- Filip Jirsák [EMAIL PROTECTED]
Re: Zobrazeni presouvaneho objektu pri drag and drop.
Dobry den, zkuste se podivat na: http://www.javaworld.com/javaworld/javatips/jw-javatip114.html Martin JANDA Martin Chalupa wrote: Dobrý den, Potřeboval bych poradit jak udělat, aby když přesouvám nějaký objekt pomocí dad tak abych ho „uchopil“ a pohyboval se zároveň s myší. Jedná se o přesun figurek v člověče nezlob se. Políčka jsou JComponent. Figurku přenáším přes vlastní FigurkaTranferHandler. Zkoušel jsem na hracím plánu zapnou MouseMotionListener a použít, public void mouseDragged(MouseEvent e), ale když klikám na Políčka tak se nevyvolá a pokud zapnu tento listener přímo na políčkách tak MouseEvent nemá souřadnice v rámci herního plánu ale pouze v rámci jednoho políčka. Nemáte někdo nějakou radu? Předem děkuji. Martin Chalupa begin:vcard fn:Martin JANDA n:JANDA;Martin org:CRC Data spol. s r. o.;Software Development adr;quoted-printable:;;U kr=C4=8Dsk=C3=A9 vod=C3=A1rny 26;Prague 4;;140 00;Czech Republic email;internet:[EMAIL PROTECTED] tel;work:+420 2 41 44 24 64 x-mozilla-html:FALSE url:http://www.crcdata.cz version:2.1 end:vcard
Re: literatura
O samotném Tomcatu v češtině o ničem nevím - otázka je, co by to mělo být, o konfiguraci se toho asi moc nepopíše, zbytek je všeobecné - servlety a JSP. Ale o servletech a JSP těch knížek v češtině vyšlo několik - dejte si třeba na Vltavě vyhledat JSP (servlety jsou k tomu většinou přibalené :-) Já mám třeba doma Marty Hall: Java servlety a stránky JSP (Neokortex 2001) ISBN 80-86330-06-0. Tam mi chybí víc popisu konfigurace webové aplikace (web.xml), ale odborné korektury dělali Miroslav Virius a v konferenci přítomný Oto Tapik Buchta, což je myslím záruka vysoké kvality. Ze stručných internetových zdrojů třeba: http://nb.vse.cz/~zelenyj/ - seminárky Filip Jirsák On 26/08/05, tino [EMAIL PROTECTED] wrote: ok a este nieco ohladom tomcatu a javy pouzitej v nom? - Original Message - From: Roman Pichlík [EMAIL PROTECTED] To: Java konference@java.cz Sent: Friday, August 26, 2005 12:16 PM Subject: Re: literatura no ano ale ja mam hotove riesenie na baze tomcat a xsl-rtf a budem potrebovat to upravovat, a tak sa potrebujem do toho dostat, a nikdy som s tym nerobil. Nie je to nic velke. kosek.cz - XSLT v prikladech http://www.kosek.cz/xml/xslt/ -- S pozdravem Roman Dagi Pichlik /* http://www.sweb.cz/pichlik/ Blog pro kodery */ -- * www.inMail.sk - Vasa emailova adresa na cely zivot ZDARMA * www.ZonerPress.sk - pocitacova literatura, zameranie na webdesign a grafiku * Zoner Photo Studio 7 - Spoznajte kuzlo digitalnej fotografie! http://www.zoner.cz/photo-studio -- Filip Jirsák [EMAIL PROTECTED]
RE: Xerces a relativni DTD
Dobry den, podivejte se do JavaDocu na tridu org.xml.sax.EntityResolver. Nacitani DTD z nestandardniho ulozite muzete vyresit implementaci vlastniho resolveru. V dokumentaci se pise: If a SAX application needs to implement customized handling for external entities, it must implement this interface and register an instance with the SAX driver using the setEntityResolver method. The XML reader will then allow the application to intercept any external entities (including the external DTD subset and external parameter entities, if any) before including them. mp. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin Javorek Sent: Friday, August 26, 2005 5:47 PM To: Java Subject: Xerces a relativni DTD Ahoj, tak tu ted resim takovy problemek... Web aplikace (Tomcat 5.0), pri startu servletu se parsuji (DOM) nejaka XML (Xerces 2.0.7). Ta XML maji relativni cestu k DTD. Zjistil jsem vsak, ze cesta je zavisla na tom, odkud se spusti Tomcat - jinymi slovy, je relativni k /bin adresare Tomcatu a ne ke XML dokumentu. Samozrejme - aplikace funguje jen v pripade, ze se Tomcat spusti davkou z /bin, pokud jej spustim jinak a odjinud, tak nastane problem, protoze DTD se nenajdou. Kdyz predelam adresy DTD relativne k dokumentum, taktez to nefunguje. Tak jsem to doho chvilu koukal a napadlo me, ze se to XML nacita pres stream a tudiz validator parseru nema asi pristup k informaci, kde se vlastne dokument nachazi a tudiz nemuze ani relativne k nemu najit to DTD... a clovek, ktery to psal prede mnou to nejspis vyresil tak, ze tam placnul relativni cestu k tomu binu a hotovo (coz mi zrovna nevyhovuje). Utrzek kodu parsovani toho XML: DocumentBuilderFactory dbFactory = DocumentBuilderFactory.newInstance(); DocumentBuilder docBuilder = dbFactory.newDocumentBuilder(); document = docBuilder.parse(is); kde is je inputstream toho XML Jak bych mel rict tomu parseru, kde ten dokument lezi? Nejaka base URL/URI? Nebo je to uplne spatne? Diky. Martin
Re: Xerces a relativni DTD
Zdravim, psat si vlastni EntityResolver je zbytecne. Melo by stacit do metody parse() predavat instanci InputSource s nastavenym systemId() - cesta, kde bude parser hledat relativni cesty. The system identifier is optional if there is a byte stream or a character stream, but it is still useful to provide one, since the application can use it to resolve relative URIs M.Jarosik On 8/26/05, Martin Javorek [EMAIL PROTECTED] wrote: Ahoj, tak tu ted resim takovy problemek... Web aplikace (Tomcat 5.0), pri startu servletu se parsuji (DOM) nejaka XML (Xerces 2.0.7). Ta XML maji relativni cestu k DTD. Zjistil jsem vsak, ze cesta je zavisla na tom, odkud se spusti Tomcat - jinymi slovy, je relativni k /bin adresare Tomcatu a ne ke XML dokumentu. Samozrejme - aplikace funguje jen v pripade, ze se Tomcat spusti davkou z /bin, pokud jej spustim jinak a odjinud, tak nastane problem, protoze DTD se nenajdou. Kdyz predelam adresy DTD relativne k dokumentum, taktez to nefunguje. Tak jsem to doho chvilu koukal a napadlo me, ze se to XML nacita pres stream a tudiz validator parseru nema asi pristup k informaci, kde se vlastne dokument nachazi a tudiz nemuze ani relativne k nemu najit to DTD... a clovek, ktery to psal prede mnou to nejspis vyresil tak, ze tam placnul relativni cestu k tomu binu a hotovo (coz mi zrovna nevyhovuje). Utrzek kodu parsovani toho XML: DocumentBuilderFactory dbFactory = DocumentBuilderFactory.newInstance(); DocumentBuilder docBuilder = dbFactory.newDocumentBuilder(); document = docBuilder.parse(is); kde is je inputstream toho XML Jak bych mel rict tomu parseru, kde ten dokument lezi? Nejaka base URL/URI? Nebo je to uplne spatne? Diky. Martin
Re: Xerces a relativni DTD
Jak bych mel rict tomu parseru, kde ten dokument lezi? Nejaka base URL/URI? Nebo je to uplne spatne? ^-- Zrovna riesim velmi podobny problem, akurat ze pouzivam JDOM. Tvorim .jar kniznicu, ktora zapuzdruje udaje. Objekt(y) sa vytvaraju tym, ze sa ich udaje nacitaju z XML, tieto objekty podliehaju spracovaniu a nakoniec sa udaje ulozia spa:t' do XML. Moja predstava idealneho spravania sa je taka, ze DTD definujuce XML format (vstupny aj vystupny je totozny) by bol ulozeny priamo v .jar subore, aby kniznica mala voci comu validovat nacitavane XML a aby si nacitavane XML nemuselo niest DTD so sebou. Je nejaky jednoduchy sposob, ako to urobit? Ako treba zaadresovat DTD v DOCTYPE XML-ka, aby ho java nasla v jar-ku? JDOM pouziva interne SAX, takze idem skumat, ci je pouzitelna odpoved, ktoru uz niekto poslal. :-) Kazdopadne budem za pripadne nasmerovania vdacny. J.
