IRC Chat : 2011-10-26 - OpenMRS

00:47:09 *** dguderian has joined #openmrs
01:15:49 *** chopin has joined #openmrs
01:15:49 *** ChanServ sets mode: +v chopin
02:07:21 *** jriley has joined #openmrs
02:21:11 *** dguderian has quit IRC
02:57:36 *** jriley has quit IRC
02:58:36 *** chopin has quit IRC
03:26:40 *** Boby has joined #openmrs
03:33:37 <Boby> Does anybody know how to use Webservices.rest Module ?
03:34:09 <Boby> Please Can you instruct to me ?
03:37:43 <Boby> Does anybody know it ?
03:44:24 *** Boby has left #openmrs
04:43:53 *** surangak has joined #openmrs
06:40:57 *** djazayeri has quit IRC
06:43:18 *** surangak_ has joined #openmrs
06:44:15 *** surangak has quit IRC
06:51:13 *** bryq has joined #openmrs
06:51:13 *** ChanServ sets mode: +v bryq
06:51:42 *** surangak_ has quit IRC
06:51:42 *** surangak has joined #openmrs
07:26:03 *** r0bby has joined #openmrs
07:26:03 *** ChanServ sets mode: +v r0bby
07:32:33 *** pascal` has joined #openmrs
07:32:33 *** ChanServ sets mode: +v pascal`
07:46:26 <pascal`> Hey bwolfe
07:47:35 *** pascal` has quit IRC
07:47:36 *** bwolfe has quit IRC
07:48:47 *** pascal` has joined #openmrs
07:48:53 *** ChanServ sets mode: +v pascal`
08:14:03 *** dkayiwa has joined #openmrs
08:31:35 <surangak> dkayiwa, good morning !
08:31:47 <surangak> IRC is pretty lonely today :-(
08:31:51 <dkayiwa> morning surangak
08:32:07 <dkayiwa> lollllllll :)
08:32:10 <surangak> dkayiwa, no rafa, no Bwolfe :-(
08:32:28 <dkayiwa> rafa is in the US so sleeping :)
08:32:46 <surangak> ah, I see
08:32:53 <surangak> I didnt know he was still there
08:33:15 <dkayiwa> he is now in Indianapolis
08:33:23 <dkayiwa> next week he will go to Boston
08:33:59 <surangak> dkayiwa, Is he attending a particluar event in US ?
08:34:06 <surangak> a meeting or something ?
08:34:24 <dkayiwa> just visiting :)
08:34:28 <dkayiwa> but while working
08:34:39 <surangak> dkayiwa, ah, being the tourist, like me :-)
08:34:49 <dkayiwa> yes :)
08:34:57 <surangak> Im still uploading the 1500+ photoes I took :-)
08:35:05 <dkayiwa> lolllllllll
08:38:02 *** pascal` has quit IRC
08:39:44 <dkayiwa> surangak: ever since i was born, i have never seen anyone takes as many photos on camera as you did :D
08:40:08 <surangak> dkayiwa, it was my first tim out of Sri Lanka, so it was a great experiance to me :)
08:40:16 <surangak> I even missed my flight going home :P
08:40:25 <dkayiwa> lolllllllllllll :D
08:41:18 <surangak> dkayiwa, u should have a fb profile.. :-)
08:41:18 *** pascal` has joined #openmrs
08:41:18 *** ChanServ sets mode: +v pascal`
08:41:25 <surangak> then we can tag you on pictures
08:41:54 <dkayiwa> i do not have time for facebook (i use that time for other things) :)
08:44:36 *** batkinson has joined #openmrs
08:57:53 *** bryq has quit IRC
09:32:55 *** ruwanego has joined #openmrs
09:37:27 <surangak> ruwanego, looong time Dude
09:39:18 <ruwanego> :)
09:47:27 *** Boby_ has joined #openmrs
09:48:19 <Boby_> Does anybody know how to use Webservices.rest Module ?
09:48:34 <Boby_> Please Can you instruct to me ?
09:49:24 *** batkinson has quit IRC
09:49:46 <Boby_> Does anybody know it ?
09:49:57 <Boby_> Please help me :(
09:54:33 *** Boby_ has quit IRC
09:58:13 *** dkayiwa has quit IRC
09:59:24 *** dkayiwa has joined #openmrs
10:21:50 *** ruwanego has quit IRC
11:04:25 *** surangak has quit IRC
11:13:23 *** dkayiwa has quit IRC
11:30:43 *** bwolfe has joined #openmrs
11:30:43 *** ChanServ sets mode: +o bwolfe
11:31:48 *** bwolfe_ has joined #openmrs
11:31:48 *** ChanServ sets mode: +o bwolfe_
11:32:26 <pascal`> ohai bwolfe
11:34:16 *** bwolfe has quit IRC
11:38:31 *** bwolfe_ is now known as bwolfe
11:38:34 <bwolfe> hi pascal`
11:55:45 <pascal`> bwolfe, I hope the OCC tickets I've assigned to Hannes are okay
11:55:59 <bwolfe> I saw one patch go through
11:56:15 <bwolfe> all tickets on occ are fair game right now
11:57:22 <pascal`> bwolfe, okay cool, I'm investigating an NPE I'm getting at the moment during upload.
11:58:03 <pascal`> bwolfe, it looks like one my concepts gets serialized just as <concept reference="1085"/> which is causing the NPE when the occmodule tries to do some funky stuff.
11:59:32 <bwolfe> does that id=1085 exist in the upload package? the ref/id stuff is assigned so that a concpet isn't inserted multiple times into the xmlo
11:59:34 <bwolfe> *xml
12:01:06 <pascal`> bwolfe, upload package?
12:01:16 <bwolfe> the xml
12:02:02 <pascal`> bwolfe, it's a top level concept in the concepts tree in the XML
12:02:29 <pascal`> bwolfe, I'm just clicking "sync all concepts" and this seemingly empty concept is serialized in somhow
12:03:25 <bwolfe> right, but look in the xml to see if there is an id="1085" somewhere
12:03:34 <bwolfe> maybe as an answer to somethign else?
12:04:17 <pascal`> bwolfe, yeah, there's an answerConcept with that id
12:04:38 <bwolfe> so is the parsing not going down the tree first?
12:04:41 <bwolfe> is that the problem?
12:05:17 <pascal`> This is all happening when the service is trying to set the hl7 code and original uuid attributes (just fyi)
12:06:44 <pascal`> bwolfe, it looks like it's only looking at the top level concepts in the <concepts> tree.
12:07:03 <pascal`> OccServiceImpl.doUpload
12:07:11 <pascal`> NPE on line 225
12:10:03 <bwolfe> odd
12:10:13 <bwolfe> so the fix is to make it crawl the tree?
12:11:11 <pascal`> bwolfe, I'm not sure.
12:11:53 <pascal`> bwolfe, I'm trying to understand how the serialization works and if it makes sense to have that basically blank concept serialized into the top level of the tree.
12:12:04 <pascal`> bwolfe, I mean, what does that even mean? Does it give us anything useful?
12:12:18 *** robbyoconnor has quit IRC
12:12:41 *** dkayiwa has joined #openmrs
12:12:54 <bwolfe> the blank concept means "look in the other concepts that have already be deserialized for one with serialization-id of 1085".
12:14:08 <pascal`> bwolfe, well, fine I guess.
12:14:28 <pascal`> bwolfe, but wouldn't it make more sense to first set the HL7 code and UUID before serialization?
12:14:55 <pascal`> bwolfe, instead of serializing, the processing the serialized string and inserting the attributes?
12:19:56 <pascal`> it would save a whole bunch of unecessary tree parsing and caching code I'd think
12:21:34 <pascal`> or wait, if a top level concept has a reference attribute, then we could just getOccConceptByCreatedConceptId using that reference value, couldn't we?
12:21:45 <bwolfe> pascal`, is the NPE on the server side or the client side?
12:22:12 <bwolfe> is the reference id the conceptId? I didn't think it was...
12:22:14 <pascal`> bwolfe, client, in the occ module, setting the HL7 code and UUID just before sending up to the server
12:22:45 <pascal`> bwolfe, oh right, it's not the reference id != concept id.
12:24:34 <bwolfe> the setting of hl7 code and uuid does not necessarily need to deserialize. it could just edit the text to insert manually
12:26:32 <pascal`> bwolfe, yeah, that's what it does
12:29:43 <pascal`> bwolfe, it doesn't look like that code was implemented to handle strange arrangements of concepts in the tree
12:33:10 <pascal`> bwolfe, here's an example
12:34:31 *** jriley has joined #openmrs
12:34:35 <pascal`> bwolfe, http://pastie.org/2761727
12:36:37 <pascal`> See how line 225 here can cause an NPE when it tries to analyze line 399 of the pastie: https://source.openmrs.org/browse/Modules/occmodule/trunk/api/src/main/java/org/openmrs/module/occmodule/impl/OccServiceImpl.java?hb=true
12:36:42 <OpenMRSBot> <http://ln-s.net/9FmV> (at source.openmrs.org)
12:50:08 <pascal`> bwolfe, where should the HL7/UUID be set? In the <concept> tree which contains the conceptId?
12:50:54 <bwolfe> its the overall hl7 code, right? so it should be a separate element in the upload xml
12:51:20 *** hannesv has joined #openmrs
12:52:33 <pascal`> bwolfe, it seems to be a per concept hl7 code
12:53:04 <pascal`> bwolfe, hence the breath first (and only at a depth of 1) traversal of the tree
13:00:02 *** djazayeri has joined #openmrs
13:00:02 *** ChanServ sets mode: +o djazayeri
13:08:55 <jriley> Could someone with JIRA powers assign https://tickets.openmrs.org/browse/IDC-4 to me?
13:09:28 *** hannesv has quit IRC
13:10:48 <dkayiwa> jriley: i think its because the ticket is not Ready for Work
13:10:57 <jriley> I can't make it Ready for Work
13:11:07 <jriley> but the work is done. I have a patch
13:11:30 *** chopin has joined #openmrs
13:11:30 *** ChanServ sets mode: +v chopin
13:12:01 *** burke has joined #openmrs
13:12:01 *** ChanServ sets mode: +o burke
13:12:04 <dkayiwa> jriley: i think you could in the meantime attach the patch
13:16:57 <pascal`> jriley, it's assigned to you
13:17:11 <jriley> Like magic! thank you
13:17:46 <pascal`> I'd love to take the credit, but it was dkayiwa :)
13:17:49 <pascal`> dkayiwa++
13:17:56 *** downeym has joined #openmrs
13:17:56 *** OpenMRSBot sets mode: +o downeym
13:17:56 *** ChanServ sets mode: +o downeym
13:17:58 <dkayiwa> :D
13:25:30 *** ChanServ changes topic to "OpenMRS: open source medical record systems for the developing world - http://openmrs.org/ - IRC info & logs: http://go.openmrs.org/irc - Can't find the answer here? Try http://answers.openmrs.org/"
13:52:53 *** r0bby has quit IRC
13:53:08 *** r0bby has joined #openmrs
13:53:08 *** ChanServ sets mode: +v r0bby
13:53:48 *** r0bby__ has joined #openmrs
13:53:48 *** ChanServ sets mode: +v r0bby__
13:54:17 *** r0bby__ has quit IRC
13:54:40 *** r0bby__ has joined #openmrs
13:54:41 *** ChanServ sets mode: +v r0bby__
13:55:34 *** rafa has joined #openmrs
13:55:34 *** ChanServ sets mode: +v rafa
13:57:25 *** r0bby has quit IRC
14:19:22 <djazayeri> hi bwolfe, dkayiwa, rafa
14:19:38 <rafa> hi djazayeri
14:19:46 <dkayiwa> hi djazayeri
14:20:02 *** jriley has left #openmrs
14:20:08 *** jriley has joined #openmrs
14:20:38 <djazayeri> I need to go pretty soon, so let's do an abbreviated scrum
14:20:49 <dkayiwa> :D
14:20:54 <djazayeri> specifically: what is a blocker now for releasing 1.9 alpha
14:21:03 <djazayeri> dkayiwa: want to lead off?
14:21:45 <dkayiwa> djazayeri: the blocker is getting time together to select among the uncomplete new features, which are to actually block the alpha release
14:21:49 <bwolfe> https://tickets.openmrs.org/secure/IssueNavigator.jspa?mode=hide&requestId=10951 is what dkayiwasent earlier
14:21:54 <OpenMRSBot> <http://ln-s.net/9Fnm> (at tickets.openmrs.org)
14:22:35 <djazayeri> we should remove the post-commits from that list, since they're already in.
14:22:48 <djazayeri> and we aren't required to complete the code review before the alpha
14:22:59 <dkayiwa> oh i see
14:23:15 <djazayeri> That leaves us with 11
14:23:30 *** r0bby__ has quit IRC
14:23:41 <rafa> I don't see TRUNK-2711 on this list
14:23:53 <rafa> it's what I'm working on right now
14:23:58 <djazayeri> this list includes just "new feature"
14:24:02 <djazayeri> and not "bug"
14:24:08 <rafa> it's a new feature ;)
14:24:22 <djazayeri> Is it marked that way? :-)
14:24:26 <bwolfe> !ticket TRUNK-2711
14:24:27 <OpenMRSBot> bwolfe: [#TRUNK-2711] Change active visits in header - OpenMRS JIRA - https://tickets.openmrs.org/browse/TRUNK-2711
14:24:33 <djazayeri> ah, it's a sub-task
14:24:50 <djazayeri> Sometimes JIRA annoys me.
14:25:12 <dkayiwa> djazayeri: does this also block the alpha? TRUNK-2795
14:25:20 <rafa> ohh right it's a sub-task of a bug task that should actually be new feature
14:26:11 <rafa> I don't think there's a way to fix that :/
14:26:12 <djazayeri> dkayiwa: are you unable to save visits with attributes, ever?
14:26:29 <djazayeri> rafa: if it's a blocker for the release, change its priority to blocker
14:26:38 <djazayeri> that'll get it on this list. :-)
14:26:46 <rafa> djazayeri: I'll do that
14:27:56 <djazayeri> rafa: in retrospect I don't think we should consider that a blocker for 1.9 alpha
14:28:07 <djazayeri> but if you're mostly done, go ahead and finish it
14:28:13 <rafa> it's almost done
14:28:28 <dkayiwa> djazayeri: shall we bundle the formentry module before it can be able to save any encounter?
14:28:43 <dkayiwa> https://tickets.openmrs.org/browse/FORM-129
14:28:50 <djazayeri> dkayiwa: no
14:28:54 <dkayiwa> ok
14:29:04 <djazayeri> do xforms and htmlformentry work?
14:29:26 <djazayeri> HFE must, since I tried it in the demo today.
14:29:26 <dkayiwa> htmlformentry works when you select the correct provider :)
14:29:32 <djazayeri> okay, good enough for alpha
14:29:52 <bwolfe> ha, meaning if the user_id happens to be in the provider table ?
14:29:55 <dkayiwa> when you select a provider who is not in the new provider table, it fails
14:30:02 <dkayiwa> yes bwolfe
14:30:02 <bwolfe> I'd say that means it doesn't make it
14:30:16 <bwolfe> I'd prefer we fix formentry/hfe and put them in the alpha (or at least hfe)
14:30:22 <bwolfe> the formentry one should be a quick fix
14:30:26 <dkayiwa> same problem with xforms
14:30:28 <dkayiwa> :)
14:31:17 <djazayeri> I think that since we're already going to be 2 weeks behind schedule releasing the alpha, I would prefer to release it ASAP, even if bundled modules don't work right
14:31:34 <dkayiwa> ok
14:31:36 <djazayeri> It's an alpha after all
14:31:38 <bwolfe> ha
14:31:52 <bwolfe> it's submitting bad data though, thats worse than just not working
14:32:05 <bwolfe> if you want to move ahead asap, lets only release it with xforms then
14:32:10 <djazayeri> that's fine
14:32:16 <dkayiwa> not being able to submit a from from formentry module makes it useless to bundle
14:32:18 <djazayeri> or even releasing it with no bundled modules
14:32:54 <djazayeri> If xforms is already fixed to work with 1.9, yes, let's just bundle that.
14:33:00 <dkayiwa> ok
14:33:14 <djazayeri> That said, shouldn't there be a deprecated method that makes HFE and FE continue to work?
14:33:30 <dkayiwa> djazayeri: thats what i was pushing for :)
14:33:40 <dkayiwa> but looks like the vote was not in my favor :)
14:33:51 <bwolfe> the problem is htat its doing a user search
14:33:55 <bwolfe> instead of a provider search
14:34:07 <bwolfe> if we had had a provider widget from the get-go then the modules wouldn't need to change
14:34:26 <dkayiwa> bwolfe: thats for one of the two problems for the formentry module
14:34:59 <bwolfe> oh, whats the other? the xslt one?
14:35:05 <dkayiwa> yes
14:35:20 <dkayiwa> thats the one where i was pushing for a deprecation without exception
14:35:23 <bwolfe> ah yes. well, it was broken when we tried to have it forward before. so we opted to just make it break earlier
14:35:35 <dkayiwa> :)
14:35:45 <djazayeri> HTML Form Entry is doing: encounter.setProvider(person)
14:35:59 <djazayeri> I don't see why this would create bad data
14:36:15 <dkayiwa> for bad data, it would throw an exception
14:36:46 <dkayiwa> that is when the selected provider is not in the new provider table
14:37:06 <djazayeri> So, if you choose a provider out of the list, and that provider doesn't have a Provider row (because they've never been an encounter.provider before in the db) it'll throw an exception?
14:37:15 <djazayeri> Seems fine to bundle (in the alpha) to me
14:37:19 <dkayiwa> yes
14:37:45 <bwolfe> ah ok, thats diff than the formentry bug with providers. I agree its probably ok to bundle
14:37:47 <djazayeri> It'll either work correctly, or fail. But it won't create bad data.
14:37:59 <djazayeri> okay, so getting back to Daniel's list
14:38:42 <djazayeri> new version: https://tickets.openmrs.org/secure/IssueNavigator.jspa?mode=hide&requestId=10952
14:38:48 <OpenMRSBot> <http://ln-s.net/9Fo5> (at tickets.openmrs.org)
14:38:50 <djazayeri> looking at this list:
14:39:10 <djazayeri> trunk-2674 is a bug, and it exists as far back as 1.6.
14:39:17 <djazayeri> It should not block the alpha
14:39:26 <djazayeri> trunk-2782 seems like a blocker
14:40:07 <djazayeri> trukn-2784: rafa can finish it off today
14:40:29 <djazayeri> trunk-2589: I'll apply the patch today
14:40:53 <djazayeri> trunk-420: if this isn't ready to apply now, it's definitely getting bumped. How close is it dkayiwa?
14:41:56 <djazayeri> (Looking at trunk-420, it seems that there are only some very minor changes needed, so we could do these, and apply)
14:42:23 <dkayiwa> ok
14:42:58 <djazayeri> trunk-2055: IIRC from wyclif, the problem is that the changes to messages.properties files in taras's patch have garbled accents, but we can apply everything but the messages.properties changes
14:43:10 <djazayeri> actually it's a branch, not a patch
14:43:35 <djazayeri> So, this seems pretty significant to do without wyclif around, who's already looked at it
14:43:48 <djazayeri> let's put it last on the list
14:43:54 <dkayiwa> ok
14:46:19 <djazayeri> trunk-37: dkayiwa commented about not being able to apply the patch. seems to me that it does apply to the api project (with fuzziness=1)
14:46:50 <djazayeri> though the test class doesn't apply cleanly, that one file can be done manually
14:46:53 <djazayeri> I think we should apply it.
14:47:26 <dkayiwa> ok
14:47:29 <djazayeri> trunk-17: bump to 1.10
14:47:36 <dkayiwa> ok
14:48:11 <djazayeri> trunk-2004: bump to 1.10
14:48:24 <dkayiwa> ok
14:48:32 <djazayeri> trunk-2731: not a blocker
14:48:55 <djazayeri> trunk-2585: not a blocker
14:51:38 <djazayeri> so, to summarize:
14:51:38 <djazayeri> blocker: trunk-2782
14:51:39 <djazayeri> to finish today:
14:51:39 <djazayeri> rafa: trunk-2784
14:51:39 <djazayeri> djazayeri: trunk-2589
14:51:40 <djazayeri> to apply:
14:51:40 <djazayeri> trunk-420 with very small changes
14:51:41 <djazayeri> trunk-37 with manual fix on test class
14:51:42 <djazayeri> probably bump:
14:51:42 <djazayeri> trunk-2055 (wyclif)
14:52:08 <djazayeri> trunk-2782, trunk-420, and trunk-37 need owners
14:53:58 <djazayeri> also, when demoing today, visit stuff did not work for me
14:54:23 <djazayeri> the visit tab on the dashboard wasn't grouping things right, and was showing wrong end dates
14:54:24 *** pascal` has quit IRC
14:54:30 <rafa> djazayeri: yeah, I introduced a bug yesterday. It's fixed now.
14:54:41 <djazayeri> and entering a form failed to create a visit
14:54:51 <djazayeri> or maybe it's just the display bug
14:55:09 <djazayeri> rafa: how long will your current ticket take?
14:55:35 <rafa> about 2 hours
14:55:44 <rafa> djazayeri: but I need to figure out why tests are failing too :/
14:55:49 *** downeym_ has joined #openmrs
14:55:49 *** ChanServ sets mode: +o downeym_
14:56:02 <rafa> when I run them separately they seem to work
14:57:25 <dkayiwa> djazayeri: will this also block the alpha release? https://tickets.openmrs.org/browse/TRUNK-2796
14:57:56 *** downeym has quit IRC
14:57:56 *** downeym_ is now known as downeym
14:58:01 <djazayeri> dkayiwa: do you get this in the UI? or in code?
14:58:10 <dkayiwa> djazayeri: in the UI
14:58:12 <rafa> have you seen java.lang.IllegalStateException: Already value [org.springframework.orm.hibernate3.SessionHolder@153112e8] for key [org.hibernate.impl.SessionFactoryImpl@9761d26] bound to thread [main] before?
14:58:23 <dkayiwa> i created standalone version which am testing
14:58:37 <dkayiwa> as per the code which was committed by today morning
14:59:31 <djazayeri> dkayiwa: hmm, that's related to the tricky problem that I ran into in Kigali.
14:59:38 <dkayiwa> ok
14:59:46 <djazayeri> where trying to do validation causes a flush
14:59:54 <dkayiwa> yes
15:00:08 <djazayeri> I think the solution to that is not going to be quick, so we should release even with that bug unfixed.
15:00:15 <dkayiwa> ok
15:01:12 <djazayeri> rafa: do you know the -D variable I need to set to tell jetty to use a different webapp name than the one in pom.xml?
15:01:56 <djazayeri> bwolfe: do you have time today to handle trunk-2782 or to apply trunk-420 or trunk-37?
15:02:17 <rafa> djazayeri: I'd try with -Dwebapp.name
15:03:29 <rafa> djazayeri: what I started doing recently is giving -Duser.home
15:03:52 <djazayeri> rafa: is that so it finds a different runtime properties file?
15:03:52 <rafa> djazayeri: it let's me to have a separate module folder as well
15:04:39 <rafa> yes if you change the webapp.name it'll look for a different properties file
15:04:58 <djazayeri> yeah, though it didn't seem to pick up -Dwebapp.name
15:05:34 <djazayeri> okay, so to summarize, rafa has a ticket to finish, I have a patch, and there are 3 more
15:05:53 <djazayeri> so, whoever has time today (bwolfe, dkayiwa, rafa, djazayeri) should do: trunk-2782, trunk-420, trunk-37
15:06:01 <dkayiwa> ok
15:06:05 <rafa> cool
15:06:07 <djazayeri> and perhaps tomorrow daniel can do packaging and testing?
15:06:11 <djazayeri> I've gotta run.
15:06:16 <dkayiwa> ok
15:09:56 <bwolfe> I can look at those during the calls later tonight at 15% speed. :-p
15:10:00 <djazayeri> okay
15:10:01 <bwolfe> heading to dinner now though
15:10:03 <bwolfe> bbl
15:41:56 *** r0bby has joined #openmrs
15:41:56 *** ChanServ sets mode: +v r0bby
15:44:52 *** r0bby__ has joined #openmrs
15:44:52 *** ChanServ sets mode: +v r0bby__
15:47:13 * downeym slaps lulu.com around a bit with a large trout
15:50:21 *** r0bby__ has quit IRC
15:50:21 *** r0bby has quit IRC
15:50:42 *** rafa has quit IRC
15:50:43 *** r0bby has joined #openmrs
15:50:43 *** ChanServ sets mode: +v r0bby
15:57:59 *** r0bby has quit IRC
15:58:02 *** r0bby__ has joined #openmrs
15:58:02 *** ChanServ sets mode: +v r0bby__
15:58:13 *** r0bby__ has quit IRC
15:58:22 *** r0bby__ has joined #openmrs
15:58:22 *** ChanServ sets mode: +v r0bby__
16:00:24 *** bwolfe has quit IRC
16:05:39 <djazayeri> dkayiwa: when you do a clean installation (e.g. you start the standalone with 1.9.x) it loads?
16:05:58 <djazayeri> I just tried creating a new database with demo data, and I get org.hibernate.PropertyNotFoundException: field [valueReference] not found on org.openmrs.ProviderAttribute
16:06:17 <dkayiwa> djazayeri: yes it loads
16:06:32 <djazayeri> (and indeed BaseAttribute doesn't have a "valueReference", it has a "persistedValue"
16:06:40 <dkayiwa> djazayeri: but i last tested that last week
16:06:54 <dkayiwa> djazayeri: so something could have happened between last week and now
16:07:04 <djazayeri> This would have happened in Kigali.
16:07:22 <dkayiwa> djazayeri: i did all my tests in kigali
16:07:32 <dkayiwa> djazayeri: i can do one again just now
16:07:41 <djazayeri> if you can try that quickly, it'd help
16:07:45 <dkayiwa> djazayeri: i meant after kigali
16:07:49 <dkayiwa> not in kigali
16:07:58 <dkayiwa> djazayeri: let me do it just now
16:08:34 <djazayeri> As far as I can tell, I just did a clean checkout of the trunk code, and it fails to create a database.
16:08:57 <dkayiwa> djazayeri: i last updated today morning (Ugandan time)
16:09:16 <dkayiwa> djazayeri: so should i start by updating now and then recompile?
16:10:05 <djazayeri> I just deployed the war as "openmrsclean" and it failed to start after creating the database.
16:10:14 <djazayeri> But I don't see how it can run at all even if you're not doing a clean install
16:11:02 <djazayeri> e.g. ProviderAttribute.hbm.xml mentions a valueReference property, but that doesn't exist on BaseAttribute in trunk
16:11:10 <djazayeri> so even just try running the code…doesn't that fail?
16:11:45 <dkayiwa> unless that was done today. mine has always been running fine
16:12:10 <djazayeri> oh, hmm, there are getters and setters for valueReference, even though the underlying field has a different name
16:12:19 <djazayeri> hmm, not sure why it's breaking then, let me investigate.
16:19:55 <dkayiwa> djazayeri: after svn update, running trunk from eclipse is fine on my side
16:20:03 <djazayeri> okay, i'll investigate a bit more
16:39:20 *** dkayiwa has quit IRC
16:57:03 *** lh_ has joined #openmrs
16:58:32 *** lh_ is now known as lh
17:04:52 *** Boby_ has joined #openmrs
17:05:51 <Boby_> Does anybody know how to use Webservices.rest Module ?
17:06:01 <Boby_> Please Can you instruct to me ?
17:23:39 <jriley> Boby, all I know is the module home page is at https://wiki.openmrs.org/display/docs/Webservices.rest+Module .
17:23:40 <OpenMRSBot> <http://ln-s.net/92SZ> (at wiki.openmrs.org)
17:38:58 *** burke is now known as burke_away
17:44:54 *** bwolfe has joined #openmrs
17:44:54 *** ChanServ sets mode: +o bwolfe
17:53:26 *** dkayiwa has joined #openmrs
17:58:05 *** kishoreyekkanti has joined #openmrs
17:59:24 *** burke_away is now known as burke
18:03:29 <bwolfe> dkayiwa, is freeconferencing working for you on skype?
18:03:45 <dkayiwa> bwolfe NOOOOOO
18:04:18 <bwolfe> ugh
18:05:25 <kishoreyekkanti> djazayeri: Hi Darius, have you got any thing else for code jam apart from metadata sharing module?
18:05:55 <djazayeri> hi kishoreyekkanti: writing you an email now that includes a lot of MDS stuff
18:06:02 <djazayeri> won't be able to send it till later
18:06:36 <kishoreyekkanti> djazayeri: Sure no problem. Anyways i'll look it only tomorrow morning :)
18:06:53 <djazayeri> okay, cool
18:07:26 <djazayeri> bwolfe: yo, you joining the design call?
18:07:45 <bwolfe> I was hoping freeconf would start working...
18:07:48 <bwolfe> how are you calling in?
18:08:16 * bwolfe remembers the connect site
18:08:31 <dkayiwa> :D
18:17:53 *** kishoreyekkanti has quit IRC
18:21:20 *** Boby_ has quit IRC
18:23:01 *** suranga has joined #openmrs
18:25:00 *** robbyoconnor has joined #openmrs
18:25:00 *** ChanServ sets mode: +v robbyoconnor
18:29:07 *** suranga_ has joined #openmrs
18:32:47 *** suranga has quit IRC
18:36:47 *** bryq has joined #openmrs
18:36:47 *** ChanServ sets mode: +v bryq
18:39:38 *** pascal` has joined #openmrs
18:39:38 *** ChanServ sets mode: +v pascal`
19:06:47 *** robbyoconnor has quit IRC
19:09:50 *** robbyoconnor has joined #openmrs
19:09:50 *** ChanServ sets mode: +v robbyoconnor
19:21:15 *** suranga_ has quit IRC
19:26:22 *** rafa has joined #openmrs
19:26:22 *** ChanServ sets mode: +v rafa
19:27:53 *** r0bby__ has quit IRC
19:28:03 *** r0bby__ has joined #openmrs
19:28:03 *** ChanServ sets mode: +v r0bby__
19:46:48 *** robbyoconnor has quit IRC
19:52:26 *** pascal` has quit IRC
19:53:43 *** pascal` has joined #openmrs
19:56:09 <rafa> dkayiwa: hey
19:56:16 <dkayiwa> hey
19:56:24 <rafa> dkayiwa: https://tickets.openmrs.org/browse/TRUNK-2718
19:56:38 <rafa> how to get to the "Edit Metadata" screen
19:57:23 <rafa> dkayiwa: is it still a valid ticket?
19:57:29 <dkayiwa> rafa: was fixed by jeremy's revert
19:57:37 <rafa> dkayiwa: cool
19:57:44 <dkayiwa> the screen is the one you get to after selecting a form
19:58:18 <rafa> dkayiwa: okay
19:58:43 <rafa> dkayiwa: are there any high priority tickets left?
19:59:24 <dkayiwa> rafa: the ones on the url we shared during the scrum
19:59:33 <dkayiwa> if those are done, then we are good to go
20:00:27 <rafa> dkayiwa: seems like only https://tickets.openmrs.org/browse/TRUNK-2731 is free
20:00:32 <rafa> shall I start with that?
20:01:09 <dkayiwa> no
20:01:17 <dkayiwa> that is not hight priority
20:01:25 <rafa> okay
20:05:05 <djazayeri> bwolfe: waiting for you on freeconferencing
20:05:17 <bwolfe> orly?
20:05:42 <djazayeri> orly?
20:11:10 <bwolfe> rly.
20:14:55 *** lh has quit IRC
20:18:32 *** r0bby__ has quit IRC
20:18:40 *** chopin has quit IRC
20:21:51 *** rafa has quit IRC
20:30:45 *** r0bby has joined #openmrs
20:30:45 *** ChanServ sets mode: +v r0bby
20:48:07 *** r0bby has quit IRC
20:48:08 *** r0bby__ has joined #openmrs
20:48:08 *** ChanServ sets mode: +v r0bby__
20:49:55 *** r0bby has joined #openmrs
20:49:55 *** ChanServ sets mode: +v r0bby
20:53:17 *** r0bby__ has quit IRC
20:59:11 *** r0bby__ has joined #openmrs
20:59:11 *** ChanServ sets mode: +v r0bby__
21:00:16 *** r0bby__ has quit IRC
21:00:16 *** r0bby has quit IRC
21:03:00 <downeym> djazayeri noirin et al, I cleaned up all HTML and formatting in the book. Seems to be clean now. http://objavi.booki.cc/books/openmrsguide-en-2011.10.26-20.41.16.pdf
21:03:04 <OpenMRSBot> <http://ln-s.net/9FsV> (at objavi.booki.cc)
21:03:12 <djazayeri> nice
21:03:48 *** r0bby has joined #openmrs
21:03:48 *** ChanServ sets mode: +v r0bby
21:10:08 *** lh has joined #openmrs
21:19:59 *** bryq has quit IRC
21:27:06 *** burke is now known as burke_away
21:29:36 <noirin> downeym: Sweet :-) Did you get Lulu sorted?-
21:30:10 *** r0bby has quit IRC
21:30:37 <downeym> noirin: Yes, finally. No clue why it had so many troubles. http://www.lulu.com/product/paperback/openmrs-implementers-guide/18420224
21:30:50 <OpenMRSBot> <http://ln-s.net/9Fsm> (at www.lulu.com)
21:32:28 *** burke_away is now known as burke
21:36:02 *** downeym_ has joined #openmrs
21:36:02 *** ChanServ sets mode: +o downeym_
21:40:56 *** downeym has quit IRC
21:40:56 *** downeym_ is now known as downeym
21:53:51 *** dkayiwa has quit IRC
21:57:06 *** Echidna has quit IRC
22:09:16 *** r0bby has joined #openmrs
22:09:16 *** ChanServ sets mode: +v r0bby
22:10:11 *** robbyoconnor has joined #openmrs
22:10:11 *** ChanServ sets mode: +v robbyoconnor
22:14:52 *** downeym has quit IRC
22:18:07 *** robbyoconnor has quit IRC
22:31:01 *** r0bby has quit IRC
22:34:52 *** burke has quit IRC
22:46:49 *** r0bby has joined #openmrs
22:46:49 *** ChanServ sets mode: +v r0bby
22:50:38 *** Echidna has joined #openmrs
22:50:38 *** ChanServ sets mode: +v Echidna
23:32:28 *** r0bby has quit IRC