[z@ke]

Ja mina mõtlesin, et teeme midagi valesti või on miski kahe silma vahele jäänud, CVS puhul siis. Aeglane , keeruline ja ebamugav tõepoolest. Testime siis Mercuriali

[Vermon]

CVS on veel paljudes kohtades kasutuses Kui on oma valik siis kindlasti mitte seda valida

[guest1902]

Veider, avastasin, et ei leidu universaalset lahendust puhastamaks konsooli. Nii palju siis platvormi sõltumatusest (isegi midagi leidsin (palju koodi konsooli händlimiseks :s), kuid siis peab IDE'i konfigureerima ja momendil tundub see pita).

[Ho Ho]

Konsool on write-only seade, selle puhastamist ei olegi ette nähtud

[Fukiku]

Küsiks vahelduse mõttes ise ka siin teemas ühe küsimuse - äkki kellelgi on mõni hea idee?

Mure siis selles, et mu eclipse on endale kuskilt võtnud idee, et mu hetkel käsiloleva projekti Maven 1.1 maven.xml failid on hoopis Ant skriptid ja seega on mul nüüd neil failidel koguaeg error status püsti, kuna ilmselgelt nad Anti skriptidena korrektsed ei ole (ega peagi olema, ju). Ma ei suuda aga kuskilt leida ka võimalust eclipse'le öelda, et need ei ole Anti failid. Googeldanud olen enda arust ka ühte ja teistpidi oma muret, aga pole suutnud ühtki adekvaatset vastust leida - pole vist piisavalt google-fu'd.

Väike selgitav pilt ka hetkeolukorrast - need error kirjed tahaks ära likvideerida kuidagi:

Spoiler

[Vermon]

Sul seal Preferences->Ant->Names on kirjas ainult "build.xml" ma eeldan?

[Fukiku]

[AirichsB]

Üritasin teha lihtsat programmi, mis saadaks e-maile. Googlest leidsin nii palju, et selleks peaks kasutama lisa nimega JavaMail. JavaMail on olemas Java EE-s, kuid mõtlesin, et piisab sellest, kui lisan selle lihtsalt Java SE-le. Leidsin vastava näidise:
http://stackoverflow.com/questions/46663/how-do-you-send-email-from-a-java-app-using-gmail

Kahjuks ütleb eclipse, et MimeMessage cannot be resolved. Kas lihtsa mailisaatmisprogrammi jaoks pean tõesti tõmbama Java EE või on veel mingeid variante, kuidas teha seda SE-ga? Võib olla ka väga keeruline, ongi huvitavam

[Fukiku]

Peaks piisama sellest, kui tõmbad alla JavaMail API. Mine siia: http://www.oracle.com/technetwork/java/javamail/index.html

Downloads alt tõmbad selle JavaMail paki alla ja sealt zipi seest mail.jar oma rakenduse classpathi Eclipse's ja elu peaks lill olema.

EDIT: lugesin vist ennist su postitust natuke diagonaalis. Sa justkui mainid, et juba lisasid JavaMail'i Java SE-le - jah, nii ta peaks toimima küll. Kuidas sa seda lisamist täpselt toimetasid?

[AirichsB]

Tegin seda juba JavaMaili ametliku FAQ-i järgi. Lisasin classpathi windowsi enviroment variables'i alla, lisasin mail.jari Eclipse user librarysse ja lisasin selle ka oma projekti Build Pathi. Ütles ikka, et MimeMessage cannot be resolved . Ei teagi, mis valesti läks siis.

Tõmbasin Java EE ja nüüd töötab igatahes. Kas saaks nüüd kuidagi EE disableda(sest uninstallida vist pole väga mõtet), et proovida kas suudan ta ka ilma EE-ta tööle saada?
Aga üleüldse mul tekib küsimus, et kui EE on funktsionaalsem, miks ei võikski kõik seda kasutada? Olen suht algaja ja pole kursis.

[Fukiku]

Eclipse'ga arendades pole põhimõtteliselt vajadust seda mail.jar'i keskkonnamuutujas kirjeldada - Eclipse'i arenduskeskkond on omaette mull niikuinii. Peaks piisama sellest, kui selle Eclipse's oma projekti build pathi lisad. Kõige lollikindlam on vast tekitada oma projekti alla näiteks lib nimeline kaust, mail.jar sinna sisse istuda, parem klõps ja add to build path või mis iganes see valikuvariant seal oli. Kui peale seda on jätkuvalt häda, et MimeMessage cannot be resolved, siis on miskit kuskil valesti läinud - screenshotid asjakohastest dialoogiakendest eclipse's aitaks siis ilmselt täpsemalt jälile saada, milles kühvel.

Kuidas ta sul selle Java EE-ga tööle läks? Installisid JEE ära ja nagu imekombel Eclipse's kõik töötas või lisasid siis ikka midagi käsitsi build pathi? Peab tunnistama, et JEE kui sellist pole ma väga tükk aega endale installinud, sest selle jaoks pole enamasti vajadust olnud.

Mis puutub sellesse, et miks kõik JEE-d ei kasuta, kui ta parem on. Ma ei ütleks, et ta otseselt parem on - ta on lihtsalt hunnik spetsifikatsioone ja library'sid, mis annavad Javale täiendavat funktsionaalsust, mida enamasti väiksemate asjade asjade ehitamisel vaja ei lähe ning kogu selle jura kaasta tarimine on pigem overkill. Miks JavaMail nüüd sinna alla liigitatud on, on muidugi iseenesest hea küsimus. Igatahes, Java EE muutub vajalikuks enamasti siis, kui sa Java vahenditega veebi kirjutama hakkad - kogu Java veebindus (Web Applications, Servlets, JSP) on Java EE alla kuuluv temaatika.

[AirichsB]

Novot ma tahakski nüüd hirmsasti teada, miks ta mul tööle hakkas. Eclipse oli juba kogemata tõmmataud JEE jaoks. Installisin EE ära ja töötas peale seda jah. Enda teada vähemalt vahepeal küll mitte midagi ei muutnud, aga jebisin nii palju, et ega enam kindlalt ei teagi. Äkki tegin ikkagi midagi, et töötaks nüüd ka ilma EE-ta.

Aga tänud põhjaliku vastuse eest. Tundus lihtsalt, et kui selline tõenäoliselt tihti vajatav asi nagu JavaMail on seal all, siis äkki on veel palju asju, mida võiks vaja minna n.ö tavaprogrammide tegemiseks.

[Fukiku]

[AirichsB]

Sain valmis programmi, mis kasutab JavaMaili. Kompileerisin ära, aga nüüd saan sellise errori:

Exception in thread "main" java.lang.NoClassDefFoundError: javax/mail/Address

Windowsi environment variables'i all on olemas classpath, mis viitab sinna kus asub javamaili mail.jar
Rohkem ei oskagi midagi teha üldse
Eclipse'i alla töötab probleemideta.

Edit: probleemi pole enam, sain hakkama, classpath nõuab lõppu ka semikoolonit ja punkti

[Fukiku]

Huvitav iseenesest, et sa punkti lisamisega selle vea korda said, aga okei. Punkt tähendab muide CLASSPATHi osana seda kataloogi, milles sa hetkel käsku käivitad (ingl. k working directory), juhuks kui sa seda ei teadnud.

Pikemas perspektiivis ei ole CLASSPATH keskkonna muutuja kasutamine selleks eesmärgiks hea praktika, kuna sellisel juhul jagavad classpathi kõik käivitatavad Java programmid, aga seda sa ju ilmselt ei taha. Parem on kasutada java käivitamisel -cp optionit.

[AirichsB]

Ei Environment Variablesi all panin kogu pathile lõppu semikooloni ja punkti ja peale seda leidis igatahes ülesse javamaili. Ei tea kas see on normaalne või ei.
Aga just seda koodinäidet ei osanudki kasutada, et anda käivitades ette kasutatava library path. See ongi see Õige lahendus mida taga otsisin .

Kõige lõpuks jõudsingi tegelikult .jari loomiseni ja edaspidi neid muid variante vist enam ei kasutagi.


UUS probleem:

[Fukiku]

Kas IOException küljes message ei anna mingit head infot juurde?

[AirichsB]

Lisasin antud koodi, aga olulist infot vist ei lisandunud

{height=720, width=960}
ERROR: ''
java.io.IOException: null
java.io.IOException
at java.util.XMLUtils.emitDocument(Unknown Source)
at java.util.XMLUtils.save(Unknown Source)
at java.util.Properties.storeToXML(Unknown Source)
at java.util.Properties.storeToXML(Unknown Source)
at Main.doClosing(Main.java:56)
at Main$1.windowClosing(Main.java:45)


Ülemine rida on siis propsi väljatrükkimine. Stacktraces tuleb veel pikalt ridu ja siis tuleb:


at java.awt.EventDispatchThread.run(Unknown Source)
Caused by: javax.xml.transform.TransformerException: java.lang.NullPointerException
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(Unknown Source)
at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(Unknown Source)
... 32 more
Caused by: java.lang.NullPointerException



Selle NullPointerExceptioni järgi mõtlesingi, et äkki props == null, aga see ei pea paika.

[Ho Ho]

Kindel, et Properties.storeToXML(os, null); oskab null pointerit sisendis seedida?

[AirichsB]

Jah, peale outputstreami see nulli koht on mõeldud xml faili kommentaari lisamiseks. Proovisin muidugi ka juba suvalise stringiga, aga abi ei olnud. Samuti töötab täpselt seesama kood(koos nulliga kommentaariks) väga edukalt, kui ta ei ole pandud anonüümsesse WindowAdapteri siseklassi. Samas ei ole nagu põhjust ju miks ta seal ei peaks töötama

[Fukiku]

[AirichsB]

AITÄH
Loomulikult oli probleem just selles, et kasutasin put meetodit ja lisasin propsi mittestringi. Ja seal kus ma testisin, ei olnud ma seda teinud veel.

[Fukiku]

Vihje sellele leidsin, kui otsisin google'ga storetoxml "javax.xml.transform.TransformerException: java.lang.NullPointerException". Tulemuste hulgast see foorumiteema vihjas, et kala võib selles olla, kuna seal kasutati koodinäites put meetodit ja plaintext formaadis salvestamisel tekkis hoopis Double klassiga seotud ClassCastException, XML formaadis siin püstitatud probleemiga analoogne Exception.

Soovitan alati selliste müstiliste olukordade puhul erinevaid stacktrace osasid, et leida kedagi, kes on sama veaga kimpus olnud.

[bladerunner]

Heips.

Viimati sai Java kursustel nii 12a tagasi käidud (ja siis ära unustatud). Mõtlesin, et tuletaks teist veidi jälle meelde.
Oskab keegi mingit head kirjandust paberkandjal lugemiseks soovitada? Tuletaks mõned põhitõed omale meelde.
Netist näiteid ja API-t oskan lugeda aga tahaks midagi just paberilt sirvida.

[Fukiku]

Isiklik eelistus on olnud pikka aega Bruce Eckeli sulest tulnud "Thinking in Java" raamat. Maarjamaal raamatukogudes teda vist kahjuks väga ei ole, aga kaugelt maalt tellida saab alati, kui huvi on. Iseasi on muidugi see, et vist uusim trükk on jäänud Java 5 aegadesse. Teisalt pärast Java 1.4 -> 5 üleminekut vist kaelamurdvaid keelelisi uuendusi (nagu 5. versiooniga tulnud genericud jms kraam) enam tehtud pole ka, pigem ainult API-d on täienenud.

Ahjaa .. sama raamatu legaaselt ja tasuta kättesaadavat online versiooni olen siin foorumis ka jaganud: https://foorum.hinnavaatlus.ee/viewtopic.php?p=6647545#6647545

Seal paraku küll on Java 1.4 raamat, aga abiks seegi.