quote:

---

Op 20 maart 2007 15:19 schreef WhiteRider het volgende:
Hoe doe je die code zo?

---

[ pre ] *code* [ /pre ]

edit: kijk wel uit met lange regels code want je scrollt je een ongeluk in de breedte

[Dit bericht is gewijzigd door Judge M. op 20-03-2007 15:22]

quote:

---

Op 20 maart 2007 14:48 schreef Judge M. het volgende:
En die volstaat echter loop ik nu weer tegen iets mafs aan: in de gesloten vorm (dus "bereken 3.5*2.5") werkt het ineens wel echter de losse vorm (dus "bereken 3.5 * 2.5") geeft een error.

---

Probeer eens in een dosbox de commando's dir 3*2 en dir 3 * 2, dat zal wat verklaren (op voorwaarde dat het in de dosbox wel goed geinterpreteerd wordt. Je shell zal de * als een wildcard zien en deze proberen te expanden indien mogelijk. Deze argumenten worden echter gesplitst met spaties.
Kortom: 3*2 als argument wordt als 1 argument gezien. Je shell zal eerst kijken of er files matches, dus bijvoorbeeld een bestand met de naam 3frop2. Bestaan die niet, dan wordt het gewoon doorgevoerd
Het argument 3 * 2 wordt in drieen gesplitst. Het eerste argument wordt gewoon 3, en het laatste 2. Het middelste is nu enkel de *, waarvoor je shell gaat proberen welke bestanden daarin ``passen''. Dit komt neer op alle bestanden, en die worden nu in je invoer naar het programma verwerkt.

Even een voorbeeldje: we hebben een directory met de bestanden x en y, en een hidden programmaatje dat zijn argumenten print. Een aanroep met als argument x*y print keurig x*y, een aanroep met als argumenten x * y expand de * tot alle bestanden die er aanwezig zijn en print daarom x x y y.
Maken we nog even een file aan met als naam xeny en geven we weer als argument x*y, dan wordt deze omgevormd tot alle bestanden die matches aan dit pattern, en krijgen we keurig als uitvoer xeny te zien.

//edit: alles onder voorbehoud aangezien ik geen idee heb of dit onder windows ook zo werkt, en ik geen behoefte eraan heb dat te gaan proberen. Het zijn tenslotte niet mijn studiepunten

[Dit bericht is gewijzigd door Hades op 20-03-2007 15:26]

Ik had laatst een discussie over 'random'. Iemand zei dat 'random' in principe niet bestaat, daar er een logische wiskundige berekening achter moet zitten. Ik zei dat je met datum/tijd etc. wel degelijk op een random getal kunt komen, dat per keer verschilt.

Nu vraag ik me af hoe een random-functie nu echt in elkaar zit/in elkaar kán zitten. Iemand?

quote:

---

Op 20 maart 2007 20:11 schreef WhiteRider het volgende:
Ik had laatst een discussie over 'random'. Iemand zei dat 'random' in principe niet bestaat, daar er een logische wiskundige berekening achter moet zitten. Ik zei dat je met datum/tijd etc. wel degelijk op een random getal kunt komen, dat per keer verschilt.

Nu vraag ik me af hoe een random-functie nu echt in elkaar zit/in elkaar kán zitten. Iemand?

---

Ga maar eens neuzen in je include libraries

Iemand ervaring met of verstand van Processing en dan met name in samenwerking met Myron? Bij élke instelling, krijg ik, zodra ik een meegeleverde samplescript wil runnen, een blue screen of Death.
Bedoeling is om input van een webcam te capturen en te bewerken. Zodra het script wordt gerund, begint het activeringslampje van de webcam te branden, maar direct crasht de pc/laptop. Iemand een suggestie/idee/tip, aangezien de hulpfora van beide site angstvallig stil zijn wat betreft dit probleem.
Voor de duidelijkheid: het betreffen de meegeleverde samplescripts van Myron.

Gaat dat hierover: http://webcamxtra.sourceforge.net/ ?

quote:

---

Op 20 maart 2007 20:31 schreef Judge M. het volgende:
Ga maar eens neuzen in je include libraries

---

Eerder in een wiskunde boek.

Je datum tijd is wel uniek, maar niet random. Het is immers een te voorspellen oplopende reeks

OT: Eindelijk die takke JDBC connector werkend. Woei!

[Dit bericht is gewijzigd door Argus op 22-03-2007 14:16]

quote:

---

Op 22 maart 2007 14:16 schreef Argus het volgende:
Eerder in een wiskunde boek.

Je datum tijd is wel uniek, maar niet random. Het is immers een te voorspellen oplopende reeks

OT: Eindelijk die takke JDBC connector werkend. Woei!

---

Wiskunde en MBO? Uhu.

Goed, random is het dan niet, maar zeker altijd anders. Als je iets als IP (operator) TIJD (op) DATUM (op) X (op) etc. doet, kom je toch in principe ALTIJD op een ander getal uit?
Het is misschien een ietwat onorthodoxe manier, maar zou het een degelijke manier zijn om een uniek getal te produceren?

Gelijk maar even een vervolgbericht, over heel iets anders. Ik ben namelijk nog stééds aan het kloten met alle verschillende JAVA-toestanden. Sterker nog: ik kan door de bomen het bos niet meer zien, en begrijp van de drie lagen binnen een webapplicatie minder dan voor ik begon met lezen. 'Google Is Your Best Friend' is hier niet van toepassing, ik heb meer gelezen over Servlets, Beans, JSP, JSTL, ODBC/JDBC etc. dan er pagina's in alle lultopics bij elkaar staan. Daar schuilt dan ook gelijk het probleem, ik heb inmiddels GEEN idee meer hoe ik wat moet doen.

Het voornaamste probleem is het overal lezen van tegenstrijdige berichten, waardoor ik me constant afvraag of hetgeen ik doe wel correct is. Zo vraag ik me langzamerhand ook af hoe ik (in het geval van Servlets) dat kan gebruiken in m'n presentatielaag.
Als ik namelijk een connectie fiks in een Servlet, is dat toch inclusief het try/catch-gedeelte? Dat zou betekenen dat ook de SQL-query vaststaat in m'n Servlet, en daaropvolgend ook de bijbehorende Resultset.

Zie hier:

	Connection con = null;



	try {





	Class.forName ("sun.jdbc.odbc.JdbcOdbcDriver");



	con=DriverManager.getConnection("jdbcdbc:MediaMarkt","","");



	Statement statement = con.createStatement();



	String sqlOpdracht = "Select COUNT (Voornaam) AS Aantal FROM Medewerkers WHERE MedewerkerID = " + id + " AND Pass = '" + hexString + "' ";





	ResultSet rs = statement.executeQuery(sqlOpdracht);







	while ( rs.next() ) {

Voor zover ik weet zit hier (deels) de taak van Servlet X erop, er is een connectie met de database gefikst, en de query is uitgevoerd. Nu zit ik met die while-lus.
Het lijkt me de bedoeling dat ik de variabelen uit 'rs' verder verwerk met JSP/JSTL, om de resultaten correct weer te geven, etc.
Maar, hoe zit het dan met...

}

	



	rs.close();



	}









	catch (IOException ioe) {

	out.write(ioe.getMessage());

	}



	catch(SQLException sqle) {

	out.write(sqle.getMessage());

	}



	catch (ClassNotFoundException cnfe){

	out.write(cnfe.getMessage());

	}



finally {



	try {



		if (con != null ) {



			con.close();



		}

	}

	catch (SQLException sqle) {

	out.write(sqle.getMessage());

	}

}

...dat deel? Ik loop namelijk tegen het volgende probleem aan: splits ik de code in twee delen, werkt het voor geen fukk - laat include ik de code als geheel wordt m'n while-lus vanzelfsprekend onbruikbaar.

Dit is een van de ogenschijnlijk simpele vragen waar bij mij ongelooflijk de schoen aan het wringen is. Op de meest gecompliceerde vragen vind ik op allerhande sites de meest gedetailleerde uitleg, maar de basis is mij compleet onduidelijk.

Ik zal wel als n00b gezien worden, maar momenteel ben ik het spoor flink bijster...haha.

quote:

---

Op 22 maart 2007 21:59 schreef WhiteRider het volgende:
Wiskunde en MBO? Uhu.

Goed, random is het dan niet, maar zeker altijd anders. Als je iets als IP (operator) TIJD (op) DATUM (op) X (op) etc. doet, kom je toch in principe ALTIJD op een ander getal uit?
Het is misschien een ietwat onorthodoxe manier, maar zou het een degelijke manier zijn om een uniek getal te produceren?

---

Niet als je multiuser of snelle operaties verwacht...
De reden zal je wel duidelijk zijn.
Daarom dus, random

quote:

---

Op 22 maart 2007 22:24 schreef Argus het volgende:
Niet als je multiuser of snelle operaties verwacht...
De reden zal je wel duidelijk zijn.
Daarom dus, random

---

Ik blijf erdoor gefascineerd. Ik vond her en der wat formules, maar die waren voor iemand die nog niet veel kaas van wiskunde gegeten heeft, niet echt te begrijpen.
Thankx iig.

quote:

---

Op 22 maart 2007 22:07 schreef WhiteRider het volgende:
Ik zal wel als n00b gezien worden, maar momenteel ben ik het spoor flink bijster...haha.

---

Het opzetten van een N-tier applicatie zal je denk ik ook niet zo snel op google vinden.
Maar als er iets mis gaat in je datalaag throw je je error netjes naar boven naar de aanroepende business code. Gaat het goed dan knal je de dataset door.
Daar doe je er wat moeilijke zooi mee, zelfde verhaal van interface naar je presentatielaag en daar geef je of een leuke melding aan de gebruiker van 'KUDT u hebt peg! Swa!' of je format je spulletjes wat lollig.

Maar juist dit lijkt me nu iets wat je docent je zou moeten duidelijk maken.
Ik vraag me aan de andere kant weer af in hoevere dit in een MBO studie hoort en hoeveel je er echt van af zou moeten weten.

(Dit is in ieder geval de dummy uitleg die ik ook aan klanten geef )

quote:

---

Op 22 maart 2007 21:59 schreef WhiteRider het volgende:
Wiskunde en MBO? Uhu.

Goed, random is het dan niet, maar zeker altijd anders. Als je iets als IP (operator) TIJD (op) DATUM (op) X (op) etc. doet, kom je toch in principe ALTIJD op een ander getal uit?
Het is misschien een ietwat onorthodoxe manier, maar zou het een degelijke manier zijn om een uniek getal te produceren?

---

Uniek ja, random nee. Als je gewoon van 1 tot oneindig gaat tellen kom je ook ALTIJD op een ander getal uit, maar ies niet random. Ies van te voren te voorspellen.

Net zo met je "random generator" in je pee cee.

Boeit het? Ik vind het wel geinig ja.

Hier nog een wiki link: http://en.wikipedia.org/wiki/Random_number_generator

quote:

---

Op 22 maart 2007 22:28 schreef WhiteRider het volgende:
Ik blijf erdoor gefascineerd. Ik vond her en der wat formules, maar die waren voor iemand die nog niet veel kaas van wiskunde gegeten heeft, niet echt te begrijpen.
Thankx iig.

---

De meeste implementaties zorgen ook gewoon voor een enorme kleine kans op niet random zijn.
Vervolgens een constraint en bij knal nog een poging

quote:

---

Op 22 maart 2007 22:07 schreef WhiteRider het volgende:
Gelijk maar even een vervolgbericht, over heel iets anders. Ik ben namelijk nog stééds aan het kloten met alle verschillende JAVA-toestanden. Sterker nog: ik kan door de bomen het bos niet meer zien, en begrijp van de drie lagen binnen een webapplicatie minder dan voor ik begon met lezen. 'Google Is Your Best Friend' is hier niet van toepassing, ik heb meer gelezen over Servlets, Beans, JSP, JSTL, ODBC/JDBC etc. dan er pagina's in alle lultopics bij elkaar staan. Daar schuilt dan ook gelijk het probleem, ik heb inmiddels GEEN idee meer hoe ik wat moet doen.

---

Pure overkill. Al lees je het hele internet, zolang je geen idee hebt waar het over gaat of bepaalde verbanden niet snapt dan kun je blijven lezen tot er eelt op je netvliezen staat.

Vandaag nog met een medestudent over gehad. Zo nu en dan moet je eens iemand anders erbij hebben die zijn licht erover laat schijnen en dat kan je tot nieuwe inzichten brengen. In dit geval is dit topic wellicht handig of ook specialistenforums kunnen helpen. GoT is op dat gebied best aardig alleen hou je aan de regels die daar gelden. Dus een heldere uitleg van je probleem, zeg wat je al geprobeerd hebt en geen instelling van "fiksen jullie dit even voor mij..".

En op dat terrein ben je goed bezig mag ik wel zeggen. Je stelt je leergierig op en je doet er hard je best voor. Komt allemaal wel goed met jou

quote:

---

Op 22 maart 2007 22:32 schreef M. het volgende:
Uniek ja, random nee. Als je gewoon van 1 tot oneindig gaat tellen kom je ook ALTIJD op een ander getal uit, maar ies niet random. Ies van te voren te voorspellen.

Net zo met je "random generator" in je pee cee.

Boeit het? Ik vind het wel geinig ja.

Hier nog een wiki link: http://en.wikipedia.org/wiki/Random_number_generator

---

Dat was de formule waar ik het over had, ik begreep het tot aan die formule. Ik moet stevig aan m'n wiskunde gaan werken.

quote:

---

Op 22 maart 2007 22:07 schreef WhiteRider het volgende:
Gelijk maar even een vervolgbericht, over heel iets anders. Ik ben namelijk nog stééds aan het kloten met alle verschillende JAVA-toestanden. Sterker nog: ik kan door de bomen het bos niet meer zien, en begrijp van de drie lagen binnen een webapplicatie minder dan voor ik begon met lezen. 'Google Is Your Best Friend' is hier niet van toepassing, ik heb meer gelezen over Servlets, Beans, JSP, JSTL, ODBC/JDBC etc. dan er pagina's in alle lultopics bij elkaar staan. Daar schuilt dan ook gelijk het probleem, ik heb inmiddels GEEN idee meer hoe ik wat moet doen.

Het voornaamste probleem is het overal lezen van tegenstrijdige berichten, waardoor ik me constant afvraag of hetgeen ik doe wel correct is. Zo vraag ik me langzamerhand ook af hoe ik (in het geval van Servlets) dat kan gebruiken in m'n presentatielaag.
Als ik namelijk een connectie fiks in een Servlet, is dat toch inclusief het try/catch-gedeelte? Dat zou betekenen dat ook de SQL-query vaststaat in m'n Servlet, en daaropvolgend ook de bijbehorende Resultset.

---

Die queries kan je door laten geven aan je middleware, de verbinding van de database behoord dan ook transparant te zijn en hoort dus niet in de middleware terecht.
Presentatielaag zegt:
String items

Middleware zegt:
connect_to_db();
add(item);
disconnect_db();

Db vervolgens,

verbind_met_db();
query(item);
disconnect_db();

Dat is wat je wilt weten?


[Dit bericht is gewijzigd door 0Tolerence op 22-03-2007 22:37]

quote:

---

Op 22 maart 2007 22:34 schreef WhiteRider het volgende:
Dat was de formule waar ik het over had, ik begreep het tot aan die formule. Ik moet stevig aan m'n wiskunde gaan werken.

---

Ah, weer een extra reden om toch maar eens aan een HBO studie te gaan denken

quote:

---

Op 22 maart 2007 22:36 schreef 0Tolerence het volgende:
Die queries kan je door laten geven aan je middleware, de verbinding van de database behoord dan ook transparant te zijn en hoort dus niet in de middleware terecht.
Presentatielaag zegt:
String items

Middleware zegt:
connect_to_db();
add(item);
disconnect_db();

Db vervolgens,

verbind_met_db();
query(item);
disconnect_db();

Dat is wat je wilt weten?

---

Dus jij zit op twee lagen in je database te porren.

Leuk

quote:

---

Op 22 maart 2007 22:37 schreef Judge M. het volgende:
Ah, weer een extra reden om toch maar eens aan een HBO studie te gaan denken

---

Hmm dat krijg je daar ook niet hoor.

Querien mag toch zeker gewoon?

quote:

---

Op 22 maart 2007 22:38 schreef Argus het volgende:
Dus jij zit op twee lagen in je database te porren.

Leuk

---

Euh ja het klopt niet helemaal nee zag ik al. Dat tweede moet je maar vergeten. Dan klopt het wel.

quote:

---

Op 22 maart 2007 22:39 schreef M. het volgende:
Querien mag toch zeker gewoon?

---

Je ziet wel vaak dat men het wel doet, maar het is strict genomen NIET de bedoeling.
Heb je een echt systeem dan is er ook nog je connectie pooling, open zetten en houden van je connectie, kijken welke db je uberhaupt moet hebben en ga zo maar verder.

Dus.

ja kan wel idd, het is voor mij iig geen dagelijkse kost.

Ooooook, ik moet eigenlijk ook m'n bek houden over dit soort zaken. Ik ben ook helemaal geen IT-er haha (gelukkig maar ).