H!
nem vagyok valami nagy java magus, segitseget kernek.
van ket forrasfajlom, ugyanabba a package-be es ugyanabba a konyvtarba
tettem oket, megse fordul javac-vel:
Solarison:
Porkol.java:20: Class hu.sa.Bab not found.
Bab kave = new Bab();
^
Porkol.java:20: Class hu.sa.Bab not found.
Bab kave = new Bab();
^
2 errors
Windowson:
Porkol.java:20: cannot resolve symbol
symbol : class Bab
location: class hu.sa.Porkol
Bab kave = new Bab();
^
Porkol.java:20: cannot resolve symbol
symbol : class Bab
location: class hu.sa.Porkol
Bab kave = new Bab();
^
2 errors
biztos vmi CLASSPATH vagy ilyesmi hiba, de nem tudok rajonni, neten se
talaltam meg a megoldast. mit ronthattam el?
koszi:
A
> Ha jol latom a doksit, a html:submit-nak nincs name parametere csak
> value. Vagy valami bedrotozott neven megy? (Gondolom ez a forrasbol
> derulne ki :))
> Mert valahogy meg kene csinalni hogy ket gomb legyen a formhoz.
> Azt hogyan lehet megcsinalni?
Ez egy jo kerdes. A baratod a DispatchAction es a LookupDispatchAction
osztaly, melyek mindketten az org.apache.struts.action.Action alosztalyai.
Ez utobbi, amit eddig is hasznaltal, amikor akcio osztalyt irtal.
A DispatchAction az ActionMapping (mindjart magyarazom...) "parameter"
nevu tulajdonsaganak erteke alapjan hivja meg a megfelelo metodust. Azaz,
nem a szokasos execute metodus hivodik meg, ami a sima Action osztaly
eseten.
Ime az az ActionMapping, amit a kis hazi referenciamegoldasaban hasznalok:
<action
path="/khf1_main_action"
type="hu.targosoft.vima9000.khf1.action.Main_action"
name="main_form"
scope="request"
validate="true"
parameter="action"
input="/main.jsp">
<forward
name="success"
path="/result.jsp"/>
<forward
name="failure"
path="/main.jsp"/>
</action>
Ezt ugy olvassuk ki, hogy a khf1_main_action akcio, a
hu.targosoft.vima9000.khf1.action.Main_action osztaly egy peldanyahoz fog
fordulni. Elotte felpopulal egy babot, amiben tarolja a form mezoinek
erteket, sot, meghivja annak validalasi metodusat. Ha ez nem sikeres,
akkor rogton visszamegyunk a main.jsp-hez.
Latszik, hogy az ActionMapping-nek ott van az a bizonyos "parameter"
tulajdonsaga. Ezt a megfelelo JSP lap <html:submit> eleme allitja be, mint
keresi parameter (a form tobbi mezojehez hasonloan):
...
<html:submit property="action">
...
</html:submit>
...
Szoval az igaz, hogy nincsen a <html:submit>-nak name parametere, de
"property"-je van, ez a Struts-os megfelelo. Ezzel megadhatjuk azt a
keresi szintu nevet, aminek erteke a value-val megadott (vagy a
<html:submit> torzseben szereplo) ertek lesz.
Azaz, DispatchAction eseten, ha a gomb neve "vissza", akkor kell lennie egy
public ActionForward vissza(...) {} metodusnak.
Na, itt latszik, hogy ez nem a legszebb megoldas, mert nehogymar a gomb
neve hatarozza meg a metodus nevet. Ennek ellenere nincsen jarhatobb ut,
talan egy picivel (azert joval...) szebb a LookupDispatchAction, mely
majdnem ugyanaz, mint a DispatchAction, csak:
- implementalja a getKeyMethodMap() metodust, pl igy:
protected Map getKeyMethodMap() {
Map map = new HashMap();
map.put("main.lkkt", "calculate_lkkt");
map.put("main.lnko", "calculate_lnko");
return map;
}
- ilyenkor csak public ActionForward calculate_lkkt(...) es public
ActionForward calculate_lnko(...) metodusokat kell implementalnunk.
Ados vagyok meg azzal, hogy mi az ize az a "main.lkkt" es a "main.lnko".
Errol sosem beszeltem meg, de a Struts lehetoseget ad arra, hogy peldaul
kulon eroforrasfile-okban taroljuk a GUI-nkon megjeleno kulonbozo
uzeneteket. Egy ilyen file-ban peldaul az alabbi lehet:
main.lkkt=legkisebb közös többszörös
main.lnko=legnagyobb közös osztó
Es ekkor a megfelelo JSP kod:
...
<html:submit property="action">
<bean:message key="main.lkkt"/>
</html:submit>
...
Tehat tovabbra is a gomb neve alapjan fog tortenni a metoduskivalasztas,
de kozvetett modon. Ha az eroforrasfile-ban megvaltoztatjuk a gomb
feliratat, attol meg a programunk tovabbra is mukodik, hiszen a
getKeyMethodMap() is mar a megvaltozott eroforrasfile-t hasznalja arra,
hogy megnezze mi volt az ActioMapping "parameter" tulajdonsaganak
ertekekent megadott literal.
Remelem tudtam segiteni,
G
Haliho.
> akit erdekel talaltam jo kis struts tutorialt:
> http://javaboutique.internet.com/tutorials/Struts11Val/
Koszi, ezt nem ismertem.
> nekem sokat segitett, mert hat a strutos sracok nem vittek tulzasba a
> magyarazkodast.
En sokat olvasgattam a Struts forrasat, az segitett. Meghat itt is elojon
az, hogy azt hiszed erted, kodolsz, kodolsz, aztan.... bevillan valami,
kidobod a kododat es ujrakezded. Az n. (n~4-5, szemelytol fuggoen) ilyen
ciklus utan mar eleg jol fogja tudni hasznalni az ember a Struts-ot.
udv,
G
Haliho.
> akit erdekel talaltam jo kis struts tutorialt:
> http://javaboutique.internet.com/tutorials/Struts11Val/
Koszi, ezt nem ismertem.
> nekem sokat segitett, mert hat a strutos sracok nem vittek tulzasba a
> magyarazkodast.
En sokat olvasgattam a Struts forrasat, az segitett. Meghat itt is elojon
az, hogy azt hiszed erted, kodolsz, kodolsz, aztan.... bevillan valami,
kidobod a kododat es ujrakezded. Az n. (n~4-5, szemelytol fuggoen) ilyen
ciklus utan mar eleg jol fogja tudni hasznalni az ember a Struts-ot.
udv,
G
Sziasztok,
akit erdekel talaltam jo kis struts tutorialt:
http://javaboutique.internet.com/tutorials/Struts11Val/
nekem sokat segitett, mert hat a strutos sracok nem vittek tulzasba a
magyarazkodast.
Csabi
--
Fülöp Csaba
fc123(a)hszk.bme.hu
Kedves listatagok!
A holnapi eloadas a Jano altal megirt konferencia miatt elmarad. Egyreszt
en is szeretnek reszt venni rajta :), masreszt hasznos az, ha Ti is
elmentek es meghallgattok nehany eloadast.
Nagyon sok okos ember fog beszelni, Kovacs Laszlo-t elmeny hallgatni,
Herman Ivan nagyon ert a szemantikus webhez, Szakadat Istvan termeszetes
nyelv-szemantikus web kapcsolattal is foglalkozik, Magyar Gabor szinten
nagyon erdekes lehet.
Beszeltem a szervezokkel es szeretettel varnak Titeket holnap. Ennek
ellenere kernek mindenkit, hogy aki reszt akar venni a konferencia
egeszen/vagy reszen kuldjon egy levelet Noranak es cc-zze nekem is.
Jo mindenfelet, legkozelebb hetfon (marcius 1-en) lesz szemweb eloadas,
URI-krol, RDF-rol, olyan (vegre) igazi szemwebes temakrol.
udv,
Gergo
Peter
>> A Nemzeti Digitális Adattár Programiroda és a World Wide Web
>> Consortium (W3C) Magyar Iroda tisztelettel meghívja Önt és kollégáit a
>> 2004. február 26-án, csütörtökön 09:00-17:00 óráig tartó "Nyitott
>> archívumok, Nemzeti Digitális Adattár, ontológiák" címu
>> muhelykonferenciára az MTA SZTAKI Kende utcai tanácstermébe (1111
>> Budapest, XI. Kende u. 13-17. Tanácsterem, alagsor).
>>
>> A program a következo:
>>
>> 9:00 Regisztráció
>> 9:30 Köszönto
>> Kovács László, W3C Magyar Iroda, MTA SZTAKI és
>> Ritter Andrea, NDA iroda
>> 9:45 Megnyitó
>> Mohácsi Béla, IHM, információs társadalom programok helyettes
>> államtitkára
>> 10:00 Áttekintés a Szemantikus Webrol
>> Herman Iván, W3C Irodák vezetoje
>> 10:30 Vita, kérdések az elhangzott eloadással kapcsolatban
>> 10:40 Relációtipológia
>> Szakadát István, BME MOKK
>> 11:10 Vita, kérdések az elhangzott eloadással kapcsolatban
>> 11:20 Szünet
>> 11:40 Metaadat egységesítés Szemantikus Web alapon
>> Micsik András és Fülöp Csaba, MTA SZTAKI
>> 12:10 Vita, kérdések az elhangzott eloadással kapcsolatban
>> 12:20 Ontológiák és tezauruszok összefüggései
>> Ungváry Rudolf, OSZK
>> 12:50 Vita, kérdések az elhangzott eloadással kapcsolatban
>> 13:00 Ebéd
>>
>> 14:00 Hogyan lehet a kutatásnak a behatását intézeti nyitott
>> archívumokban megfigyelni, megmérni és maximalizálni?
>> Stevan Harnad (Hernád István), Université du Québec r Montréal
>> és Southampton University
>> 14:30 Vita, kérdések az elhangzott eloadással kapcsolatban
>> 14:40 Az ontológia szerepe a nyelvtechnológiában
>> Prószéky Gábor, Morphologic
>> 15:10 Vita, kérdések az elhangzott eloadással kapcsolatban
>> 15:20 Szünet
>> 15:40 Mikor és miért van szükség ontológiára a mondatok szintaktikai
>> elemzése során?
>> Babarczy Anna, BME
>> 16:10 Vita, kérdések az elhangzott eloadással kapcsolatban
>> 16:20 Új generációs keresési lehetoségek ontológiai támogatása
>> Magyar Gábor, BME MOKK
>> 16:50 Vita, kérdések az elhangzott eloadással kapcsolatban
>> 17:00 A rendezvény zárása
>>
>> A rendezvényrol további információkat a
>> http://dsd.sztaki.hu/conferences/ontologia oldalon találhat.
>> Részvételi szándékát kérjük jelezze Vásárhelyi Nórának e-mailben:
>> vnora(a)sztaki.hu, vagy faxon: 06 1 209 5288. A részvétel ingyenes.
>> Jelentkezési határido: 2004. február 25.
>>
>> Üdvözlettel,
>>
>> Vásárhelyi Nóra,
>> a szervezok nevében
>>
>
>
> _______________________________________________
> Szw-l mailing list
> Szw-l(a)cs.bme.hu
> http://cs.bme.hu/mailman/listinfo/szw-l
Jujj, erre nem valaszoltam explicit modon. Szoval igen van, pl. a
"/akarmi" minta alkalmas erre. Ilyen meg a "/akarmi/valami" is. Meg a
"/akarmi/valami/barmi" is.... :)
G
> Valahogy ki
> lehet jelenteni, hogy az en servletem igenis csak egyfelekepp lehet
> meghivni?
> Kozben felig visszavonom a masodik reszet az elozo levelemnek. Latom am,
> itt meg sincs semmi sem mixelve, (szoval az oldal tartalom egy
> harmadik reszben van, hogy az XML kodoloknak is legyen valami ;) ) de
> azert valahogy ugy erzem, hogy mindig mindenrol mindenkinek tudnia kell.
Bocs, tul keson olvastam ezt a leveledet, de orulok, hogy tisztult a kep.
> Szoval gondolat ebresztes marad: baromi bonyolultnak tunik nekem igy
> elsore ez a Struts, en meg tul looser vagyok hozza. Mar a sokadik filet
> hozom letre a kishazihoz, es meg mindig nem latom, hogy mitol fog ez
> osszeallni, es menni... ;)
En nagyon szivesen vallalkozom egy Struts-os eloadasra, sot, amint lejar a
hatarido kozze is teszem a Struts-os mintamegoldast. A kerdes az, hogy
reszetekrol van-e igeny a szemantikus webtol kicsit tavolallo Strutrol
hallgatni egy fel/egesz eloadast.
G
Sziasztok!
> Szoval az egyik kerdesem: web.xml-ben illesztesnel miert csak valami
> vegzodest lehet megadni (*.akarmi) pl. arra akartam illeszteni, hogy
> "akarmi" amitol behalt. Ezek utan kiprobaltam az "akarmi.valami"-t,
> amire szinten nem ment. Ellenben a "*.valami" mar megy. Valahogy ki
> lehet jelenteni, hogy az en servletem igenis csak egyfelekepp lehet
> meghivni?
Nem igaz, hogy csak *.akarmi lekepzest lehet megadni, bar valoban ez a
legelterjedtebb hasznalat. Peldaul a /akarmi/* lekepzes illeszkedik a
.../akarmi-re, a .../akarmi/-re vagy a .../akarmi/almafa-ra is.
A sima kozonseges...
<servlet-mapping>
<servlet-name>almafa</servlet-name>
<url-pattern>/akarmi</url-pattern>
</servlet-mapping>
... lekepzes is szepen mukodik.
A honlapra perceken belul felteszek egy PDF-et (Controlling Web
Application Behavior with web.xml), amiben az 5.3-as fejezet ir a
lekepzesekrol. Felteszem tovabba a servlet API 2.3-as specifikaciot,
amiben nyelvtan szinten van leirva, hogy mi lehet egy URI pattern (ami
megadhato lekepzesnel).
Osszefoglalva: vannak szabalyok (pl. vagy '/'-rel kezdodik a minta vagy
'*'-gal, de akkor kotelezo a vegzodes megadasa stb.), amiket be kell
tartani, de joval rugalmasabb a dolog, mint a sima *.valami minta.
> A masik kerdesem inkabb csak gondolat ebreszto... (kotozkodo ;) ) Szoval
> nem jo a sima servlet, mert java kodba irunk html-t, nem jo a jsp, mert
> html kodba irunk javat, kulonben is a lap dizajnert es a programozot
> kulon fizetjuk, kulon munkat akarunk nekik.
En is kotozkodom picit, inkabb csak finomitok. A szervlet _mindenre_ jo,
csak odafigyelest igenyel. Gyakorlaton is irtatok olyan szervletet, ami
csak a logikat vegezte el es tovabbitotta a vezerlest egy statikus laphoz
(paros-e a szam pelda). A JSP is (akar onmagaban is) mindenre eleg, csak
erdemes "jol" hasznalni. Van olyan webalkalmazas, ami csupa JSP lapbol
all, mert ugy iteltek meg a fejlesztok, hogy azt a keves Java kodot el
tudjak helyezni szkripletekben is.
> Milyen jo, itt van nekunk a
> Struts. Ez idadig meg rendben is van. De most nezegetve Strutsots
> peldakat, nekem ugy tunik, hogy mar egy harmadik eset forog fennt: a
> java kodba beirunk mindent, ami majd az oldalra kerul, csak epp a
> formalis html kodot hagyjuk ki.
Ebben igazad van. Azt vedd eszre, hogy kulonvalt a megjelenites es jelen
esetben az adat. Az a bab, amit a szervlet letrehoz tetszoleges helyen
felhasznalhato. Ki mondta, hogy egy HTML lap lesz belole? Irhatunk egy
alkalmazast, ami ilyen babbol PDF-et general vagy egy masikat, ami szep
grafikonokat rajzol ki egy vastag GUI-n, mert mondjuk a bab olyan adatokat
tarol, amikbol ez megteheto.
A lenyeg, hogy eloallt az eredmenyed, amit tetszoleges modon hasznalhatsz
fel.
> Okke, a html kodolot most mar kulon
> lehet alkalmazni, a javasnak meg csak azt kell tudnia, hogy csinal egy
> babot, bele rakja a fejlecet, a nyito uzenetet, a form nevet, a form
> mezot, a bucsu uzenetet stb.
Ezt most nem latod teljesen jol. Egy szep java kod a rendszermodellnek
megfelelo elemeket helyez el egy jol megtervezett babba (sima java osztaly
egy peldanyaba). Ennek _semmi koze_ a webhez. Regen rossz, ha Te fejlecet
teszel a babba, nyito uzenetet stb., mert tudod, hogy ezt weben fogod,
HTML formaban megjeleniteni.
Egy bab (nem csak adatokat tarolhat, de most egyszeruseg kedeert
tetelezzuk fel ezt) mondjuk reprezental egy felhasznalot azaltal, hogy
tarolja a nevet, a jelszavat, a preferenciait, meg az egyedi azonositojat.
Ez mindentol fuggetlenul lehet egy jo modellezes egy osztaly/rendszer UML
modellben.
A rendszeredet ugy ahogy van, atteheted teljesen mas kornyezetbe,
egyszeruen kicsereled majd a megjelenitesi reteget, azt, aki a Te
peldadban fogja a babot, kitesz egy fejlecet, a babbol kivesz infokat,
kiteszi a bucsu uzenetet stb.
A kulcsszo: ujrafelhasznalhatosag.
> A html koder meg kore rakja hogy
> <title></title> meg <body></body> es kibanyaszgatja a babbol az oldal
> tartalmat. Nem jutunk vissza ezzel az elejere, ahonnan indult a
> problema?
Remelem most mar Te is ugy gondolod, hogy: nem :)
Meg1*: egy bab nem az oldal tartalmat tarolja, hanem valami "valo elet"
beli dolgot reprezental (bevasarlokocsit, felhasznalot stb.), amit ha
akarsz persze megjelenithetsz weblapkent is.
udv,G
Sziasztok.
Kuldd el nekem Zoli, megnezem, ok?
G
PS: ha minden stimmel (nincs eliras stb), akkor hulye cache problema lesz,
ami megoldhatok a JSP-bol generalt szervlet torlesevel stb.
A lenyeg, hogy azt varom, hogy itt nalam mukodni fog.
> Lassan lelovom mara magam, annyi meg, hogy ez a hiba volt gyakon is, de
> most a standard ujrainditas nem segit. Szoval a jsp lap helyett ezt
> kapom:
>
> org.apache.jasper.JasperException: Cannot find any information on
> property 'uzenet' in a bean of type 'ls0asq.vima9000.khf.SzamBab'
>
> holott az emlitett osztalynak van egy szep uzenet mezoje, es setUzenet
> meg getUzenet is van...
>
> Ilyenkor mi is a helyzet?
>
> Udv,
> Zoli
