Hopbot log for 2009-06-09 - Helma IRC channel: #helma on irc.freenode.net

2009-06-09:

[7:05] <breton> Hrmn just a quick question, if nothing comes to mind, I'll probably post to the mailinglist, or do some more searching..
[7:06] <breton2> Wow. I get put in one line of chat and I get booted.
[16:15] <lehni> there he is
[16:16] <zumbrunn> hopbot really is a plain vanilla logbot, just started via helma
[16:16] <lehni> yeah i saw that
[16:16] <zumbrunn> but helma doesn't actually listen on the channel
[16:16] <lehni> http://helma.pastebin.com/f5c3e0377
[16:16] <lehni> right?
[16:16] <zumbrunn> it just reads the bot's log files
[16:17] <lehni> is that code available?
[16:17] <zumbrunn> the code that reads the log files?
[16:17] <zumbrunn> the other bit is what's in the pastebin, yes
[16:18] <lehni> i meant the one for displaying the logs
[16:19] <lehni> and deciding wether they contain something intersting or not, etc
[16:19] <zumbrunn> ok, looking for it...
[16:19] <lehni> great!
[16:19] <zumbrunn> pretty sure you are asking me for ugly code, though ;-)
[16:21] <lehni> hehehe
[16:21] <lehni> i dont mind ugly code for this kind of thing
[16:21] <zumbrunn> this bit is probably what is generating the list: http://helma.pastebin.com/m1e72e0ea
[16:23] <zumbrunn> and this the logged content: http://helma.pastebin.com/m431b7799
[16:23] <lehni> nextline = new Packages.java.lang.String(nextline);
[16:23] <lehni> nice one!
[16:23] <lehni> ;)
[16:24] <lehni> danke vielmals!
[16:24] <zumbrunn> don't remember what that one was about
[16:24] <lehni> it's this: new Packages.java.lang.String(nextline.getBytes("ISO-8859-1"), "UTF-8");
[16:24] <lehni> after
[16:24] <lehni> so making sense
[16:25] <lehni> looking good
[18:00] <zumbrunn> hey hannesw, thanks for the pointer regarding http://dev.helma.org/trac/helma/browser/helma-ng/trunk/lib/helma.policy
[18:00] <zumbrunn> that does indeed look like another puzzle piece I was still missing :-)
[18:01] <hannesw> yes, it does
[18:01] <hannesw> for me too
[18:01] <hannesw> it's the same kind of security sandbox browsers implement for applets
[18:01] <hannesw> and it works nicely
[18:02] <zumbrunn> I have to read up on it still, to understand what it actually does
[18:02] <zumbrunn> but I can see that it's a puzzle piece that must fit somewhere ;-)
[18:03] <hannesw> well, you can restrict access to system resources based on where the code comes from
[18:03] <hannesw> for example...
[18:03] <hannesw> grant codeBase "file:/foo/bar/-" {
[18:04] <hannesw> permission java.io.FilePermission "/foo/bar", "read";
[18:04] <hannesw> };
[18:04] <hannesw> will result in code from /foo/bar to only have read access to files in /foo/bar, and no access at all outside of /foo/bar
[18:05] <hannesw> and it works as ist should - even if /foo/bar/script.js uses a trusted module to access the file.
[18:06] <hannesw> The AccessController checks the whole stack to decide whether an action is allowed.
[18:09] <hannesw> in other words, you have really really fine grained control on what code from any location can do.
[18:31] <hannesw> hi lehni, long time no see!
[18:35] <lehni> one moment, phone
[18:39] <lehni> hi hannes
[20:16] <lehni> hi
[20:30] <hannesw> sorry, kids...

 

 

In the channel now:

Logs by date: