Starší komentáře ke článku: Java na web serveru nejen pro starší a pokročilé
Zpět na článek | Úvodní stránka Interval.cz
Datum vložení: 23.1.2003 0:20:56
Som trochu skepticky k pouzivaniu templates, preco?
1) Vacsina systemov nuti tvorcu ucit sa nieco nove. (nieze by to bolo zle, ale oplati sa to?)
Preco by som sa mal ucit neaky novy divny system ktory tu moju zmes php a html prevedie na zmes html a toho noveho sablonoveho kodu.
2) Vysledna sablona nieje validovatelna validatorom a vacsinou ani xml well-formed. Ako mam robit na takejto sablone??? Ako sa mam ujisti ze chyba nieje v HTML kode ale inde???
Jediny ako tak schony sablonovy system je ten ktory negeneruje informacie o buducom vzhlade ale iba o strukture:
[div id="gallery"]
[div class="foto"][img ... /][p]popis[/p][/div]
...
[/div]
A potom pride to krasne CSS ktore da tomu tvar.
Ale preco potom nepouzit rovno XML? Staci generovat len jeden XML subor a mat jednu, dve XSLT sablony. S Apache 2.0 filters je to hracka:
Zoradime si filtre: najprv php potom xslt procesor a sup do browseru.
Este je tu jedno riesenie Apache Tomcat, ak z tohotoo ma byt serial a bude o Tomcate tak sa tesim, ale inac asi nie. Stale sa vsak mozem naucit nieco nove :).
Datum vložení: 23.1.2003 0:22:02
Tak len aby sa vedelo, ze to bolo odo mna. Ach tie ine pocitace ktore nemaju moje cookies :)
Datum vložení: 23.1.2003 4:31:23
A este to upresnim: Ked to bude okolo projektu Apache jakarta tak to bude stat za to.
Jakarta ma vsak u mna jeden problem: ziadna linuxova dist. ju nema ako balicek. Je to dost umorne stiahnut nieco z apache.org nieco zo sunu a stale nie a nie to robehat. Vzdy som asi na nieco zabudol, nieco chodilo nieco nie. :(. Neuskodil by navod ako na to...
Datum vložení: 23.1.2003 7:53:28
Ondro, ale to prece autor myslel! Ukazal, ze je dobre oddelit apliakcni a prezentacni logiku za co, ho nesm,irne chvalim. Nevim kde beres fakt, ze to neni validovatelne nebo, ze je to zmet.
Pokud vynecham to, ze bych pouzil JSP pak reseni, ktere navrhuje autor je totozne stim, ktere popisujes ty.
Neb mezi radky jde cist toto:
Buh rekl budete mit aplikacni logiku - ta ve spolupraci s databazi nebo s jinym typem uloziste dat ziska data, ktera ve forme XML preda prezentacni vrstve, ta je svepomoci pretransformuje na pozadovany vystupni format, jak pises jako nejvhodnejsi se jevi pouziti XSL sablon.
Pokud zabrousim do jakarty je tohle reseni uplne idealni! Nevim proc bych mel na neco zapominat stahnu si server s podporou servletu (treba Jetty jeden jar balicek) udelam si vlastni logiku, stahnu si xslt procesor(xalan,saxon jak je libo) napisu par sablon a jedu, nevidim problem.
Datum vložení: 23.1.2003 11:22:52
Jeste bych dal za pravdu O. Ivanicovi, ze sablonovaci system samozrejme muze zpusobit znacne boleni hlavy. Kuprikladu PHPkova FastTemplate (prinejmensim starsi verze), sla ve snaze vyhazet z sablon cokoli, co by zavadelo programovanim, tak daleko, ze se slozitejsi projekty drobily do neprehlednych spoust misty duplicitnich souburku, ktere se po ruznu lepily do sebe. Rozhodne nic prijemneho :)
Datum vložení: 23.1.2003 11:19:01
Co se tyce pouzivani sablon - rozhodne se nechystam v dalsich dilech do vazeneho ctenarstva tlacit nejaky z mnoha vice ci mene obskurnich sablonovacich systemu. Serial bude o webovem aplikacnim frameworku Jakarta Struts, ktery je spise o MVC pristupu nez o nejakem konkretnim sablonovani. A defaultne pro definici "view" komponent pouziva obycejna JSPcka.
Zda sablonovat ci nesablonovat - osobne se snazim delat weby tak, aby HTML bylo spise xHTML a maximum formatovacich informaci cpat do CSS(2). To podle mne nic nemeni na tom, ze primerene oddeleni logiky od vzhledu znacne usnadni prinejmensim udrzbu aplikace a tymovou praci (kdy mam napriklad v tymu dva programatory, kteri neco bastli v jakz takz smysluplnem vzhledu, a neco jako "webdesignoveho integratora", ktery vyplody tech prvnich dvou udrzuje v esteticky prijatelnem stavu). A plato i pro web, v kterem neni uvnitr body jinych tagu nez div.
Co se tyce XML/XSLT, tak bych byl k vykonu takoveto aplikace trochu skepticky. A hlavne bych tim ztratil nektere funkcionality, ktere prinasi Struts :) (pokud bych se nerozhodl jit do Cocoonu, ale o tom zas nekdy jindy :)
Co se tyce posledni vety - serial bude o Struts, ne o Tomcatu. Uprimne receno, ani moc nevim, co by se o samotnem Tomcatu dalo psat, ani co myslite vetou <I>"este je tu jedno riesenie Apache Tomcat"</I> - v jakem slova smyslu reseni?
Datum vložení: 23.1.2003 13:16:03
Jakarta strust sa mi zda ako realtivne novy produkt. Ked som davnejsie pozeraj apache.org tak tam bol Tomcat a Cocoon (1.??). A cele sa mi to zdalo akosi poprepletane. Nic viac. A urcite tam nebolo tolko subprojektov.
Vtedy som skusal Cocoon a Tomcat, klasicka binarna distribucia robila az prilis velky bordel na dsku takze som si vsetko kompiloval zo zdrojakov. A skoro vzdy som na nieco zabudol. Tak som sa o to prestal zaujimat.
Dlasia vec bolo ze aj keby to fungovalo tak ako ma nevedel by som co s tym robit. Na klasicke weby to bolo ako s gulometom na vrabce a este by som aj tak nikoho nedonutil aby to dal na server. Na taketo veci je asi potrebne sa zabyvat v neakej firme ktora v tom robi nieco zmysluplneho...
Datum vložení: 23.1.2003 13:34:29
Struts jsou jiste novejsim projektem nez takovy Tomcat.
Nicmene aspon tri roky existence (a intenzivniho pouzivani na mnoha projektech po celem svete) za sebou uz maji. A minuly mesic to byl nejstahovanejsi projekt v ramci jakarta.apache.org.
Co se tyce pouzitelnosti - naprosto souhlasim s tim, ze Cocoon je opravdu na spoustu veci prilis velky kanon. Ohledne jednoduchych prezentaci - osobne jednodychy web s jednou tabulkou novinek taky radeji spichnu v PHP. Jakmile jsou pozadavky slozitejsi, jakmile pribyva dynamickych prvku a databazovych tabulek, muze se hodit poodlednout se po nejakem frameworku.
V dalsim dile se objevi jednucha aplikace na obsluhu jednoho formulare, ktera nastini vlastni fungovani Strutsu - uvidite, zda Vam to prijde dostatecne jednoduche na to, abyste je vyzkousel i na relativne jednoduchych projektech.
Momentalne pisu jednoduchy nekolika jazycny web s katalogem zbozi a administrativnim rozhranim, a muzu Vas ujistit, ze se Struts to jde jako po masle :-)
Datum vložení: 23.1.2003 9:04:39
No neviem, ja MVC a v podstate Struts povazujem za to najgenialnejsie co ma v poslednej dobe stretlo. Niekedy pred rokom a pol sme zacali vytvarat vo firme intranet aplikaciu a pred zacatim projektu som narazil na Struts a teraz to ma cez 350 tried a cez 300 JSP stranok. Keby to malo byt cele ako spagety kod tak si to uz asi vsetcia vyvojari davno hodia a nikto nebude vediet co sa kde nachadza...
Urcite existuje aj nieco lepsie, ale ja som zacal so strutsom a zatial mi plne vyhovuje.
A ked sa mam vratit k tym sablonam, mne osobne silne vyhovuje ze sa jedna o JSP stranky a tam len iterujem po nejakom zozname a generujem HTML. Nevidim ziadnu vyhodu v tom, ze by som generoval XML a z neho potom generoval HTML. Povazujem to za zbytocny krok.
Datum vložení: 23.1.2003 10:55:18
No pokud je vystupen opravdu jen html tak mozna ano. Ale z XML jsem pote schopen generovat, html,xhtml,pdf,rtf,html help popripade jina XML pro vymenu informaci. Ccoz je nesporna vyhoda, treba html je pro tisk nevhodne ovsem v takovem pdf uz je to jine kafe.
Proto povazuji XML za nejvys vyhodne.
Datum vložení: 23.1.2003 11:27:34
mate samozrejme pravdu, ovsem web obvykle nedelame s tim, ze kazdou html stranku chceme zpristupnit v pdf, rtf nebo atd :)
a v pripade, ze ano, tak samozrejme muze mit smysl postavit to vice na xml.
Datum vložení: 23.1.2003 17:58:56
Ano aj to je nazor, len si treba uvedomit na co nam to je dobre. Urcite by bolo pekne niektore udaje generovat do RTF, ale neviem si predstavit co by som asi tak robil so zoznamom emailov v RTF, ked na to neviem kliknut... Robim WEB aplikaciu a ano, urcite niektore udaje bude treba exportovat, ale to tiez vseobecne XML nevyriesi, lebo jeden klient to chce exportovat do XLS, jeden to TXT a kazdy ma iny format, takze nakoniec sa musi spravit X exportov. Samozrejme data su rovnake a tie mi poskytuje aplikacna logika ako nejaky ArrayList v ktorom mam objekty ako JavaBeans, takze to uz znova netreba (a ten ArrayList je viac menej to iste co by som mal v tom XML).
Datum vložení: 28.1.2003 14:54:56
Dobry den,
potreboval bych konvertovat *.xml soubory do formatu PDF.
Muzete mi poradit kde a jak mam zacit.
Prosim, kde najdu nejake tutorialy, priklady nebo kompomentu v c++ nebo jave.
dekuji
Datum vložení: 28.1.2003 15:05:08
zadejto do google bud "xsl fo" pro konverzi pomoci xsl tranformaci nebo "itext" pomoci javove knihovny pro generovani pdf obecne.
to prvni je ciste xml/xsl reseni lec s omezenejsimi moznostmi.
Datum vložení: 29.1.2003 10:04:46
dekuji.
Datum vložení: 28.1.2003 14:59:20
Tesim se na dalsi dily.
Datum vložení: 28.1.2003 15:09:20
tento tyden vyjde dalsi (mozna uz zitra)
obsahem bude nazorna ukazka formou podrobne rozebrane minimalisticka aplikace