Ringobot log - RingoJS IRC channel: #ringojs on irc.freenode.net
2010-11-24:
[6:02] <avi_> what's the idiomatic way to include extra jars in a ringojs app?[6:13] <avi_> hannesw_: what's the idiomatic way to include extra jars in a ringojs app?
[6:50] <avi_> ah.. dropping them into lib/ works. ok.
[8:09] <hannesw_> hey robertg!
[8:09] <robertg> hi hannes!
[8:11] <hannesw> wanted to email you for meeting
[8:11] <hannesw> was wondering if we could invite outside developers to our next meeting?
[8:12] <robertg> ah ok. i'm on "holiday" this week :)
[8:12] <hannesw> i see.
[8:12] <hannesw> was thinking next week?
[8:13] <robertg> next week is fine with me
[8:13] <hannesw> what do you think about the outside developer idea? (just for the next meeting)
[8:14] <hannesw> (as long as we still fit into the meeting room)
[8:14] <robertg> sure, but shouldn't we then do the meeting in a more central location?
[8:14] <hannesw> he :)
[8:14] <hannesw> we could, but that requires some organization :)
[8:15] <hannesw> so that would be the simple solution (for me at least)
[8:15] <hannesw> ;)
[8:15] <hannesw> but ok to find a more central place
[8:16] <hannesw> oberhamsi: I changed that req.env.lookup() to req.link()
[8:17] <hannesw> still not sure about naming
[8:18] <robertg> well, i'm fine with meeting at our place too, but let me check that on monday, ok?
[8:19] <hannesw> robertg: cool! but monday may be late for inviting for a same-week meetup
[8:19] <hannesw> i'll think about other possible locations
[8:20] <robertg> ok, i'll try to check faster :)
[8:31] <hannesw> would tuesday be ok for an informal developer meet-up in vienna?
[8:37] <hannesw> robertg: just saw your sqlstore commits
[8:37] <hannesw> cool!
[8:37] <robertg> yes, ringo-storable just works fine
[8:38] <robertg> had to change a few things, because the constructor methods are anonymous now
[8:40] <hannesw> hm. you relied on the name property to be set on the constructor?
[8:41] <hannesw> i guess we could define the name property
[8:41] <robertg> i tried, but i couldn't find a way to do that
[8:41] <robertg> it's readonly, afaik
[8:42] <hannesw> right :(
[8:42] <robertg> but it's not much of a problem, i changed to instanceof instead
[8:54] <robertg> reg. unit testing: i've been thinking of changing run() to accept the name of a test method too
[8:54] <robertg> this would allow to run a single test method
[8:54] <robertg> what do you think?
[9:02] <hannesw> robertg: very good idea!
[9:03] <robertg> reg. meeting: thursday 13:00/14:00 would be fine for oberhamsi, marius and me, meeting at our place is fine too
[9:03] <hannesw> robertg: great!
[9:04] <hannesw> so do you think is it ok if I announce it @ your place?
[9:06] <robertg> sure, unless we all fit in our meeting room (8-10 people max.)
[9:19] <oberhamsi> sweet, real life meet :)
[9:27] <hannesw> ok i'll ask people to to respond if they're coming so we can settle for some other location if it's > 10
[11:46] <earl> hannesw: wouldn't `app.link` be a nice place for the url building function?
[11:46] <earl> i confess i haven't looked into how `.link` works atm to see if that's feasible at all
[11:48] <hannesw> earl: what do you mean by "url building function"?
[11:48] <earl> isn't that what req.link does currently?
[11:48] <hannesw> ah, ok
[11:49] <hannesw> well the problem is how does a nested app get its parent app(s)
[11:49] <hannesw> that's currently not defined
[11:49] <hannesw> it probably should be
[11:49] <earl> how would i call req.link currently?
[11:49] <hannesw> but even then, traversing manually over the app chain is not what you want to do
[11:50] <hannesw> req.link("module/id", "additional", "path", "elements")
[11:50] <earl> what if i don't have a module/id?
[11:50] <earl> app.mount('/foo', function (req) ...);
[11:50] <hannesw> you'd need something else
[11:50] <earl> ok
[11:51] <hannesw> we could introduce some abstract name argument
[11:52] <earl> not sure that's needed
[11:52] <earl> does it work with "local" ids?
[11:52] <earl> i.e. if i do app.mount('/foo', function foo(req) ...);
[11:52] <earl> now foo is a named function
[11:53] <earl> does req.link('foo') or req.link('./foo') work?
[11:54] <earl> well, i guess i gotta play around a bit :)
[11:59] <hannesw> no, only works with module ids
[12:00] <hannesw> would be possible to make it work with function names, though that might be a bit erratic
[12:00] <hannesw> imagine you mount some function somewhere and half your app gets derailed...
[12:01] <hannesw> working on router middleware right now...
[12:05] <earl> btw, ok if i push that minor commit mainline: https://github.com/earl/ringojs/commit/9d0eec2
[12:06] <earl> adds a log.info output like the following to webapp startup: "469 [main] INFO ringo.httpserver - Server on http://localhost:8080 started.
[12:09] <earl> a simple nicety to guide users who do not know (or keep forgetting) which ports their apps listen on :)
[12:16] <hannesw> hm, don't you get that message from jetty already?
[12:17] <earl> nope
[12:17] <hannesw> hm, strange, i do
[12:17] <earl> not as a clickable link
[12:17] <hannesw> ah, i see
[13:07] <hannesw> robertg, earl: can you push your changes to the master repo?
[13:07] <hannesw> i don't have the capacity to do this right now
[13:10] <robertg> ah ok, no hurry. am i allowed to push to master repo? not that i would know ;)
[13:21] <hannesw> yes you are :)
[13:22] <hannesw> does github show you a SSH git URL? https://github.com/ringo/ringojs
[13:23] <robertg> ah, yes! didn't see that :)
[13:31] <earl> pushed
[13:33] <ringostarr> fcacf12 Hannes Walln?fer: Make async thread count slightly more robust
[13:33] <ringostarr> 8c5e52e Hannes Walln?fer: Suppress unchecked warnings
[13:33] <ringostarr> 9d0eec2 Andreas Bolka: Log the URL httpserver listens on (after startup)
[13:34] <earl> there we go, now even the commit hooks work again
[13:35] <hannesw> thanks earl!
[13:35] <hannesw> miracles :)
[13:36] <earl> robertg: do you use your modification of test.js to really run only a single test method in a testsuite?
[13:36] <earl> or rather to run a single "sub-suite" of all ringo tests?
[13:39] <robertg> if i'm executing a "sub-suite" it restricts the runner to a single method, if executing eg. "all.js" it runs all tests of a sub-suite
[13:41] <earl> do you use the former?
[13:42] <robertg> currently i'm using both ways. why?
[13:44] <earl> curiosity :)
[13:44] <earl> i regularly use e.g. `ringo test test/ringo/skin_test.js` to run only the skin tests
[13:45] <earl> and looking at your pull request i wondered if we should update the CLI of test.js as well
[13:45] <earl> it currently is:
[13:45] <earl> Usage: bin/ringo test test/file1 test/file2
[13:47] <earl> but that's really a separate question, i guess
[13:52] <robertg> hmm, i see. this could be a problem, yes
[13:54] <robertg> all testfiles of sqlstore can be executed directly, therefor i never ran single testfiles using "ringo test test/file"
[13:56] <earl> don't think it's a real problem
[13:56] <earl> test.run() for those who want to write their own runners
[13:56] <earl> and the very simplisting "main" of test.js to have one default runner bundled
[13:56] <earl> simplistic*
[14:07] <robertg> yes. the only other possibility i can think of would be to change the CLI of test.js to accept only a single file and an optional method name.
[14:09] <robertg> but i don't think that would be a good move
[16:01] <hannesw_> I like this quite a lot:
[16:01] <hannesw_> app.get("/:id/:action?", function(req, id, action) {...});
[16:01] <hannesw_> action may be undefined, id not
