[e-Thug]

Tere,

Oleks abi vaja google-jsoni ja java servlet-iga. Paigutasin jar faili tomcati /usr/share/tomcat5.5/common/lib/ kausta. Tomcat andis errori:
java.lang.NoClassDefFoundError: Could not initialize class com.google.gson.MappedObjectConstructor
mis vihjaks nagu seda, et toda libraryt siiski ei leita? Ei aita ka see, kui ma lisan librarysse add jar-ina projektikaustast või external jar-ina.
Põhimõtteliselt sama asi lihtsalt java rakendusena aga töötab.

Arendan Eclipse Java EE-s

[i8080]

pole mul siin tomcat hetkel käepärast, ega ka ei kasuta ma seda igapäevaselt, aga mäletamist mööda oma sutff läks tavaliselt kuhugi WEB-INF kataloogi.
mingi viide netist ka viitab sellele, a'la

<TOMCAT_HOME>/webapps/myApp/WEB-INF/lib/

http://www.javakb.com/Uwe/Forum.aspx/java-programmer/47510/tomcat-lib-folder-and-subfolders
http://www.google.ee/#hl=et&q=tomcat+lib&aq=f&aqi=g1&aql=&oq=&gs_rfai=&fp=6895c962dbceb6ec

[linnumees]

Have you tried turning it off and on again?

[Fukiku]

Nagu eelpool mainiti, sõltuvuste .jar failid tuleks panna oma veebirakenduse WEB-INF/lib kataloogi, samamoodi nagu lahtised .class failid käivad WEB-INF/classes kataloogi all. Serveri classpathi mingi rakenduse sõltuvusi panna ei ole hea mõte, kui sa just ei ole 100% kindel, et see on see, mida sul vaja on ja sa mõistad, mida see kaasa toob.

[mirko28]

Peaks üks neist kolmest sobima:

1. tuleks Java/.net-i virtuaalmasinat nö Laiendada, pannes vastava dll-i/jar-i kuhugile virtuaalmasina vastavasse kataloogi, selle tulemusena on teek leitav alati
2. op-süsteemi keskonnamuutujat PATH täiendada kataloogiteega, milles sinu teegid asuvad
3. interpretaatorile anda käivitusel lisaparameetriga teada kus sinu lisateegid asuvad.

[Fukiku]

[mirko28]

[Fukiku]

[mirko27]

Ma arvan, et sa ei tea millest sa kõneled Fukiku; las teadlikumad mehed ütlevad, kuidas värk käima peab :d

[-ordi-]

Viimati kui sai JavaEE rakendustega tegeletud ja kui õigesti mäletan, siis käisid teegid just sinna kuhu Fukiku ütles.
Alati on võimalik projektis (IDE's määrata kus mis on) või vastavaid scripte kirjutada mis seda teevad.

[raido357]

WEB-INF/-i alla kohe kindlasti - kogemus.

Kusagile mujale neid toppida on lollus, kolides teise serverisse oma rakenduse, hakka otsast peale oma lib-e taga ajama ja tomcatile selgeks tegema.

[Equinox]

Tre,

Sekundeerin ka Fukiku jutule. Enda kogemus sama näidanud, et projekti põhised sõltuvused WEB-INF/lib-i alla ning globaalsed kõigile kasutatavad teegid juba laiemalt nähtavaks teha. On olnud tõsist pusimist sellega kui librareid on segiläbi paigutatud ning sellega meeletu konfliktide peavalu põhjustatud. Heal juhul leitakse mitu sama teeki ja valitakse esimene ettejuhtuv programmile..aga hullem variant on kui juhtub olema teegist mitu versiooni ning kus üks klass ei tee enam täpselt seda mida teise versiooni sama klass ja oh jummal mis jama sellest tekkida võib, rääkimata sellest kuidas selle jama kaudu üles otsida mis tegelikult viga on

Equ

[matis]

Liitun Fukiku, arvamusega. Süsteemi või serveri library kaustadesse sõltuvuste lisamine tuleks alati teha siis kui kõik muud võimalused on ammendanud ja ollakse teadlikud kaasnevatest riskidest.

ja estrose! minu arvates on ülekohtune selle arvamuse peale Fukiku-le negatiivne kommentaar loopida

[Fukiku]

[e-Thug]

Tänud abi eest. Nimetatud asju olin ma siiski juba kõiki proovinud, WEB-INF lib kataloog jne. Lõpuks lahenes probleem sellega, et paigaldasin uuema tomcat serveri ja seal kõik toimis.