IRC Chat : 2012-06-01 - OpenMRS

00:13:46 *** lh has quit IRC
00:33:09 *** downey has left #openmrs
00:51:00 *** harshadura has joined #openmrs
00:59:17 *** finbrein has quit IRC
01:06:55 *** finbrein has joined #openmrs
01:08:25 *** harshadura has quit IRC
01:16:49 *** bwolfe has joined #openmrs
01:16:49 *** ChanServ sets mode: +o bwolfe
01:29:39 *** harshadura has joined #openmrs
01:34:44 *** finbrein has joined #openmrs
01:37:56 *** djazayeri1 has joined #openmrs
01:38:11 *** djazayeri has quit IRC
01:44:52 *** r0bby has joined #openmrs
01:44:52 *** ChanServ sets mode: +v r0bby
01:46:56 *** r0bby_ has joined #openmrs
01:46:56 *** ChanServ sets mode: +v r0bby_
01:49:19 *** robbyoconnor has quit IRC
02:04:32 *** djazayeri has joined #openmrs
02:04:32 *** ChanServ sets mode: +o djazayeri
02:04:40 *** djazayeri has quit IRC
02:04:50 *** djazayeri has joined #openmrs
02:04:50 *** ChanServ sets mode: +o djazayeri
02:07:01 *** djazayeri1 has quit IRC
02:17:08 *** harshadura has quit IRC
02:17:29 *** jordank has joined #openmrs
02:18:19 *** pusakat has joined #openmrs
02:18:44 *** jordank has quit IRC
02:19:20 *** pusakat has quit IRC
02:26:35 *** r0bby_ is now known as robbyoconnor
02:32:06 *** djazayeri has quit IRC
02:32:25 *** djazayeri has joined #openmrs
02:32:25 *** ChanServ sets mode: +o djazayeri
02:38:30 *** harshadura has joined #openmrs
02:53:26 *** upul` has joined #openmrs
02:53:46 *** ChanServ sets mode: +v upul`
03:21:05 <finbrein> ping djazayeri
03:31:02 <djazayeri> hi finbrein
03:31:59 <finbrein> djazayeri: creating an Eclipse Birt XML data source. One can get it via URL or browse to it on the file system
03:32:35 <djazayeri> ok
03:32:43 <finbrein> djazayer: my understanding is that the current REST WS for openmrs uses JSON to exchange data
03:32:51 <djazayeri> yes
03:33:07 <djazayeri> though it could also support xml with some work
03:33:24 <finbrein> djazayeri: meanwhile we expect XML for the the XML data source option in the BIRT report designer
03:33:38 <djazayeri> by the way, are you aware of the spike Ben and I did on the Reporting REST module and the Pentaho PDI Plugin?
03:33:49 <finbrein> djazayeri: no
03:34:10 <finbrein> what is spike pls?
03:34:37 <finbrein> American English ;)
03:35:50 <djazayeri> finbrein: http://www.extremeprogramming.org/rules/spike.html
03:36:03 <djazayeri> we don't use it correctly in the XP sense.
03:36:29 <djazayeri> finbrein: at OpenMRS we use it to mean: write some code pretty quickly without doing much/any design work up front to see if we can get something working.
03:36:41 <djazayeri> finbrein: https://groups.google.com/a/openmrs.org/d/topic/dev/-d_FfX7sDi4/discussion
03:36:44 *** robbyoconnor has quit IRC
03:37:06 <finbrein> djazayeri: clear
03:37:09 <djazayeri> finbrein: anyway, are you planning to use the RESTWS module in this case?
03:37:18 <finbrein> djazayeri: yes
03:37:35 <djazayeri> that last link describes what we did for a similar situation for Pentaho Data Integration.
03:38:01 <finbrein> djazayeri: I want to be able to create xml data source via the OpenMRS REST WS in the the Birt report designer
03:38:24 <finbrein> thanks djazayeri, i'll check it out;)
03:38:28 <djazayeri> finbrein: XML data source means that the *data* is in XML?
03:38:36 *** robbyoconnor has joined #openmrs
03:38:39 <finbrein> true
03:38:42 *** robbyoconnor has quit IRC
03:38:42 *** robbyoconnor has joined #openmrs
03:38:42 *** ChanServ sets mode: +v robbyoconnor
03:39:23 <finbrein> i am to clarify, since the REST will be sending JSON and we expect XML
03:39:52 <finbrein> but i'll check out the link and get back if i need to ask for more understanding
03:39:53 <djazayeri> finbrein: offhand, and knowing virtually nothing about BIRT, I'd think that a scripted data source might be easier. You can have that make the REST WS call, and convert the JSON into whatever BIRT is expecting.
03:40:16 <djazayeri> finbrein: and use the reportingrest module that Mike, Ben, and I put together.
03:40:52 <finbrein> oh the reportingrest module! i need to grab it now
03:41:02 <finbrein> thanks
03:41:06 <djazayeri> finbrein: it's at the proof-of-concept stage
03:41:22 <djazayeri> finbrein: it still returns json
03:41:31 <djazayeri> finbrein: and it doesn't handle parameters yet, IIRC.
03:41:39 <finbrein> haha
03:41:49 <djazayeri> finbrein: or maybe it does, but we didn't figure out how to pass them in from pentaho
03:43:09 *** harshadura has quit IRC
03:43:37 <djazayeri> finbrein: anyway, look at my email I linked to, and the links to code too
03:44:17 <djazayeri> finbrein: hey, what's your email, I thought of something I wanted to email you and justin
03:44:49 <finbrein> djazayeri: my email address: opensourcein@gmail.com
03:45:08 <finbrein> i use it for open source mainly
03:51:23 *** bwolfe has quit IRC
04:17:00 *** r0bby has quit IRC
04:22:29 *** finbrein has quit IRC
04:48:04 *** finbrein has joined #openmrs
04:48:42 <finbrein> djazayeri: Sorry, I was doing some cleaning, hope i didn't miss something?
05:22:58 *** finbrein has quit IRC
05:36:55 *** harshadura has joined #openmrs
06:09:13 *** harshadura has quit IRC
06:33:33 *** dkayiwa has joined #openmrs
06:45:45 *** harshadura has joined #openmrs
07:49:49 *** bryq has joined #openmrs
07:49:49 *** ChanServ sets mode: +v bryq
07:56:06 *** Mkop has quit IRC
07:56:30 *** Mkop has joined #openmrs
07:56:30 *** ChanServ sets mode: +v Mkop
07:58:52 *** mgielow has joined #openmrs
08:06:53 *** rafa has joined #openmrs
08:06:53 *** ChanServ sets mode: +v rafa
08:17:41 *** mgielow has joined #openmrs
08:59:25 *** harshadura has quit IRC
09:21:41 *** mgielow has quit IRC
09:40:13 *** sunbiz has joined #openmrs
09:40:13 *** ChanServ sets mode: +v sunbiz
09:41:47 *** ShellZero has joined #openmrs
09:41:47 *** dkayiwa has quit IRC
09:45:34 <ShellZero> hey rafa
09:45:45 <rafa> ShellZero: hey
09:46:09 *** ShellZero is now known as applecool
09:46:39 <applecool> i committed the code
09:46:59 <applecool> both the tasks!
09:47:05 <applecool> but i have some doubts rafa
09:47:23 <rafa> applecool: does a compiler have doubts?
09:47:42 <applecool> no
09:48:00 <rafa> applecool: okay let me try it then :D
09:48:29 <applecool> as you told without logging in i need to redirect to the main page ! you meant the uploadpackage page right?
09:49:09 <applecool> i added a tab in the main page and changed the security.xml to give permission to ROLE_ANONYMOUS
09:49:54 <rafa> applecool: no the maing page is index
09:50:14 <applecool> ya i mean index
09:50:21 <applecool> did you run it rafa?
09:50:32 <rafa> applecool: I'm building it....
09:50:38 <applecool> ok :)
09:50:59 <applecool> i guess there may be bugs!
09:51:17 *** harshadura has joined #openmrs
09:53:06 * applecool nervous! tensed
09:54:30 <rafa> applecool: Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.3:run (default) on project metadataserver-web: An Ant BuildException has occured: The following error occurred while executing this line:
09:54:30 <rafa> [ERROR] D:\workspace\metadataserver\web\src\test\resources\web-tests.xml:208: Wrong document title found!. Expected value ".*File Uploaded Successfully!.*" but got "packageDetail.title
09:55:07 <applecool> ?
09:55:20 <rafa> build failed
09:55:41 <rafa> integration tests
09:55:56 <rafa> you have changed the website, but forgot to change the test
09:56:03 <applecool> oh!
09:56:12 <applecool> i always skipped the tests
09:56:16 <applecool> while running
09:56:45 <applecool> once can you try skipping tests?
09:57:16 <rafa> applecool: yes, I'm doing that, but you need to fix it :)
09:57:36 <applecool> hmm..
09:58:02 <rafa> applecool: so when I go to the localhost:8080 I'm still redirected to the login page
09:58:37 <rafa> applecool: I see the menu with Package Upload
09:58:51 <applecool> oh! from the start ! that was the case!
09:58:57 <applecool> yes i added it
09:59:14 <applecool> so that it takes to the uploadform directly without logging in
09:59:19 <rafa> applecool: what I should see is http://localhost:8080/mainMenu
09:59:36 <applecool> mainMenu! ?
09:59:38 <applecool> oh no
09:59:40 <rafa> applecool: without Edit Profile and Logout button
09:59:55 <rafa> applecool: and with Login button
10:00:26 *** sunbiz1 has joined #openmrs
10:00:30 <applecool> messed up
10:00:41 <applecool> okay!
10:00:45 <applecool> the other task?
10:00:51 <applecool> is it good?
10:00:54 <rafa> applecool: but the package form displays correctly after uploading a file
10:01:07 <rafa> applecool: well messages are messed up :)
10:01:16 <rafa> applecool: I see packageDetail.heading
10:01:22 <rafa> applecool: package.name
10:01:26 <applecool> yeah!
10:01:33 <rafa> applecool: you need to add them
10:01:33 <applecool> i need to change them!
10:02:23 *** sunbiz has quit IRC
10:02:51 <applecool> can you comment them out rafa?
10:03:00 <applecool> what else need to be added?
10:03:31 <rafa> applecool: so we don't want to see the Package Upload button on the login page
10:03:41 <applecool> okay
10:04:07 <rafa> applecool: when I go to localhost:8080 I want to be shown localhost:8080/MainMenu
10:04:26 <applecool> rafa: So actually when i type http://localhost:8080 you want me to show mainMenu right?
10:04:36 <applecool> Just with Welcome
10:04:41 <rafa> applecool: yes
10:04:51 <applecool> and a login button
10:04:52 <rafa> applecool: mainMenu shouldn't show the Edit Profile and Logout button when you're not logged in
10:05:05 <rafa> applecool: but the Login button
10:05:29 <rafa> applecool: when I login I don't want to be redirected to the upload file page
10:05:45 <rafa> applecool: but the page I originally wanted to display
10:06:15 <rafa> applecool: so if I was on the mainMenu page when I click login I want to go bck to mainMenu when I'm logged in
10:06:45 <rafa> applecool: I think it was the original behavior you changed
10:06:54 <rafa> applecool: so just revert your change
10:07:33 <applecool> okay
10:09:13 <rafa> applecool: I want the mainMenu page to be accessible without logging in, because later we'll add there package listing and searching
10:09:59 *** pushpa has joined #openmrs
10:09:59 *** harshadura has quit IRC
10:10:09 <applecool> okay
10:11:32 <applecool> rafa: can you brief me what all i need to do?
10:11:52 <rafa> applecool: haven't I just done that?
10:12:10 <applecool> yes ! :D
10:12:22 <applecool> yo dint add any comments right? on git?
10:12:26 <applecool> you*
10:12:57 <applecool> okay! i will make the changes now :)
10:13:25 <rafa> applecool: okay, I could look at your commit, but it doesn't do what we want anyway so you should just revert it :)
10:14:07 <rafa> applecool: except for the other task which is good
10:14:20 <rafa> applecool: i.e. displaying the package form after uploading a file
10:14:40 <applecool> thanks rafa atleast i have done one correct! :P
10:14:47 <rafa> applecool: I hope you did it in two separate commits :)
10:14:56 <rafa> applecool: so you can easily revert one
10:15:07 <applecool> noooo! thats what the problem is! :D
10:15:17 <rafa> applecool: ups...
10:15:21 <applecool> no problem rafa i know where i changed ! so i will do it :)
10:15:32 <applecool> ups.. ?
10:15:41 <rafa> applecool: you forgot to commit often ;)
10:16:05 <applecool> oops sorry
10:16:12 <applecool> i was tensed with the tasks!
10:16:14 <applecool> :D
10:16:27 <rafa> applecool: ups... = ooops... :D
10:16:52 <applecool> ok :)
10:17:13 <rafa> applecool: no worries
10:17:18 <applecool> okay :)
10:17:26 <applecool> i wil change the file and i wil commit again :)
10:17:46 <rafa> applecool: yes, first revert you're changes and commit
10:17:52 <rafa> applecool: and then try to do it right
10:18:46 <applecool> if i revert i will loose all my packageform changes too right?
10:19:40 <rafa> applecool: yes, but that was a small change
10:19:48 <applecool> okay :)
10:19:54 <rafa> applecool: you can quickly do it now when you know how :)
10:20:11 <applecool> :)
10:22:36 <rafa> applecool: have you noticed you committed some of your pictures https://github.com/rkorytkowski/openmrs-contrib-metadataserver/commit/f1611e2d0dddec38ffebc67cab7ec8ddfd6b7588? :D
10:22:50 <applecool> oops! :D
10:23:37 <applecool> oh god there are many!
10:23:40 <applecool> haha!
10:24:05 <rafa> applecool: haha yes, and will stay there forever :P
10:24:19 <applecool> rafa: oh no!
10:24:26 <applecool> are you serious! cant delete them?
10:24:27 <applecool> :P
10:24:31 <rafa> applecool: maybe there's a way...
10:24:38 <applecool> how! :D
10:24:50 <rafa> applecool: I don't know how
10:24:56 <rafa> applecool: we could try googling it
10:25:21 <applecool> oh nooooo :D
10:27:11 <rafa> applecool: you can try with this http://stackoverflow.com/questions/927358/git-undo-last-commit
10:27:34 <rafa> applecool: you need to do it twice since you did two commits
10:28:03 <rafa> applecool: do you want to try yourself or you want me to do it?
10:28:30 <applecool> i will try :)
10:28:33 <applecool> then if i dont get it! i will tell you rafa :)
10:29:15 <rafa> applecool: okay, I've got a backup in case something goes wrong
10:33:34 *** pushpa has quit IRC
10:34:03 *** maurya has joined #openmrs
10:34:23 <applecool> rafa: when i entered edit it just stopped!
10:34:25 <maurya> djazayeri: hi
10:34:35 <applecool> its not at all going further
10:36:01 <rafa> applecool: I think you don't want to use edit
10:36:20 <rafa> applecool: and you want to use git reset --hard HEAD~1
10:36:26 <applecool> hard!
10:36:30 <applecool> i used soft :D
10:36:33 <rafa> applecool: to nuke last commit
10:36:41 <rafa> applecool: and never see it again
10:39:12 *** harshadura has joined #openmrs
10:39:20 <applecool> rafa: did it reset?
10:39:28 <applecool> i executed the command! :P
10:39:39 <rafa> applecool: actually stop
10:39:44 <rafa> applecool: did you push?
10:39:50 <applecool> yes i pushed it!
10:40:09 <rafa> applecool: no it's still there
10:40:27 <applecool> yeah i can still see them!
10:40:34 <rafa> applecool: pull now
10:40:37 <rafa> applecool: I'll try
10:41:00 <applecool> yeah i pulled it
10:41:07 <rafa> applecool: ok wait
10:41:09 <applecool> its showing me Already Uptodate! :)
10:41:19 <applecool> ok rafa you try :D
10:50:53 <rafa> applecool: done
10:51:20 <applecool> cool ... cool ..
10:51:24 * applecool happy :)
10:51:27 <rafa> applecool: I used this answer http://stackoverflow.com/questions/448919/how-can-i-remove-a-commit-on-github
10:52:04 <rafa> applecool: now you can pull
10:52:15 <applecool> yup :) Thanks a lot rafa :)
10:52:55 *** maurya has quit IRC
10:53:26 <applecool> rafa: but i guess still the images are present
10:53:38 <rafa> applecool: where?
10:53:44 <rafa> applecool: on your pc or github?
10:53:47 <applecool> on git
10:53:52 <applecool> not on pc!
10:53:57 <applecool> on git
10:54:02 <rafa> applecool: I don't see them...
10:54:06 <rafa> applecool: where?
10:55:33 <applecool> just now i saw them! if you goto the link u can see them!
10:55:39 <applecool> https://github.com/rkorytkowski/openmrs-contrib-metadataserver/commit/f1611e2d0dddec38ffebc67cab7ec8ddfd6b7588
10:56:20 <rafa> applecool: I guess it's cached by th github
10:56:29 <applecool> yeah!
10:56:33 <rafa> applecool: they're no longer in the repository
10:56:38 <applecool> thought the same :)
10:56:44 <applecool> cool ! thanks rafa !
10:56:55 <rafa> applecool: I believe they should disappear after some time
10:57:21 <applecool> i will make sure that i will not do such bad commit! :D
10:57:58 <rafa> applecool: have you just tested uploading files?
10:58:25 <applecool> yes! i was doing that! and didnt anticipate that they will get onto repository!
10:58:40 <applecool> i tested them!
10:59:08 <rafa> applecool: we'll change that soon to store files in the DB and it should no longer be a problem
10:59:34 <applecool> cool :) i thought i messed something again
10:59:35 <applecool> 1
10:59:38 <applecool> !
11:01:03 <applecool> so rafa i just want to reiterate the work which i need to do for my clarity! please tell me if i am wrong anywhere!
11:01:07 <applecool> shall i?
11:01:21 <rafa> applecool: go ahead
11:01:55 <applecool> 1. removing the PackageUpload on the login nav bar!
11:02:07 <rafa> applecool: 1. is done we reverted it
11:04:20 <applecool> Ok! 2. when i type http://localhost:8080 it should redirect to mainMenu which should show only Welcome in the body and a Login button in the navbar
11:04:24 <applecool> right?
11:04:53 <rafa> applecool: right. Main Menu and Login in the navbar
11:05:08 <applecool> MainMenu in the navbar/
11:05:09 <applecool> ?
11:05:20 <rafa> applecool: it's already there, you just need to add Login
11:06:18 <applecool> okay now i got it! :)
11:06:33 <applecool> so i need to show http://localhost:8080/mainMenu
11:06:43 <rafa> applecool: yes
11:06:50 <applecool> this right without the EditProfile and UploadPackage
11:06:57 <rafa> applecool: right
11:06:58 <applecool> only Welcome in the body!
11:07:01 <applecool> cool
11:07:04 <applecool> okay
11:07:06 <rafa> applecool: and that's it
11:07:25 <rafa> applecool: and you need to add again displaying package form after uploading a file
11:07:53 <applecool> okay ! the same task which i completed good!
11:07:54 <applecool> right?
11:08:52 <rafa> right
11:09:13 <applecool> and in the package Form i need to change the packageheading.detail and package.name ; etc etc to Package Information; Name;Description;Version
11:09:15 <applecool> right?
11:09:43 <rafa> applecool: yes, you just need to add the messages to the translation file
11:09:59 <applecool> yup! in the application.properties
11:10:03 <applecool> file
11:10:05 <applecool> right?
11:10:44 <rafa> ApplicationResources.properties to be precise
11:10:53 <applecool> i mean the ApplicationResources.properties
11:11:00 <applecool> yes yes :)
11:11:03 <applecool> exactly :)
11:11:07 <applecool> thats it?
11:11:13 <applecool> anything else?
11:11:27 <applecool> u were telling about the tests i guess! ?
11:11:43 <rafa> applecool: yes, after all make sure the tests still pass
11:11:57 <applecool> hmm! sure :)
11:12:05 <applecool> i will do that!
11:12:27 <applecool> seriously i should have spoke to before and should have got some clarity! made some mess!
11:12:38 <applecool> i apologize for it rafa :)
11:13:12 <rafa> applecool: I should have been more precise as well.
11:13:26 <applecool> its not your fault rafa :)
11:13:36 <applecool> now everything is cool :)
11:13:39 <applecool> i will do it :)
11:14:00 <rafa> applecool: yes, let's go back to coding!
11:14:18 <applecool> :)
11:14:26 <applecool> bye will be back again :)
11:14:32 <rafa> applecool: cya!
11:14:47 *** applecool has quit IRC
11:25:48 *** harshadura has quit IRC
11:26:36 *** upul` has quit IRC
11:26:36 *** harshadura has joined #openmrs
11:31:27 *** mgielow has joined #openmrs
11:32:54 *** snoppy has joined #openmrs
11:49:47 *** dkayiwa has joined #openmrs
11:53:16 <dkayiwa> hi rafa
11:53:23 <rafa> dkayiwa: hi :)
11:53:43 <dkayiwa> rafa: do you think the module is in a state i can test? :)
11:54:02 <rafa> dkayiwa: no, because the trunk is not in a state I can finish it :D
11:54:19 <dkayiwa> rafa: do you mean trunk is not running?
11:54:22 <rafa> dkayiwa: see https://tickets.openmrs.org/browse/TRUNK-3396
11:55:35 <dkayiwa> rafa: i have a solution for that :)
11:55:53 <rafa> dkayiwa: I can't wait :D
11:56:26 <dkayiwa> rafa: just remove the last changeset (that wyclif added which is not needed) in the liquibase file
11:56:53 <rafa> dkayiwa: you mean remove it from the liquibase file?
11:56:53 <dkayiwa> rafa: that is all you need :)
11:56:58 <dkayiwa> rafa: yes
11:57:35 <rafa> dkayiwa: I already changed to some previous revision of trunk
11:57:50 <rafa> dkayiwa: I'll wait before updating again until it's fixed
12:04:04 <dkayiwa> rafa: looks like the error you reported is not the actual one (in the ticket name) :)
12:04:41 <rafa> dkayiwa: right
12:05:04 <dkayiwa> rafa: the preconditions are already in the correct changesets
12:05:58 <dkayiwa> rafa: the changeset am referring to is: 1-grant-new-dashboard-overview-tab-app-privileges
12:06:08 <dkayiwa> rafa: so wyclif just duplicated it
12:07:09 <rafa> dkayiwa: hmmm I don't remember which one failed when I removed changesets from liquibasechangelog
12:08:14 <rafa> dkayiwa: all changesets which can fail running for the second time should have a precondition
12:08:40 <dkayiwa> rafa: the sql statement itself has the precondition
12:08:44 <dkayiwa> rafa: where not exists
12:09:17 <rafa> dkayiwa: yes, that can't fail :)
12:09:26 <dkayiwa> rafa: :)
12:15:38 *** wyclif has quit IRC
12:24:02 *** james_regen has joined #openmrs
12:24:02 *** ChanServ sets mode: +v james_regen
12:29:55 *** harshadura has quit IRC
12:41:17 *** snoppy has left #openmrs
12:45:03 *** downey has joined #openmrs
12:45:03 *** ChanServ sets mode: +o downey
12:45:03 *** OpenMRSBot sets mode: +o downey
12:51:40 *** bwolfe has joined #openmrs
12:51:40 *** ChanServ sets mode: +o bwolfe
12:52:32 *** harshadura has joined #openmrs
12:54:13 <dkayiwa> hi bwolfe
12:54:40 <bwolfe> hi daniel
12:54:56 <dkayiwa> bwolfe: i did not understand your email very well :)
12:55:05 <bwolfe> which part?
12:55:12 <dkayiwa> bwolfe: what i should do now :)
12:56:53 <bwolfe> 1) review code
12:57:07 <dkayiwa> bwolfe: i have reveiwed all
12:57:19 <bwolfe> 2) search for burke's old complaints about roles to see if there are just some paragraphs you can copy/paste onto a new page
12:57:30 <bwolfe> I see 4 not done by you in the Code Review pile
12:57:36 *** kishoreyekkanti has joined #openmrs
12:57:53 *** wyclif has joined #openmrs
12:57:54 <bwolfe> 3) you can work on that release testing helper module feature to make it smaller
12:58:00 <bwolfe> (first make a ticket for it)
12:58:01 <downey> Hi kishoreyekkanti and welcome to the #openmrs IRC channel.
12:58:13 <dkayiwa> bwolfe: ok
13:01:52 <kishoreyekkanti> dkayiwa: Hey mike you there?
13:02:07 <kishoreyekkanti> dkayiwa: sorry daniel supposed to ping mike :)
13:02:16 <dkayiwa> kishoreyekkanti: :D
13:02:20 <kishoreyekkanti> downey: Now, Hey mike you there
13:02:25 <kishoreyekkanti> dkayiwa: Any ways how are you!
13:02:26 <downey> dkayiwa: yep
13:02:29 <downey> :P
13:02:35 <kishoreyekkanti> downey: ha haa!
13:02:40 <dkayiwa> kishoreyekkanti: am doing great!!! :(
13:02:44 <dkayiwa> :D
13:02:51 <kishoreyekkanti> dkayiwa: :)
13:02:59 <kishoreyekkanti> downey: mike, shall we look at CI now?
13:03:10 <downey> kishoreyekkanti: yeah let's do
13:03:26 * downey is not yet fully caffeinated but will do so while having a look :)
13:03:28 <kishoreyekkanti> downey: before we start. Can you enable the Performance Test
13:03:47 <downey> kishoreyekkanti: yeah. let me temporarily give you full admin access :)
13:03:57 <kishoreyekkanti> downey: :) that would be great
13:04:20 <downey> kishoreyekkanti: done, that should help things
13:04:22 *** finbrein has joined #openmrs
13:04:57 <kishoreyekkanti> \enabling performance tests
13:07:00 *** dkayiwa has quit IRC
13:07:14 <downey> kishoreyekkanti: if i'm reading correctly, the app should be running on port 7055?
13:07:38 <kishoreyekkanti> downey: are you speaking about Application release test?
13:07:44 <downey> kishoreyekkanti: yes, sorry
13:08:21 <kishoreyekkanti> downey: nope it should be on 8080
13:08:52 <downey> kishoreyekkanti: hmm, i'm pretty sure there's probably something else running on 8080 on that box
13:09:04 <downey> let me get on and check
13:09:48 <kishoreyekkanti> downey: sure. But, logged error is completely different
13:10:04 <downey> kishoreyekkanti: yeah, we have a different process using that port :)
13:10:38 <kishoreyekkanti> downey: hmm. give me a min. I'll reconfirm whether this app will run the same port or not.
13:12:04 <kishoreyekkanti> downey: ok its running on port 8000
13:12:19 <kishoreyekkanti> downey: i mean the app test would start the server on port 8000
13:12:52 <downey> kishoreyekkanti: i was noticing in the build logs this: org.openqa.selenium.firefox.NotConnectedException: Unable to connect to host 127.0.0.1 on port 7055 after 45000 ms.
13:13:45 <kishoreyekkanti> downey: That port is used by selenium to host its own server to connect to firefox etc,.
13:14:34 *** harshadura has quit IRC
13:15:10 <kishoreyekkanti> downey: This deployment starts, by downloading the code, packaging the war and starting the jetty by deploying the war and then starting the jbehave tests(internally using selenium).
13:15:18 <downey> kishoreyekkanti: what version of selenium are we using?
13:15:41 <kishoreyekkanti> downey: Opening the code give me a min
13:17:19 <downey> kishoreyekkanti: see https://groups.google.com/forum/?fromgroups#!topic/selenium-users/dIDvvfEpghs
13:17:59 <kishoreyekkanti> downey: we are using jbehave 3.4.1 not sure what selenium version it uses. Need to browser a bit to know the exact version of selenium.
13:20:28 *** dkayiwa has joined #openmrs
13:20:41 <kishoreyekkanti> downey: it depends on web-selenium version 2.11.0
13:20:53 <kishoreyekkanti> downey: are we in ff12 in bamboo machine?
13:21:06 <downey> kishoreyekkanti: yep :-/
13:21:44 <kishoreyekkanti> downey: is the update required for any reasons? I mean can we downgrade it to ff11 once just to prove our theory is not wrong.
13:21:45 <downey> kishoreyekkanti: i worry that we will always be chasing these version incompatibilities with selenium :(
13:22:03 <kishoreyekkanti> downey: Yep. This always happen because of the fast pace releases of ff.
13:23:29 <downey> kishoreyekkanti: i think i'll have to remove it from the pkg mgr and install it manually
13:24:16 <kishoreyekkanti> downey: Hmm. Give me one more min. I'll look if we have a latest version of Jbehave which depends on selenium 2.22.0 which works with ff12
13:24:31 <downey> kishoreyekkanti: ok, let me know
13:25:11 <downey> kishoreyekkanti: i don't actually have to remove the 12 version to test, i should be able to install 11 in parallel
13:26:18 <kishoreyekkanti> downey: Oh thats cool. If we can do that in parallel. If I bump the version of Jbehave it might have effects on the tests. Any ways i'm looking into it now.
13:28:21 <kishoreyekkanti> downey: latest Jbehave version 3.5.3 depends on selenium 2.21. Not sure if that fixes the firefox problem. Let me run the tests locally after bumping the version of Jbehave.
13:29:05 <downey> kishoreyekkanti: ok, meanwhile i've changed /usr/bin/firefox to point to ffx 11, we could try to run the test again and see how it goes. :)
13:30:17 <kishoreyekkanti> downey: I guess this time it got hung during xvfb
13:32:04 <downey> kishoreyekkanti: hm, that shouldn't be related
13:33:29 <kishoreyekkanti> downey: i guess the tests are running on the same machine and xvfb would have already ben there. I've seen this error before when xvfb was not installed.
13:33:48 <downey> xvfb process is running right now
13:33:56 <kishoreyekkanti> downey: hm..
13:34:17 <downey> but i just killed it. :)
13:34:29 *** mseaton has joined #openmrs
13:34:29 *** ChanServ sets mode: +v mseaton
13:35:01 <kishoreyekkanti> downey: :)
13:38:46 <downey> kishoreyekkanti: i manually installed the fonts mentioned
13:39:05 <kishoreyekkanti> downey: awesome :)
13:40:34 <kishoreyekkanti> downey: I was able to replicate the dependency error locally. Good finding Mike. I'll check in the bumped up version of Jbehave in a couple of mins. This would work with ff12
13:42:01 <downey> kishoreyekkanti: ok cool … still want to see if we can get it with this parallel version in case something else breaks in future. would much prefer to keep the ffx package up to date, but maybe not practical given the rate of change at mozilla :)
13:44:00 <kishoreyekkanti> downey: Cool. I'll hold on the checkin for some time. If i checkin, it might trigger the trunk builds and make us wait to test the current problem.
13:48:16 *** applecool has joined #openmrs
13:49:52 <downey> kishoreyekkanti: did we change anything in the job config about xvfb since yesterday?
13:50:45 *** downey has quit IRC
13:50:55 *** downey has joined #openmrs
13:50:55 *** OpenMRSBot sets mode: +o downey
13:50:55 *** ChanServ sets mode: +o downey
13:51:05 <kishoreyekkanti> downey: Hmm. nope
13:51:21 <dkayiwa> hi djazayeri
13:52:49 <kishoreyekkanti> downey: we can change it now such chat we can run xvfb-run along with maven
13:53:31 <downey> kishoreyekkanti: let's try that, it's looking like this is a known bug with ubuntu
13:53:41 <downey> kishoreyekkanti: although i'm not sure why we wouldn't have seen it already
13:53:59 <kishoreyekkanti> downey: changing it now
13:55:17 <kishoreyekkanti> downey: seems like its working now
13:55:42 <downey> kishoreyekkanti: trying not to get too hopeful yet :)
13:56:34 *** dkayiwa has quit IRC
13:57:06 <kishoreyekkanti> downey: :) now 8000 port is already in use.
13:57:06 <downey> kishoreyekkanti: hmm, port 8000 already in use
13:57:13 <kishoreyekkanti> downey: :)
13:57:51 <downey> kishoreyekkanti: let me clean up any of these old processes manually
13:58:24 <kishoreyekkanti> downey: sure
13:59:29 <mseaton> bwolfe, djazayeri: do we have a sense as to whether/when rc4 might make it to a full release of 1.9?
14:00:17 <djazayeri> mseaton: there's one particular bug, that searching the concept dictionary is bad
14:00:32 <djazayeri> I mean, it doesn't actually AND your search terms together
14:00:44 <djazayeri> but I think this may also be in 1.8...
14:00:46 <mseaton> is this a release showstopper?
14:00:56 <mseaton> can we get a bug fix in post 1.9?
14:01:11 <kishoreyekkanti> downey: surprising it throws the same error
14:01:14 <djazayeri> mseaton: if it was in 1.8 too, then definitely
14:01:19 <kishoreyekkanti> downey: same error as ff12.
14:01:30 <cpower> It's another wonderful morning...are we ready to scrum?
14:01:38 <downey> kishoreyekkanti: did you update the jbehave? because i switched back to point to ff12 earlier in an attempt to fix that font problem :)
14:02:01 <downey> kishoreyekkanti: if not i will switch back to 11
14:02:13 <mseaton> djazayeri: let me clarify. we are upgrading our entire (dozen+ network of) rwanda servers to 1.9 starting next thursday. we have been planning this for over 3 months, with an expectation that 1.9 would have been well out the door. we need this done
14:02:25 <kishoreyekkanti> downey: oh. I've updated to Jbehave but haven't checked in the code yet.
14:02:46 <downey> kishoreyekkanti: meet me in privmsg during the scrum meeting :)
14:02:46 *** applecool has quit IRC
14:02:54 <kishoreyekkanti> downey: :)
14:03:16 <mseaton> djazayeri: anything i can do to help get the release out is fine by me.
14:03:53 *** venkaban has joined #openmrs
14:03:56 <djazayeri> mseaton: so, does that mean that PIH has already tested the RCs with real data?
14:04:09 <djazayeri> cpower: yeah, ready-ish
14:04:15 <cpower> I'll take the silence as admission...
14:04:20 <cpower> !scrumon cpower
14:04:20 * 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 cpower- you may begin when ready.
14:04:27 <mseaton> djazayeri: yes, we have been testing for the last month+, but gradually.
14:05:21 <cpower> Order: Wyclif (sorry it was time to go first), rafa, djazayeri, bwolfe
14:05:56 <wyclif> ok
14:05:58 <rafa> hi
14:06:08 <wyclif> Thursday:
14:06:08 <wyclif> * Review TODOs for TRUNK-3354 - Improve the page a user sees when they fail a privilege check
14:06:08 <wyclif> * dev call
14:06:08 <wyclif> * Went through the order entry tickets to pick those to include in the clean up sprint
14:06:08 <wyclif> * Worked on TRUNK-3343 only to realize it had been done but ticket was marked as ready for work -
14:06:08 <wyclif> Create liquibase changeset to insert the new application level privileges for each corresponding api level privilege
14:06:10 <venkaban> Hi
14:06:13 <wyclif> * pick another sprint ticket
14:06:15 <wyclif> Friday:
14:06:15 *** dkayiwa has joined #openmrs
14:06:17 <wyclif> * Improve the UI if the login page as per the UI mockup darius added
14:06:19 <wyclif> * Create the necessary calculation tickets as per the comments on CALC-31
14:06:21 <wyclif> * Anything else assigned to me otherwise pick up a 1.10 bug ticket
14:06:23 <wyclif> Blockers: None
14:06:36 <rafa> Today:
14:06:37 <rafa> * Fought for a while with changesets :-)
14:06:37 <rafa> * Working on
14:06:37 <rafa> !ticket TRUNK-3366
14:06:37 <rafa> (doing polishing now... will have it ready in up to 2 hours)
14:06:37 <rafa> No blockers.
14:06:39 <OpenMRSBot> rafa: [#TRUNK-3366] Create module for recording privilege checks - OpenMRS JIRA - https://tickets.openmrs.org/browse/TRUNK-3366
14:08:08 <djazayeri> Thursday 31-May-2012
14:08:08 <djazayeri> * Dev call
14:08:08 <djazayeri> * Call with ITECH and Intellisoft Kenya
14:08:08 <djazayeri> * Leadership call
14:08:09 <djazayeri> * Fixed TRUNK-3384 - Module upgrade doesn't restart modules in the right order
14:08:09 <djazayeri> * Fixed UIFR-50 - UiUtils.format(Date) does not show time
14:08:10 <djazayeri> * Fixed UIFR-33 - Better error message when unauthenicated user attempts to load or reload page
14:08:10 <djazayeri> * I-TECH work on clinician-targeted apps (http://openmrskenya.blogspot.com/2012/06/clinicians-have-more-than-one-workflow.html)
14:08:11 <djazayeri> Today
14:08:14 <djazayeri> * more ITECH work
14:08:18 <djazayeri> no blockers
14:08:19 *** applecool has joined #openmrs
14:09:26 <cpower> Time to call in the Wolfe...
14:09:43 *** applecool has quit IRC
14:10:01 <dkayiwa> Committed response to review comments for: Create new dashboard overview tab application privileges - TRUNK-3368
14:10:01 <dkayiwa> Looked into (not starting the app): Create liquibase changeset to insert the new application level privileges for each corresponding api level privilege - TRUNK-3343
14:10:01 <dkayiwa> Reviewed and tested: Improve the page a user sees when they fail a privilege check - TRUNK-3354
14:10:02 <dkayiwa> Completed: Document the new dashboard overview tab application privileges - TRUNK-3394
14:10:02 <dkayiwa> Completed: Document the new API-level privileges - TRUNK-3395
14:10:02 <dkayiwa> Committed: Change set 20120531-1628 fails - TRUNK-3396
14:10:02 <dkayiwa> Now looking at these tickets to see if they require 1.9 RC5: TRUNK-3232, TRUNK-3249, TRUNK-3391, TRUNK-2442
14:10:03 <dkayiwa> No Blockers
14:11:05 <cpower> dkayiwa, sorry you slipped in on me
14:11:13 <dkayiwa> cpower: :)
14:11:33 <cpower> ok no bwolfe from what I can tell.
14:11:47 <cpower> Any other comments to the group for the daily scrum?
14:12:00 <djazayeri> wyclif: about creating tickets for CALC...
14:12:24 <djazayeri> mseaton: do you remember if what I mentioned in my email about the last design call on Calculation is accurate?
14:12:31 <cpower> Summary: No discussion points, No blockers
14:12:41 <wyclif> djazayeri, ok
14:12:46 <venkaban> cpower, I will start picking up the ticket(s) from the next sprint
14:12:51 <wyclif> djazayeri, wait a sec
14:12:53 <cpower> !scrumoff
14:12:53 * 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:13:08 <dkayiwa> cpower: i have a discussion point
14:13:18 <cpower> ok, go for it
14:13:24 <dkayiwa> should TRUNK-3232, TRUNK-3249, TRUNK-3391, TRUNK-2442 required RC5
14:13:55 <wyclif> djazayeri, your email is correct, am only un sure about changing the package name for registrations
14:14:01 <djazayeri> !ticket trunk-3232
14:14:02 <OpenMRSBot> djazayeri: [#TRUNK-3232] Concept search should display the name containing all word tokens when multiple words are entered - OpenMRS JIRA - https://tickets.openmrs.org/browse/trunk-3232
14:14:27 <cpower> venkaban, are you apart of the next sprint?
14:14:38 <djazayeri> dkayiwa: since trunk-3232 also affects 1.8, it's not required for 1.9.0
14:14:43 <venkaban> cpower, I dont know but would like to join
14:14:44 <djazayeri> !ticket trunk-3249
14:14:45 <OpenMRSBot> djazayeri: [#TRUNK-3249] Fix concept search for phrases with multiple words - OpenMRS JIRA - https://tickets.openmrs.org/browse/trunk-3249
14:14:46 <dkayiwa> djazayeri: ok
14:15:01 <wyclif> those tickets seem the same to me
14:15:21 <djazayeri> dkayiwa: same for TRUnK-3249
14:15:28 <djazayeri> !ticket trunk-3391
14:15:28 <dkayiwa> djazayeri: correct
14:15:30 <OpenMRSBot> djazayeri: [#TRUNK-3391] Searching for concepts not working - OpenMRS JIRA - https://tickets.openmrs.org/browse/trunk-3391
14:15:54 <djazayeri> !ticket trunk-2442
14:15:57 <OpenMRSBot> djazayeri: [#TRUNK-2442] Person attributes do not display on patient search results - OpenMRS JIRA - https://tickets.openmrs.org/browse/trunk-2442
14:16:01 <wyclif> that needs back porting the TRUNK-3232
14:16:12 *** yanokwa has joined #openmrs
14:16:12 *** ChanServ sets mode: +v yanokwa
14:16:16 <cpower> venkaban, Ok sounds good. work with bwolfe when he gets on later to get you assigned some tickets in the next sprint
14:16:31 *** sunbiz1 has quit IRC
14:16:35 <wyclif> TRUNK-2442 is your choice as the release manager
14:16:35 <venkaban> cpower, ok
14:16:41 <djazayeri> dkayiwa: trunk-3391: same
14:16:46 <dkayiwa> djazayeri: ok
14:16:59 <djazayeri> dkayiwa: trunk-2442 also is in 1.8
14:17:02 <wyclif> TRUNK-3391 that needs back porting the TRUNK-3232
14:17:06 <wyclif> fix
14:17:06 <dkayiwa> djazayeri: ok
14:17:20 <djazayeri> none of these are newly-introduced, so none of them require an RC5
14:17:32 <dkayiwa> djazayeri: ok thanks :)
14:17:39 <djazayeri> dkayiwa: you know this already. :-)
14:17:50 <dkayiwa> dkayiwa: :D
14:18:03 <cpower> Actually, have we found a leader for the Cleanup Sprint?
14:18:15 <wyclif> dkayiwa, i think the choice is your to include any of those in the 1.9.0
14:18:47 <mseaton> wyclif: can we make it a more public choice?
14:18:56 <mseaton> or more strategic?
14:19:20 <djazayeri> wyclif: technically yes, but at this point there's a very strong recommendation that 1.9.0 needs to be out ASAP, and dkayiwa shouldn't include anything at all that's not required
14:19:20 <dkayiwa> wyclif: correct. was not very sure. so i asked for advice :)
14:19:25 <mseaton> dkayiwa, et al: it's been almost a full year since 1.8 was released. we should get this out the door asap!
14:19:49 <dkayiwa> mseaton: i completely agree!!! :)
14:19:52 <mseaton> there will always be a 1.9.1
14:20:06 <djazayeri> probably it will be released days after 1.9.0, which is fine. :-)
14:20:25 <dkayiwa> mseaton: yes makes lots of sense to do 1.9.1 earlier than over delay 1.9.0
14:20:29 <mseaton> djazayeri: that's optimistic, seeing how things have gone :)
14:20:31 <djazayeri> dkayiwa: so, what exactly are we waiting for to declare RC4 as the release?
14:20:51 <dkayiwa> djazayeri: just one more implementation site
14:21:11 <djazayeri> dkayiwa: but AFAIK there is nobody we expect to do this, right?
14:21:21 <djazayeri> unless bwolfe was able to tackle the release testing module helper this week?
14:21:21 <dkayiwa> djazayeri: AMPATH
14:21:22 <mseaton> dkayiwa: pih has been testing a lot. do you need me to send an email confirming?
14:21:46 <dkayiwa> mseaton: that would be great!!! :)
14:22:06 <mseaton> (dkayiwa, pih is releasing 1.9 next thursday in rwanda, so it will be as ready as it's going to be for us by then)
14:22:23 <wyclif> i vote for including the person attribute one in search results
14:22:24 <mseaton> we'll either release RC4 into production, or 1.9.0. i'd prefer the latter
14:22:42 <bwolfe> sorry I'm late. I've been here for 8 minutes just trying to catch up with the convo. :-)
14:22:52 <wyclif> it has no major bug it introduces and it can be turned off by the attribute listing GP in case of anything
14:23:11 <mseaton> wyclif: the problem is that doing so requires a new RC, right?
14:23:16 <dkayiwa> mseaton: so can i take it that PIH has done enough testing for the remaining implementation site?
14:23:28 <mseaton> sure
14:23:29 <wyclif> then am fine with releasing it without them
14:23:44 <dkayiwa> mseaton: was the sure for me? :)
14:23:55 <cpower> bwolfe: no biggie it goes to figuring out a mechanism for late scrum updates. help venkaban out, and finally who owns the Clean up sprint?
14:23:56 <djazayeri> wyclif: if that bug also exists in 1.8 (which it does) then it absolutely should not hold up 1.9 at this point.
14:24:05 <bwolfe> I did not get to the RTH bug. I did fix the concept bug though...although I couldn't prove the exact same issue in 1.8 that andy claimed, I did see the others I backported to fix andy's problem.
14:24:35 <dkayiwa> mseaton: i would be very excited to here that i was for me. just wanted to confirm :D
14:24:40 <bwolfe> if pih has tested RC4, then we should release. tag the RC4 as 1.9.0 (do not tag 1.9.x)
14:24:48 <wyclif> so are large implementations like AMPATH able to test with the RTH?
14:25:19 <dkayiwa> wyclif: that requires more work with RTH. Though it does not affect our 1.9.0 release :)
14:25:20 <djazayeri> wyclif: currently no. (we *think* the problem is that we currently include the patient with the most obs, and the patient with the most encounters)
14:25:36 <djazayeri> but as dkayiwa says, it doesn't affect the 1.9.0 release
14:25:48 <bwolfe> venkaban, its been a time since we brought on someone new, I'm slipping on my intros/welcomes/explanations. I gave you a small intro on skype, I can give you a longer one over email.
14:26:07 <djazayeri> mseaton: yes, send an email summarizing the PIH testing, and say you consider it production-ready.
14:26:15 <wyclif> fair point, it it just something we need to fix in the RTH module
14:26:18 <mseaton> dkayiwa: let me talk to dave thomas today and confirm that he is good to go with the testing he has done, and i will send an email to the list confirming. once i have confirmed, how long before we can cut the release?
14:27:05 <dkayiwa> mseaton: that would be excellent!!! As soon as you do that, i release 1.9.0 immediately!!! :)
14:27:16 <mseaton> dkayiwa: ok, i'm on it. thanks!
14:27:19 <venkaban> bwolfe, The skype conversation was a bit unclear because of bad signal. Can you please send me an email , I will try calling you and take it from there
14:27:43 <dkayiwa> mseaton: i will do it so fast before anyone reports a 1.9.0 blocker :)
14:27:50 <bwolfe> haha
14:27:56 <bwolfe> 1.9.1 ftw
14:28:19 <bwolfe> I think we had a 1.6.1 within days of 1.6.0. so no worry about finding bugs this week.
14:28:21 <djazayeri> dkayiwa, wyclif, rafa: who was the bugfixer last week?
14:28:25 <bwolfe> wyclif was
14:28:30 <djazayeri> and the week before?
14:28:39 <bwolfe> unclear. dkayiwa?
14:28:42 <djazayeri> alternately: whose turn is it to be bugfixer?
14:28:46 <dkayiwa> bwolfe: not sure
14:28:48 <bwolfe> thats easier.
14:29:11 <djazayeri> so, as far as sprint leader next week, definitely not dkayiwa, since we've had him do a bunch in a row already
14:29:20 <wyclif> i was
14:29:35 <bwolfe> lets go with... dkayiwa as bug fixer? (flipped a coin between rafa and dkayiwa)
14:29:49 <dkayiwa> bwolfe: hahahaha :)
14:29:55 <djazayeri> fine by me
14:30:03 <djazayeri> we need to teach the bot to flip a coin
14:30:09 <wyclif> dkayiwa, i hope you will be tagging 1.9.0 from the rc4 tag
14:30:25 <wyclif> otherwise i see some back ports to 1.9.x after you cut the rc4
14:30:28 <dkayiwa> wyclif: yes
14:31:00 <wyclif> i personally made an incorrect privilege switch in a jsp which was wrong
14:31:09 <wyclif> and back ported it
14:31:11 <djazayeri> so, next week's sprint leader needs to be bwolfe, rafa, or wyclif.
14:31:24 <djazayeri> next 2 weeks, actually
14:31:44 <dkayiwa> djazayeri: i choose rafa :)
14:32:15 <djazayeri> rafa: are you in a position to be sprint leader for the next 2 weeks?
14:32:29 <djazayeri> kiran should actually be putting the dashboard together already
14:32:53 <rafa> djazayeri: not sure what is the sprint about... :)
14:33:28 <bwolfe> venkaban, are you in the office with kiran? tell him to jump on irc. :-)
14:33:40 <venkaban> well I am at homw
14:33:41 <djazayeri> rafa: it's "catchup", i.e. finishing off and releasing RESTWS 1.0, Calculation 1.0, and one other.
14:33:55 <wyclif> order entry work
14:34:00 <venkaban> Bwolfe, I will be going to office by 9 am PST
14:34:15 <djazayeri> oh right. do more order entry work
14:34:26 <rafa> djazayeri: cool
14:34:28 <bwolfe> venkaban, oh right, still early there on the coast
14:34:42 <rafa> djazayeri: schedule says: CleanUp Sprint: Order Entry, Calculation, HTML Form Entry
14:34:58 <bwolfe> HFE shouldn't be on there though
14:35:00 <djazayeri> bwolfe: what from HFE is supposed to be in the cleanup sprint?
14:35:06 <djazayeri> oh, good, we agree then.
14:35:09 <rafa> :)
14:35:21 <bwolfe> rafa: s/HTML Form Entry/order entry
14:35:44 <djazayeri> fixed
14:35:47 <djazayeri> on the wiki page
14:36:10 <rafa> djazayeri: no RESTWS?
14:36:42 <djazayeri> oops, didn't notice that was missing.
14:36:45 <djazayeri> fixed for real.
14:36:53 <djazayeri> rafa: so, I charge you with making sure that RESTWS 1.0 gets released before the end of the sprint.
14:37:03 <djazayeri> (which I failed to make happen during the last sprint + overflow)
14:37:19 <rafa> djazayeri: I need to hide from Roger ;)
14:37:23 <djazayeri> rafa: mostly this involves reviewing code that you committed
14:37:35 <djazayeri> rafa: I also noticed a bug report from saptarshi that could be a blocker
14:37:47 <dkayiwa> rafa: :)
14:38:04 <djazayeri> and we need to *do* the to do from wednesday's design call which was to email the dev list about our plan for versioning
14:38:08 <djazayeri> I'll do that.
14:38:25 <rafa> djazayeri: thanks
14:38:29 <djazayeri> rafa: also, we should get Calculation 1.0 released. (definitely should be doable)
14:39:11 <djazayeri> rafa: order entry is a bit more amorphous. In that we're not expecting a particular release by the end of the sprint.
14:39:25 <djazayeri> wyclif can prioritize tickets for that though
14:39:58 <rafa> djazayeri: great I'll look around for tickets too and may have questions later
14:40:18 <djazayeri> rafa: note that Kiran is actually in charge of setting up the dashboard for this sprint
14:40:30 <djazayeri> rafa: though it's his first time, and he may need help
14:40:52 <cpower> djazayeri, I have to admit that's news to me, but good for him for jumping in so quickly
14:41:31 <djazayeri> cpower: I wasn't expecting it either, actually, but he asked, so I'm not going to stop him. :-)
14:42:31 <rafa> djazayeri: does he know already which tickets to add? or he'll just create a label?
14:42:56 <djazayeri> rafa: he tells me that bwolfe suggested a label
14:43:10 <djazayeri> personally I would suggest something a bit more complicated
14:43:47 <djazayeri> e.g. (project=CALC and fixVersion="1.0") or (project=RESTWS and fixVersion="1.0") or label="june-2012-sprint"
14:43:48 <bwolfe> djazayeri, you want a diff fixVersion for each?)
14:43:53 <bwolfe> yeah, figured
14:43:56 <wyclif> djazayeri, we are only working on a couple of tickets for order entry, the goal is not to finish it but to do as many tickets
14:45:12 <rafa> wyclif: are they prioritized?
14:45:33 <wyclif> the ones i included are
14:45:45 <wyclif> i will have to confirm but i think they are
14:47:13 <djazayeri> rafa: wyclif labeled them, but not with the same label that kiran knows about
14:47:14 <rafa> wyclif: hmm what is the project in JIRA actually?
14:47:34 <rafa> wyclif: ohh it was in trunk, right?
14:48:28 <wyclif> the label is cleanup_sprint
14:48:30 <djazayeri> project=TRUNK and component="Order Entry"
14:48:48 <wyclif> djazayeri, that is for all order entry tickets
14:49:27 <wyclif> djazayeri, rafa the ones i included in the sprint have the 'cleanup_sprint' label
14:49:51 <cpower> djazayeri, no..no don't stop him it's great for him. Sadly he's had more time to go at this than I have. Let's see how he does
14:49:53 <djazayeri> okay, look at that then
14:51:08 *** jordank has joined #openmrs
14:51:16 <rafa> wyclif: ok, thanks!
14:51:51 *** sunbiz has joined #openmrs
14:51:51 *** ChanServ sets mode: +v sunbiz
14:52:01 <djazayeri> rafa: can you comment on ITSM-2488
14:52:24 <djazayeri> about what you've noticed is safe, and what isn't when editing/commenting a JIRA ticket using a plugin?
14:53:13 <rafa> djazayeri: it actually depends on a plugin
14:53:39 <rafa> djazayeri: but I'll comment for what I tested
14:54:07 <djazayeri> rafa: whatever you've already tested would be helpful
14:55:43 <sunbiz> djazayeri bwolfe : so are we skipping version numbers in the URL now??
14:55:54 <djazayeri> sunbiz: I'm writing an email to the dev list right now
14:56:02 <sunbiz> djazayeri: gr8!!
14:56:17 <djazayeri> sunbiz: basically the answer is that we think yes, but we need guidance
14:56:36 <sunbiz> why didnt we select that in the first time we were discussion
14:56:44 <sunbiz> I remember supporting that view
14:56:58 <sunbiz> but becuase most services (JIRA) used version in URL
14:57:02 <bwolfe> sunbiz, we were drinking heavily at the time
14:57:08 <sunbiz> bwolfe: :D
14:57:25 <bwolfe> but jira has that for a global version, not a per-resource version
14:57:29 <sunbiz> someone loves atlassian/HIRA alot!!
14:57:42 <sunbiz> no... they still use the v1 of for session
14:59:06 <bwolfe> "of for session" ?
14:59:16 <sunbiz> for session
14:59:19 <sunbiz> they still have v1
14:59:29 <OpenMRSBot> Recent updates in the world of openmrs: On Twitter: OpenMRS: @icebrk Can we help? You can join us live in IRC http://t.co/apBtmtpv or write to our implementers list http://t.co/K7AZJGbw for support. <http://twitter.com/OpenMRS/statuses/208563461318385664>
14:59:46 <sunbiz> http://docs.atlassian.com/jira/REST/latest/
15:02:39 <bwolfe> sunbiz, right, ok, we agree
15:05:38 *** finbrein has quit IRC
15:07:10 <sunbiz> bwolfe, djazayeri : relying to much on headers might be RESTful... but RESTful is bettered by WebSockets pretty quickly
15:07:16 <sunbiz> and avoids the HTTP headers
15:07:34 *** harshadura has joined #openmrs
15:07:57 <bwolfe> what do you mean bettered?
15:08:06 <bwolfe> making rest calls over a socket?
15:08:13 <sunbiz> or is being beaten by WebSockets pretty quickly
15:08:20 <bwolfe> oh, nm, googled it. websockets are an html5 thing?
15:08:23 <sunbiz> it isnt REST becuase its not HTTP anymore
15:08:44 <sunbiz> but still... we can use the same URL, same things... just over sockets
15:08:55 <sunbiz> yes... HTML5 thing
15:11:15 <bwolfe> yeah, I voted against using hte header for the version. I prefer the parameter approach
15:12:18 <bwolfe> in related news, websockets look cool
15:12:29 *** dkayiwa has quit IRC
15:12:38 <djazayeri> email sent
15:14:45 <cpower> ok, the OpenMRS bot giving us twitter updates. Was that dev's looking to help us or was that us sending an ad saying we are looking for help?
15:15:22 <bwolfe> that was us telling him we can help him
15:15:32 <bwolfe> (us == downey in this case?)
15:15:39 <bwolfe> (he can confirm)
15:16:04 <downey> bwolfe is correct
15:17:26 <cpower> downey, thanks for the clairification
15:17:41 <sunbiz> bwolfe: yes, it is cool
15:17:48 <sunbiz> and its time is coming soon...
15:18:03 *** lh has joined #openmrs
15:18:35 *** sunbiz has left #openmrs
15:18:41 *** mgielow has quit IRC
15:19:17 <wyclif> hi djazayeri
15:20:22 <djazayeri> hi wyclif
15:21:09 <wyclif> djazayeri, in the login page mockup you attached, that message to login with another user account might not translate well for all languages if am not to have the ink in the message code
15:21:29 <wyclif> djazayeri, djazayeri, so i want to leave it as Login with another user account
15:21:40 <wyclif> link
15:22:07 *** yanokwa has quit IRC
15:23:18 <bwolfe> wyclif, ticket link?
15:23:24 <bwolfe> (or number)
15:23:30 <wyclif> TRUNK-3354
15:24:42 <djazayeri> wyclif: you can make it a button after the text, like the others
15:26:31 <djazayeri> rephrase it as "If you have another user account with more privileges, you can log in with that and try the operation again. [Log in with another account]"
15:29:45 *** dkayiwa has joined #openmrs
15:30:39 <wyclif> ok, thanks
15:30:43 <djazayeri> rafa, bwolfe: joaquin wants to create a module that will allow PersonAttributeType that lets you pick from coded concepts, and when you choose one it also creates an obs
15:30:43 <djazayeri> https://wiki.openmrs.org/display/projects/Module+to+Allow+Attribute+Value+to+Be+Latest+obs+of+a+Specified+Concept?focusedCommentId=34149368&#comment-34149368
15:31:43 <djazayeri> bwolfe, rafa: thinking about the lifecycle of old-style Person Attributes, I don't think there's a way for the Attributable to know when it's getting called on a successful save versus not
15:31:45 *** dkayiwa has quit IRC
15:33:48 <bwolfe> djazayeri, right. Attributable just deals with converting text to object and object to text
15:34:36 <djazayeri> bwolfe: so, to implement this would require a core change, in the edit patient demographics pages?
15:36:08 <bwolfe> yes. but at that point you might as well not hack PersonAttributes to do it. just add a feature to edit the latest obs for a patient. (that functoinality already exists on the patient dashboard)
15:36:55 *** snoppy has joined #openmrs
15:39:28 *** downey_ has joined #openmrs
15:39:28 *** ChanServ sets mode: +o downey_
15:39:36 *** downey has quit IRC
15:39:36 *** downey_ is now known as downey
15:40:09 *** mseaton has quit IRC
15:40:33 *** mseaton has joined #openmrs
15:40:33 *** ChanServ sets mode: +v mseaton
15:46:56 *** pushkar has joined #openmrs
16:00:19 *** sunbiz1 has joined #openmrs
16:03:33 *** kishoreyekkanti has quit IRC
16:03:42 <pushkar> bwolfe, hi
16:03:52 <bwolfe> hey
16:06:23 *** sunbiz1 has left #openmrs
16:08:29 *** ShellZero has joined #openmrs
16:08:30 <pushkar> I was trying to put the question concept field .I am using <openmrs_tag:conceptField /> tag to get the text box
16:08:55 <pushkar> but the autocomplete is not working .Am I missing something here??
16:09:00 *** ShellZero is now known as applecool
16:09:26 *** venkaban has quit IRC
16:09:56 <applecool> hey rafa
16:09:56 <applecool> good evening :)
16:10:06 <rafa> applecool: hi
16:10:09 <bwolfe> pushkar, what is your full tag?
16:10:14 <bwolfe> pushkar, and where are you putting it?
16:10:51 <applecool> rafa: just made some changes on the packageform and committed the changes!
16:11:05 <applecool> i need to work on the mainmenu task rafa :)
16:11:19 <rafa> applecool: good
16:11:29 <rafa> applecool: I'll look at your commits tomorrow
16:12:06 <pushkar> bwolfe, in my portlet .<openmrs_tag:conceptField formFieldName="concept" formFieldId="conceptId" includeClasses="Misc" includeDatatypes="Complex" />
16:12:10 <applecool> cool! :) i was wondering do i need to create another jsp? rafa
16:12:34 <rafa> applecool: I don't think so
16:12:44 <applecool> okay!
16:13:39 <rafa> applecool: modify mainMenu.jsp
16:14:24 <rafa> applecool: remove links from there
16:14:59 <rafa> applecool: the other file you need to modify is menu-config.xml
16:15:03 <applecool> Okay! so we are not going to show any links like before to the user when he logs in?
16:15:08 <rafa> applecool: you need to adjust roles in there
16:15:16 *** jordank has quit IRC
16:15:35 <rafa> applecool: all can be done via the menu
16:15:38 <bwolfe> pushkar, that looks right. are you sure you have concepts in your db with BOTH the class misc and datatype Complex? (and match whatever search string you are putting in).
16:16:11 <applecool> rafa: great ! Thanks :)
16:16:45 <applecool> by the way i filled in the 30 seconds weekly report too rafa ;)
16:17:01 <rafa> applecool: good
16:17:21 <applecool> :)
16:18:48 <pushkar> bwolfe, I even tried without putting any of those constraints
16:20:22 *** jordank has joined #openmrs
16:20:41 *** kreddy has joined #openmrs
16:26:09 *** venkaban has joined #openmrs
16:28:32 <bwolfe> pushkar, any js errors in your browser at page load time?
16:28:36 <bwolfe> or at concept search time?
16:28:46 <bwolfe> or any errors in your server log file at search time?
16:29:11 *** jordank has quit IRC
16:32:54 <pushkar> bwolfe, no errors
16:33:46 <pushkar> do you want to see the portlet ? I just pushed it into github
16:33:53 <mseaton> bwolfe, djazayeri: when i run unit tests with maven for a module, is no summary page produced to allow for easy viewing of results?
16:34:51 <djazayeri> mseaton: I think something is created under /target. I usually just look for the "Success" or "Failure" and if it's failure I scroll up to see what test classes had errors, and re-run those in eclipse.
16:34:56 <djazayeri> though I'm sure there's a better workflow
16:35:25 <mseaton> the ant task produced a nice html report with links you could click into, is that no longer possible bwolfe and djazayeri?
16:36:17 *** rafa has quit IRC
16:36:31 <djazayeri> mseaton: I didn't know the ant task did that.
16:36:50 <mseaton> maybe serialization.xstream maven stuff is not set up right? it was one of the first created.
16:37:27 <djazayeri> mseaton: does stuff appear in (api/omod)/target/surefire-reports ?
16:37:56 <mseaton> djazayeri. yes, a bunch of txt files followed by a bunch of xml files
16:37:58 <djazayeri> I don't see a summary page though, just .txt files
16:39:24 <mseaton> ok, seems like a step backwards. would be good to know if it's possible to get what we had before...
16:39:50 <djazayeri> can you pastebin an example of the ant output? I haven't seen that.
16:41:04 <djazayeri> mseaton: from a quick google search maybe you can do "mvn surefire-report:report" (which will run tests too) or :report-only (which will just use the existing xml files)
16:41:56 <mseaton> djazayeri: trying...
16:43:54 *** suranga has joined #openmrs
16:43:54 *** ChanServ sets mode: +v suranga
16:45:15 *** finbrein has joined #openmrs
16:50:26 <venkaban> djazayeri, Hey when i try to load the project using maven SCM, I couldnt see the svn coming under dropdown, Do you know any plug in that is needed to be installed for this?
16:50:54 <djazayeri> venkaban: you need the scm connector for subclipse/subversive
16:51:37 <djazayeri> venkaban: you get to it through some unusual place in the preferences menu, under maven. it should be documented on the wiki pages...
16:52:15 *** kavuri has joined #openmrs
16:54:12 *** maurya has joined #openmrs
17:11:41 *** applecool has quit IRC
17:25:23 *** eliza has joined #openmrs
17:25:36 <downey> Hi eliza and welcome to the #openmrs IRC channel.
17:25:49 *** eliza is now known as Guest31723
17:27:13 *** finbrein has quit IRC
17:30:26 *** mvorobey has joined #openmrs
17:30:36 <mvorobey> hi all
17:33:07 *** mseaton has left #openmrs
17:38:13 <djazayeri> has anybody here set up eclipse + maven recently, e.g. in the last two weeks?
17:40:43 *** reddykir_ has joined #openmrs
17:40:52 <downey> Hi reddykir_ and welcome to the #openmrs IRC channel.
17:41:26 *** kreddy has quit IRC
17:42:25 <mvorobey> bwolfe, hi
17:43:38 *** mseaton has joined #openmrs
17:43:40 *** pulasthi7 has joined #openmrs
17:43:45 *** ChanServ sets mode: +v mseaton
17:43:54 <mseaton> downey, ping
17:44:20 <bwolfe> hi mvorobey
17:45:05 <mvorobey> bwolfe, I just noticed that you left couple of comments on review for CSTM-2, thanks for this
17:45:18 <downey> mseaton: hola
17:45:22 <bwolfe> mvorobey, going through it slowly still
17:45:28 <bwolfe> I keep getting distracted. :-)
17:46:08 <mseaton> downey: if i go to this link https://tickets.openmrs.org/browse/SXS (you can replace SXS with any project key), i don't get the normal page full of stuff, but a big empty whitespace box. any idea what's up?
17:46:45 <downey> mseaton: hmm, that is interesting. my guess is we have a rogue plugin. give me a few to look in to it. thanks
17:46:57 <mseaton> cool, thanks downey
17:48:10 <mvorobey> bwolfe, sorry, wont distract you :) one thing that I already answered to your question about message attribute on tag, just FYI :)
17:48:32 <mvorobey> thing that = thing is that
17:54:09 *** maurya has quit IRC
17:55:16 <pushkar> bwolfe, any other suggestions ?
17:57:03 <bwolfe> pushkar, still not working?
17:57:08 <bwolfe> can you send me an omod?
17:57:16 <downey> mseaton: the top page is back … still need to figure out why fisheye broke it :)
17:57:26 <mseaton> thanks!
17:57:35 <downey> mseaton: thanks for the heads up
17:57:48 *** rafa has joined #openmrs
17:57:48 *** ChanServ sets mode: +v rafa
17:58:47 <pushkar> bwolfe, can I push it in git ?
17:59:04 <bwolfe> pushkar, I'd rather you take out the target folders in git
17:59:15 <bwolfe> just push the code, not hte compiled code
17:59:18 <bwolfe> pushkar, email me the omod
18:00:11 <pushkar> bwolfe, okay
18:00:30 <bwolfe> downey, do you still have half the plugins disabled in jira?
18:00:38 <bwolfe> I'm missing some buttons...
18:00:48 <downey> bwolfe: they're slowly coming back :)
18:00:53 <bwolfe> slow buttons?
18:00:57 * bwolfe waits
18:01:18 *** cpower has quit IRC
18:04:19 <downey> bwolfe: now?
18:04:37 <downey> bwolfe: everything is back but greenhopper
18:06:01 <bwolfe> back
18:06:10 <bwolfe> and speedy quick!
18:06:59 <pushkar> bwolfe, I emailed the omod
18:09:47 *** james_regen has quit IRC
18:11:06 <bwolfe> downey, does this ticket open for you? https://tickets.openmrs.org/browse/TRUNK-3392
18:11:16 <bwolfe> downey, I was loading it during your jira takedown...
18:13:05 <downey> i need to reindex again
18:14:36 *** nwilkie has joined #openmrs
18:14:50 *** maurya has joined #openmrs
18:14:51 <downey> Hi nwilkie and welcome to the #openmrs IRC channel.
18:14:56 *** maurya has quit IRC
18:24:30 *** mgielow has joined #openmrs
18:27:15 *** pulasthi7 has quit IRC
18:33:43 *** effysam has joined #openmrs
18:36:08 <OpenMRSBot> Recent updates in the world of openmrs: OpenMRS Modules: Name Phonetics 1.3.2 uploaded to OpenMRS Module Repository <https://dev.openmrs.org/modules/view.jsp?module=namephonetics&ampversion=&amp1.3.2>
18:36:43 *** Echidna has quit IRC
18:36:49 *** Echidna has joined #openmrs
18:36:49 *** ChanServ sets mode: +v Echidna
18:41:12 *** finbrein has joined #openmrs
18:44:26 *** pulasthi7 has joined #openmrs
18:46:09 *** harshadura has quit IRC
18:47:15 *** snoppy has left #openmrs
18:51:22 <pushkar> bwolfe, did you get time to see the omod ?
18:51:56 <bwolfe> got distracted while waiting for openmrs updates to run
18:59:22 <pushkar> bwolfe, okay,if possible can you please look at it and email me?
19:01:17 <kavuri> djazayeri: In the concept REST API's, there are 5 services defined..Concept, ConceptClass, ConceptDatatype, ConceptDescription, ConceptName. How to relate these services to obtain a single concept?
19:03:20 <bwolfe> kavuri, just call the /concept urls
19:03:42 <bwolfe> a concept has a conceptclass on it
19:03:47 <bwolfe> a concept has a conceptdatatype on it
19:03:53 <bwolfe> a concept has mulitple names on it
19:04:57 <kavuri> bwolfe: where can I get more information about what a conceptclass and names mean
19:05:17 <kavuri> bwolfe: I am a bit confused about their usage..
19:05:57 <bwolfe> kavuri, some of it is here: https://wiki.openmrs.org/display/docs/Concept+Dictionary
19:05:58 <OpenMRSBot> <http://ln-s.net/8stL> (at wiki.openmrs.org)
19:07:16 <kavuri> bwolfe: if I am interested only in reading concepts, are all these services still required?
19:07:52 <bwolfe> kavuri, you will end up using them transparently
19:07:53 <kavuri> bwolfe: I still could not figure out how allergies and problems are linked to concepts
19:08:19 <bwolfe> the "what" part of an allergy is defined as a concept
19:08:44 <bwolfe> e.g. I am allergic to "AMOXICILLIN". amoxicillin is stored as a concept
19:08:58 *** mgielow has left #openmrs
19:09:13 <bwolfe> and my reaction is "RASH". (another column on allergy...and also defined in my concept dictionary)
19:11:39 *** pushkar has quit IRC
19:12:05 <kavuri> bwolfe: if I am only interested in only maintaining a list of concepts separate from problems and allergies, should that not be good enough?
19:14:42 *** wyclif has quit IRC
19:15:01 *** nwilkie has quit IRC
19:15:53 <bwolfe> problem/allergy type of concepts are a subset (very small subset) or everyone's dictionary usually
19:16:06 <bwolfe> so yes, you can keep lots of things in your concpet table(s) apart from allergies
19:16:55 *** wyclif has joined #openmrs
19:17:27 *** wyclif has joined #openmrs
19:17:33 <kavuri> bwolfe: ok. If I want to store only the medical terms in the concept dictionary, which is the single service that I should be using? Would 'Concept' suffice?
19:22:58 <bwolfe> yes
19:25:59 <kavuri> bwolfe: btw. I missed the atom dev call y'day. Is there a recording available somewhere?
19:26:46 <bwolfe> yes, somewhere there is. :-p I don't know who usually finds the link to it and adds that link to the notes page.
19:28:31 <kavuri> bwolfe: could you pls. post the link to the dev mailing list, if you find it :)
19:28:33 <bwolfe> kavuri, oh, just kidding, someone did it already. :-)
19:28:36 <bwolfe> https://wiki.openmrs.org/display/RES/2012-05-31+Developers+Forum
19:28:47 <kavuri> bwolfe: thanks
19:28:49 <bwolfe> see the 3 line in the "notes" part of that page
19:30:05 <kavuri> bwolfe: okay...lots of the discussion was not noted down :o
19:30:40 <kavuri> bwolfe: the statement "default to X days to display" is interesting..what does that mean?
19:30:54 <kavuri> bwolfe: the changes since the last X day only would be stored?
19:31:31 <bwolfe> kavuri, everything is stored
19:31:42 <bwolfe> its just how much is displayed when you hit the link
19:32:06 <kavuri> bwolfe: ok. And the cache is cleared once a sync is done?
19:32:10 <bwolfe> burke was worried that if you run this for a year and then someone hits the link it will bring down the server because it tries to display 1gb text file
19:32:29 <bwolfe> the atom feed file (cache?) is never cleared
19:32:49 <kavuri> bwolfe: isin't it just a stale cache after sometime, then?
19:32:57 <bwolfe> (atom feeds are not told who/if/when someone reads or acts on the feed entries)
19:34:27 <kavuri> bwolfe: if there are registered users to the feed, who can be tracked, then it is easy to clear the cache once all these users have sync'd their data. ?
19:36:29 <kavuri> bwolfe: and in openmrs, there are always registered users who would like to have the sync support
19:39:05 <bwolfe> hmm, not sure thats possible
19:39:12 <bwolfe> how would we define "sync'd" ?
19:39:26 <bwolfe> and how does a program register to a feed?
19:39:44 <bwolfe> (the program knows its registered, but the feed doesn't know all the programs registered)
19:40:00 <kavuri> bwolfe: I would assume a program is also managed by a 'user' with a 'role', right?
19:40:05 <djazayeri> kavuri: the point is that for scalability the server is *not* keeping track of all clients.
19:40:56 *** suranga has quit IRC
19:40:58 <kavuri> djazayeri: right, scalability is an issue, since it might be required to keep track of n users for m feeds..
19:41:19 <djazayeri> kavuri: right, so instead we just have a single feed, and clients pass it a "since" datetime
19:41:40 <kavuri> djazayeri, bwolfe: so it is a trade off between increasing cache vs. scaling
19:41:44 <djazayeri> thus the client just has to keep track of a single timestamp to "sync"
19:41:55 <djazayeri> yes, and for the use case here, we care about scaling.
19:42:14 <kavuri> djazayeri: the scalability issue can be eased, since the cleanup action can happen in background in some free tmime slot
19:43:01 <djazayeri> e.g. this should be able to support thousands of clients, and we should expect that some of them will go offline for a long time (perhaps forever) so we would never actually know that it's okay to clear a cache
19:43:42 <kavuri> djazayeri: in such cases, can't the client perform a full sync to get to the latest?
19:43:56 <mseaton> @bwolfe, quick question for you on serialization.xstream...
19:44:30 <venkaban> Djazayeri
19:44:30 <djazayeri> kavuri: what do you mean by "sync"? the feed just tells you what has been created/edited/deleted over time
19:44:49 <venkaban> I have loaded my project into my eclipse
19:45:03 <djazayeri> kavuri: also, are we talking about the atom feed, or the web services?
19:45:04 <bwolfe> mseaton, ok
19:45:08 <djazayeri> venkaban: okay
19:45:28 <venkaban> Djazayeri, After loading the project and try to run maven install on root directory, it failed
19:45:33 <mseaton> bwolfe. basically many, many unit tests fail with the out-of-the-box serialization-xstream module.
19:45:57 <venkaban> Djazayeri, basically there is an error sign on pom.xml for root directory.
19:45:58 <mseaton> bwolfe, this seems due to it being mavenized against 1.8 at some point, but the unit tests never being fixed accordingly
19:46:01 <djazayeri> venkaban: can you pastebin the error message?
19:46:02 <kavuri> djazayeri: right. What I meant was, say a client is connected again after a year, the atom engine can check this (based on a cache setting) and ask the client to reset to the latest
19:46:26 <kavuri> djazayeri: I see the atom support to also extend to a webservice later
19:46:28 <venkaban> djazayeri, SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
19:46:28 <venkaban> SLF4J: Defaulting to no-operation (NOP) logger implementation
19:46:28 <venkaban> SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
19:46:37 *** pulasthi7 has quit IRC
19:46:48 <djazayeri> venkaban: please pastebin the entire mvn install output if possible
19:46:52 <djazayeri> pastebin.com
19:47:10 *** reddykir_ has quit IRC
19:47:11 <bwolfe> mseaton, ok. did I do that mavenization? I can't remember. are the tests just pointing at a wrong file name? why would they be failing? perhaps they're in the wrong directory (api vs omod?)
19:47:15 <mseaton> bwolfe, the unit tests are pretty verbose - each writing out xml by hand and doing lots of xpath comparisions, which probably worked at some point, but as the data model changed, these have gradually broken. it's a pretty brittle way to do things.
19:47:17 <venkaban> Djazayeri, [INFO] Scanning for projects...
19:47:17 <venkaban> [WARNING]
19:47:17 <venkaban> [WARNING] Some problems were encountered while building the effective model for org.openmrs:openmrs-release-test:jar:1.10.0-SNAPSHOT
19:47:17 <venkaban> [WARNING] The expression ${parent.version} is deprecated. Please use ${project.parent.version} instead.
19:47:17 <venkaban> [WARNING]
19:47:18 <venkaban> [WARNING] It is highly recommended to fix these problems because they threaten the stability of your build.
19:47:21 <venkaban> [WARNING]
19:47:23 <venkaban> [WARNING] For this reason, future Maven versions might no longer support building such malformed projects.
19:47:24 <djazayeri> venkaban: use pastebin.com
19:47:25 <venkaban> [WARNING]
19:47:27 <venkaban> [INFO] ------------------------------------------------------------------------
19:47:29 <venkaban> [INFO] Reactor Build Order:
19:47:31 <venkaban> [INFO]
19:47:33 <venkaban> [INFO] OpenMRS
19:47:37 <venkaban> [INFO] openmrs-tools
19:47:39 <venkaban> [INFO] openmrs-test
19:47:41 <venkaban> [INFO] openmrs-api
19:47:43 <venkaban> [INFO] openmrs-web
19:47:45 <venkaban> [INFO] openmrs-webapp
19:47:47 <venkaban> [INFO] openmrs-release-test
19:47:49 <venkaban> [INFO]
19:47:51 <venkaban> [INFO] ------------------------------------------------------------------------
19:47:53 <venkaban> [INFO] Building OpenMRS 1.10.0-SNAPSHOT
19:47:53 <mseaton> ack!
19:47:55 <venkaban> [INFO] ------------------------------------------------------------------------
19:47:57 *** venkaban was kicked by bwolfe (venkaban)
19:48:00 *** goutham has joined #openmrs
19:48:23 *** goutham has quit IRC
19:48:31 <djazayeri> kavuri: yes, it would be possible to write a bunch of code that would deal with registering clients, and clearing the saved feed data at some point. But why? What problem are we trying to solve with this?
19:48:34 <mseaton> bwolfe, for example, lots of xpath comparisons are done by looking for users serialized with a particular uuid, but when we split person and user in 1.6 the person got the uuid ,adn the user got a new one, and this was never fixed
19:48:46 <kavuri> djazayeri: saving space :)
19:48:53 <djazayeri> kavuri: space is free
19:48:58 <djazayeri> :-)
19:49:17 <bwolfe> space is free? I thought space was only cheap
19:49:18 <kavuri> djazayeri: agree :) just trying to see if it can be optimized
19:49:23 <mseaton> bwolfe, anyway, do you remember if we went down the current approach with unit testing intentionally?
19:49:33 <bwolfe> mseaton, xstream was written in 1.5 ?
19:49:36 <mseaton> yes
19:49:38 <bwolfe> wow
19:49:43 <bwolfe> that feels like ages ago
19:49:55 <bwolfe> I don't remember asking for it like that.
19:50:12 <bwolfe> I vaguely remember not liking the unit tests though. probably because they were so verbose
19:50:15 <djazayeri> kavuri: "We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil"http://en.wikipedia.org/wiki/Program_optimization#cite_note-autogenerated268-1
19:50:31 <djazayeri> :-)
19:50:38 *** venkaban has joined #openmrs
19:50:52 <venkaban> djazayeri, i have pasted in pastebin.com
19:50:53 <mseaton> my alternative suggestion would be to write some utility methods that could take 2 openmrs objects and compare them property by property for equality bwolfe. then we could instantiate one, serialize it, hydrate it into another object, and run it through the utility method that would confirm both objects have identical properties. thoughts?
19:51:27 <mseaton> we could pretty much automate all unit testing of serialization
19:51:44 <venkaban> djazayeri, http://pastebin.com/9GUjjssA
19:52:11 <mseaton> i'd rather work on this than try to fix these tests as they are. it will take just as long i think, maybe even be faster to re-write them bwolfe.
19:52:42 <djazayeri> venkaban: odd
19:52:43 <kavuri> djazayeri: agreed. Some level of optimizations can be done based on scenarios too..
19:52:52 <djazayeri> can you try re-running with -X?
19:53:02 <bwolfe> mseaton, I'm trying to think of a reason that woudl break
19:53:20 <venkaban> djazayeri, -X?
19:53:45 <bwolfe> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
19:53:53 <bwolfe> maven package -X
19:53:59 <venkaban> ok
19:54:13 <djazayeri> venkaban: can you read http://mavenrepo.openmrs.org/nexus/content/repositories/public/org/apache/maven/plugins/maven-jar-plugin/2.3.2/
19:54:22 <djazayeri> are you behind any kind of odd firewall?
19:54:40 <bwolfe> mseaton, that should work. go for it.
19:54:41 <venkaban> djazayeri, i am on merck vpn
19:54:54 <mseaton> bwolfe, thanks ?
19:55:06 * bwolfe stands and claps for mseaton for his unabashed love for unit testing
19:55:10 <bwolfe> or perhaps I should just:
19:55:13 <bwolfe> !beerme mseaton
19:55:13 * OpenMRSBot slides mseaton a pint
19:55:19 <mseaton> needed
19:57:08 <mvorobey> !beerme bwolfe
19:57:08 * OpenMRSBot slides bwolfe a pint
19:57:28 <mvorobey> bwolfe, hi
19:57:40 <bwolfe> hey
19:57:46 <mvorobey> bwolfe, have a minute ?
19:58:45 <bwolfe> no
19:58:47 <bwolfe> I have 30
19:58:51 <bwolfe> 30 minutes
19:59:17 <mvorobey> bwolfe, I will take only 2 minutes max :)
19:59:32 <bwolfe> ok, you're 1 minute until that 2 minutes now. ;-)
19:59:51 <mvorobey> bwolfe, I saw that you finished review on CSTM-2, if you are ok with last patch, can you please apply that patch to trunk ?
20:00:19 <bwolfe> I think Burke was going to apply it
20:01:59 <bwolfe> mvorobey, if you're lucky, he might ask you to apply it
20:01:59 <mvorobey> bwolfe, cool, because, I thought that he wanted some core developer to apply it :)
20:02:27 <mvorobey> bwolfe, unfortunately, am not granted to commit to trunk yet
20:04:17 <mvorobey> bwolfe, I guess my 2 minutes are up :) so, do I need to ping Burke to apply that, right ?
20:07:00 <bwolfe> mvorobey, give me a day or so
20:07:02 <bwolfe> then bug him
20:07:14 <bwolfe> err, *give him
20:08:25 <mvorobey> bwolfe, :)
20:08:45 <mvorobey> bwolfe, I have that day :D
20:09:26 <mvorobey> bwolfe, so, I can give you it happily :)
20:11:01 *** venkaban has quit IRC
20:11:49 *** kavuri has quit IRC
20:17:31 *** effysam has quit IRC
20:19:03 <bwolfe> downey, you're killing me with these reindexes
20:19:45 <downey> jira is not having a good day
20:20:05 <bwolfe> wyclif, did you define those CALC tickets already?
20:21:09 <wyclif> bwolfe, i have included some comments
20:21:21 <wyclif> about 2 need some thoughts,
20:21:28 <wyclif> bwolfe, or views
20:22:15 <bwolfe> ok, did you label those tickets?
20:22:20 <bwolfe> or who are you waiting on comments for them from?
20:22:37 <wyclif> bwolfe, what the lable for the sprint tickets?
20:22:53 <wyclif> label
20:23:16 <bwolfe> not sure. djazayeri wanted kreddy to use the fixVersion of 1.0
20:23:28 <bwolfe> if jira was working I could tell you want he is using
20:23:55 *** kreddy has joined #openmrs
20:24:00 <downey> few more seconds
20:24:10 <wyclif> am using cleanup_sprint for all tickets i intend to include in the sprint from order entry and calc
20:24:21 <bwolfe> ok
20:24:37 <downey> try it now bwolfe
20:24:39 <bwolfe> I think the label he was using is june-2012-sprint, but I don't know
20:24:45 <bwolfe> ha: There are no problems accessing JIRA at present.
20:27:23 <bwolfe> CleanUpSprint-June2012 apparently
20:27:34 <bwolfe> wyclif ^^
20:28:55 <bwolfe> downey!
20:28:59 <bwolfe> $&^#$Y&^ JIRA
20:28:59 <downey> yes?
20:29:33 <wyclif> hi bwolfe
20:30:55 <downey> bwolfe: would you prefer it slow/messy or completely unavailable for awhile, while i work on it?
20:31:02 <wyclif> bwolfe, thanks
20:32:30 <bwolfe> I prefer it be available perfectly all the time. thanks for asking
20:32:39 <bwolfe> and right now it is unusable
20:32:54 <bwolfe> wyclif, whats up?
20:32:57 <downey> ok, then i shall restart it
20:33:16 <wyclif> CleanUpSprint-June2012 worked
20:39:29 <downey> bwolfe: try it now
20:40:23 <bwolfe> working
20:40:24 <bwolfe> slowly
20:40:37 <bwolfe> I preferred the last restart where it was blazing fast afterwards. :-)
20:40:53 *** mvorobey has quit IRC
20:53:34 *** bwolfe has quit IRC
20:54:56 *** mseaton has quit IRC
21:16:03 *** rafa has quit IRC
21:21:10 *** venkaban has joined #openmrs
21:23:37 *** bryq has left #openmrs
21:25:24 *** wyclif has quit IRC
21:37:04 *** venkaban has quit IRC
22:05:46 *** venkaban has joined #openmrs
22:06:59 <venkaban> djazayeri, Hi
22:07:05 <djazayeri> hi
22:07:19 <venkaban> When i run the maven install, I am getting the following error
22:07:21 <venkaban> Unable to locate the Javac Compiler in:
22:07:21 <venkaban> C:\Program Files\Java\jre1.5.0_18\..\lib\tools.jar
22:07:21 <venkaban> Please ensure you are using JDK 1.4 or above and
22:07:21 <venkaban> not a JRE (the com.sun.tools.javac.Main class is required).
22:07:21 <venkaban> In most cases you can change the location of your Java
22:07:22 <venkaban> installation by setting the JAVA_HOME environment variable.
22:11:27 <venkaban> Have you encountered such error during your intsallation
22:13:51 *** downey has quit IRC
22:18:53 <djazayeri> venkaban: you need to have JDK (not JRE)
22:19:00 <djazayeri> venkaban: also, you need java 1.6, not 1.5.
22:19:40 <venkaban> i have got it installed and had it setup in my preferences
22:19:50 <venkaban> djazayeri, i am checking it now
22:23:45 *** venkaban has quit IRC
22:25:43 *** wyclif has joined #openmrs
23:08:57 *** kreddy has quit IRC
23:22:32 *** venkaban has joined #openmrs
23:26:52 <venkaban> djazayeri, hi
23:27:47 <djazayeri> venkaban: hi
23:27:51 <djazayeri> I just replied to you on skype
23:28:04 <venkaban> my internet connection is really slow
23:28:06 <djazayeri> venkaban: did you get JDK 1.6 or 1.7? You need 1.6?
23:28:15 <venkaban> my skype is reacting slow too
23:28:24 <venkaban> djazayeri, I got 1.6 installed
23:28:54 <venkaban> djazayeri, I have the maven install successfully for couple of modules and there are some errors during compilation, which i am not sure whether to change or not
23:28:58 <djazayeri> what's your java version?
23:29:02 <venkaban> 1.6
23:29:11 <djazayeri> 1.6.0_??
23:29:15 <venkaban> yes
23:29:17 <djazayeri> java -version
23:29:18 <venkaban> exactly
23:29:21 <djazayeri> I mean, what is the exact version?
23:29:26 <venkaban> one sec
23:29:40 <venkaban> 1.6.0
23:30:47 <djazayeri> venkaban: run "java -version" at the command line
23:31:04 <djazayeri> venkaban: it will say something like "java version "1.6.0_31""
23:31:07 <venkaban> djazayeri, thats what i did and got 1.6.0
23:31:13 <venkaban> no
23:31:31 <djazayeri> how about javac -version ?
23:31:35 <venkaban> djazayeri, it said "java version 1.6.0"
23:32:15 <venkaban> there is no such command djaoazeri
23:32:28 <djazayeri> venkaban: so, if you search the google group for the dev mailing list for inconvertible types, you'll see a couple of hits that say "make sure you're using the latest jdk 1.6"
23:32:39 <djazayeri> and in particular that 1.6.0_17 didn't work but 1.6.0_30 does.
23:32:40 <venkaban> oh
23:33:18 <venkaban> djazayeri, so I have to upgrade to either 1.6.0_30 or 1.7? Is 1.7 ok?
23:34:23 <djazayeri> according to saptarshi, the latest 1.7 works. I haven't tried that. the latest 1.6 is definitely safe
23:34:24 <djazayeri> https://groups.google.com/a/openmrs.org/d/msg/dev/LpX20l8F-f4/ijA5zM-3ab4J
23:34:50 <djazayeri> venkaban: gotta run for a bit
23:34:55 <venkaban> no problem
23:35:09 <venkaban> djazayeri, I will run 1.7 on mine
23:37:33 *** venkaban has quit IRC