Hopbot log for 2007-03-12 - Helma IRC channel: #helma on irc.freenode.net

2007-03-12:

[7:36] <stephan|m00> can I implement a java interface in a helma script (class, object, ...). (to pass JS to a java library)
[7:37] <rist> yes you can: http://www.mozilla.org/rhino/ScriptingJava.html
[7:38] <stephan|m00> thanks
[7:40] <stephan|m00> where do I put the onStart() method, somewhere in Global/ ?
[7:42] <rist> yes
[7:44] <stephan|m00> thanks.
[8:04] <stephan|m00> so the only problem which remains, is why the cron job does not fire. ist there a downloadable example somewehere?
[8:06] <zumbrunn> gobi certainly has cron jobs, if you consider that a downloadable example
[8:11] <stephan|m00> ag found the problem. gobi has the app.properties in gobi/code while (as I understand it) http://helma.org/docs/guide/properties/app.properties/ tells people to put it in gobi/
[8:11] <stephan|m00> "This file is located in an application's directory (e.g. apps/myApp/)."
[8:13] <zumbrunn> yes, that's assuming that the application's directory is a code repository
[8:14] <zumbrunn> I guess that wording is oudated
[8:14] <stephan|m00> other parts of the documentation tell you to use /code for the repository :-)
[8:15] <zumbrunn> http://helma.org/docs/guide/introductions/applications/
[8:16] <stephan|m00> my error
[8:16] <stephan|m00> tx
[8:16] <stephan|m00> as I'm on holiday I'll find a cafe for breakfast, cu.
[8:16] <zumbrunn> Is that better now?: http://helma.org/docs/guide/properties/app.properties/
[8:17] <stephan|m00> this channe has helped really a lot :-)
[8:17] <stephan|m00> yes, tx
[9:34] <hns> chris, bist du da?
[9:36] <hns> wollte fragen, was wir noch brauchen, um jsdocs automatisch zu erstellen: templates wahrscheinlich
[9:36] <hns> und im build.xml auschecken und jsdoc tag...
[9:36] <zumbrunn> ja...
[9:37] <zumbrunn> how tragic is it if there's a diff in the jsdoc.pl?
[9:37] <zumbrunn> (not just the templates)
[9:37] <stephan|m00> ist jsdoc2 noch nicht brauchbar?
[9:37] <zumbrunn> musste dort ein paar zeilen auskommentieren
[9:38] <stephan|m00> (ich bin ins cafe umgezogen)
[9:38] <zumbrunn> stephan|m00: doch, jetzt wär's wohl soweit, aber nicht fuer Helma 1.6
[9:39] <zumbrunn> macht keinen Sinn jetzt noch auf jsdoc2 zu wechseln
[9:39] <zumbrunn> nachher eventuell
[9:42] <stephan|m00> zumbrunn: ic
[9:43] <hns> chris: ist nicht tragisch.
[9:43] <hns> für mich kein problem, solange es reproduzierbar ist (ohne manuelle nachbearbeitung)
[9:44] <hns> hi stephan übrigens
[9:44] <zumbrunn> ok, ich mach gleich mal ein zip mit meinen templates fuer dich zum download verfuegbar, damit du's anschauen kannst
[9:44] <stephan|m00> hns: leider hatte ich wenig zeit als ich wien war, sonst haette ich ein treffen vorgeschlagen.
[9:44] <zumbrunn> url folgt in kuerze
[9:45] <hns> ich bin auch grad wenig verfügbar :-)
[9:45] <hns> nächstes mal halt
[9:46] <stephan|m00> ja :-)
[10:04] <zumbrunn> hns: http://helma.zumbrunn.net/reference/jsdoc-templates.tgz
[10:09] <zumbrunn> hns: this is the output I get with that: http://helma.zumbrunn.net/reference/jsdoc-output.tgz
[10:10] <hns> ich würde sagen wir packen die ins cvs zu den js-files?
[10:10] <hns> dann können wir alles auf einmal auschecken.
[10:12] <zumbrunn> im templates tar sind nur die files drin, die diffs zum default jsdoc enthalten
[10:15] <zumbrunn> willst du die ganzen JSDoc files direkt ins reference module hineincommiten?
[10:16] <hns> aber das siehst du eh auch so, dass das ins reference CVS module dazugehört, oder?
[10:16] <zumbrunn> (ok with me, just asking)
[10:16] <zumbrunn> ja, klar
[10:16] <hns> ja, würde für mich sinn machen. (dort und dann brauchen wirs)
[10:16] <hns> einfach ein verzeichnis namens templates oder so
[10:17] <zumbrunn> nochmals.... das ganze JSDoc oder nur die files die diffs enthalten?
[10:18] <hns> nur das, was man zum builden braucht.
[10:18] <hns> den patch für jsdoc überhaupt nicht.
[10:18] <hns> den kann man lokal haben, muss man aber nicht. (oder?)
[10:18] <hns> wenn überhaupt könnte man den den jsdoc leuten reporten.
[10:18] <zumbrunn> nein muss man nicht
[10:19] <hns> also ich würd nur die templates reinhauen
[10:19] <hns> offizielle builds werden eh nur von mir oder von dir gemacht.
[10:19] <hns> also kein problem, wenn man den jsdoc patch nicht hat IMHO
[10:19] <zumbrunn> gibts irgendwo eine uebersicht der command line options fuer jsdoc.pl?
[10:20] <zumbrunn> eventuell gaebs js eine option um die overview files zu unterdruecken
[10:20] <zumbrunn> im code waer mir das aber nicht aufgefallen
[10:21] <hns> einfach jsdoc.pl ohne parameter aufrufen:
[10:22] <hns> (is jetzt zu lang zum hier rein pasten, glaub ich)
[10:22] <zumbrunn> dann gibt's diese moeglichkeit wohl nicht
[10:22] <zumbrunn> ich seh's
[10:25] <zumbrunn> zusaetzlich muss noch die --no-sources option in's build script rein
[10:25] <zumbrunn> oder willst du fuer die helmaLib files den source drin haben?
[10:26] <zumbrunn> besser nicht, wegen dem pseudo code fuer's framework
[10:27] <hns> naja, der wär mir wurscht :-)
[10:27] <zumbrunn> ok
[10:27] <hns> ich brauch den code nicht unbedingt, aber vielleicht ist er für andere benutzer interessant
[10:29] <zumbrunn> actually, die files welche den code enthalten wuerden sind sowieso unterdrueckt
[10:30] <zumbrunn> die option spielt also glaub ich gar keine rolle
[10:34] <stephan|m00> kann man irgendwo in der helma lib doku mit reinpacken, dass Date vom JS Date extended ist usw?
[10:36] <hns> das normale Date ist ein JS-Date.
[10:36] <hns> das mit dem extenden würde wohl hierher gehören:
[10:36] <hns> http://helma.zumbrunn.net/reference/framework/Date.html
[10:36] <hns> (oben rauf in die summary)
[10:36] <stephan|m00> ja das meinte ich.
[10:37] <zumbrunn> weiss nicht wie ich dort etwas reinbekomme
[10:37] <stephan|m00> ok.
[10:37] <hns> ich schau schnell nach...
[10:37] <zumbrunn> versucht hab ich's
[10:37] <stephan|m00> oder statt "Object" ein "JS Date"
[10:37] <zumbrunn> aber nicht erfolgreich :-)
[10:37] <stephan|m00> etwas in der art.
[10:38] <hns> chris: mit einem @class tag im constructor-kommentar
[10:38] <hns> (ach so, da iss ja kein constructor-kommentar, oder?)
[10:38] <zumbrunn> das ercheint nur in der file overview
[10:38] <zumbrunn> nicht auf der seite
[10:39] <zumbrunn> waer schon richtig
[10:39] <hns> @class müsste eigentlich funktionieren. aber vielleicht brauchst du noch ein @constructor dazu/hinterher.
[10:40] <zumbrunn> @class wird eben nur im file overview verwendet, nicht auf der seite die wir wollen
[10:40] <zumbrunn> koennte man im jsdoc.pl natürlich sicher irgendwie umbiegen
[10:41] <stephan|m00> vieleicht reicht es wenn man versucht das in jsdoc2 spaeter hinzubekommen.
[10:45] <hns> nein, @fileoverview wird im fileoverview verwendet, @class schon da auf der seite, siehe z.b. http://helma.zumbrunn.net/reference/framework/helma/Http.html
[10:46] <hns> aber das problem ist @class wird nur verwendet, wenns im constructor-comment steht, und den gibts bei core/Date.js nicht :-(
[10:48] <hns> ah, templates sind schon im cvs, sehe ich. cool
[10:49] <zumbrunn> ok, ja genau... @fileoverview war der erhoffte Rettungsanker, wird dort aber nicht verwendet
[10:49] <zumbrunn> hatte das falsch in erinnerung vom chat mit tobi am Donnerstag/Freitag
[10:50] <zumbrunn> wir koennten natuerlich einen Date constructor einfuegen
[10:50] <zumbrunn> der erscheint dann allerdings auch im constructor summary und constructor details
[10:51] <stephan|m00> ich wollte euch nicht von einem release abhalten :-)
[10:51] <zumbrunn> lol
[10:52] <hns> ist halt eine limitation von jsdoc, lets move on
[10:52] <zumbrunn> ok, die templates sind jetzt im cvs drin
[10:52] <zumbrunn> inklusive jsdoc.pl, das beisst dort ja keinen
[10:53] <hns> ok!
[10:56] <zumbrunn> das HopKit von jala zu verwenden waere übrigens natuerlich auch naheliegend
[10:57] <zumbrunn> hatte am wochenende damit rumgeproebelt, bin aber wegen irgend einem classpath durcheinander haengen geblieben
[10:58] <hns> wenn wir nur jsdoc machen wollen halte ich das für overkill
[10:59] <hns> längerfristig kann man hopkit sicher für die helma-distro verwenden
[11:00] <hns> aber jsdoc selbst ist ja ziemlich straigtforward.
[11:00] <zumbrunn> ja, solange sich bei dir die docs fuer die modules direkt von den ausgecheckten source files builden lassen
[11:01] <zumbrunn> bei mir bleib ich da wie früher erwaehnt mit segfaults haengen
[11:02] <zumbrunn> ich muss in helma.File und helma.Http code rausschmeissen damit's geht
[11:05] <hns> ach so, immer noch?
[11:05] <hns> kannst du mir die command line options schicken, mit denen du die docs baust?
[11:08] <zumbrunn> nur --no-sources --logo helma.gif
[11:08] <zumbrunn> die andern die im build script drin sind schaden aber nichts
[11:09] <zumbrunn> mit --globals-name global rutschen allerdings eventuell vier macros ins global.html file
[11:10] <zumbrunn> die sind bei mir im GLOBAL file
[11:11] <zumbrunn> und --no-sources hat wie gesagt mit den custom templates auch gar keinen effect
[11:11] <zumbrunn> ...weil diese files eh unterdrueckt sind
[11:20] <stephan|m00> geht importPackage() in Helma (aus rhino?). java.io scheint zu gehen, 3rd party wie a.b.c nicht?
[11:20] <stephan|m00> var SyndFeed = Packages.com.sun.syndication.feed.synd.SyndFeedImpl;
[11:20] <stephan|m00> sieht nicht so schoen aus
[11:20] <hns> bei allem auser java.* musst du vorne Packages.* dranschreiben.
[11:20] <hns> also z.b. Packages.org.apache...
[11:20] <stephan|m00> achso. auch beim import() ...
[11:21] <stephan|m00> ich dachte das waere clever genug.
[11:21] <hns> import()?
[11:21] <stephan|m00> ich meine importPackage()
[11:21] <stephan|m00> hmm. danke.
[11:22] <stephan|m00> und das muss ich dann in jeder function (methode) machen?
[11:22] <hns> wenn du helma 1.6 (head) verwendest, würde ich den JavaImporter verwenden:
[11:22] <hns> http://www.mozilla.org/rhino/rhino16R1.html
[11:22] <hns> chris: das von dir eingecheckte jsdoc.pl funzt bei mir nicht :-(
[11:23] <hns> (offline, mittagessen)
[11:23] <stephan|m00> ich warte mal auf den 1.6 release dann und sehe es mir an, danke.
[11:23] <stephan|m00> cu
[11:23] <zumbrunn> was klappt den nicht damit?
[11:26] <zumbrunn> ich hab nur das angepasste jsdoc.pl dazugelegt
[11:27] <zumbrunn> nicht alle JSDoc files, falls es das ist was macht dass es nicht funzt

 

 

In the channel now:

Logs by date: