Hopbot log for 2008-03-19 - Helma IRC channel: #helma on irc.freenode.net
2008-03-19:
[10:26] <ska> Hi and hello.[10:26] <zumbrunn> hi ska
[10:26] <ska> Hi Chris, we met at LIFT, Kai Strieder/Pixelboxx.
[10:26] <ska> You infected me with helma :-)
[10:27] <zumbrunn> oh, yeah, I remember, hi Kai! :-)
[10:28] <ska> Hey, I'm stuck with something I think should be trivial. I'm trying to make a somewhat trivial XmlRpc call to a remote system using the Remote Object. But I need basic_auth.
[10:28] <ska> Did try setCredentials and setBasicAuthentication.
[10:28] <ska> All I get is a http 401 (and this lousy t-shirt)
[10:28] <zumbrunn> I believe that has come up before
[10:29] <zumbrunn> let me see if I kind find it
[10:29] <ska> Googling did not help very much. Got a pointer?
[10:29] <zumbrunn> I believe it was on the helma-user mailing list
[10:29] <zumbrunn> but I'm not certain
[10:29] <ska> Is there an archive?
[10:30] * zumbrunn trying to think of what to search for
[10:30] <zumbrunn> yes...
[10:30] <zumbrunn> http://helma.org/development/mailinglists/
[10:30] <ska> yeah, remote is not the best keyword to get small results.
[10:31] <ska> I think I got it, have to download the gzip archive...
[10:32] <zumbrunn> also, have you taken a look at the jala.XmlRpcRequest alternative?
[10:32] <zumbrunn> http://helma.zumbrunn.com/reference/jala.XmlRpcRequest.html
[10:34] <ska> yeah, will look there too. As I'm building a remote-testing example application I try to keep it as simple as possible. So I'm starting low and am spiraling slowly up the food chain.
[10:34] <ska> thanks a lot, I'll see what I can achieve from here.
[10:35] <zumbrunn> maybe we should mark the Remote object as deprecated, since the jala modules are now included with helma
[10:36] <ska> I didn't see that. Then its XmlRpcRequest and I leave Remote alone.
[10:36] <ska> If appropriate I'll mail you the example to include it in the doc.
[10:37] <zumbrunn> that would be great!
[10:38] <ska> How do I instantiate jala.XmlRpcRequest? I got helma 1.6.1 and I can't see jala or XmlRpc in the /lib dir.
[10:38] <zumbrunn> you need to add it as a repository
[10:38] <ska> oh, is it xmlrpc.jar? thats what I got.
[10:39] <zumbrunn> using app.addRepository('modules/jala/core/XmlRpcRequest.js') or whatever
[10:39] <zumbrunn> app.addRepository('modules/jala/code/XmlRpcRequest.js')
[10:40] <ska> I see. Thanks a lot. Is there finally snow in Switzerland? In Geneva and Basel it was damn mild for february.
[10:40] <zumbrunn> code, not core
[10:40] <zumbrunn> we do have a tiny bit of snow right now, yes
[10:40] <zumbrunn> but that's at 1300m altitude
[10:41] <ska> Ha. How do you breathe up there?
[10:41] <zumbrunn> lol
[10:41] <zumbrunn> normally we would have over a meter of snow at this time of the year
[10:41] <zumbrunn> now it hardly covers the ground
[10:42] <ska> notsofunny anymore.
[10:45] <ska> I'm going the XmlRpcRequest way now. Thanks a lot, see you.
[14:59] <bard> hello, world
[15:01] <zumbrunn> hi bard
[15:17] <bard> long time away :) I was wondering whether http://helma.zumbrunn.net/reference/app.html#app.invokeAsync run from Global/init.js could be used for something like http://memo.feedlr.com/?p=11
[16:53] <bard> replying to myself: yes looks like it's possible
[19:06] <bard> ping
[20:01] <zumbrunn> pong :-)
[20:04] <zumbrunn> afk again for a bit, bbl
[20:15] <bard> ops
[20:17] <bard> anyway: async processes work great. :-) apparently, though, properties of HopObjects set inside the async process don't get persisted, because (I guess) that step normally happens at the end of a request/responce cycle. is there a way to force it?
[20:33] <zumbrunn> interesting, I wasn't aware of that
[20:34] <zumbrunn> hobj.persist() probably doesn't help with that, right?
[20:34] <zumbrunn> what about res.commit() ?
[20:34] <zumbrunn> what does that do in this context?
[20:39] <bard> I'll try both (although I'm not sure what the res obj would be in this case)
[20:57] <bard> so, my understanding was incorrect (or at least incomplete). the "root" object cannot be found (exception was being eaten, found out by try{...}catch(e){writeln(e)}) even if it's in the lexical scope. maybe this has to do with the fact that I'm working inside a JavaAdapter. hmmm.
[21:07] <bard> saving root and res into variables just outside the JavaAdapter makes them available inside the JavaAdapte'd methods and gets rid of the error, but nothing is persisted either
[21:28] <bard> things are stopping inside the JavaAdapte'd object as soon as value is assigned to an HopObject property, with no exception being thrown. weird.
[21:32] <bard> perhaps threads fighting? the JavaAdapted object here processes packets being received from the network in another thread
[22:14] <bslivka> just a quick note. http://helma.zumbrunn.com/reference/Xml.html *should* link to http://helma.org/development/rfc/xmlconversion/
[22:15] <bslivka> I had to go through a bit of trouble to find that second link, I only just stumbled upon it accidentally
[22:17] <bslivka> it's a fascinating feature that possibly would have saved me a fair amount of trouble had I known about it.