2008-07-03:
[8:35] <simono> why cant I toJSON the postParams? like so: http://helma.pastebin.com/m15c50734[9:19] <simono> any idea why cant I toJSON the req.postParams? like so: http://helma.pastebin.com/m15c50734 only way is to create new object and copy over attributes or am i missing smth?[9:20] <zumbrunn> don't really know, but I suspect req.postParams isn't really a javascript object[9:21] <zumbrunn> (but some kind of java object instead, like Map or so)[9:22] <zumbrunn> just guessing[9:22] <decke> moin[9:22] <zumbrunn> hi decke[9:50] <simono> typeof returns object, but i worked around it..[11:55] <mmonster> typeof NighAnything == "object" in javascript[11:56] <mmonster> postparams is indeed a java thingy and not a proper native js object[12:01] <simono> thx, got it[12:40] <zumbrunn> ({}).toJSON.call(req.postParams)[12:49] <mmonster> (that's a good one)[12:57] <decke> does anyone know what causes such messages in the helma log?[12:57] <decke> [2008/07/02 00:31:10] Stopping Thread for Request club3k/np/xxxsunVistaxxx/guestbook/new[12:57] <decke> [2008/07/02 00:31:14] Killing Thread Transactor[club3k:post:np/xxxsunVistaxxx/guestbook/new][12:58] <zumbrunn> not me[12:58] <zumbrunn> maybe the client drops the connection?[12:59] <decke> damn... they were constantly 5-10 per day[12:59] <decke> until yesterday... there they exploded to about 2500[12:59] <decke> today we have about 5000 from them[12:59] <zumbrunn> hmm[12:59] <decke> is an old helma 1.4.3[12:59] <decke> and i restarted it yesterday in the hope that it helps...[13:00] <decke> maybe the database is filling up but there are no slow queries...[13:03] <mmonster> find the source for your old helma and find the places it says "Killing Thread" ?[13:03] <decke> hm maybe it's the router.... that damn thing is getting totally crazy since about 2 weeks...[13:16] <decke> okay i am sure now i have an request timeout...[13:21] <decke> and from analyzing the logs i can tell it appears only when adding guestbook entries or gallery entries...[17:45] <decke> this bug is driving me nuts - and i don't think that it's database related because the INSERTS in logSQL are really fast[17:52] <zumbrunn> do you know if it hangs somewhere during the processing of the request or whether those requests just never start getting processed?[17:53] <decke> no and i have no clue how to get an answer to that question[17:54] <decke> but that are definitely ONLY requests that add objects[17:54] <decke> maybe it's some limitation or bug of the old helma 1.4.3[17:55] <zumbrunn> well, if it's during the processing, you should be able to find out where things get stuck by adding some detailed logging in the right spots[17:55] <zumbrunn> possible, of course[17:55] <decke> just good that we have heavy traffic ... makes debugging much easier *g*[17:55] <zumbrunn> heh lol[17:56] <decke> the strange is that this app runs unmodified since a few years now...[17:57] <zumbrunn> but maybe the traffic increased beyond a certain point now?[17:57] <decke> and as i said that bug appears since yesterday...[17:57] <decke> no we have had heavier traffic the last few months[17:59] <decke> it's just that stupid router that does crazy things since about 2 weeks now[17:59] <zumbrunn> maybe there is something specific to those incoming requests[17:59] <zumbrunn> like a different/newer browser[17:59] <zumbrunn> a bot of some kind[17:59] <zumbrunn> or a dos attack[17:59] <decke> no that are user requests definitely...[17:59] <decke> but good guess...[18:00] <decke> i will try to add some debugging to that page and collect more data[18:13] <decke> aaahhh i think i have a clue what is going on now[18:13] <decke> just a wild guess from looking at the data...[18:13] <decke> but there is included sending out notification mails[18:14] <zumbrunn> oh, yes, that can be a problem if the smtp is not reachable[18:14] <decke> it is i think but it got Greylisting this week i guess...[18:14] <zumbrunn> aha![18:14] <decke> 900sec of LAG[18:24] <decke> YES that's it ... as soon as i disable the email notifications everything runs smooth again[18:25] <zumbrunn> :-)[18:25] <decke> just about 6 hours hunting that shitty bug[19:04] <decke> okay lession learned... asynchronous is the only way to go[19:15] <midnightmonster> there isn't a built-in async way to send emails, is there?[19:16] <zumbrunn> no, not specifically for emails[19:16] <zumbrunn> simple rhino threading might work for this[19:17] <midnightmonster> indeed[19:17] <zumbrunn> or the cron capability built in to helma[19:17] <decke> what do this helma mail functions do?[19:17] <decke> do they send the mails thru smtp and block until it is send?[19:17] <midnightmonster> apparently?[19:17] <decke> or are they just copying the mails to the local mailqueue[19:18] <midnightmonster> SMT[19:18] <midnightmonster> P[19:18] <zumbrunn> or the app.invokeAsync, but that doidn't exist yet in 1.4.3[19:18] <midnightmonster> have to look that one up.[19:20] <zumbrunn> http://helma.zumbrunn.com/reference/app.html#app.invokeAsync[19:25] <decke> the smartest solution is to setup an local relaying only mailserver....[19:25] <midnightmonster> that's awfully handy. that would probably do it, unless it's in some way tied to the current request, but I expect not.[19:25] <midnightmonster> that = app.invokeAsync[19:26] <midnightmonster> for decke, yeah, a local server would be good[19:34] <midnightmonster> I like my (newish) macbook, but there are two things that make me want to install ubuntu on it: package management, and the fact that you can't focus any form fields with Tab except plain text inputs.[19:35] <midnightmonster> good package management isn't easy, there's not as big a community, and most mac software is drag-to-install, so that's easily forgivable. but the form fields--for the love.[19:40] <zumbrunn> isn't that just a browser issue?[19:40] <zumbrunn> (I believe Safari does this, Firefox doesn't)[19:44] <midnightmonster> nope. whole platform[19:44] <midnightmonster> ff3 does it[19:44] <midnightmonster> on mac[19:44] <midnightmonster> and native (non-web) windows do it[19:50] <zumbrunn> I meant the other way around[19:50] <zumbrunn> safari can focus on any form field using tab[19:50] <zumbrunn> and has two modes[19:50] <zumbrunn> try with the option key down, once[20:05] <midnightmonster> I'll try that next I'm at the mac[20:05] <midnightmonster> but for the way I use my computer, I would want the default mode approximately never[20:06] <midnightmonster> (I bet FF has a hidden pref to use win/lin style focusing)
In the channel now:
Logs by date: