IRC Chat : 2012-04-25 - OpenMRS

00:26:29 *** r_friedman has quit IRC
00:32:34 *** finbrein has quit IRC
00:32:50 *** finbrein has joined #openmrs
01:00:23 *** harshadura has quit IRC
01:16:26 *** mathiaslin has quit IRC
01:16:58 *** mathiaslin has joined #openmrs
01:23:28 *** harshadura has joined #openmrs
01:43:52 *** harshadura has quit IRC
01:46:09 *** mathiaslin has quit IRC
02:11:05 *** harshadura has joined #openmrs
02:16:06 *** harshadura has quit IRC
02:26:26 *** bwolfe has quit IRC
02:39:54 *** harshadura has joined #openmrs
02:47:11 *** harshadura has quit IRC
02:48:44 *** mccallumg has quit IRC
02:56:26 *** suranga has joined #openmrs
02:56:26 *** ChanServ sets mode: +v suranga
03:01:08 *** cpower has quit IRC
03:01:48 *** cpower has joined #openmrs
03:09:51 *** upul` has joined #openmrs
03:09:51 *** ChanServ sets mode: +v upul`
03:24:06 *** cpower_ has joined #openmrs
03:26:28 *** cpower has quit IRC
03:30:19 *** finbrein has quit IRC
03:33:00 *** deadpool has joined #openmrs
04:12:45 *** cpower__ has joined #openmrs
04:15:36 *** cpower_ has quit IRC
04:32:55 *** Nayeem has joined #openmrs
04:33:35 *** Nayeem has quit IRC
04:36:27 *** John has joined #openmrs
04:38:52 <John> Hi, I'm trying to play around with the 1.8.3 standalone and can't get it to run. I'm not sure if it's a problem with my system? Anybody here have experience with that? Thanks.
04:58:35 *** suranga has quit IRC
05:25:31 *** robbyoconnor has joined #openmrs
05:25:31 *** ChanServ sets mode: +v robbyoconnor
05:28:06 *** rohitgoyal18 has joined #openmrs
05:43:54 *** bryq has joined #openmrs
05:43:54 *** ChanServ sets mode: +v bryq
06:00:20 *** rohitgoyal18 has quit IRC
06:06:06 *** kavuri has joined #openmrs
06:11:45 *** dkayiwa has joined #openmrs
06:27:29 *** bryq has quit IRC
06:31:38 *** kavuri has quit IRC
06:43:43 *** kavuri has joined #openmrs
07:34:04 *** dkayiwa has quit IRC
08:21:50 *** rafa has joined #openmrs
08:21:50 *** ChanServ sets mode: +v rafa
08:42:58 *** dkayiwa has joined #openmrs
08:55:45 *** pulasthi7 has joined #openmrs
09:09:05 *** dkayiwa has quit IRC
09:11:17 *** dkayiwa has joined #openmrs
09:39:36 *** kavuri has quit IRC
09:53:21 *** dkayiwa has quit IRC
09:53:46 *** dkayiwa has joined #openmrs
09:56:55 *** kavuri has joined #openmrs
09:58:00 *** dkayiwa has quit IRC
09:58:52 *** upul` has left #openmrs
10:05:03 *** dkayiwa has joined #openmrs
10:15:02 *** dkayiwa has quit IRC
10:15:44 *** dkayiwa has joined #openmrs
10:19:48 *** kavuri has quit IRC
10:21:15 *** pulasthi7 has quit IRC
10:32:18 *** kavuri has joined #openmrs
10:46:49 *** james_regen has joined #openmrs
10:46:49 *** ChanServ sets mode: +v james_regen
11:12:28 *** bryq has joined #openmrs
11:12:28 *** ChanServ sets mode: +v bryq
11:13:50 *** dkayiwa has quit IRC
11:19:05 *** mvorobey has joined #openmrs
11:19:11 <mvorobey> hi all
11:32:18 *** kavuri has quit IRC
11:33:39 *** bwolfe has joined #openmrs
11:33:39 *** ChanServ sets mode: +o bwolfe
11:34:01 *** dkayiwa has joined #openmrs
11:37:43 *** bwolfe has quit IRC
11:41:50 *** wyclif has quit IRC
11:45:47 *** kavuri has joined #openmrs
11:48:45 *** dkayiwa has quit IRC
11:58:14 *** dkayiwa has joined #openmrs
11:58:20 *** finbrein has joined #openmrs
12:12:33 *** snoppy has joined #openmrs
12:13:36 *** mvorobey has quit IRC
12:13:36 *** mvorobey_ has joined #openmrs
12:30:24 *** mvorobey_ has quit IRC
12:37:35 *** wyclif has joined #openmrs
12:44:30 *** harshadura has joined #openmrs
12:50:51 <dkayiwa> hi wyclif
12:51:02 <wyclif> hi dkayiwa
12:51:31 <dkayiwa> wyclif: are we supposed to reference 1.9.0-RC3 in the orderentry pom?
12:52:17 <wyclif> dkayiwa, but we will need to manuall install the test jars
12:52:49 <dkayiwa> wyclif: must be so. for i have tried so and got compiler errors in the test classes
12:53:17 <dkayiwa> wyclif: and am blocked on it
12:53:44 <wyclif> am currently using the snapshot jar
12:54:02 <wyclif> adding dependencies on snapshots is annoying
12:57:25 *** Sateesh has joined #openmrs
12:57:46 *** Sateesh has joined #openmrs
13:04:55 <djazayeri> OpenMRS University call is starting now
13:08:05 *** bwolfe has joined #openmrs
13:08:06 *** ChanServ sets mode: +o bwolfe
13:08:09 <dkayiwa> so wyclif
13:08:33 <dkayiwa> wyclif: do you plan to commit what you have such that i can take advantage of it?
13:10:34 <wyclif> dkayiwa, you have to manually add test jar for the 1.9 snapshot using mvn install
13:11:08 <dkayiwa> wyclif: do you have an idea why the 1.9.0-RC3 in nexus does not work?
13:11:20 <dkayiwa> wyclif: i thought it should automagically work
13:11:26 *** downey has joined #openmrs
13:11:26 *** ChanServ sets mode: +o downey
13:11:26 *** OpenMRSBot sets mode: +o downey
13:11:45 <wyclif> dkayiwa, i just said that this doesn't work for snapshot dependencies
13:12:34 <wyclif> dkayiwa, probably we need to find out from michael why not, or it was just not set up well
13:12:46 <dkayiwa> wyclif: oh so what you are saying is that 1.9.0-RC is a snapshot dependency? you know am a maven newbie :)
13:13:18 <wyclif> dkayiwa, actually the problem is that test jar files never get created on build/package
13:13:50 <dkayiwa> wyclif: is it the way it is supposed to be? or a problem we are supposed to fix?
13:14:34 <dkayiwa> wyclif: i had thought changing from <type>jar</type> to <type>pom</type> would do the trick :)
13:15:26 *** mseaton has joined #openmrs
13:15:26 *** ChanServ sets mode: +v mseaton
13:16:23 <wyclif> dkayiwa, the probelm is that test jars are never created automatically
13:16:50 <dkayiwa> wyclif: ok
13:16:53 <wyclif> which leads to them not getting deployed
13:17:00 <dkayiwa> wyclif: ok
13:17:11 <wyclif> dkayiwa, amd i think that is what needs to get fixed
13:17:18 <dkayiwa> wyclif: ok
13:17:30 <wyclif> even for release versions, the same problem suffices
13:17:59 <dkayiwa> wyclif: oh i see
13:18:06 <wyclif> dkayiwa, because i cant see the test jar for 1.8.x versions in the repo
13:18:21 <dkayiwa> wyclif: ok
13:26:18 *** dkayiwa has quit IRC
13:29:03 *** sgithens_ has joined #openmrs
13:35:45 *** cpower has joined #openmrs
13:36:47 *** cpower_ has joined #openmrs
13:36:53 <downey> Hi cpower_ and welcome to the #openmrs IRC channel.
13:37:20 *** cpower__ has quit IRC
13:38:20 *** mvorobey has joined #openmrs
13:38:31 <mvorobey> hi all
13:44:21 *** dawn_ has joined #openmrs
13:44:26 *** ChanServ sets mode: +v dawn_
13:53:10 <rafa> hi mvorobey
13:53:18 <mvorobey> hi rafa :)
13:53:49 <rafa> I've seen that you've taken care of almost all ATLAS tickets already ;)
13:54:27 <rafa> mvorobey: Is there anything you're working on right now I could help with?
13:55:37 <mvorobey> rafa: Thanks, but I think that we are almost ready with all tickets
13:56:13 <rafa> mvorobey: great! good work!
13:56:19 <mvorobey> rafa: maybe, it needs to be tested more rigorous before module releasing
13:56:41 <rafa> mvorobey: okay
13:56:58 <rafa> mvorobey: I haven't seen it in action yet so I'm curious to try it out
13:57:28 <mvorobey> rafa: great, will be waiting for your feedback
13:57:52 *** Pkirwa has joined #openmrs
13:57:54 *** Sateesh has quit IRC
13:58:29 <mvorobey> rafa: anyway, how is going ? It is not much time left to Euro-2012 :) Are you ready ?:)
13:58:46 *** cpower_ has quit IRC
13:59:12 *** cpower has quit IRC
13:59:55 *** dkayiwa has joined #openmrs
14:00:28 <dawn_> !scrumon dawn
14:00:28 * OpenMRSBot says the DAILY SCRUM MEETING is STARTING. This meeting should not last longer than 15 minutes. Please hold other comments until the end of the meeting, or message someone privately. Thank you! ScrumMaster dawn- you may begin when ready.
14:00:37 <dawn_> Hi Team. 8)
14:00:47 <mvorobey> dawn_, hi
14:00:57 <dkayiwa> hi Teammate :) dawn_
14:01:11 <dawn_> Today's order: wyclif , sgithens_, rafa, mvorobey, mseaton, finbrein , dkayiwa, djazayeri , bwolfe
14:01:11 <rafa> mvorobey: I didn't get tickets :/
14:01:14 <bwolfe> hi dawn
14:01:50 <dawn_> wyclif: 3 days in a row of going first. Lucky you :)
14:02:02 <rafa> hi all
14:02:02 <wyclif> this is not alphabetical order
14:02:06 <wyclif> Tuesday:
14:02:06 <wyclif> * Chat with mike, ben and darius on order entry
14:02:06 <wyclif> * Code Review
14:02:06 <wyclif> * Create tickets for the UI and validators and managing their dependencies
14:02:06 <wyclif> * ORDER-7 - Add mechanism for assigning new order numbers
14:02:07 <wyclif> * RCM-1 - Data exports with same names causing problems
14:02:09 <wyclif> Wednesday:
14:02:13 <wyclif> * Changing order entry module to depend on 1.9, seems not to work
14:02:15 <wyclif> * Work on order entry tickets since the OrderGroup/Set project and tickets aren't yet created
14:02:17 <wyclif> * design call
14:02:19 <wyclif> Blockers: test jars are not generated and deployed by maven to the repo
14:03:26 <bwolfe> wyclif, why RCM-1 ?
14:03:26 <sgithens_> No report. Still haven't come up for air from my domain specific projects. Hope to get to some core stuff this afternoon. Congrats to the GSoC student on my project! No blockers.
14:03:55 *** cpower has joined #openmrs
14:03:56 *** cpower_ has joined #openmrs
14:04:14 <wyclif> bwolfe, i only picket it from the bugs search query since yesterday we seemed like we wanted to halt order entry
14:04:30 <rafa> Today:
14:04:30 <rafa> * Finished my WS tickets.
14:04:30 <rafa> * Investigated the UUIDs issue in the MVP dict and entered STAND-47: Upgrade MVP from 1.6.4_20120309 to 1.6.4_20120313
14:04:30 <rafa> https://tickets.openmrs.org/browse/STAND-47
14:04:30 <rafa> * Wanted to pick up an ATLAS ticket, but they're cleared already :-)
14:04:30 <rafa> * Entered TRUNK-3296: Found multiple reference terms
14:04:31 <rafa> https://tickets.openmrs.org/browse/TRUNK-3296
14:04:31 <rafa> * Will mavenize MDS and move to git :D Try to hack maven to build and test modules against different OpenMRS versions.
14:04:32 <rafa> No blockers.
14:04:40 <mvorobey> * Finished ATLAS-34
14:04:40 <mvorobey> * Finished ATLAS-35
14:04:40 <mvorobey> * ATLAS-36 - Waiting for server side fix from Burke
14:04:41 <mvorobey> No blockers
14:04:51 <bwolfe> wyclif, hmm, we were moving on ordergroup module while waiting, iirc.
14:05:05 <wyclif> bwolfe, that is not yet set up
14:05:14 <djazayeri> wyclif: you can set it up!
14:05:24 <wyclif> djazayeri, thought mike was
14:05:29 <dawn_> mseaton: your turn
14:05:47 <mseaton> Yesterday:
14:05:47 <mseaton> * Lots of time talking about Orders
14:05:47 <mseaton> * Lots of time thinking about design for Orders
14:05:47 <mseaton> * A little time coding
14:05:47 <mseaton> Today:
14:05:48 <mseaton> * More time coding orders
14:05:48 <mseaton> * Design call
14:05:49 <mseaton> * PM Call
14:05:49 <mseaton> * Hopefull send some emails on orders
14:06:18 <finbrein> Wednesday:
14:06:18 <finbrein> No RESTWS ticket assigned to me
14:06:18 <finbrein> -- end --
14:06:30 <bwolfe> finbrein, you can always pick some out. :-)
14:07:04 <finbrein> bwolfe: are there tickets left?
14:07:15 <djazayeri> finbrein: not for 1.0
14:07:20 <bwolfe> finbrein, there will always be RESTWS tickets, not sure how many are in the sprint specifically
14:07:35 <dawn_> dkayiwa: your turn teammate ;)
14:07:35 <finbrein> ok
14:08:06 <dkayiwa> Struggled with hibernate duplicate mapping exception for: org.openmrs.orderentry.Order and org.openmrs.Order
14:08:07 <dkayiwa> Committed response to review comments for: Add the DrugOrder Class, database table and hibernate mappings - ORDER-2
14:08:07 <dkayiwa> About to commit response to review comments for: Add the Order Class, database table and hibernate mappings - ORDER-1
14:08:07 <dkayiwa> Blocker - test classes are not seen when i reference 1.9.0-RC3 in the pom
14:08:09 <dkayiwa> :)
14:09:09 <bwolfe> djazayeri, you're up
14:09:12 <djazayeri> dkayiwa: hibernate doesn't like having two classes called Order, even in different packages?
14:09:23 <dkayiwa> djazayeri: yes
14:09:24 <djazayeri> Tuesday 24-Apr-2012
14:09:24 <djazayeri> * had a long call with Wyclif, Mike, and Ben about order entry
14:09:24 <djazayeri> * reviewed RESTWS tickets (applied a bunch of patches)
14:09:24 <djazayeri> * ready-to-commit on RESTWS-243 - Support for resource-per-class-hierarchy
14:09:24 <djazayeri> Wednesday 24-Apr-2012
14:09:24 <djazayeri> * University call
14:09:25 <djazayeri> * Design call
14:09:25 <djazayeri> * Project management call
14:09:26 <djazayeri> * Apply code for RESTWS-243 (possibly following design call discussion)
14:09:26 <djazayeri> * UI Framework tickets
14:09:36 *** Pkirwa has quit IRC
14:09:43 <djazayeri> blocker: deciding to go ahead with RESTWS-243, or modify the approach
14:10:02 <bwolfe> blocker to be solved in design call (hopefully)
14:10:05 <bwolfe> Tuesday
14:10:05 <bwolfe> helpdeskish emails
14:10:05 <bwolfe> emails about sprints/collab
14:10:05 <bwolfe> emails to professors using openmrs
14:10:05 <bwolfe> atomfeed/event tickets
14:10:06 <bwolfe> finish bug fixing dashboard and wiki page
14:10:08 <bwolfe> start bugfixing
14:10:10 <bwolfe> orderentry chat
14:10:12 <bwolfe> interview dev
14:10:14 <bwolfe> fixed TRUNK-2962, link to openmrs book
14:10:16 <bwolfe> Wednesday
14:10:20 <bwolfe> fixed TRUNK-1780 - person attr not voiding correctly
14:10:22 <bwolfe> created/fixed TRUNK-3297 - user attrs not working right
14:10:24 <bwolfe> more bugfixing
14:10:26 <bwolfe> design call
14:10:28 <bwolfe> pm call
14:10:30 <bwolfe> no blockers
14:10:35 <dkayiwa> djazayeri: i looked at IRC logs and saw that you did run into the same problem with mseaton for TokenRegistration.hbm.xml :)
14:10:59 <dkayiwa> djazayeri: your solution was to rename.
14:11:34 <dawn_> Discussion Points: 1) Blocker from wyclif: test jars are not generated and deployed by maven to the repo 2) Blocker: test classes are not seen when dkayiwa references 1.9.0-RC3 in the pom
14:11:35 <dkayiwa> djazayeri: but after more googling, <hibernate-mapping auto-import="false"> saved me :)
14:11:37 <dawn_> !scrumoff dawn
14:11:37 * OpenMRSBot says the DAILY SCRUM MEETING has ENDED. This channel is now returned to normal hacking operations. Post-scrum meeting follow-up conversations may now begin.
14:11:51 <dawn_> djazayeri: hope the RESTWS-243 is resolved on the design call today :)
14:13:07 <djazayeri> wyclif: when I look here: http://mavenrepo.openmrs.org/nexus/content/repositories/public/org/openmrs/api/openmrs-api/1.9.0-RC3/
14:13:11 <mvorobey> rafa: you did not buy tickets, me too:) but it is not so bad - I already installed a lot of TV-sets for tourists inside my garden, so we can watch football matches together, just come to me as tourist :)
14:13:13 <djazayeri> I see -tests.jar
14:13:35 <djazayeri> mvorobey: where are you based?
14:13:49 <dkayiwa> djazayeri: thats for api test cases
14:13:55 <dkayiwa> djazayeri: not the test api
14:14:08 <rafa> mvorobey: haha are you going to charge for watching? :D
14:14:08 <mvorobey> djazayeri, in Nothern Ukraine :) it is not so far from Poland :)
14:14:25 <bwolfe> dkayiwa, are you skipping tests when compiling? are you running a clean at root? what project are you referring to these from?
14:14:40 *** r4friedman has joined #openmrs
14:14:43 <mvorobey> rafa : absolutely, but with tea :)
14:14:45 <djazayeri> wyclif: in http://mavenrepo.openmrs.org/nexus/content/repositories/public/org/openmrs/test/openmrs-test/1.9.0-RC3/ I see a pom
14:14:58 <wyclif> djazayeri, i was using snapshot
14:14:58 <dkayiwa> bwolfe: i get compiler errors
14:15:03 *** r4friedman is now known as r_friedman
14:15:06 <dkayiwa> bwolfe: on the orderentry module
14:15:14 <wyclif> dkayiwa, there is some thing that am going to commit
14:15:15 <rafa> mvorobey: tea sounds politically correct ;)
14:15:25 <wyclif> dkayiwa, that might fix that
14:15:36 <dkayiwa> wyclif: cant wait to have it!!! :)
14:15:38 <djazayeri> wyclif, dkayiwa: which one of you is blocked about test jars?
14:15:47 <dkayiwa> djazayeri: iam
14:15:48 <mvorobey> rafa: yep, but with some of 40s if you will :)
14:16:00 <djazayeri> wyclif: and do you have the solution for dkayiwa?
14:16:05 <mvorobey> rafa: or beer :)
14:16:06 <rafa> mvorobey: I know what you mean :D
14:16:09 <wyclif> djazayeri, i might
14:16:17 <dkayiwa> :D wyclif
14:16:39 <djazayeri> okay, so dkayiwa, let us know if it's still a blocker after wyclif commits and you update.
14:16:49 <dkayiwa> djazayeri: will do so!!!
14:17:05 <finbrein> bwolfe: is this scrum meeting for REST only?
14:17:06 <djazayeri> but it seems like referring to 1.9.0RC3 instead of 1.9-SNAPSHOT is the way to go
14:17:09 <mvorobey> rafa: anyway, you are welcome on any time :)
14:17:37 <dkayiwa> djazayeri: i have: <openMRSVersion>1.9.0-RC3</openMRSVersion>
14:17:52 <djazayeri> finbrein: scrum is about whatever people are working on
14:18:05 <wyclif> djazayeri, right
14:18:06 <bwolfe> finbrein, we don't discriminate :-)
14:18:07 <finbrein> djazayeri: oh i see
14:18:22 <dkayiwa> djazayeri: the other 1.9 classes get no compiler errors apart from those for the test api like BaseModuleContextSensitiveTest, @Verifies etc
14:18:23 <finbrein> bwolfe: i know, lol ;)
14:19:27 <rafa> mvorobey: thanks! Gdansk is hosting some matches as well!
14:19:29 <djazayeri> dkayiwa: let us know if wyclif's fix doesn't solve it for you
14:19:37 <dkayiwa> djazayeri: 8)
14:20:32 <dkayiwa> wyclif: just tell me when you are done :)
14:21:32 <mvorobey> rafa: it so cool:) sorry, but gotta prepare some lounges for touristsy :D see you later :)
14:22:13 *** mvorobey has quit IRC
14:22:16 <wyclif> dkayiwa, ok
14:22:22 <bwolfe> rafa, I might need to delay my trip by a month to see a few matches... ;-)
14:24:24 <r_friedman> finbrein, however I think Glen McCallum was trying to pick women for his projects.
14:24:31 <dkayiwa> bwolfe: djazayeri do we plan to bundle the formentry module for 1.9?
14:24:56 <rafa> haha would it still count as a conference? :D
14:25:21 <djazayeri> dkayiwa: it wasn't bundled with 1.9RC3, right?
14:25:30 <dkayiwa> djazayeri: It was NOT
14:25:43 <djazayeri> Has it been fixed to work with 1.9?
14:26:18 <dkayiwa> djazayeri: will talk to Jeremy
14:26:50 <djazayeri> dkayiwa: if there's a version that works with 1.9, I think we should bundle it, because otherwise people running formentry who upgrade will have their implementations break.
14:27:23 <dawn_> bwolfe: and rafa : futbol matches != conference :P
14:27:49 <dkayiwa> djazayeri: we have had problem with all versions not being able to submit forms on 1.9 But will crosscheck with Jeremy if he has any fixes
14:27:53 *** MarkG has joined #openmrs
14:28:09 <djazayeri> dkayiwa: obviously if there's no version that works with 1.9, we won't bundle it. :-)
14:28:15 <dkayiwa> djazayeri: ok
14:29:21 *** cpower_ has quit IRC
14:30:04 *** cpower has quit IRC
14:34:48 <rafa> dawn_: true, but if we changed it to matches + conference it should be fair enough :D
14:39:05 *** Pkirwa has joined #openmrs
14:42:13 *** nadee has joined #openmrs
14:43:08 *** lh has joined #openmrs
14:43:08 *** lh has joined #openmrs
14:43:47 <wyclif> dkayiwa, can you upate?
14:43:56 <wyclif> dkayiwa, update
14:43:56 <dkayiwa> wyclif: ok
14:45:19 <wyclif> let me know if it worked
14:45:26 <dkayiwa> wyclif: ok
14:50:36 *** rafa has quit IRC
14:52:52 <wyclif> mseaton, so should i go ahead and create the module project for order groups or you were doing it?
14:53:01 <wyclif> mseaton, and how about the tickets?
14:54:13 *** Pkirwa has quit IRC
14:58:33 <wyclif> mseaton, ???
15:03:20 <wyclif> dkayiwa, can you stop working on order entry module tickets in the meantime
15:03:42 <dkayiwa> wyclif: ok
15:05:44 *** mansi has joined #openmrs
15:05:56 <downey> Hi mansi and welcome to the #openmrs IRC channel.
15:06:38 *** mansi has quit IRC
15:07:08 *** mansi has joined #openmrs
15:09:20 <mansi> Hello,i was wondering if openmrs can be used for a single speciality <Gynaecology > clinic
15:12:41 <mansi> Hello,i was wondering if openmrs can be used for a single speciality <Gynaecology > clinic
15:16:37 <bwolfe> mansi, single, multiple, none. take your pick. any will work. :-)
15:17:33 *** chopin has joined #openmrs
15:18:32 <mansi> thanks! can it be used it for a private hospital ? do i have to use credits or anything?
15:19:25 *** ChanServ sets mode: +v chopin
15:19:29 <chopin> hi
15:26:40 *** dawn__ has joined #openmrs
15:26:40 *** ChanServ sets mode: +v dawn__
15:27:13 *** dawn_ has quit IRC
15:27:37 *** dawn_ has joined #openmrs
15:27:37 *** ChanServ sets mode: +v dawn_
15:27:49 *** dawn__ has quit IRC
15:29:00 *** nribeka has joined #openmrs
15:29:00 *** ChanServ sets mode: +v nribeka
15:39:27 *** dkayiwa_ has joined #openmrs
15:39:38 *** dkayiwa has quit IRC
15:39:38 *** dkayiwa_ is now known as dkayiwa
15:41:24 *** dawn_ has quit IRC
15:41:54 *** dawn_ has joined #openmrs
15:41:54 *** ChanServ sets mode: +v dawn_
15:41:59 *** dawn_ has quit IRC
15:44:04 *** nadee has quit IRC
15:44:58 *** sgithens_ has quit IRC
15:45:12 *** sgithens_ has joined #openmrs
15:50:00 <djazayeri> downey: we'll need your historical feedback on TRUNK-2967 (about performance testing, and what happened to buea in the last year)
15:50:24 *** suranga has joined #openmrs
15:50:24 *** ChanServ sets mode: +v suranga
15:50:34 <downey> djazayeri: I just posted a comment - only 3 rows in person_name
15:50:59 *** chopin has quit IRC
15:51:36 <djazayeri> downey: right, the point is that buea *used* to have a specific dataset for performance testing. It no longer does. I assume you're the one who knows best what happened between then and now.
15:51:56 <djazayeri> is buea the dedicated hardware machine (i.e. not a vm)?
15:52:47 <downey> djazayeri: it is
15:52:54 <downey> djazayeri: i have several sql dumps available on that machine
15:53:13 <djazayeri> downey: what are we currently using it for?
15:53:23 <downey> djazayeri: it's only for performance testing
15:53:53 <djazayeri> downey: okay, and you don't recall when we installed a new db on it?
15:53:59 <djazayeri> in the last year?
15:53:59 <downey> some time in 2010
15:54:25 *** sgithens_ has quit IRC
15:55:16 <downey> djazayeri: i've got a 1.8.sql dataset
15:55:29 <djazayeri> downey: can you try loading that one back up?
15:55:31 <downey> and a 'concept18x-lots-o-concepts-dump.sql'
15:55:53 <downey> djazayeri: sure
15:57:57 <downey> djazayeri: loading it in now
15:58:16 <djazayeri> downey: thanks!
16:03:21 *** chopin has joined #openmrs
16:13:34 <dkayiwa> wyclif: will you tell me when to resume with the orderentry tickets?
16:14:44 <wyclif> dkayiwa, we are going to work on a new module for order groups
16:14:46 *** suranga has quit IRC
16:14:57 *** suranga has joined #openmrs
16:15:08 <dkayiwa> wyclif: :D
16:15:15 <djazayeri> dkayiwa, wyclif: I don't think that work on the orderentry module is wasted, though
16:15:21 <wyclif> dkayiwa, i will be creating module the project but not sure if the tickets are ready
16:15:32 <dkayiwa> wyclif: ok
16:15:50 <djazayeri> wyclif: actually, maybe it's best to wait until after the design call to create the ordergroup module
16:15:57 <djazayeri> since it's <2 hours away
16:16:05 <wyclif> djazayeri, i think it is fine if dkayiwa continued working on order entry as we set up the ordergroup project
16:16:16 <wyclif> djazayeri, dkayiwa ok
16:16:22 <djazayeri> I agree
16:16:26 <wyclif> dkayiwa, you can find some bugs to fix in core
16:16:45 <djazayeri> wait, wyclif, I thought you just said it's fine for him to continue working on order entry...
16:16:49 <dkayiwa> wyclif: in that case. i updated and your commit did not fix the errors in the unit test classes
16:17:02 <wyclif> djazayeri, dkayiwa can work on order entry
16:17:17 <wyclif> dkayiwa, update again
16:17:20 <djazayeri> okay, so order entry, _not_ bugs to fix in core
16:17:24 <dkayiwa> wyclif: ok
16:17:28 <wyclif> dkayiwa, i have committed something els
16:17:34 <dkayiwa> wyclif: ok
16:17:43 <djazayeri> r_friedman: do you recall the suggestion I made to you about getting a module to include test jars some weeks ago?
16:18:08 <r_friedman> no
16:18:15 <r_friedman> oh you mean to the pom?
16:18:18 <djazayeri> yeah
16:18:25 <r_friedman> I can find that
16:18:28 <djazayeri> perhaps it's relevant to wyclif & dkayiwa
16:18:49 <djazayeri> if it's easy to find the pom modification you ended up making, could you share it with wyclif and dkayiwa?
16:19:07 <wyclif> djazayeri, i think i have fixed it
16:19:26 <dkayiwa> wyclif: yes you have :D
16:19:36 <wyclif> dkayiwa, cool
16:20:11 <djazayeri> r_friedman: okay, never mind, they have it resolved
16:24:06 <r_friedman> dkayiwa: wyclif here's the code snippet that goes in the <build><plug-ins> section of your main project pom
16:24:09 <r_friedman> <plugin><groupId>org.apache.maven.plugins</groupId><artifactId>maven-jar-plugin</artifactId><executions><execution><goals><goal>test-jar</goal></goals></execution></executions></plugin>
16:24:31 *** james_regen has quit IRC
16:25:10 <dkayiwa> thanks r_friedman looks like wyclif use a different trick :)
16:26:35 <r_friedman> dkayiwa: if you are editing your pom and need to set up a dependency with <classifier>tests</classifier>, make sure that you use the raw xml editor, the dependency properties on the formatted editor don't work right
16:27:10 <r_friedman> dkayiwa: actually, for any editing of <classifier>
16:27:39 <r_friedman> dkayiwa: in eclipse, you're probably using intellij or netbeans or something
16:28:15 *** suranga_ has joined #openmrs
16:28:27 *** suranga has quit IRC
16:29:09 <dkayiwa> r_friedman: ok thanks for the tip :)
16:29:09 <dkayiwa> wyclif: org.openmrs.module.ModuleException: Module requires version between 1.9.0 and , Current code version is 1.9.0.26845
16:29:09 <dkayiwa> r_friedman: ok
16:29:41 <wyclif> do maven clean install
16:29:49 <wyclif> dkayiwa, do maven clean install
16:31:06 <wyclif> dkayiwa, the other option delete the project and check it out again, i had to do this after i made the changes, looke like maven had already messed everything
16:31:08 *** dkayiwa_ has joined #openmrs
16:31:09 *** rafa has joined #openmrs
16:31:09 *** ChanServ sets mode: +v rafa
16:31:09 *** dkayiwa has quit IRC
16:31:10 *** dkayiwa_ is now known as dkayiwa
16:32:06 <dkayiwa> wyclif: sorry i got disconnected. did u type anything?
16:32:40 <wyclif> u might need to do mvn clean install
16:32:45 <wyclif> dkayiwa, u might need to do mvn clean install
16:32:59 <wyclif> dkayiwa, or just deleted the project and check out again
16:33:13 <dkayiwa> wyclif: thats what i did mvn clean install
16:33:31 <wyclif> dkayiwa, how about checking it out again?
16:33:40 <dkayiwa> wyclif: ok
16:33:55 <wyclif> dkayiwa, because the required version is now 1.9-RC3
16:34:17 <dkayiwa> wyclif: ok
16:35:25 <mseaton> djazayeri or bwolfe: question about custom data types...
16:36:27 <mseaton> are these meant to be what one would use if they wanted to say:
16:36:50 <mseaton> i want this field to be a concept, but constrained to only concepts in these sets, or with these classes?
16:37:08 <mseaton> or i want this field to be numeric, but with particular min and max value ranges?
16:37:52 <dkayiwa> wyclif: required version is expanded into <require_version>1.9.0-RC3</require_version>
16:38:49 <dkayiwa> wyclif: and yet 1.9.0-RC3 == 1.9.0.26845
16:39:14 <dkayiwa> wyclif: so i end up with org.openmrs.module.ModuleException: Module requires version between 1.9.0 and , Current code version is 1.9.0.26845
16:41:32 <djazayeri> mseaton: by custom datatypes you mean the new stuff in 1.9?
16:41:35 <wyclif> dkayiwa, i dont seem to get that well
16:41:40 <mseaton> djazayeri, yes
16:41:43 *** dawn_ has joined #openmrs
16:41:43 *** ChanServ sets mode: +v dawn_
16:42:10 *** dawn__ has joined #openmrs
16:42:10 *** ChanServ sets mode: +v dawn__
16:42:11 *** dawn_ has quit IRC
16:42:11 *** dawn__ is now known as dawn_
16:42:14 <wyclif> dkayiwa, do you get that when building the project?
16:42:16 <dkayiwa> wyclif: the openmrs module parser reads off 1.9.0 and discards the -RC
16:42:21 <wyclif> dkayiwa, or youa re trying to isntall it
16:42:27 <dkayiwa> wyclif: installing it
16:42:35 <djazayeri> mseaton: the point is that when you want to be able to add one or more attributes or resources to an existing object, but you don't know ahead of time what the datatypes of those will be
16:42:36 <wyclif> dkayiwa, well that is different
16:42:41 <djazayeri> mseaton: then you'd use custom datatypes
16:42:54 <djazayeri> mseaton: if you know that something is supposed to be a concept, you don't need custom datatypes
16:42:59 <wyclif> dkayiwa, just code , we will figure that out
16:43:13 <mseaton> djazayeri: so is there something built in that gives nice widgets for these things, based on the configuration?
16:43:18 <dkayiwa> wyclif ok
16:43:20 <wyclif> dkayiwa, it could because we are using a release candidate which is uncommon
16:43:26 <dkayiwa> wyclif: ok
16:43:35 <wyclif> dkayiwa, i just wanted to make sure your code compiles
16:43:39 <djazayeri> mseaton: in theory the datatype/handler framework will let you do that, though I don't think there is currently one for concept-in-a-set
16:43:41 <dkayiwa> wyclif: ok
16:43:57 <djazayeri> mseaton: there are only a couple of proof-of-concept datatypes/handlers now
16:44:03 <wyclif> dkayiwa, and besides these are tables are goint to change so running changeste is going to be a headache for now
16:44:27 <wyclif> dkayiwa, lets see after today's design call
16:44:49 <wyclif> dkayiwa, though you should be able to code and compile
16:45:16 <dkayiwa> wyclif: ok
16:46:24 <mseaton> djazayeri: for example, if I want to allow an OrderSet to specify either a specific concept, or to allow for a user to select a concept within a set, or allow a user to select a concept within a class, one way to do this would be to have "Concept concept", "Concept conceptSet", and "ConceptClass conceptClass" properties on the OrderSet that can be set or not set, and which the UI then interprets as needed. but i just remembered the custom datatype stuf
16:46:30 *** dkayiwa has quit IRC
16:47:47 <mseaton> if this isn't the intention, i'll just move on, but wanted to check first
16:48:06 *** suranga has joined #openmrs
16:48:15 <djazayeri> mseaton: I don't think custom datatypes are right for that; i'd move on
16:49:36 <mseaton> ok, thanks djazayeri. this is a common pattern that keeps coming up (at least for me). being able to specify a datatype you need, as well as the constraints around a particular datatype, in a re-usable way...
16:49:56 <mseaton> the reporting module could definitly use it, for example.
16:50:07 <mseaton> and i basically implemented a version of it in facilitydata
16:50:09 <djazayeri> mseaton: perhaps we could use custom datatype *handlers* for this, but I don't want to say so without thinking it through
16:51:20 *** suranga_ has quit IRC
16:51:42 <mseaton> fair enough. for my use case, limited to Concepts this is fine, but if i then want to be able to provide 1-N "suggested" doseUnits or instructions for those String fields, there isn't a well-defined way to do that. i'm pretty sure we hard-code a lot of this stuff in right now, right? djazayeri
16:51:45 <djazayeri> e.g. CustomDatatypeHandler (has a String configuration) has an HtmlDisplayableDatatypeHandler subclass
16:52:35 <mseaton> eg. if all we want to do is allow someone to configure default values for properties, we can do that with Concept and String. but once we want to provide possible options in a subset, we don't have a way of doing that.
16:53:00 <djazayeri> mseaton: I hear you; I don't have a good answer now.
16:53:08 <mseaton> that's what i wanted to know. thanks
16:59:46 *** rafa has quit IRC
17:01:17 *** Sateesh has joined #openmrs
17:01:24 <downey> Hi Sateesh and welcome to the #openmrs IRC channel.
17:01:37 <Sateesh> downey: thanks
17:01:57 <Sateesh> downey: is there a sql script file that has the schema of openmrs, instead of the libquibase xml file?
17:02:29 <Sateesh> djazayeri: ^^
17:02:36 *** mvorobey has joined #openmrs
17:03:57 <djazayeri> Sateesh: you could run the liquibase (via openmrs) and reverse-engineer it.
17:04:31 <djazayeri> Sateesh: someone may have done this and published it, but as OpenMRS we only officially release the liquibase (and sql dumps _with_ demo data)
17:04:33 <Sateesh> djazayeri: yes, was about to do that. The desc tables; does not give out the complete schema definitions...so looking out for ways
17:06:19 <chopin> suranga, i'm back
17:06:19 *** suranga_ has joined #openmrs
17:06:22 <chopin> suranga, i'm back
17:06:52 <djazayeri> whoa, deja vu
17:06:56 <djazayeri> whoa, deja vu
17:08:07 *** suranga has quit IRC
17:10:10 <Sateesh> djazayeri: found it, mysqldump --no-data would give out the schema
17:10:53 <chopin> heh
17:11:06 <chopin> i think suranga* is/are having connectivity problems
17:11:27 *** apurv has joined #openmrs
17:17:13 *** dawn_ has quit IRC
17:19:38 *** sgithens has joined #openmrs
17:23:12 *** dkayiwa has joined #openmrs
17:25:28 *** Jibesh has joined #openmrs
17:29:25 *** dkayiwa_ has joined #openmrs
17:30:32 *** dkayiwa has quit IRC
17:30:32 *** dkayiwa_ is now known as dkayiwa
17:33:36 *** james_regen has joined #openmrs
17:33:36 *** ChanServ sets mode: +v james_regen
17:35:20 *** dawn_ has joined #openmrs
17:35:20 *** ChanServ sets mode: +v dawn_
17:35:50 *** dawn__ has joined #openmrs
17:35:50 *** dawn_ has quit IRC
17:35:50 *** ChanServ sets mode: +v dawn__
17:35:50 *** dawn__ is now known as dawn_
17:37:19 *** suranga has joined #openmrs
17:37:24 <suranga> hi chopin
17:37:32 <suranga> chopin, my net is very choppy
17:37:40 <suranga> I just saw your reply..
17:40:53 *** suranga_ has quit IRC
17:43:47 <r_friedman> wyclif: you there, wyclif?
17:44:52 <wyclif> yes
17:45:22 <r_friedman> wyclif: i'm looking at your e-mail of 12:59 saying that synch assumes that uuids are globally unique across all tables
17:45:44 *** jim__ has joined #openmrs
17:45:50 <downey> Hi jim__ and welcome to the #openmrs IRC channel.
17:45:55 <r_friedman> am i correct that synch uses sql calls to get the uuids from each table, wyclif ?
17:46:00 <jim__> hello
17:47:43 <wyclif> r_friedman, what i said is partially correct for sync
17:48:07 <wyclif> r_friedman, sync stores the uuid and i think the type of each object
17:48:23 <wyclif> but all entried are stored in the same sync record table
17:48:55 <r_friedman> but synch gets those uuids via SQL and not via object methods, right?
17:49:06 <wyclif> meaning i cant say get me all sync records for the objec matching the passed in uuid
17:49:26 <wyclif> sync uses hibernate
17:49:42 <r_friedman> ouch
17:49:49 <wyclif> so it had mapped domain objects
17:49:57 <wyclif> r_friedman, so it has mapped domain objects
17:50:26 *** jim__ has quit IRC
17:50:28 <r_friedman> wyclif, if you have a subclass, requests to the subclass have the same uuid as requests to the parent class
17:51:03 <r_friedman> wyclif, the subclass table may have a uuid in it, but it is not used to identify the record
17:53:29 <wyclif> depending on how you map your tables, subclasses typically dont have a separate uuid column, they only have a foreign key to the super class' table but hibernate takes care of that inheritance
17:53:48 *** Jibesh has left #openmrs
17:54:23 <r_friedman> wyclif: you are right; getUuid(subclass) should yield the same result as getUuid((superclass) subclass)
17:54:47 <wyclif> r_friedman, correct
17:55:01 *** mansi has quit IRC
17:55:20 <wyclif> r_friedman, unless the subclass overrides the method ofcourse and returna a different value
17:56:14 *** r1friedman has joined #openmrs
17:56:26 <r1friedman> wyclif: and synch is cool with that?
17:57:28 <wyclif> yeah
17:57:34 *** dawn_ has quit IRC
17:57:49 <r1friedman> wyclif: tks, just wanted to make sure
17:58:46 *** r_friedman has quit IRC
18:00:22 *** dawn_ has joined #openmrs
18:00:22 *** ChanServ sets mode: +v dawn_
18:01:30 *** r1friedman is now known as r_friedman_away
18:02:07 *** dawn_ has quit IRC
18:03:34 <djazayeri> bwolfe: design call?
18:04:58 *** wyclif has quit IRC
18:05:44 *** bwolfe has quit IRC
18:10:30 *** bwolfe has joined #openmrs
18:10:30 *** ChanServ sets mode: +o bwolfe
18:10:33 <nribeka> hi apurv
18:10:56 <nribeka> bwolfe, can we have a design call on the patient summary sprint?
18:11:09 <bwolfe> yes, what week is good for you?
18:11:23 <nribeka> anytime before i leave for kenya i guess?
18:11:27 <nribeka> is today busy?
18:11:38 <nribeka> maybe next week?
18:13:36 <dkayiwa> djazayeri: do we have sound on connect?
18:14:09 <bwolfe> dkayiwa, burke just started it
18:14:17 <bwolfe> nribeka, today is busy. and already started :-p
18:14:21 <bwolfe> http://notes.openmrs.org/Design-Forum-2012-04-25
18:14:30 <dkayiwa> bwolfe: thanks :)
18:14:31 <bwolfe> next week is probably ok, I just won't be there. :-)
18:17:49 *** wyclif has joined #openmrs
18:19:20 <dkayiwa> bwolfe: what happened to freeconferencing?
18:19:32 <nribeka> bleh
18:19:33 *** Sateesh has quit IRC
18:19:39 <nribeka> two weeks from now then bwolfe
18:19:41 <bwolfe> dkayiwa, fc is still working fo us
18:19:52 <dkayiwa> bwolfe: oh
18:19:55 *** Sateesh has joined #openmrs
18:20:01 <bwolfe> dkayiwa, is the skype fc down?
18:20:08 <bwolfe> dkayiwa, can you just connect to connect?
18:20:17 <dkayiwa> bwolfe: yes down
18:21:13 <dkayiwa> bwolfe: connect i do not hear anything. though i can see
18:21:21 <bwolfe> nribeka, scheduled: http://notes.openmrs.org/Design-Forum-2012-05-09
18:21:30 <nribeka> thanks bwolfe
18:21:31 <dkayiwa> bwolfe: Could it be my network connection?
18:21:43 <bwolfe> dkayiwa, doubtful. is the speaker button clicked in connect? :-p
18:21:58 <bwolfe> or maybe connect didn't connect to fc...
18:22:34 <dkayiwa> bwolfe: i heard for like a few seconds and then sound went off
18:22:40 <bwolfe> dkayiwa, how about now?
18:22:57 <dkayiwa> bwolfe: now i can hear. thanks :)
18:23:03 <bwolfe> awesome
18:23:08 <bwolfe> sorry for the delay
18:23:16 <dkayiwa> bwolfe: no problem
18:30:32 *** sgithens has quit IRC
18:57:23 *** manu has joined #openmrs
18:57:38 <downey> Hi manu and welcome to the #openmrs IRC channel.
18:57:49 *** manu is now known as Guest13031
19:00:07 *** Sateesh has quit IRC
19:01:41 *** Guest13031 has quit IRC
19:03:00 <apurv> hello nyoman sir
19:05:28 *** mvorobey has quit IRC
19:26:42 *** tarus has joined #openmrs
19:26:48 <downey> Hi tarus and welcome to the #openmrs IRC channel.
19:27:06 <tarus> hi all
19:27:15 <bwolfe> hi tarus
19:28:17 <tarus> im doing good just the rains hitting the roof hop your doing well
19:29:14 <tarus> we are doing an upgrade test to openmrs 1.9
19:29:49 <bwolfe> rains are no good...
19:30:25 <tarus> using the release test helper module and we are having a few challenges
19:30:51 <bwolfe> ok
19:30:54 <bwolfe> how so
19:30:58 <bwolfe> ?
19:32:17 <tarus> at 1st it seemed that the max packets allowed were not enough so we adjusted the mysql configs
19:32:57 <tarus> which help
19:33:33 <tarus> now the trouble seems to be in the server running the release test module
19:34:44 <tarus> the log file
19:34:45 <tarus> http://pastebin.com/hjYufww0
19:35:45 <bwolfe> tarus, that server isn't starting at all?
19:35:52 *** robbyoconnor has quit IRC
19:36:02 <bwolfe> looks like the dwr-modules.xml file is corrupted
19:36:16 <bwolfe> tarus, its in openmrs/web-inf/ folder
19:36:23 <bwolfe> you can just rename that to something else and restart
19:37:50 <tarus> aha thanks ill do just that
19:43:37 <downey> djazayeri: i don't think we can use that 1.8 data out of the box for testing, we'll need to generate new 1.9 data i imagine
19:43:54 <downey> e.g.: Reason: liquibase.exception.DatabaseException: Error executing SQL ALTER TABLE `person_address` MODIFY `address1` VARCHAR(255): Table 'openmrs.person_address' doesn't exist:
19:45:10 <downey> (i will try a different dataset on the server first)
19:45:58 <tarus> from an earlier try we had this logs ( http://pastebin.com/sPTFgRFy ) from the 1.9 server
19:47:07 <djazayeri> downey: seems odd
19:47:40 <downey> djazayeri: i feel like that dataset might not have been complete
19:48:25 <tarus> and ( http://pastebin.com/rW1Bh9yD ) from the 1.8 server running the release helper module
19:54:29 <dkayiwa> tarus: looks like generating the test dataset succeeded on the 1.8 server
19:54:43 <dkayiwa> tarus: what is the log on the 1.9 server?
19:54:44 <chopin> suranga, you still there?
19:58:32 <tarus> Kayiwa, http://pastebin.com/swhZXSLf
19:59:37 *** dawn_ has joined #openmrs
19:59:37 *** ChanServ sets mode: +v dawn_
20:00:12 <nribeka> bwolfe, do you know where the saved search from the cohort builder go in the database?
20:00:26 <bwolfe> report_object?
20:01:21 <nribeka> hmmm ... i have a strange case. so i have cohort id = 9 in the database, but when i call the cohort service to get that cohort using the id, i get null
20:01:59 <nribeka> but i said it's a saved search and pass id = 9, it get the correct cohort even though the report_object table doesn't have id = 9 in them
20:02:06 <nribeka> do you have any idea why bwolfe?
20:03:40 <nribeka> *correction bwolfe: but if i search the saved search and pass id = 9, it get the correct cohort even though the report_object table doesn't have id = 9 in them
20:03:55 *** wyclif has quit IRC
20:05:05 *** bwolfe has quit IRC
20:05:20 *** r_friedman_away has quit IRC
20:05:56 <tarus> kayiwa are you there?
20:06:03 <mseaton> nribeka: cohorts are stored in the cohort / cohort_member table
20:08:58 <nribeka> mseaton, i'm calling the getCohort(Integer id) using an id that exist in the database but i get null instead of the cohort. do you have any hint on why?
20:09:02 <nribeka> puzzling ...
20:10:01 <mseaton> nribeka: no, would have to look at the code. my guess is that cohorts are stored in the cohort / cohort_member table, but saved searches are stored in the report_object table.
20:10:12 <dkayiwa> tarus: sorry i did not see your response. can you use dkayiwa ? :)
20:11:03 <nribeka> anyway mseaton. thanks. i think i might just debug em
20:11:48 <dkayiwa> tarus: what size do you have for the max allowed packet?
20:13:32 *** james_regen has quit IRC
20:15:19 <tarus> kayiwa : 1536M for the 1.9 server
20:16:26 <dkayiwa> tarus: ok thats big enough
20:17:11 <dkayiwa> tarus: i think we need to now copy the sql dump file and try to run it manually
20:17:44 <dkayiwa> tarus: the current code does not output all errors
20:18:11 <tarus> dkayiwa : tat would be helpfull
20:18:31 <dkayiwa> tarus: do you know where the temporary sql dump file is created?
20:18:46 <dkayiwa> tarus: should be in your temp folder
20:18:57 <tarus> dkayiwa : no i was going to ask
20:19:31 <dkayiwa> tarus: the unfortunate thing is that it is deleted
20:20:00 <dkayiwa> tarus: looks like we need some way of copying it fast before it gets deleted
20:20:32 <dkayiwa> tarus: do you know where your temp folder is?
20:21:17 <tarus> dkayiwa for the server?
20:21:26 <dkayiwa> tarus: for the 1.9 server
20:22:33 <tarus> dkayiwa like the /tmp or does openmrs create a tmp folder for itself?
20:22:51 <dkayiwa> tarus: the operating system temp folder
20:23:17 <tarus> dkayiwa : yes i do
20:24:05 <dkayiwa> tarus: can you rerun the test installation and then see a new testdatasetdump file which will get created?
20:24:13 <dkayiwa> tarus: in the temp folder
20:26:26 <dkayiwa> tarus: the file name will have a prefix of: testDataSet and suffix of: dump
20:26:39 <tarus> dkayiwa : aha ill rerun the test and check for that is there a way to know when it has finished writting to it
20:28:25 <dkayiwa> tarus: yes when you get this in the 1.8 server log: Exiting method generateTestDataSet
20:28:47 <dkayiwa> tarus: then you copy it very fast before it gets deleted :)
20:30:24 <tarus> dkayiwa : thanks ill have the script just waiting for the return key to go down
20:32:19 *** chopin has quit IRC
20:34:13 *** bryq has quit IRC
20:37:31 *** snoppy has left #openmrs
20:57:02 *** suranga has quit IRC
20:57:11 *** tarus has quit IRC
21:00:42 *** apurv has quit IRC
21:01:14 *** dawn_ has quit IRC
21:02:13 *** dkayiwa_ has joined #openmrs
21:02:51 *** downey has quit IRC
21:03:24 *** nribeka has quit IRC
21:03:28 *** dkayiwa has quit IRC
21:03:28 *** dkayiwa_ is now known as dkayiwa
21:25:18 *** mseaton has left #openmrs
21:34:08 *** dkayiwa has quit IRC
21:51:05 *** dawn_ has joined #openmrs
21:51:05 *** ChanServ sets mode: +v dawn_
21:51:11 *** dawn_ has quit IRC
21:56:18 *** MarkG has quit IRC
22:30:41 *** wyclif has joined #openmrs
23:35:53 *** lh has quit IRC
23:45:53 <deadpool> hey djazayeri for html form entry does dynamic inputs not work?
23:48:53 *** finbrein has quit IRC
23:49:27 <djazayeri> deadpool: you mean having a dynamic number of inputs, e.g. "add another"?