02:26:53
|
*** muthah has quit IRC
|
02:30:42
|
*** asgoyal has quit IRC
|
02:42:27
|
*** Mkop has joined #openmrs
|
02:42:27
|
*** ChanServ sets mode: +v Mkop
|
02:50:41
|
*** Mkop has quit IRC
|
03:12:39
|
*** surangak has joined #openmrs
|
03:49:39
|
*** gbastien has joined #openmrs
|
04:05:21
|
*** gbastien has quit IRC
|
04:37:00
|
*** goutham has joined #openmrs
|
05:06:24
|
*** muthah has joined #openmrs
|
05:26:40
|
*** kane77 has quit IRC
|
05:35:06
|
*** sreya has joined #openmrs
|
05:35:09
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (obs-codes-expanded): Converting handler classes to use @Component. ... <http://feedproxy.google.com/~r/OMRStrunk/~3/pvQ3p3sBGik/OpenMRS>
|
05:44:47
|
*** djazayeri has quit IRC
|
05:47:14
|
*** goutham has quit IRC
|
05:52:19
|
*** bwolfe has joined #openmrs
|
05:52:19
|
*** ChanServ sets mode: +o bwolfe
|
05:52:20
|
*** mandric has quit IRC
|
05:52:27
|
*** mandric has joined #openmrs
|
05:53:16
|
<sreya> bwolfe , hi
|
05:54:20
|
<bwolfe> hi sreya
|
05:54:47
|
<sreya> i have some doubt regarding my module
|
05:56:04
|
<sreya> bwolf, now my module when ever is uploaded will get all the messages from all the existing modules and repository and move it to database
|
05:56:19
|
<bwolfe> doubt == questions
|
05:56:31
|
<bwolfe> !refer sreya [tabcomplete]
|
05:56:31
|
* OpenMRSBot refers sreya to "tabcomplete" --- Most IRC clients let you easily write someone's nickname in the channel using tab completion. Just type the first few letters, then <tab>, and voila!
|
05:56:52
|
<bwolfe> sreya, ok, sounds like a good start
|
05:56:59
|
<sreya> so my activator does it for me.
|
05:57:38
|
<sreya> bwolfe , but what if any new modules are uploaded after my module is deployed
|
05:58:12
|
<sreya> should i have to add the properties files of those modules also?
|
05:58:59
|
<sreya> bwolf, i am doing it in my activator as my requirement was , when ever my module is being uploaded i have to shift the properties.
|
05:59:41
|
<sreya> bwolf, so what about the modules that are uploaded later ??
|
06:01:30
|
*** djazayeri has joined #openmrs
|
06:01:30
|
*** ChanServ sets mode: +o djazayeri
|
06:01:49
|
<bwolfe> sreya, use my full nick if you want it to notify me. (try just typing "bw" and then the tab key as I referred you to above
|
06:02:22
|
<sreya> bwolfe: ok
|
06:02:36
|
<sreya> bwolfe: m sorry for that
|
06:02:37
|
<bwolfe> sreya, you can either add a scheduled task that checks every hour for new ones
|
06:02:50
|
<bwolfe> or you can change your listener to be called after a different method
|
06:03:05
|
<bwolfe> if you activator extends "ModuleActivator" instead of just "Activator" you have several other options
|
06:03:21
|
<bwolfe> one option is to be called every time spring is restarted (meaning every time a module is loaded/unloaded)
|
06:06:08
|
<sreya> bwolfe: yes, i'll check them and i'll get back to you if i have any problem. thank you.
|
06:13:06
|
*** pascal` has quit IRC
|
06:21:21
|
<robbyoconnor> hey bwolfe!!
|
06:21:38
|
<bwolfe> hi robbyoconnor
|
06:22:19
|
<robbyoconnor> sreya: doubt means something sort of different... but not really.. in most cases you mean I have some questions
|
06:22:33
|
<robbyoconnor> aka what bwolfe said :)
|
06:42:15
|
*** bryq has joined #openmrs
|
06:42:15
|
*** ChanServ sets mode: +v bryq
|
06:50:02
|
*** dkayiwa has joined #openmrs
|
06:56:04
|
*** bryq has quit IRC
|
07:03:24
|
*** pascal` has joined #openmrs
|
07:04:46
|
<sreya> bwolfe:
|
07:04:48
|
<sreya> u therer
|
07:06:37
|
<bwolfe> yes
|
07:06:43
|
<bwolfe> just ask your question, no need to wait for me ot respond
|
07:06:54
|
<bwolfe> when I see your question I'll answer (or someone else in here might beat me to it) :-)
|
07:07:24
|
<sreya> is it mandaory that a property be defined as <modulename>.propertyname
|
07:07:48
|
<sreya> coz i cant put all the messages again in the db
|
07:09:10
|
<sreya> if we are putiing all the properties in the db , shall we delete those properties from the module.properties file
|
07:10:03
|
<sreya> in that way every time a module is uploaded , i can invoke getPresentation n get only the new list of properties
|
07:10:13
|
<sreya> bwolfe:
|
07:10:44
|
<bwolfe> yes, module's properties must start with the moduleid
|
07:11:18
|
<bwolfe> if they upload a module you can overwrite whats in the database ONLY IF the user hasn't changed it. do you have a way to keep track of who last changed the property?
|
07:11:28
|
<bwolfe> because a module might change property, thats ok
|
07:11:44
|
<bwolfe> but the main point of your module is to allow users to override/change properties easily
|
07:12:04
|
<bwolfe> if you are overwriting their customizations everytime they reload the module or restart openmrs, they will be very upset
|
07:13:16
|
<sreya> didnt get u
|
07:13:30
|
<sreya> bwolfe: for the last part
|
07:13:47
|
*** Katta has joined #openmrs
|
07:15:09
|
<sreya> i think the best option would a scheduler ???
|
07:15:29
|
<sreya> what do you say ?? bwolfe
|
07:16:22
|
<bwolfe> no, your best option is to use the right activator method
|
07:16:50
|
<bwolfe> but you will need to have a column in your table for whether it was changed by a user or provided by the module
|
07:16:54
|
<sreya> but what if they deploy n undeploy their application multiple times
|
07:17:22
|
<sreya> got it
|
07:18:07
|
<sreya> i would have a activator method which would be called every time the module is deployed
|
07:18:34
|
<sreya> for the first time i would be inserting the properties in the db
|
07:19:19
|
<sreya> next time also this method would be called but i would check if the key exisits ??? if yes i would not insert it again
|
07:19:42
|
<sreya> so this way i only insert the key nce
|
07:19:45
|
<sreya> once
|
07:20:10
|
<bwolfe> if they key exists, then you might need to update the value. e.g.: the module developer fixes a spelling mistake in the message
|
07:20:15
|
<sreya> would this approach be fine
|
07:20:33
|
<sreya> that can be done through the ui
|
07:20:46
|
<sreya> through the edit key funcion exposed by the ui
|
07:20:48
|
<bwolfe> so you need to see if the key exists AND the user hasn't changed it, THEN you update it. this means that you need another column in the db
|
07:20:51
|
<bwolfe> NO
|
07:21:00
|
<sreya> this part i am talking about is initial import
|
07:21:09
|
<bwolfe> the module developer is not going to every implementation and use their ui to fix a spelling mistake. t he module dev is just going to release a new module
|
07:21:16
|
*** ChanServ sets mode: +v pascal`
|
07:21:28
|
<bwolfe> initial import is the same as every time a module is loaded
|
07:21:33
|
<bwolfe> its the same procedure
|
07:22:35
|
*** Katta has quit IRC
|
07:23:06
|
*** rafa has joined #openmrs
|
07:23:06
|
*** ChanServ sets mode: +v rafa
|
07:23:29
|
<sreya> so every time the module is getting deployed we need to override the keys for that module ???
|
07:24:09
|
<bwolfe> yes. BUT only override IF the user HAS NOT changed the property message themselves. (aka "customized" the value)
|
07:24:24
|
<bwolfe> so you will need a column in your table to know if the user has customized or not
|
07:25:11
|
<sreya> yes got that point
|
07:26:29
|
<sreya> when the module is getting undeployed do you want me to delete the properties from the db ???
|
07:27:40
|
<bwolfe> no, just leave them
|
07:27:49
|
<sreya> ok
|
07:27:52
|
*** goutham has joined #openmrs
|
07:28:05
|
<bwolfe> an extra credit point could be a new jsp page in your module that lets users see old keys or old messages that belong ot modules that are not loaded
|
07:29:08
|
<sreya> how would i access the modules which are not loaded
|
07:29:30
|
<sreya> i guess by loaded you mean deployed???
|
07:36:33
|
<bwolfe> yes loaded == deployed == started
|
07:36:43
|
<bwolfe> you don't know ones that are not loaded obviously
|
07:37:05
|
<bwolfe> but you can "subtract" messages that belong to modules that ARE loaded and whatever is left is not loaded
|
07:49:47
|
*** Katta has joined #openmrs
|
07:52:07
|
<sreya> bwolfe: okay
|
07:56:24
|
*** bwolfe has quit IRC
|
08:05:34
|
*** bwolfe has joined #openmrs
|
08:05:34
|
*** ChanServ sets mode: +o bwolfe
|
08:14:51
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (obs-codes-expanded): Service layer and spring configuration changes to support @Component <http://feedproxy.google.com/~r/OMRStrunk/~3/hqQxGxxKEf0/OpenMRS>
|
08:18:18
|
*** goutham has quit IRC
|
08:34:05
|
*** goutham has joined #openmrs
|
08:35:38
|
<pascal`> bwolfe, do you know off hand if it's possible to added attributes to a DWR WebContext?
|
08:36:57
|
<bwolfe> pascal`, I haven't done it before
|
08:38:17
|
<pascal`> bwolfe, kk
|
08:38:36
|
<pascal`> bwolfe, I though I had a solution the other when I could get the page URL from my AOP wrapper
|
08:38:58
|
<pascal`> bwolfe, but DWR returns a "normalized" URL, with the "?=.." stuff removed >.<
|
08:41:22
|
<bwolfe> pascal`, httprequest puts the query parameters in a different varible
|
08:41:25
|
<bwolfe> does dwr do that too?
|
08:42:08
|
<pascal`> bwolfe, well, the thing is, the DWR request thread doesn't "forward" the original request params
|
08:42:27
|
<pascal`> bwolfe, so, the DWR request doesn't contain patientId (which is what I need)
|
08:43:03
|
<pascal`> bwolfe, so I'm trying to figure out a way to add patientId to the DWR context... otherwise I might have to edit the actual method signature, which would obviously suck
|
08:43:36
|
*** goutham has quit IRC
|
08:44:23
|
<pascal`> bwolfe, I'm not sure if I'm making sense, but the request which backs the patient dashboard is a different request to the DWR call which populates the reports tab
|
08:45:39
|
<bwolfe> pascal`, right. each tab is a portlet
|
08:45:57
|
<bwolfe> and the PortletController gets it from the httprequest
|
08:46:02
|
<bwolfe> so its available to you in the portlet
|
08:46:18
|
<pascal`> bwolfe, yeah, it's available everywhere
|
08:46:29
|
<pascal`> bwolfe, _except_ withing a DWR request =S
|
08:46:33
|
<bwolfe> but you're wanting to modify the dwr call via aop? or modify a report service call?
|
08:47:31
|
<pascal`> bwolfe, I want to filter out some reports
|
08:47:52
|
<bwolfe> so why just write a new feature for the reporting module so you can filter them? ;-)
|
08:48:00
|
<pascal`> bwolfe, so wrap a report service call, which is easy enough, I just need the patient id that's currently being shown
|
08:48:48
|
<pascal`> bwolfe, I could do that, but that wouldn't solve the problem
|
08:49:03
|
<pascal`> bwolfe, I'd still need to know the patientId of the dashboard which is making the DWR call
|
08:49:34
|
<bwolfe> whats the dwr method?
|
08:49:48
|
<bwolfe> but if you're modifying the reporting module, you can change the dwr call signature without a problem
|
08:49:54
|
<bwolfe> then you just install the newest reporting module at your sites
|
08:50:14
|
<bwolfe> this is EXACTLY why we're pushing more things to modules. so people can get features faster
|
08:50:29
|
<pascal`> bwolfe, yeah, I know I can change the method signature, and that's what I might have to end up doing
|
08:50:41
|
<bwolfe> but do it in reporting
|
08:50:44
|
<bwolfe> and submit as a new feature
|
08:50:49
|
<bwolfe> I'm sure it'll go through without a problem
|
08:50:54
|
<bwolfe> done. problem solved in 2 mins. ;-)
|
08:51:00
|
<pascal`> bwolfe, it would just be much better if I could just set a session attribute
|
08:51:17
|
<pascal`> bwolfe, yeah, but ppl might depend on a certain signature, and I guess I could keen the old behaviour
|
08:51:50
|
<pascal`> bwolfe, I'll investigate setting attributes for a bit, but will prob end up having to modify the signature
|
08:51:50
|
<pascal`> meh.
|
08:51:51
|
<bwolfe> dwr sigs are not guaranteed to remain constant
|
08:52:03
|
<bwolfe> its in the web layer, everything in the web layer is variable. ;-)
|
08:52:30
|
<pascal`> hah
|
08:52:53
|
<pascal`> thing is, I actually need that variable lower down... in the API
|
08:53:18
|
<bwolfe> ok, so pass it on :-p
|
08:54:05
|
<pascal`> bwolfe, yeah, going to have to
|
08:54:16
|
<pascal`> bwolfe, still, feels more right to add a session attribute
|
08:54:31
|
<bwolfe> the api layer doesn't know about the session
|
08:54:35
|
<pascal`> bwolfe, no method signatures changes and much less code to be written
|
08:55:09
|
<pascal`> bwolfe, I can get the session
|
08:55:15
|
<pascal`> bwolfe, it's kind of a hack, but I get it done (=
|
08:55:28
|
<bwolfe> yeah, well, it shouldn't be done :-p
|
08:55:34
|
<bwolfe> theres a reason you had to hack it
|
08:56:47
|
<pascal`> well, RequestContextHolder.currentRequestAttributes() isn't that much of a hack is it?
|
08:57:29
|
<bwolfe> it is, because RequestContextHolder is in a web-only jar
|
08:57:40
|
<bwolfe> so if the api was used in a diff environment then that class wouldn't exist
|
08:58:12
|
<pascal`> Yeah, ok
|
09:12:34
|
*** sreya has quit IRC
|
09:23:54
|
*** bwolfe has quit IRC
|
09:49:06
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (providers): [katta/zabil] Added providerId in the ProviderListItem TRUNK 2253 <http://feedproxy.google.com/~r/OMRStrunk/~3/6sauaKcfUUI/OpenMRS> || New Changeset: OpenMRS (order-entry): Applying the order entry patch that Daniel was working on before the June 20th order entry sprint. <http://feedproxy.google.com/~r/OMRStrunk/~3/bCaw2O8ScFc/OpenMRS> || New Changeset: OpenMRS (trunk): mvn-compiler-plugin has encoding problems - TRUNK-2375 <http://feedproxy.google.com/~r/OMRStrunk/~3/VVLMRK_P4RI/OpenMRS> || New Changeset: OpenMRS (providers): [katta/zabil] Now displaying just one name colum, removed incorrect identifier in the search parameters. Also added DWRP... <http://feedproxy.google.com/~r/OMRStrunk/~3/vCcn-OLu1Lo/OpenMRS>
|
09:50:38
|
*** goutham has joined #openmrs
|
09:58:12
|
*** rahul_ has joined #openmrs
|
09:59:17
|
*** Katta has quit IRC
|
09:59:25
|
<rahul_> hi i have query regarding finding patients ?
|
09:59:56
|
<rahul_> how to find a patient using search key as date of birth ?
|
10:01:03
|
<pascal`> rahul_, I'm not sure that's possible
|
10:01:17
|
<pascal`> rahul_, In fact, I'm not sure that really makes sense
|
10:01:38
|
<dkayiwa> :)
|
10:02:03
|
<pascal`> rahul_, You can search using name or identifier, but I think that's about it
|
10:02:52
|
<rahul_> ok :)
|
10:13:23
|
*** Katta has joined #openmrs
|
10:21:30
|
*** Katta has quit IRC
|
10:22:54
|
*** Katta has joined #openmrs
|
10:35:42
|
*** bryq has joined #openmrs
|
10:35:42
|
*** ChanServ sets mode: +v bryq
|
10:47:26
|
*** bwolfe has joined #openmrs
|
10:47:26
|
*** ChanServ sets mode: +o bwolfe
|
11:04:23
|
*** bwolfe has quit IRC
|
11:04:26
|
*** bwolfe_ has joined #openmrs
|
11:04:39
|
*** ChanServ sets mode: +o bwolfe_
|
11:08:11
|
*** bwolfe_ is now known as bwolfe
|
11:10:53
|
*** bwolfe_ has joined #openmrs
|
11:10:53
|
*** ChanServ sets mode: +o bwolfe_
|
11:11:37
|
*** bwolfe has quit IRC
|
11:15:02
|
*** dkayiwa has quit IRC
|
11:20:54
|
*** wluyima has quit IRC
|
11:30:05
|
*** dkayiwa has joined #openmrs
|
11:32:52
|
*** goutham has quit IRC
|
11:34:30
|
*** wluyima has joined #openmrs
|
11:44:49
|
*** Hazamonzo has joined #openmrs
|
11:47:59
|
*** goutham has joined #openmrs
|
11:52:10
|
*** goutham_ has joined #openmrs
|
11:52:26
|
*** goutham has quit IRC
|
12:02:18
|
*** bwolfe_ has quit IRC
|
12:03:58
|
*** bwolfe_ has joined #openmrs
|
12:03:58
|
*** ChanServ sets mode: +o bwolfe_
|
12:09:16
|
*** dkayiwa has quit IRC
|
12:10:16
|
*** mandric_ has joined #openmrs
|
12:10:16
|
*** mandric has quit IRC
|
12:10:16
|
*** mandric_ is now known as mandric
|
12:16:26
|
*** dkayiwa has joined #openmrs
|
12:20:48
|
*** muthah has quit IRC
|
12:27:22
|
*** muthah has joined #openmrs
|
12:30:59
|
*** Katta has quit IRC
|
12:34:42
|
*** wluyima has quit IRC
|
12:42:40
|
*** goutham_ has quit IRC
|
13:07:32
|
<pascal`> bwolfe_, any idea how to use the "headers" or "attributes" options here: http://directwebremoting.org/dwr/documentation/browser/engine/index.html ?
|
13:07:45
|
<OpenMRSBot> <http://ln-s.net/8vcE> (at directwebremoting.org)
|
13:07:57
|
<pascal`> the documentation seem to be... well... non-existant.
|
13:09:45
|
<bwolfe_> strange, dwr is usually pretty well documented
|
13:10:47
|
<pascal`> they don't seem to have an irc channel either
|
13:10:51
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (providers): [katta/zabil] Fixed the retire / unretire functionality in providers TRUNK 2253 <http://feedproxy.google.com/~r/OMRStrunk/~3/zLVX2jf-u_0/OpenMRS> || New Changeset: OpenMRS (order-entry): API support for finding active orders for a patient - TRUNK-2365... <http://feedproxy.google.com/~r/OMRStrunk/~3/cw5Lk-9jJHU/OpenMRS>
|
13:11:05
|
<bwolfe_> pascal`, looks like attributes is only available in 3.0. I don't think we're using that yet, are we?
|
13:11:53
|
<bwolfe_> I think its an attribute at the end of the dwr call, so MyService.mymethod("arg1", "arg2", methodcallback, {headers: "something here", attributes:"something here"})
|
13:12:13
|
<pascal`> bwolfe_, yeah, looks like we're on 2.0.5 or something
|
13:12:28
|
*** bwolfe_ is now known as bwolfe
|
13:12:35
|
<pascal`> bwolfe, headers might work though, if I could find any docs
|
13:12:36
|
<bwolfe> you can still use the headers one though
|
13:12:39
|
<bwolfe> heh
|
13:12:53
|
<bwolfe> its probably something in the http headers
|
13:12:57
|
<bwolfe> that would be a huge hack here
|
13:13:10
|
<bwolfe> (why havne't you just spent the 5 mins and done it in the reporting module yet??)
|
13:13:23
|
<pascal`> well
|
13:13:32
|
<pascal`> i need it in the ReportObjectService
|
13:13:39
|
<pascal`> which is actually in core
|
13:13:53
|
<pascal`> so the hack will make it much more convenient for me
|
13:14:09
|
<pascal`> and we're using out own branch of almost everything, so I know things will work for a while
|
13:14:42
|
*** Adee has joined #openmrs
|
13:15:01
|
<Adee> hey...i am new to this community
|
13:15:09
|
<Adee> any guidance
|
13:15:09
|
<pascal`> Hi Adee, welcome.
|
13:15:10
|
<Adee> ?
|
13:15:30
|
<Adee> hey pascal...i wanted to know about the projects
|
13:15:45
|
<Adee> not sure in which way to procee
|
13:15:49
|
<Adee> *proceed
|
13:16:09
|
<pascal`> Adee, what are you trying to achieve?
|
13:16:20
|
*** downeym has joined #openmrs
|
13:16:20
|
*** ChanServ sets mode: +o downeym
|
13:16:20
|
*** OpenMRSBot sets mode: +o downeym
|
13:16:36
|
<Adee> i want to know about the hl7 coding standards
|
13:16:37
|
<pascal`> Hi downeym and welcome to the #openmrs IRC channel.
|
13:16:51
|
<Adee> i may sound strange
|
13:17:00
|
<Adee> but since i am very new to this thing
|
13:17:10
|
<Adee> any help would be good in this direction
|
13:17:12
|
<bwolfe> !hl7
|
13:17:12
|
<OpenMRSBot> bwolfe: Error: "hl7" is not a valid command.
|
13:17:14
|
<downeym> Hi pascal` and welcome to the #openmrs IRC channel.
|
13:17:26
|
<bwolfe> search http://wiki.openmrs.org/ for "hl7"
|
13:17:29
|
<pascal`> Adee, what are you new to? Programming, Health IT, or?
|
13:17:32
|
<bwolfe> theres a page named after it
|
13:17:42
|
<Adee> health IT
|
13:17:52
|
<pascal`> https://wiki.openmrs.org/display/docs/HL7
|
13:17:57
|
<Adee> thank you @bwolfe
|
13:18:18
|
<Adee> pascal too
|
13:18:48
|
<bwolfe> pascal`++
|
13:18:59
|
<bwolfe> you're like a sentient OpenMRSBot ;-)
|
13:19:17
|
<pascal`> !hl7
|
13:19:17
|
<OpenMRSBot> pascal`: "hl7" --- Read about HL7 at https://wiki.openmrs.org/display/docs/HL7
|
13:19:42
|
<bwolfe> now you're no different than OpenMRSBot
|
13:20:12
|
<bwolfe> pascal`, you have just lowered your status in here thanks to you teaching OpenMRSBot where to find hl7 info ;-)
|
13:20:47
|
<pascal`> (=
|
13:21:13
|
<pascal`> now bwolfe, for your karma point, where can I find the DWR docs about headers ;)
|
13:21:23
|
<bwolfe> see above
|
13:21:37
|
<bwolfe> or see @google
|
13:21:38
|
<bwolfe> :-D
|
13:21:55
|
*** muthah has quit IRC
|
13:21:57
|
<bwolfe> or @bing. if you're sadistic
|
13:22:40
|
*** muthah has joined #openmrs
|
13:22:47
|
<pascal`> downeym, can OpenMRS bot learn commands with parameters?
|
13:22:55
|
<pascal`> downeym, like !bing <search term>?
|
13:23:45
|
*** Adee has quit IRC
|
13:24:18
|
<bwolfe> those are something different pascal`
|
13:24:22
|
<bwolfe> (I think)
|
13:24:25
|
<downeym> pascal`: Yes
|
13:24:47
|
<bwolfe> but you can't do a "learn" on the bot with them, can you ?
|
13:25:03
|
<pascal`> oic
|
13:25:14
|
<downeym> !refer pascal` http://supybook.fealdia.org/
|
13:25:14
|
* OpenMRSBot refers pascal` to http://supybook.fealdia.org/
|
13:25:33
|
<pascal`> !DOS bwolfe
|
13:25:33
|
<OpenMRSBot> pascal`: Error: "DOS" is not a valid command.
|
13:25:40
|
<downeym> or http://gribble.sourceforge.net/supybook/
|
13:25:52
|
<bwolfe> supybotbook
|
13:25:56
|
<pascal`> cool, thanks
|
13:26:01
|
<bwolfe> they missed out on a better name
|
13:26:23
|
<bwolfe> alliteration >> all
|
13:37:28
|
*** wluyima has joined #openmrs
|
13:38:26
|
*** bryq has quit IRC
|
13:39:49
|
*** gbastien has joined #openmrs
|
13:45:14
|
*** bwolfe_ has joined #openmrs
|
13:45:14
|
*** ChanServ sets mode: +o bwolfe_
|
13:46:15
|
*** bwolfe has quit IRC
|
13:46:37
|
*** muthah has quit IRC
|
13:54:03
|
*** elliott_w has joined #openmrs
|
13:54:03
|
*** ChanServ sets mode: +o elliott_w
|
13:55:19
|
<pascal`> try {} catch (err) { /* ignore */ }
|
13:58:32
|
*** downeym_ has joined #openmrs
|
13:58:32
|
*** ChanServ sets mode: +o downeym_
|
14:00:39
|
*** downeym has quit IRC
|
14:00:39
|
*** downeym_ is now known as downeym
|
14:03:56
|
*** burke has joined #openmrs
|
14:03:56
|
*** ChanServ sets mode: +o burke
|
14:05:08
|
*** Katta has joined #openmrs
|
14:07:34
|
*** burke has quit IRC
|
14:18:01
|
*** free_ has joined #openmrs
|
14:18:16
|
*** free_ has left #openmrs
|
14:19:24
|
*** goutham has joined #openmrs
|
14:20:08
|
*** asgoyal has joined #openmrs
|
14:27:33
|
*** surangak has quit IRC
|
14:38:27
|
*** mandric has quit IRC
|
14:47:35
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (order-entry): Fixing unit tests in order entry branch - TRUNK-2385 <http://feedproxy.google.com/~r/OMRStrunk/~3/OcBXwE0Rb2Q/OpenMRS>
|
14:58:31
|
*** burke has joined #openmrs
|
14:58:31
|
*** ChanServ sets mode: +o burke
|
15:11:18
|
*** pascal` has quit IRC
|
15:11:45
|
*** bwolfe_ has quit IRC
|
15:19:00
|
*** dlawson has joined #openmrs
|
15:19:01
|
*** ChanServ sets mode: +v dlawson
|
15:37:19
|
*** dkayiwa has quit IRC
|
15:49:09
|
*** aja has joined #openmrs
|
15:56:16
|
*** goutham has quit IRC
|
16:12:29
|
*** mandric has joined #openmrs
|
16:15:39
|
*** muthah has joined #openmrs
|
16:36:31
|
*** aja has quit IRC
|
16:50:45
|
*** ChanServ sets mode: +v wluyima
|
16:50:53
|
*** ChanServ sets mode: +v rahul_
|
16:52:13
|
*** pascal` has joined #openmrs
|
16:59:31
|
*** bryq has joined #openmrs
|
16:59:36
|
*** ChanServ sets mode: +v bryq
|
16:59:47
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (providers): [katta] removed few whitespaces <testing cronjob> <http://feedproxy.google.com/~r/OMRStrunk/~3/5DYC7O41CYg/OpenMRS>
|
17:00:06
|
*** Katta has left #openmrs
|
17:15:12
|
*** Katta has joined #openmrs
|
17:15:32
|
*** aja has joined #openmrs
|
17:16:26
|
*** Katta has left #openmrs
|
17:47:51
|
*** bwolfe_ has joined #openmrs
|
17:47:51
|
*** ChanServ sets mode: +o bwolfe_
|
17:54:16
|
*** nribeka has joined #openmrs
|
17:54:16
|
*** ChanServ sets mode: +v nribeka
|
17:55:48
|
*** asgoyal has quit IRC
|
17:56:48
|
*** bwolfe__ has joined #openmrs
|
17:57:02
|
<downeym> Hi bwolfe__ and welcome to the #openmrs IRC channel.
|
17:57:11
|
*** bwolfe__ is now known as bwolfe
|
18:00:30
|
*** bwolfe_ has quit IRC
|
18:00:50
|
*** dkayiwa has joined #openmrs
|
18:05:53
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (localize-setup-wizard): TRUNK-2055 : improved javadoc for custom localization tool <http://feedproxy.google.com/~r/OMRStrunk/~3/ApoTyNeFn5E/OpenMRS>
|
18:17:11
|
*** dlawson has quit IRC
|
18:19:30
|
*** dlawson has joined #openmrs
|
18:19:37
|
*** ChanServ sets mode: +v dlawson
|
18:31:23
|
*** Mkop has joined #openmrs
|
18:31:23
|
*** ChanServ sets mode: +v Mkop
|
18:37:01
|
*** dkayiwa has left #openmrs
|
18:45:04
|
*** vlad____ has joined #openmrs
|
18:45:09
|
<downeym> Hi vlad____ and welcome to the #openmrs IRC channel.
|
18:51:59
|
*** Mkop has quit IRC
|
18:56:21
|
<vlad____> Hi, when I go to '/openmrs/admin/forms/form.list' in the webapp (or admin->manage forms) pretty much anything I can do on this screen gives me this error: "org.springframework.beans.InvalidPropertyException: Invalid property 'xslt' of bean class [org.openmrs.Form]: Getter for property 'xslt' threw exception; nested exception is java.lang.reflect.InvocationTargetException". This happens when clicking duplicate button and the Basic
|
18:56:21
|
<vlad____> button. I haven't worked on anything on the application yet- this is just from a clean install.
|
18:56:37
|
<djazayeri> vlad____: this is a known bug in trunk
|
18:56:47
|
<vlad____> ah
|
18:57:28
|
<djazayeri> !ticket 2348
|
18:57:28
|
<OpenMRSBot> djazayeri: Allow me to help you with that. More details on ticket 2348 can be found at http://tickets.openmrs.org/browse/2348
|
18:58:37
|
<elliott_w> <https://tickets.openmrs.org/browse/TRUNK-2348>, that link's broken
|
18:59:01
|
<djazayeri> oops, my bad
|
18:59:24
|
<djazayeri> stupid OpenMRSBot should warn people if they give bad ticket numbers. :-)
|
19:00:02
|
<elliott_w> yeah :-) i'll have to look into teaching it to do that
|
19:20:35
|
<vlad____> Thanks much.
|
19:24:38
|
<downeym> any devs know why the performance tests are hanging? https://ci.openmrs.org/browse/TEST-PERF-981
|
19:26:44
|
*** downeym sets mode: +o bwolfe
|
19:26:44
|
*** ChanServ sets mode: -o bwolfe
|
19:27:16
|
*** ChanServ sets mode: +o bwolfe
|
19:27:42
|
<bwolfe> downeym, no
|
19:27:49
|
<downeym> bwolfe: :P
|
19:33:39
|
*** pascal` has quit IRC
|
19:41:55
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (): Removing the 1.8.0 tag before creating a new one that includes the addition of the maven-encoding-plugin <http://feedproxy.google.com/~r/OMRStrunk/~3/vsyJPgrb2x0/OpenMRS>
|
19:52:01
|
*** aja has quit IRC
|
19:54:13
|
*** dkayiwa_ has joined #openmrs
|
19:59:08
|
*** gbastien has quit IRC
|
20:03:52
|
*** vlad____ has quit IRC
|
20:35:05
|
*** bwolfe has quit IRC
|
20:45:06
|
*** dkayiwa_ has quit IRC
|
20:46:14
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (1.8.x): [maven-release-plugin] prepare for next development iteration <http://feedproxy.google.com/~r/OMRStrunk/~3/ZsfsLrkrE2U/OpenMRS> || New Changeset: OpenMRS (): [maven-release-plugin] copy for tag 1.8.0 <http://feedproxy.google.com/~r/OMRStrunk/~3/jn2zGeE9SNg/OpenMRS> || New Changeset: OpenMRS (1.8.x): [maven-release-plugin] prepare release 1.8.0 <http://feedproxy.google.com/~r/OMRStrunk/~3/ouGqJuQC9n0/OpenMRS>
|
20:55:27
|
*** dlawson has quit IRC
|
21:09:15
|
*** nribeka has quit IRC
|
21:16:03
|
*** burke has quit IRC
|
21:21:17
|
*** bryq has quit IRC
|
21:37:11
|
*** vlad___ has joined #openmrs
|
21:37:16
|
<downeym> Hi vlad___ and welcome to the #openmrs IRC channel.
|
21:38:09
|
*** elliott_w has quit IRC
|
21:50:22
|
*** wluyima has quit IRC
|
21:56:33
|
*** wluyima has joined #openmrs
|
21:56:50
|
*** wyclif has joined #openmrs
|
22:09:42
|
*** rafa has quit IRC
|
23:21:15
|
*** dlawson has joined #openmrs
|
23:21:15
|
*** ChanServ sets mode: +v dlawson
|
23:22:47
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (order-entry): formatting <http://feedproxy.google.com/~r/OMRStrunk/~3/nb2otvOsavg/OpenMRS> || New Changeset: OpenMRS (order-entry): create Orderable interface - TRUNK-2356... <http://feedproxy.google.com/~r/OMRStrunk/~3/bHAGFaEtRgE/OpenMRS> || New Changeset: OpenMRS (order-entry): formatting <http://feedproxy.google.com/~r/OMRStrunk/~3/e5pajDm6rMs/OpenMRS>
|
23:44:41
|
*** jportela has joined #openmrs
|
23:44:41
|
*** ChanServ sets mode: +v jportela
|
23:54:51
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (order-entry): Expose concepts with class=Drug as Orderables - TRUNK-2357... <http://feedproxy.google.com/~r/OMRStrunk/~3/sv0ewB3P4RE/OpenMRS>
|