IRC Chat : 2011-06-27 - OpenMRS

00:06:35 *** yanokwa has joined #openmrs
01:34:02 *** galinganmd has joined #openmrs
01:34:44 <galinganmd> hi, is anybody still awake?
01:35:30 <galinganmd> Is anybody familiar with the Jembi HTML Form entry module?
03:10:01 *** gbastien has quit IRC
03:20:58 *** galinganmd has quit IRC
03:41:35 *** bwolfe has joined #openmrs
03:41:35 *** ChanServ sets mode: +o bwolfe
03:44:27 *** jportela has quit IRC
03:44:28 *** bwolfe has quit IRC
04:46:57 *** yanokwa has quit IRC
04:49:39 *** saimanohar has joined #openmrs
04:51:36 *** suho has joined #openmrs
04:51:36 *** ChanServ sets mode: +v suho
04:55:29 *** surangak has joined #openmrs
05:22:41 *** bwolfe has joined #openmrs
05:22:41 *** ChanServ sets mode: +o bwolfe
05:37:37 *** asgoyal has quit IRC
05:42:57 *** sreya has joined #openmrs
05:56:11 <sreya> hi bwolfe
05:56:27 <bwolfe> hey
05:57:20 <sreya> if i keep my class which provides the message id with "messageSourceServiceTarget"
05:57:46 <sreya> this id is already mentioned in applicationcontext.xml
05:58:02 <sreya> would my bean override it ??
05:58:12 <sreya> i am just checking that
05:58:24 <sreya> would let you know if i am having errors
05:58:50 *** goutham has joined #openmrs
05:58:56 <bwolfe> you should always use a new id
05:59:37 <sreya> but then how would i tell the spring framework "hey this is your new messageSource"
06:02:43 <bwolfe> sreya, <alias name="yourModuleMessageSourceServiceTarget" alias="messageSource"/>
06:02:46 <bwolfe> or something similar
06:02:56 <sreya> the main pt. is my module should act as a new messageProvider
06:02:59 <bwolfe> it might complain with you trying to alias it to something that is already aliased
06:03:11 <sreya> ok
06:03:16 <bwolfe> so look up in the spring docs how to manually assign it instead of using the keyword "messageSource"
06:03:40 <sreya> should i be having the <alias> tag in my moduleapplicationContext
06:03:41 <sreya> ok
06:04:30 <bwolfe> yes
06:04:57 *** muthah has joined #openmrs
06:46:28 *** bryq has joined #openmrs
06:46:28 *** ChanServ sets mode: +v bryq
06:53:31 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (trunk): NullPointerException when adding a new patient - TRUNK-2421 <http://feedproxy.google.com/~r/OMRStrunk/~3/7HcMB39_Kxw/OpenMRS> || New Changeset: OpenMRS (1.8.x): NullPointerException when adding a new patient - TRUNK-2421 <http://feedproxy.google.com/~r/OMRStrunk/~3/XIIR_rK-vB4/OpenMRS>
06:54:00 *** sreya has quit IRC
06:58:02 *** goutham has quit IRC
07:10:24 *** rafa has joined #openmrs
07:10:24 *** ChanServ sets mode: +v rafa
07:23:50 *** rafa_ has joined #openmrs
07:23:50 *** ChanServ sets mode: +v rafa_
07:23:57 *** pascal` has joined #openmrs
07:25:25 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (1.7.x): Removing dev from version number in prep for 1.7.2 release <http://feedproxy.google.com/~r/OMRStrunk/~3/_C__pfQh_u0/OpenMRS> || New Changeset: OpenMRS (1.5.x): Removing dev from version number in prep for 1.5.4 release <http://feedproxy.google.com/~r/OMRStrunk/~3/ygNqwxnR4Bk/OpenMRS> || New Changeset: OpenMRS (1.6.x): Removing dev from version number in prep for 1.6.3 release <http://feedproxy.google.com/~r/OMRStrunk/~3/jIU_E7w4tYc/OpenMRS>
07:26:06 *** rafa has quit IRC
07:30:56 *** suhothayan has joined #openmrs
07:30:56 *** ChanServ sets mode: +v suhothayan
07:34:02 *** suho has quit IRC
07:49:15 *** ChanServ sets mode: +v pascal`
07:51:20 *** danielf` has joined #openmrs
07:51:20 *** ChanServ sets mode: +v danielf`
08:00:50 *** robbyoconnor has quit IRC
08:31:31 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (obs-codes-expanded): Initial draft of Edit function for custom data types <http://feedproxy.google.com/~r/OMRStrunk/~3/A_7UVL2ACNE/OpenMRS>
08:38:06 *** rafa_ is now known as rafa
09:33:21 *** suhothayan has quit IRC
10:10:26 *** bryq has quit IRC
10:10:39 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (1.8.x): Fix the logic in EventListeners.setGlobalPropertyListeners - TRUNK-2323 <http://feedproxy.google.com/~r/OMRStrunk/~3/aiz7qTTnD2g/OpenMRS>
10:14:00 *** mblanchette has joined #openmrs
10:18:09 *** mblanchette has quit IRC
10:32:54 *** saimanohar has quit IRC
11:08:44 *** sreya has joined #openmrs
11:08:53 <sreya> hey bwolfe
11:09:39 <bwolfe> hi
11:10:53 <sreya> i tried having two messageSources in a normal spring app
11:11:07 <sreya> it takes the one which ever is defined the latest
11:11:39 <sreya> i tried using the <alias > for message source in openmrs-servlet.xml
11:11:51 <sreya> but i know that is not the proper way to do it
11:12:04 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (1.6.x): Fix the logic in EventListeners.setGlobalPropertyListeners - TRUNK-2323 <http://feedproxy.google.com/~r/OMRStrunk/~3/-p7EVYHoRTo/OpenMRS> || New Changeset: OpenMRS (1.7.x): Fix the logic in EventListeners.setGlobalPropertyListeners - TRUNK-2323 <http://feedproxy.google.com/~r/OMRStrunk/~3/kJIN8tax48Q/OpenMRS>
11:12:22 <sreya> i should write it somewhere , like when i deploy my module it should have a latest entry with the <alias >
11:12:48 <sreya> am i sound clear
11:13:16 <sreya> i tried to put it in my moduleapplcation context but it does not work
11:14:33 <sreya> bwolfe:
11:15:04 <bwolfe> define "doesn't work". that should be the solution
11:15:27 <sreya> i mean when i refresh the page ,
11:16:13 <sreya> the <spring:messagecode="openmrs.title"> should invoke my service for looking at the code from the db n giving the value back
11:19:55 <sreya> bwolfe: just send you a mail as how i am trying to hook my module for acting as messageSource
11:20:42 *** surangak has quit IRC
11:21:48 *** james_regen has joined #openmrs
11:21:48 *** ChanServ sets mode: +v james_regen
11:22:20 <bwolfe> sreya, so you're not getting hte "hello" text printed out?
11:22:41 <bwolfe> why are you aliasing twice in the same file?
11:22:51 <sreya> yes
11:23:18 <bwolfe> and why is your package called "friends"? :-)
11:24:08 <sreya> hey that is a mistake
11:24:30 <sreya> i was just trying this thing as a separate module
11:24:46 <sreya> this module is not my actual application
11:24:58 <sreya> was just trying to do a basic thing
11:25:11 <sreya> n then wanted to hook it with the trunk
11:25:37 <bwolfe> ah
11:26:01 <sreya> i am going crazy with this arrggg:(
11:26:52 <sreya> whatever i write in my moduleapplication.xml overrides openmrs-servlet.xml????
11:26:53 <bwolfe> sreya, try putting <alias name="BasicServiceTarget" alias="messageSource"/> after the definition of BasicServiceTarget
11:27:04 <sreya> ok
11:27:08 <bwolfe> it does not overwrite it necessary, but it gets added in after it
11:27:46 <sreya> so it should add my alias
11:27:54 <bwolfe> yes, it should
11:28:06 <sreya> checking it .....
11:28:14 <bwolfe> you can also try just naming your bean "messageSource" instead of BasicServiceTarget with an alias
11:28:35 <sreya> can i directly name it as messageSource
11:28:36 <sreya> would do it
11:31:16 *** rafa has quit IRC
11:32:44 <sreya> no change its still the same
11:33:11 <sreya> bwolfe:
11:37:38 <bwolfe> what about naming it messageSource?
11:38:20 <sreya> earlier when i had it using alias the service' constructor was atleast getting called
11:38:57 <sreya> i named it with messageSource now even the constructor of the service is not getting called
11:40:28 <sreya> bw
11:40:28 <sreya> bwolfe: http://pastebin.com/cfzq3VEX
11:40:40 <sreya> my modulecontext.xml
11:41:27 <bwolfe> ok...
11:42:53 <bwolfe> hmm, The MessageSourceAware interface can also be used to acquire a reference to any MessageSource that has been defined. Any bean that is defined in an ApplicationContext that implements the MessageSourceAware interface will be injected with the application context's MessageSource when it (the bean) is being created and configured.
11:42:57 <bwolfe> from: http://static.springsource.org/spring/docs/2.5.x/reference/beans.html
11:42:58 <OpenMRSBot> <http://ln-s.net/3RPb> (at static.springsource.org)
11:45:47 <sreya> i will try that
11:46:06 <bwolfe> sreya, actually I think I found it
11:46:13 <bwolfe> you have to use the machinery in openmrs, not in spring
11:46:37 <bwolfe> MessageSourceServiceImpl.setActiveMessageSource keeps a list of source
11:46:42 <bwolfe> so you just have to set your source onto that
11:47:21 <bwolfe> something like <bean parent="messageSourceServiceTarget"> <<property name="activeMessageSource"><ref bean="BasicServiceTarget"/>
11:47:21 <bwolfe> </property>
11:47:21 <bwolfe> </bean>
11:47:41 <bwolfe> (not sure if the parent bean works like that or not)
11:48:11 <sreya> ok i will this one first
11:48:18 <bwolfe> but you will also have the issue of whether the core one or yours will be called first
11:56:32 *** muthah has quit IRC
12:10:59 *** downeym has joined #openmrs
12:10:59 *** OpenMRSBot sets mode: +o downeym
12:10:59 *** ChanServ sets mode: +o downeym
12:14:28 *** sreya has quit IRC
12:15:08 *** bwolfe has quit IRC
12:32:13 *** robbyoconnor has joined #openmrs
12:32:13 *** ChanServ sets mode: +v robbyoconnor
12:34:37 *** danielf` has quit IRC
12:34:42 *** pascal` has quit IRC
12:39:25 *** bwolfe has joined #openmrs
12:39:25 *** ChanServ sets mode: +o bwolfe
12:39:38 *** danielf` has joined #openmrs
12:39:38 *** ChanServ sets mode: +v danielf`
12:47:51 *** pascal` has joined #openmrs
12:48:59 *** muthah has joined #openmrs
12:54:25 <pascal`> bwolfe, to reference scripts in my module's resources folder, what URL should I use?
12:54:44 <pascal`> bwolfe, specifically, I'm trying to include javascript inside an HTML form.
12:56:25 *** downeym has quit IRC
12:56:29 *** downeym_ has joined #openmrs
12:56:29 *** ChanServ sets mode: +o downeym_
13:12:39 *** wyclif has joined #openmrs
13:13:18 <pascal`> bwolfe, found it here: https://wiki.openmrs.org/display/docs/Module+Resources
13:13:20 <pascal`> bwolfe++
13:13:25 <OpenMRSBot> <http://ln-s.net/8wxJ> (at wiki.openmrs.org)
13:24:17 *** wyclif has quit IRC
13:32:32 *** asgoyal has joined #openmrs
13:35:11 *** wyclif has joined #openmrs
13:35:29 <bwolfe> pascal`, glad I could help ;-)
13:46:16 <pascal`> bwolfe, you can now
13:46:44 <pascal`> bwolfe, can you think of a way I use JavaScript to generate the source for an HTML Form
13:47:22 <pascal`> bwolfe, I'm thinking it's not possible, because if I generate an <obs> tag in JavaScript, there's no way the HTML Forms module will be able to render the appropriate HTML
13:47:39 <pascal`> bwolfe, because the processing of the <obs> tag is done server side... right?
13:51:02 *** bwolfe has quit IRC
13:57:57 *** rafa has joined #openmrs
13:57:57 *** ChanServ sets mode: +v rafa
14:02:08 *** djazayeri has joined #openmrs
14:02:08 *** ChanServ sets mode: +o djazayeri
14:06:05 *** bwolfe has joined #openmrs
14:06:05 *** ChanServ sets mode: +o bwolfe
14:30:17 *** cta has joined #openmrs
14:30:22 <cta> hello
14:30:39 <djazayeri> hi cta
14:31:51 <pascal`> hi
14:35:48 *** mandric has joined #openmrs
14:36:05 *** mandric has quit IRC
14:36:14 *** mandric has joined #openmrs
14:41:36 *** pascal` has quit IRC
14:41:39 *** danielf` has quit IRC
14:49:25 *** burke_away has joined #openmrs
14:49:25 *** ChanServ sets mode: +o burke_away
14:59:17 <wyclif> djazayeri, did you remove validateAndSaveOrder?
14:59:50 <djazayeri> wyclif: I might have, is it no longer there?
15:00:19 <djazayeri> no you should just call saveOrder.
15:00:22 <djazayeri> which also validates.
15:00:41 <djazayeri> and it's probably best to do it like Context.getOrderService().saveOrder
15:00:55 <djazayeri> so that AOP annotations get invoked
15:03:32 <djazayeri> wyclif: make sense?
15:10:39 *** Hazamonzo has joined #openmrs
15:11:04 <burke_away> unless we're saving drafts in the orders tables (which I don't believe we're doing now), we shouldn't be saving invalid orders. :)
15:22:39 *** mandric_ has joined #openmrs
15:23:35 *** mandric_ has joined #openmrs
15:24:48 *** mandric has quit IRC
15:24:48 *** mandric_ is now known as mandric
15:26:50 <asgoyal> hi djazayeri
15:27:13 <asgoyal> <spring:messagecode="LocationTag.manage"/>
15:27:22 <asgoyal> i dont understand this line in locationtag.jsp
15:27:52 <asgoyal> code = "..." is locationtag.manage a file ?
15:28:02 <djazayeri> It means: print out the localized message (from messages.properties for the user's locale) whose key is "LocationTag.manage"
15:28:15 <djazayeri> probably something like "Manage Location Tags"
15:28:19 <asgoyal> oh
15:28:23 <asgoyal> so now for orders
15:28:24 <djazayeri> it's not logic.
15:28:31 <asgoyal> how will i find the keys to print the messages
15:28:37 <asgoyal> oh
15:29:03 <asgoyal> for orders will it be order.manage or something?
15:29:14 <asgoyal> or they are defined in message.properties file?
15:29:18 <djazayeri> you will have to add them to messages.properties
15:29:21 <djazayeri> they're not defined yet
15:29:22 <asgoyal> oohh
15:29:29 <asgoyal> ok i will do it then
15:29:49 <asgoyal> ok that was the only confusion i had
15:29:53 <asgoyal> thanks
15:31:22 *** muthah has quit IRC
15:32:55 <burke_away> bbl
15:41:54 *** mandric has quit IRC
15:42:18 *** jwishnie has joined #openmrs
15:50:17 *** gauravpaliwal has joined #openmrs
15:50:17 *** ChanServ sets mode: +v gauravpaliwal
15:57:30 <asgoyal> Darius I just need to display the name and description of orders right?
15:57:39 <djazayeri> of the Orderables.
15:57:59 <asgoyal> yep
15:58:18 <asgoyal> and that will be on the url "Manage Orders" .. right?
15:59:46 <djazayeri> no
15:59:57 *** mandric has joined #openmrs
15:59:58 <djazayeri> it's going to be a page that lets you *place* an order for a patient
16:00:32 <asgoyal> oh
16:00:49 <djazayeri> it will eventually go on a patient page of some sort
16:00:56 <djazayeri> no need to put a link *to* this page yet.
16:01:15 <asgoyal> but at the controller i need to do requestmapping
16:01:49 *** cta has quit IRC
16:02:34 *** jwishnie has quit IRC
16:02:51 <asgoyal> so dont i need to provide the url for the @requestmapping?
16:12:31 <asgoyal> djazayeri: ^^
16:12:50 <djazayeri> asgoyal: you do need a url for the @RequestMapping
16:12:57 <djazayeri> you don't need to add a link to the admin page.
16:13:53 <asgoyal> oh ok
16:21:35 <asgoyal> I am little confused... djazayeri how will the controller i created be invoked?
16:21:55 <djazayeri> For the moment you will manually type the URL into the address bar.
16:22:19 <djazayeri> Remember how the original ticket is to create the re-usable widgets for selecting these?
16:22:30 <djazayeri> but we're starting off with a plain page?
16:22:36 *** wyclif has quit IRC
16:22:39 *** gauravpaliwal has left #openmrs
16:22:42 <djazayeri> Well, eventually this will go in the patient dashboard.
16:22:56 <djazayeri> but we're not there yet.
16:23:42 <asgoyal> original ticket? ... I m sorry but i dont remember :( ... or can you give me the URL?
16:24:13 <djazayeri> I mean the ticket you're working on now
16:24:16 <djazayeri> TRUNK-2383
16:24:22 <asgoyal> ah ok
16:24:28 <asgoyal> oh
16:24:36 *** rafa_ has joined #openmrs
16:24:36 *** ChanServ sets mode: +v rafa_
16:25:16 <asgoyal> and what is the URL you mentioned above?
16:25:29 <djazayeri> you can make one up
16:25:41 <djazayeri> for example call it "chooseOrderable"
16:25:53 <djazayeri> e.g. localhost:8080/openmrs/chooseOrderable
16:26:04 <djazayeri> or maybe "orderEntry"
16:26:36 <djazayeri> i.e. you are adding a page temporarily, which is going to be refactored later.
16:26:42 <djazayeri> So you can call the URL whatever yo want.
16:26:54 *** rafa has quit IRC
16:28:09 <asgoyal> ok .... a silly question... how do i make my own url... is it that jsp file? :S
16:28:57 <djazayeri> Basically you need to just use a (made-up) URL in the @RequestMapping, and put a jsp page with that same name (in the right folder)
16:28:59 *** wyclif has joined #openmrs
16:29:18 <asgoyal> aaaww ok
16:29:33 <asgoyal> ok got it
16:31:07 <asgoyal> One more question
16:31:16 <asgoyal> once i m done with those two files
16:31:26 <asgoyal> how will i run it to see?
16:31:39 <asgoyal> mvn jetty:run in webapp folder?
16:31:56 <djazayeri> yes
16:32:27 <asgoyal> or first navigate to the controller folder and then use some other command?
16:32:32 <asgoyal> oh ok
16:33:39 *** wyclif has quit IRC
16:35:34 *** bwolfe has quit IRC
16:43:48 *** downeym has joined #openmrs
16:43:48 *** OpenMRSBot sets mode: +o downeym
16:43:48 *** ChanServ sets mode: +o downeym
16:47:03 *** downeym_ has quit IRC
16:47:38 *** gauravpaliwal has joined #openmrs
16:47:38 *** ChanServ sets mode: +v gauravpaliwal
16:47:49 *** gauravpaliwal has left #openmrs
16:49:20 *** wyclif has joined #openmrs
16:49:59 *** cta has joined #openmrs
16:50:26 *** asgoyal has quit IRC
16:57:37 *** goutham has joined #openmrs
17:01:58 *** downeym has quit IRC
17:02:21 *** rafa_ has quit IRC
17:09:23 *** bwolfe has joined #openmrs
17:09:23 *** ChanServ sets mode: +o bwolfe
17:10:22 *** Suranga_ has joined #openmrs
17:16:14 *** goutham has quit IRC
17:19:42 *** saimanohar has joined #openmrs
17:20:08 <saimanohar> hi all!
17:20:31 <saimanohar> how are we storing visit attributes in openmrs?
17:20:40 <djazayeri> hi sai
17:21:06 <djazayeri> it's a very alpha feature, but in OpenMRS trunk you can see VisitAttribute, VisitAttributeType, AttributeTypeHandler, ...
17:21:43 *** bryq has joined #openmrs
17:21:43 *** ChanServ sets mode: +v bryq
17:22:08 <saimanohar> i havent found an addAttribute method in visit class to add to the list so i was wondering
17:23:04 <djazayeri> Visit implements Customizable<VisitAttribute>
17:23:14 <djazayeri> -> it should have addAttribute(VisitAttribute)
17:23:20 <djazayeri> and setAttribute(VisitAttribute)
17:23:36 <djazayeri> those are defined in BaseCustomizableData
17:23:46 <saimanohar> okay!
17:24:03 <djazayeri> we're trying to write the methods in a standardized way so that everything that supports attributes behaves the same way
17:24:24 <saimanohar> okay fantastic
17:27:08 *** mandric has quit IRC
17:30:49 *** bwolfe has quit IRC
17:31:56 <saimanohar> hey Darius
17:32:20 <saimanohar> i cant use the attributeservice
17:32:32 <saimanohar> with out adding a maven dependency
17:32:38 <saimanohar> right?
17:32:49 <djazayeri> for trunk you mean?
17:34:05 <saimanohar> i have a module which has an object which can have attributes,hence i have created object,object_attribute and object_attribute_type
17:34:47 <djazayeri> so, this attribute stuff isn't coming until OpenMRS 1.9
17:34:58 <djazayeri> What OpenMRS version is your module targeting?
17:35:31 <saimanohar> my maven dependency is having 1.8 alpha right now
17:36:26 <saimanohar> i think it comes from the basic module
17:37:24 <djazayeri> I mean: for business reasons, what OpenMRS version are you targeting?
17:37:39 <djazayeri> Roger probably has an opinion on this.
17:38:02 <djazayeri> If you're targeting OpenMRS 1.8 or below, you can't use the upcoming attribute handler stuff
17:38:19 <djazayeri> if you're okay having the HR module not work until OpenMRS 1.9, then you can use it.
17:38:38 <djazayeri> Note that it's very alpha, and trying to use it you'll certainly run into bugs.
17:38:50 <saimanohar> yeah i have to probably discuss with him about which version we are targetting
17:38:52 <djazayeri> Are generic attributes strictly required for your use case right now?
17:40:11 <saimanohar> yeah i am not sure though,but most proabably yes and we are trying to implement it the new way
17:52:03 *** bwolfe has joined #openmrs
17:52:03 *** ChanServ sets mode: +o bwolfe
17:53:00 *** downeym has joined #openmrs
17:53:00 *** ChanServ sets mode: +o downeym
17:53:00 *** OpenMRSBot sets mode: +o downeym
17:56:06 *** yanokwa has joined #openmrs
17:58:41 <yanokwa> now that the standalone is out, do people think the appliance/vm is needed?
17:59:22 <bwolfe> yanokwa, theres less of a need for it. are you thinking of discontinuing it ?
18:00:06 <djazayeri> yanokwa: I think the appliance becomes much less useful for someone just wanting to try OpenMRS out on their machine yes.
18:00:14 <yanokwa> bwolfe: yup. thinking about retiring it after this 1.80 release...
18:00:14 <bwolfe> yanokwa, would be worth pinging the dev list to ask if anyone sees the use and/or wants to take over "ownership" from you
18:00:43 *** gbastien has joined #openmrs
18:00:44 <djazayeri> But having an appliance that's sort of a "starter version" for VM-hosted solutions is still useful.
18:00:55 <djazayeri> yanokwa: is the appliance useful for that at this point?
18:01:39 <yanokwa> djazayeri: yeah, it's super useful for hosted solutions. that's how win and i test the clinical summary stuff. multiple vms on one big machine.
18:02:02 <djazayeri> Okay, well, then I think it's still useful.
18:02:21 *** downeym has quit IRC
18:02:59 <djazayeri> bwolfe: did you fix the destructive bug related to https://tickets.openmrs.org/browse/RESTWS-13?
18:03:06 <bwolfe> djazayeri, yes
18:03:06 <yanokwa> djazayeri: agreed. i think i'll keep releasing them as long as i keep using them. after that, i'll pass it on
18:03:24 <djazayeri> bwolfe: please comment on the ticket then.
18:03:27 <djazayeri> yanokwa: makes sense
18:03:32 <bwolfe> yanokwa, how long does it take you to package it all, start to finish?
18:03:38 <bwolfe> djazayeri, odd, I thought I did
18:04:15 <yanokwa> bwolfe: depends on how beefy your machine is. generally, takes an hour or two to build and test.
18:05:38 <yanokwa> bwolfe: the catch is whomever takes it over will have to tweak things a bit so it's more ubuntu/mac independent
18:05:56 *** gbastien has quit IRC
18:08:16 <djazayeri> bwolfe: when did you say you were planning to merge app-test?
18:08:22 <bwolfe> asap
18:08:45 *** downeym has joined #openmrs
18:08:45 *** ChanServ sets mode: +o downeym
18:08:45 *** OpenMRSBot sets mode: +o downeym
18:08:45 <bwolfe> asap -- after applying ankur's last 4 patches
18:08:52 <djazayeri> cool
18:13:58 <yanokwa> @bwolfe if i point you to a url with the vm, can you add it to the sourceforge page?
18:14:05 *** mandric has joined #openmrs
18:14:20 <djazayeri> maybe easier for downeym to do that
18:14:27 <djazayeri> downeym: ^^
18:14:36 <downeym> yanokwa: sure
18:14:48 <yanokwa> http://cs.washington.edu/homes/yanokwa/tmp/OpenMRS_1.8.0.vmwarevm.7z
18:14:50 <downeym> yanokwa: or i can give you permissions if you have an SF account
18:14:54 <OpenMRSBot> <http://ln-s.net/8x0U> (at cs.washington.edu)
18:15:10 <yanokwa> @downeym permissions me
18:17:50 * downeym added yanokwa
18:18:05 * yanokwa thanks downeym. now to recover my sf password :)
18:18:18 <downeym> i'm downloading from uw but it may take longer to download it than your password reset.
18:18:24 *** gbastien has joined #openmrs
18:23:55 *** vchircu has joined #openmrs
18:25:59 *** downeym_ has joined #openmrs
18:25:59 *** ChanServ sets mode: +o downeym_
18:27:49 *** mandric_ has joined #openmrs
18:27:50 *** Suranga_ has quit IRC
18:28:36 *** mandric_ has quit IRC
18:29:01 *** mandric_ has joined #openmrs
18:29:09 *** downeym has quit IRC
18:29:09 *** downeym_ is now known as downeym
18:29:29 *** downeym sets mode: +v yanokwa
18:29:32 *** downeym sets mode: +v wyclif
18:29:34 *** downeym sets mode: +v vchircu
18:29:36 *** downeym sets mode: +v saimanohar
18:29:39 *** downeym sets mode: +v cta
18:29:47 *** mandric_ has quit IRC
18:30:11 *** mandric has quit IRC
18:31:04 *** mandric has joined #openmrs
18:51:00 <djazayeri> cta: I added a comment on the review. It's up to you whether you want to try to address it or not.
18:51:10 <djazayeri> (It's not required)
18:51:26 <djazayeri> let me know what you decide, and I'll either close the ticket or put it back in Rework Needed.
18:53:17 *** vchircu has quit IRC
18:53:19 <yanokwa> downeym the pw reset will take a week or so -- my registered email addy is no longer valid. anyway, upload whenever you are ready.
18:55:18 *** vchircu has joined #openmrs
18:56:33 <djazayeri> bwolfe, wyclif, burke_away: what privilege should we check on getOrderables(String)?
18:56:47 <downeym> yanokwa: roger that
18:56:59 <burke_away> djazayeri: Can View Orderables
18:57:06 *** burke_away is now known as burke
18:57:09 <djazayeri> and how about on saveOrderSet and publishOrderSet
18:57:37 <djazayeri> Is there a use case for View Orderables != View Orders?
18:57:40 <burke> djazayeri: Can Manage Order Sets
18:58:14 <djazayeri> I agree that both OrderSet and PublishedOrderSet-related stuff gets Manage Order Sets.
18:58:35 <djazayeri> (or View Order Sets) i.e. nothing specific for PublishedOrderSEt
18:58:41 <burke> What's the diff b/w order set & published order set? Just published == true?
18:59:06 <djazayeri> nah, PublishedOrderSet is the extra mapping table we created to link concept to OrderSet.
18:59:18 <burke> Actually, there *should* be a difference between viewing published data sets and viewing unpublished data sets.
18:59:36 <djazayeri> published actually means "linked to a concept" so maybe that's the wrong term
18:59:39 <burke> Oh. OrderableOrderSet.
18:59:40 <djazayeri> it's the "top-level order sets"
18:59:41 <djazayeri> yes
18:59:46 <burke> Ok.
19:00:07 <djazayeri> I guess I can rename to OrderableOrderSet
19:00:17 <djazayeri> not sure that's clearer though
19:00:29 <burke> (you may know this), but an order set can be both top-level and not top-level -- i.e., pain meds.
19:00:45 <cta> djazayeri: Darius, I'm here, I read your comment
19:01:00 <burke> Not 100% sure it matters, but "publishing" may become a distinct workflow from making orderable.
19:01:13 <burke> When ordering, people will definitely see those order sets linked to orderables.
19:01:23 <burke> But there might be other mechanisms for getting to order sets
19:01:26 <djazayeri> okay, well, we should probably review all terminology we've added in one go at the end of the sprint.
19:02:00 <burke> For example, wiring up a decision support rule to show an order set. You want to select from published order sets, but may want to include published order sets that are not "orderable" (linked to a concept).
19:02:09 <downeym> yanokwa: http://sourceforge.net/projects/openmrs/files/releases/OpenMRS_1.8.0/OpenMRS_1.8.0.vmwarevm.7z/download
19:02:43 <djazayeri> burke: I agree that we may want to distinguish between those.
19:03:33 <djazayeri> but, ignoring that for the moment, do you agree that managing OrderSet/OrderSetMember, and also OrderableOrderSet is all one privilege?
19:03:56 <burke> Yes. That's all part of managing order sets.
19:05:40 *** hxiao has joined #openmrs
19:05:44 <djazayeri> And the other question, what about listing Orderables vs viewing Orders.
19:05:47 <downeym> Hi hxiao and welcome to the #openmrs IRC channel.
19:05:50 <djazayeri> Are those the same or different?
19:05:55 <djazayeri> (privilege-wise)
19:07:28 <burke> djazayeri: hmmm....
19:07:31 * burke thinking
19:08:12 <burke> Viewing Orderables is much more akin to viewing concepts and Orders like viewing Obs – i.e., the former is viewing metadata & the latter is viewing patient data, so should have different privs, IMHO.
19:08:23 <yanokwa> thanks downeym
19:08:32 <djazayeri> Fair enoug
19:08:35 <djazayeri> h
19:08:52 <burke> i
19:10:26 <cta> djazayeri: I've read your comment and I will try to fix your comments
19:11:06 <cta> djazayeri: I'd like to close this ticket, so I will add required fixes asap
19:13:31 <djazayeri> okay
19:14:06 <djazayeri> cta: if as you start to change that, you find that the code gets less readable, then just tell me that, and we'll it as-is with a context-sensitive test
19:15:14 <cta> djazayeri: no problem
19:22:23 <burke> bbl
19:22:26 *** burke has quit IRC
19:23:29 <hxiao> I used fieldgen to display all choices of a coded concept (e.g. race). Is there a way to sort the choice display by answer ID's rather than by the alphabetic order of the answer texts?
19:25:17 <djazayeri> hxiao: AFAIK that's not possible
19:25:44 <djazayeri> take a look at conceptField.tag and its use of showAnswer and see if there's a way around that.
19:28:28 *** yanokwa has quit IRC
19:29:26 <hxiao> Thank you Darius for your quick answer. I'll look at the conceptField.tag then.
19:36:40 *** saimanohar has quit IRC
19:43:26 *** burke_away has joined #openmrs
19:43:26 *** ChanServ sets mode: +o burke_away
19:44:23 <cta> djazayeri: Darius, I changed OrderGroupValidator class and now it's not base test sensitive. And I do beleive that code didn't became unreadable. You can check the code here - http://pastebin.com/3eTr7YVS. Please, do it ASAP and say that you agree with me and then I commit the code.
19:45:32 <djazayeri> cta: I like this.
19:45:39 <djazayeri> can you make one change to it before committing?
19:45:50 <cta> dfjazayeri: ok, what?
19:45:51 <djazayeri> in a couple cases you have Assert.assertTrue(errors.hasErrors())
19:45:59 <cta> yes
19:46:00 <djazayeri> but you don't actually verify which field has the error.
19:46:11 <djazayeri> e.g. lines 64-67 of that pastebin
19:46:29 <djazayeri> There and in 1-2 other places you should also add an Assert.assertTrue(errors.hasFieldErrors("..."))
19:47:41 <cta> djazayeri: May I ask a question how to detect error that was set as errors.reject("OrderGroup.orderPatientMatching") for example?
19:48:34 <djazayeri> cta: IIRC you did that reject within a pushNestedPath, right?
19:48:48 <djazayeri> in that case from the parent the field that was rejected is members[0] or something
19:48:50 <djazayeri> right?
19:49:05 <cta> not everywhere
19:49:40 <cta> for example this code:
19:49:47 <cta> if (order.getPatient() != null && !order.getPatient().equals(group.getPatient()))
19:49:47 <cta>
19:49:49 <cta> errors.reject("OrderGroup.orderPatientMatching");
19:51:07 <djazayeri> ah, then you actually need to change the OrderGroupValidator so that you reject a specific field.
19:51:32 <djazayeri> actually, just move that above the popNestedPath()...
19:51:51 <djazayeri> inside the try, I mean.
19:52:14 <cta> ok, understood
20:05:37 *** dkayiwa has joined #openmrs
20:15:19 <cta> djazayeri: Darius, I'm bit confused, may be I wrong understood you, but after adding that like nested path errors, call Assert.assertTrue(errors.hasFieldErrors("members[0]")) fails for me
20:27:39 <wyclif> djazayeri, which code formatter do you use?
20:27:46 <wyclif> i used the openmrs code formatter
20:28:24 <djazayeri> cta: can you try errors.getAllFieldErrors() and inspect them (e.g. in the debugger) to see what field actually has the error?
20:28:39 <djazayeri> wyclif: I commented on a specific line, right? Doesn't it seem to have been cut short to you?
20:28:54 <cta> djazayeri: ok;-)
20:29:02 *** james_regen has quit IRC
20:29:31 *** vchircu has quit IRC
20:32:40 *** dkayiwa_ has joined #openmrs
20:33:57 *** dkayiwa has quit IRC
20:33:57 *** dkayiwa_ is now known as dkayiwa
20:35:02 <cta> djazayeri: Darius, I inspected them and found out that in this case method getFiledErrors():List<FieldError> returns empty list and method getAllErrors():List<ObjectError> returns 1 element. In fact, I do not know another way how to check nested path errors (as you can see, they are represented as general erros and we can check them only by errors.hasErrors() method
20:36:14 <cta> djazayeri: I propose to leave all as-is because we actually know where should be error, it only tests at all
20:36:37 <djazayeri> well, not quite—we do need to report the error on the right field.
20:36:59 <djazayeri> but if you need to move on to other things, we can leave this as a to-do for later.
20:37:28 <djazayeri> Can you create a ticket saying "Make sure OrderGroupValidator reports error on the correct field when (situation)"?
20:37:30 <cta> djazayeri: ok. So, can I commit the code?
20:37:41 <djazayeri> Yes, then commit and we'll close the existing ticket.
20:37:44 *** dkayiwa_ has joined #openmrs
20:37:52 <cta> ok, just a minute
20:38:30 *** dkayiwa has quit IRC
20:42:48 *** dkayiwa_ has quit IRC
20:43:50 <cta> djazayeri: I've commited code at revision 21055. Youi can close the ticket https://tickets.openmrs.org/browse/TRUNK-2378
20:46:34 *** dkayiwa has joined #openmrs
20:48:15 <djazayeri> bwolfe: did you mavenize the serialization.xstream module?
20:49:43 *** mandric has quit IRC
20:50:15 *** mseaton has joined #openmrs
20:50:20 *** mseaton_ has joined #openmrs
20:50:29 <mseaton_> @bwolfe - you there?
20:50:31 <downeym> Hi mseaton_ and welcome to the #openmrs IRC channel.
20:50:36 *** bwolfe has quit IRC
20:50:58 <djazayeri> doh
20:51:13 <mseaton_> yeah
20:51:37 *** mseaton_ has quit IRC
20:51:37 *** mseaton has quit IRC
20:51:46 <cta> djazayeri: Darius, I added new ticjet as you asked. It is https://tickets.openmrs.org/browse/TRUNK-2423
20:51:56 <djazayeri> thanks, cta, I'll close these, link them, etc.
20:52:13 *** dkayiwa has quit IRC
20:53:24 <djazayeri> off to lunch for now
20:53:56 *** mandric has joined #openmrs
21:13:03 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (order-entry): Fixed OrderGroupValidatorTest to be not BaseContextSensitiveTest dependent and fixed after review comments - TRUNK-2378 <http://feedproxy.google.com/~r/OMRStrunk/~3/FxedkXcCQqA/OpenMRS> || On Twitter: OpenMRS: RT @askanter: MVP is looking for a senior developer in NY with Python/Django ,#rapidsms and @openMRS exerience. Bamako/NBO shortly, too. <http://twitter.com/OpenMRS/statuses/85447466190782464> || On Twitter: OpenMRS: The #OpenMRS 1.8 Appliance virtual machine by @yanokwa is now available! More info & download: http://bit.ly/kpwyFO <http://twitter.com/OpenMRS/statuses/85447434788016128>
21:16:22 *** hxiao has quit IRC
21:21:24 *** burke_away has quit IRC
21:27:48 *** bryq has quit IRC
21:57:56 *** Echidna has quit IRC
22:03:05 *** Echidna has joined #openmrs
22:03:05 *** ChanServ sets mode: +v Echidna
22:10:36 <cta> djazayeri: Darius, I'd like to know what do you think about 2391 ticket? Since you've already removed corresponding code at saveOrder(...) method by yourself (for getting rid of versioning and preventing duplication of orders numbers), can we close this one too?
22:10:56 <djazayeri> !ticket trunk-239
22:10:56 <OpenMRSBot> djazayeri: Allow me to help you with that. More details on ticket trunk-239 can be found at http://tickets.openmrs.org/browse/trunk-239
22:11:05 <djazayeri> !ticket TRUNK-2391
22:11:05 <OpenMRSBot> djazayeri: Allow me to help you with that. More details on ticket TRUNK-2391 can be found at http://tickets.openmrs.org/browse/TRUNK-2391
22:12:07 <djazayeri> cta: is the section I commented on there something that I then later changed myself?
22:12:30 <djazayeri> i.e. I already got rid of the whole if/then/else block?
22:13:53 <cta> djazayeri: Yes you did
22:14:02 <djazayeri> okay, then I will close this ticket.
22:14:15 <djazayeri> Thanks for pointing that out. I've been looking at a lot of code and reviews lately. :-)
22:14:48 <cta> djazayeri: no problem. thank you Darius!
22:15:38 <cta> now I'm off, gotta shuteye, see tomorrow
22:15:45 <djazayeri> bye, thanks for all the tickets!
22:15:46 <cta> bye guys
22:16:03 *** cta has quit IRC
22:17:43 *** downeym has quit IRC
22:24:56 *** gbastien has quit IRC
22:25:11 *** gbastien has joined #openmrs
22:30:00 *** wyclif has quit IRC
23:23:21 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (order-entry): Followup from code review: adding @since and @Authorized - TRUNK-2373 <http://feedproxy.google.com/~r/OMRStrunk/~3/m7dFUKwN5do/OpenMRS>
23:58:31 *** wyclif has joined #openmrs