IRC Chat : 2008-10-22 - OpenMRS

01:05:18 *** nribeka has joined #openmrs
01:13:32 *** nribeka1 has quit IRC
01:33:55 *** Keelhaul has quit IRC
01:48:03 *** rryan has joined #openmrs
02:04:27 *** bmckown has quit IRC
02:14:45 *** nribeka1 has joined #openmrs
02:35:12 *** nribeka has quit IRC
02:45:18 <rryan> Hi -- I'm running OpenMRS trunk, and when I go to maintain the concept dictionary, when I hit 'Download the concept dictionary in CSV', I get a very large CSV of concepts, but when I try to search for those concepts in the dictionary, none of them show up. Why do they show up in the CSV and not in the web-based dictionary?
02:45:51 *** atomicturtle has joined #openmrs
02:47:01 <rryan> For example, it says "No matches found for hepa in locale: en_US, en" when I type hepa in the search phrase.
02:47:18 <rryan> Do the default concepts exist in a different locale?
02:51:39 *** bwolfe has quit IRC
03:02:26 <jmiranda> hey rryan
03:02:35 <jmiranda> i saw that same issue on demo.openmrs.org today
03:03:32 <jmiranda> assuming you have access to trac (dev.openmrs.org), could you add a new ticket for this issue
03:03:47 <jmiranda> are you seeing any errors in the log file?
03:04:06 <jmiranda> my assumption is that this is related to the concept name branch that was just merged into trunk
03:05:52 <rryan> jmiranda : Nothing on the tomcat log. Is there an OpenMRS specific log?
03:05:57 * rryan is new to OpenMRS
03:06:07 <rryan> and, sure, I'll file a bug
03:06:08 <jmiranda> catalina.out on linux/mac(?)
03:06:13 * rryan nods
03:06:20 <rryan> that's where I'm looking
03:06:23 <jmiranda> stdout.timestamp.log on windows
03:15:25 *** nribeka has joined #openmrs
03:18:28 *** rryan` has joined #openmrs
03:19:03 <rryan`> http://dev.openmrs.org/ticket/1061
03:19:46 *** rryan` has quit IRC
03:19:51 *** rryan has quit IRC
03:20:11 *** rryan has joined #openmrs
03:33:13 *** nribeka1 has quit IRC
04:09:52 <jmiranda> rryan, thanks for adding the ticket
04:29:54 <jmiranda> rryan, just updated the ticket with a workaround
04:32:29 *** nribeka has quit IRC
04:41:27 *** nribeka has joined #openmrs
04:58:25 <rryan> jmiranda: thanks -- I'll try that
05:14:20 *** [mharrison] has joined #openmrs
05:16:19 *** nribeka has quit IRC
05:18:49 *** nribeka has joined #openmrs
05:23:17 *** jmiranda has quit IRC
05:26:34 <rryan> So -- I may be missing something. I have created a Form that follows the Basic Form structure. I added an encounter for a patient and selected that form. Where do I go to fill out the data for that form? I see an encounter under the patient's dashboard that says the encounter used that form, but I don't see any way to add the form data itself.
06:55:02 *** [mharrison] has quit IRC
08:23:09 *** TorLye has quit IRC
09:14:23 *** TorLye has joined #openmrs
11:42:23 *** james_regen has joined #openmrs
11:42:24 *** ChanServ sets mode: +v james_regen
12:17:57 *** bwolfe has joined #openmrs
12:17:57 *** ChanServ sets mode: +o bwolfe
12:26:02 *** bmckown has joined #openmrs
12:26:02 *** ChanServ sets mode: +o bmckown
12:36:08 *** nribeka has quit IRC
12:42:14 *** nribeka has joined #openmrs
13:04:02 *** atomicturtle has quit IRC
13:25:36 *** atomicturtle has joined #openmrs
13:38:46 *** sgrannis has joined #openmrs
13:39:05 *** ChanServ sets mode: +v sgrannis
13:39:46 <sgrannis> nribeka: hey win -- any word on how the new code works on "link"?
13:41:14 *** nribeka1 has joined #openmrs
13:43:32 *** jmiranda_ has joined #openmrs
13:45:56 <sgrannis> nribeka: u there?
13:46:43 *** Keelhaul has joined #openmrs
13:46:43 *** ChanServ sets mode: +v Keelhaul
13:57:12 *** nribeka has quit IRC
13:58:46 *** TorLye has quit IRC
14:20:19 <nribeka1> sgrannis: hi
14:20:23 <nribeka1> just got back
14:20:24 <nribeka1> sorry :D
14:20:27 <nribeka1> are u there?
14:21:19 <nribeka1> ups ... guess you're gone sgrannis
14:33:12 *** nribeka2 has joined #openmrs
14:33:41 *** nribeka2 has left #openmrs
14:34:01 *** nribeka2 has joined #openmrs
14:39:51 <nribeka2> hi all
14:40:06 <nribeka2> our dwr version is 1.x right? :D
14:50:33 *** TorLye has joined #openmrs
14:51:20 *** nribeka1 has quit IRC
14:52:46 <bwolfe> nribeka2: something like that, yes
14:53:06 <bwolfe> nribeka2: theres a ticket out there to upgrade it...but I don't think any progress has been made
14:53:23 <nribeka2> ic ic
14:53:54 <nribeka2> was thinking to use comet on dwr 2 i think
14:54:24 <nribeka2> i guess need to figure out something else
14:54:50 <nribeka2> for server push data to client mechanism
14:55:44 <nribeka2> any suggestion bwolfe?
14:56:07 <bwolfe> you can fix trunk to use dwr 2 ? :-D
14:56:18 <bwolfe> that would be best for everyone
14:56:23 <nribeka2> haha ...
14:57:01 <nribeka2> i will try to look at the upgrade docs
14:57:10 <nribeka2> on dwr site :D
15:21:43 <nribeka2> big jobs
15:21:51 <nribeka2> lots of thing need to be changed :D
15:58:23 <bwolfe> nribeka2: eh, its just a control-h :-)
15:59:48 <nribeka2> control - h give me lots of matches for dwr and getahead :D
16:00:01 <nribeka2> lots of them bwolfe lol
16:00:09 *** jmiranda has joined #openmrs
16:00:09 *** ChanServ sets mode: +o jmiranda
16:00:47 <bwolfe> yeah, then click the "replace" button instead of the "search" button on that page :-)
16:01:11 <nribeka2> hahaha ... and it will break everything right bwolfe :D
16:01:34 <bwolfe> it might breat modules...
16:01:40 <bwolfe> *break
16:01:50 <bwolfe> but then the modules just need to upgrade
16:03:18 <nribeka2> haha ... sounds simple but ... not so simple to implement i think :)
16:03:27 <nribeka2> well i'm off to school for now
16:03:39 <nribeka2> ttyl bwolfe :D
16:03:48 *** nribeka2 has quit IRC
16:13:44 *** jmiranda_ has quit IRC
16:27:21 *** nribeka has joined #openmrs
16:28:24 <nribeka> back in piece :D
16:34:08 <bwolfe> piece ?
16:34:48 <nribeka> back in one piece i mean :P
16:35:04 <nribeka> so bwolfe, i do the control h and replace
16:35:23 <nribeka> how can i test to ensure it works and doesn't break anything
17:01:18 <sgrannis> nribeka: u there?
17:01:23 <nribeka> yes
17:01:26 <sgrannis> were you able to test the new code on link?
17:01:32 <nribeka> yeps
17:01:32 <sgrannis> success?
17:01:40 <sgrannis> <crosses fingers>
17:01:40 <nribeka> there's one report i generate yesterday
17:01:46 <nribeka> using 100k one
17:01:51 <sgrannis> that was for you r laptop thought right?
17:01:57 <sgrannis> was that for link?
17:01:59 <nribeka> memory usage flat at 545M
17:02:05 <nribeka> i run another test on link
17:02:10 <bwolfe> nribeka: you just compile and test the webapp. dwr is all "web/interface", so there aren't any unit tests for it (yet)
17:02:25 <nribeka> after i finished testing in my laptop
17:02:31 <nribeka> i run it in link sgrannis
17:02:37 <sgrannis> cool!
17:02:49 <sgrannis> did you commit the new UI Ajax code?
17:03:04 *** bwolfe_ has joined #openmrs
17:03:04 *** ChanServ sets mode: +o bwolfe_
17:03:42 <nribeka> not yet. apparently dwr in openmrs is 1.x :(
17:03:54 <sgrannis> so sounds like the new code addresses the out of memory error we were getting with 100K patients
17:04:08 <nribeka> sgrannis: yes.
17:04:11 <nribeka> :D
17:04:46 <sgrannis> what do we need to do to make the new Ajax reporting process work?
17:05:06 *** bwolfe has quit IRC
17:05:34 <nribeka> well, i was thinking to add something to make the UI showing something
17:06:13 <nribeka> to show there is a process running
17:06:18 <sgrannis> james_regen: and nribeka: what are your thoughts on testing with 200K patients versus letting James Arbaugh test the existing module?
17:06:31 <sgrannis> nribeka: to show there is a process running <--- I agree
17:06:59 <sgrannis> (FYI - I have a phone call coming up in a minute or two so I may disappear)
17:08:08 <nribeka> and it will also prevent the session timeout because the process takes quite a while to finish for large number of patients
17:08:54 <james_regen> i think letting james test it will give us new bugs to work on. we seem to be doing laright with the problems we know about, so maybe some new issues with the module will shake things up nicely
17:10:26 <sgrannis> nribeka: is the "Create Report" screen ready to go? Or does it need more work before it's usable? When I look at link right now, it appears broken.
17:11:38 <nribeka> broken?
17:12:07 <nribeka> the ajax thingy is not finish yet
17:13:10 <nribeka> it running
17:13:15 <nribeka> [Run Report] Another user is running this process
17:14:43 <sgrannis> broken = says a report is running but the load on link is 0, so I think it's not running. also the links to reports are invalid.
17:15:07 <sgrannis> no worries, i understand this is in active development
17:15:57 <nribeka> ups ... i forgot to mention that the link is still invalid :D
17:16:10 <nribeka> i finish up with the memory only yesterday :P
17:16:36 <nribeka> still need some rework on the ui
17:16:43 <nribeka> let me upload the latest one
17:16:44 <sgrannis> sure -- no worries
17:17:07 <sgrannis> k
17:17:15 <nribeka> i think the one in link right now is the one which will lock the screen but not running the process
17:18:11 <nribeka> james_regen: i add isLocked() method to determine whether the process is still running or not
17:18:15 <Keelhaul> nribeka: what are you up to
17:19:20 <nribeka> hi keelhaul
17:19:41 <nribeka> we have a process that will run for quite a while
17:20:01 <nribeka> *can be more than the tomcat default timeout*
17:20:32 <nribeka> i wanted to add some communication to prevent this timeout and showing there's a progress in the process
17:20:39 <nribeka> i think that what i want to do now
17:20:46 <nribeka> have any thought Keelhaul?
17:20:48 <nribeka> :D
17:20:57 <Keelhaul> no =/
17:21:02 <Keelhaul> i'm not very familiar with ajax etc
17:21:13 <sgrannis> nribeka: *can be more than the tomcat default timeout* <-- will the process time out?
17:21:57 <nribeka> yes it will
17:22:12 <nribeka> it will throws session have been invalidated in background
17:22:21 <nribeka> it will not affect the report though
17:22:36 <sgrannis> good
17:22:52 <nribeka> report still will be generated but it will output session has been invalidated exception to the log
17:23:03 <sgrannis> so what is timing out?
17:23:39 <nribeka> i don't get it sgrannis? :D
17:25:13 <nribeka> ah ...
17:25:34 <nribeka> timing out because i think because of request response
17:26:25 <nribeka> there have to be a response (not sure what though)
17:27:05 <nribeka> *i think i talked too much*
17:27:31 *** nribeka has left #openmrs
17:27:35 *** nribeka has joined #openmrs
17:28:53 <nribeka> i hope i don't mislead u sgrannis
17:31:36 *** TorLye has quit IRC
17:50:26 <nribeka> off for lunch
18:09:05 *** TorLye has joined #openmrs
18:12:13 *** bwolfe_ has quit IRC
18:29:45 *** bwolfe has joined #openmrs
18:29:45 *** ChanServ sets mode: +o bwolfe
18:30:49 <basic`> bwolfe: delayed.... we use prefork by default for apache, and worker on our ftp
18:31:27 <bwolfe> basic`: hmm, ok. we were using prefork on the old dev machine as well. I was thinking that was the cause of the slowness
18:32:41 <basic`> slowness in trac or?
18:32:58 <basic`> the trac speedups were from editing two things:
18:34:17 <basic`> Change the PURGE_AGE variable in /usr/lib/python2.x/site-packages/trac/web/session.py to a more sensible value:
18:34:34 <basic`> Where possible, set restrict_owner = false in the trac.ini; enabling this will dynamically create a drop down box with a list of users. Creating this drop down uses some very slow db queries (especially with a lot of users), and setting restrict_owner = false disables the drop down all together and uses a text box.
18:37:03 <bwolfe> ah yes, forgot about the purge age. I still don't like the restrict_owner = false, but its better than a slow roadmap and ticket pages
18:37:24 <basic`> we can enable restrict_owner and see if it's still fast
18:37:27 <bwolfe> basic`: have you been getting my emails to support ? I'm not sure if I'm sending them to that new ticket correctly or not
18:37:29 <basic`> since it references the session data
18:37:55 <basic`> bwolfe: yeah, i've just been real busy (everyone's gone for goscon and i have midterms/homework), but i'm making some progress
18:38:16 <basic`> hopefully i can get the ssl stuff rolled out today
18:38:59 <bwolfe> no problem, I wasn't asking because of that, I was just making sure they were at least going somewhere. :-)
18:39:48 <basic`> ya, they're all in the new ticket now, sorry for confusing you.. tickets are weird. The original ticket was getting so big that RT was trimming the emails
18:41:27 <bwolfe> yep, np. I just didn't have an email to just reply to, so I just made the subject match what I thought it would be :-)
18:44:07 <basic`> perfect :)
18:44:30 <basic`> so i think we can enable the restrict_owner and see how big a hit it brings
18:45:03 <basic`> that purge_age variable being low should keep the number of queries down
18:45:53 *** nribeka has quit IRC
18:46:08 *** nribeka has joined #openmrs
18:46:13 *** nribeka has quit IRC
18:46:26 *** nribeka has joined #openmrs
18:46:29 *** nribeka has quit IRC
18:49:40 *** nribeka has joined #openmrs
19:09:05 <basic`> bwolfe: so it looks like it's still extremely slow with restrict_owner = true
19:09:17 <bwolfe> thats unfortunate
19:09:28 <bwolfe> thanks for checking
19:09:39 <basic`> no problem
19:16:18 *** jmiranda has quit IRC
19:16:33 <basic`> bwolfe: http://developer.pidgin.im/attachment/wiki/LocalTracChanges/cached_restrict_users_list.diff
19:16:37 <OpenMRSBot> <http://ln-s.net/2N-x> (at developer.pidgin.im)
19:16:40 <basic`> if i can get this patched, i think that will speed things up
19:20:18 <bwolfe> hmm, interesting find
19:20:47 <bwolfe> I guess the roadmap uses that api call too...
19:24:01 <nribeka> block_on_postal_code :D
19:24:11 <nribeka> is it u james_regen?
19:24:17 <nribeka> or sgrannis? :D
19:24:28 <basic`> bwolfe: yep, that fixed it
19:26:23 <nribeka> bwolfe: have a question
19:27:10 <nribeka> how can i prevent the long running process to throw session invalidated exception :(
19:27:36 <bwolfe> does the process throw it ?
19:27:59 <bwolfe> is the process surrounded with a Context.openSession() and Context.closeSEssion() ?
19:28:32 <bwolfe> basic`: sweet! gold star for you!
19:29:32 <nribeka> [2008-10-21 21:19:21]Servlet.service() for servlet dwr-invoker threw exception
19:29:32 <nribeka> java.lang.IllegalStateException: setAttribute: Session already invalidated
19:29:40 <nribeka> that's the exception bwolfe
19:29:47 <basic`> :)
19:29:52 * basic` puffs out his chest
19:30:44 <bwolfe> nribeka: so you're trying to send a message back to the client that the process finished ?
19:31:17 <nribeka> i don't actually
19:31:28 <nribeka> i just want it run a process at background
19:31:45 <nribeka> but i seems that it tries to return something
19:34:17 <bwolfe> nribeka: set the dwr package to DEBUG in the log4j.xml file and try again
19:34:23 <bwolfe> maybe you can get more error output
19:42:48 <nribeka> my dwr.log file never contain anything bwolfe
19:42:52 <nribeka> do you know why?
19:43:12 <bwolfe> its not written to
19:43:24 <bwolfe> and its actually not even generated anymore
19:43:37 <bwolfe> the file used to be generated before and then not written to
19:43:46 <bwolfe> now its not generated AND not written to. :-)
19:44:26 <nribeka> ah ic ic
19:44:37 <nribeka> so where the dwr log will go?
19:49:23 <bwolfe> dwr will log into the tomcat logs
19:51:00 <nribeka> i'm going to wait for it to finish
19:51:12 <nribeka> then restart and see the result
20:27:46 *** james_regen has quit IRC
21:09:10 *** sgrannis has quit IRC
21:18:20 *** bwolfe has quit IRC
21:21:23 *** nribeka has quit IRC
21:21:39 *** nribeka has joined #openmrs
21:38:58 *** bmckown has quit IRC
22:27:22 *** jacobb has quit IRC
22:32:30 *** jacobb has joined #openmrs
23:15:31 *** nribeka has left #openmrs
23:16:49 *** atomicturtle has quit IRC