IRC Chat : 2011-07-25 - OpenMRS

00:46:26 *** gbastien has quit IRC
01:13:27 *** jportela has quit IRC
01:42:55 *** gbastien has joined #openmrs
01:55:10 *** downeym has joined #openmrs
01:55:10 *** ChanServ sets mode: +o downeym
01:55:10 *** OpenMRSBot sets mode: +o downeym
02:01:21 *** downeym has quit IRC
02:11:01 *** gbastien has quit IRC
02:28:12 *** lh has joined #openmrs
02:29:56 *** muthah has quit IRC
02:32:02 *** lh has quit IRC
02:39:16 *** upul` has joined #openmrs
02:39:16 *** ChanServ sets mode: +v upul`
03:19:14 *** yanokwa has joined #openmrs
03:19:14 *** ChanServ sets mode: +v yanokwa
03:19:22 *** yanokwa has quit IRC
03:19:28 *** yanokwa has joined #openmrs
03:19:28 *** ChanServ sets mode: +v yanokwa
05:04:25 *** surangak has joined #openmrs
05:04:28 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (localize-setup-wizard): TRUNK-2055 : Fixed storing selected by user language into session <http://feedproxy.google.com/~r/OMRStrunk/~3/w2T1wfQIYfs/OpenMRS>
05:04:40 *** saimanohar has joined #openmrs
05:05:09 <saimanohar> hello all
05:07:14 <saimanohar> i had a small question regarding the datetime parsing in a jsp.for example taking obsForm.jsp,when the obs object is returned from the formbackingobject it is a timestamp when is it parsed to dd/mm/yyyy while displaying?
05:39:10 *** finbrein has quit IRC
05:58:50 *** saimanohar has quit IRC
06:01:47 *** finbrein has joined #openmrs
06:04:56 *** finbrein has quit IRC
06:13:02 *** bwolfe has joined #openmrs
06:13:02 *** ChanServ sets mode: +o bwolfe
06:40:36 *** rafa has joined #openmrs
06:40:36 *** ChanServ sets mode: +v rafa
06:41:28 <rafa> bwolfe: Hey Ben!
06:41:37 <bwolfe> hey rafal
06:41:50 <rafa> I'll need your help
06:42:15 <bwolfe> in the future, or right now?
06:42:30 <rafa> bwolfe: Just tell me if you have a free moment
06:43:38 <rafa> it
06:43:59 <rafa> it's regading trunk 2482.
06:44:09 <rafa> !ticket TRUNK-2482
06:44:10 <OpenMRSBot> rafa: [#TRUNK-2482] In 2.x, uploading a module completely crashes OpenMRS - OpenMRS JIRA - https://tickets.openmrs.org/browse/TRUNK-2482
06:44:21 <bwolfe> ask away
06:45:18 <rafa> Do you have any idea why Hibernate might not be starting after starting/stopping, uploading a module?
06:45:35 <bwolfe> is the stack trace on that ticket? or somewhere?
06:45:39 <rafa> yes
06:46:27 <rafa> It worked before wyclif's commit.
06:46:46 <rafa> So theoretically it should be easier to find the problem
06:47:02 *** pascal` has joined #openmrs
06:47:11 <rafa> I tried a couple of things but with no avail
06:47:24 <bwolfe> can you link me to wyclif's commit?
06:48:10 <rafa> https://source.openmrs.org/changelog/contrib?cs=21794
06:49:14 <bwolfe> thanks
06:49:21 <rafa> First thing I noticed was that filters were reordered in web.xml.
06:49:37 <rafa> I reverted HibernateFilter back to its original position
06:49:42 <rafa> but it didn't help
06:50:33 <rafa> I'm not that familiar with the entire process of starting/stopping modules
06:50:52 <rafa> thus I'm not sure where else to look
06:55:34 <bwolfe> ok, still loading it up
06:55:51 <bwolfe> internet speed is decent for me...but I have a temp computer right now so I'm downloading all the apps I need too!
06:57:05 <rafa> bwolfe: ok, thanks! Let me know if anything comes across your mind.
06:57:32 <rafa> bwolfe: It's breakfast time for me :)
07:03:25 *** dkayiwa has joined #openmrs
07:10:41 *** bwolfe has quit IRC
07:11:09 *** bwolfe has joined #openmrs
07:11:09 *** ChanServ sets mode: +o bwolfe
07:12:49 *** dkayiwa has quit IRC
07:15:10 <rafa> bwolfe: btw the head revision is not compiling, you'll need to go one back to 21849
07:15:53 <bwolfe> ok
07:26:27 *** bwolfe has quit IRC
07:29:57 *** bwolfe has joined #openmrs
07:29:57 *** ChanServ sets mode: +o bwolfe
07:30:20 *** magoo has joined #openmrs
07:31:33 <wyclif> rafa, the order is filters is basically not any different from that in 1.x, the hibernate filer is supposed to come after is supposed to come after all subclasses of startupfilter
07:31:49 <wyclif> sorry! order of filters
07:32:33 <bwolfe> wyclif, where is first commit where you just copied/pasted files over?
07:32:39 <wyclif> rafa, the order of the filters is basically not any different from that in 1.x, the hibernate filter is supposed to come after all subclasses of startupfilter
07:32:48 <rafa> wyclif: yes, apparently it's not a problem
07:33:25 <wyclif> bwolfe, just a sec as i look it up
07:34:20 <wyclif> https://source.openmrs.org/changelog/CONTRIB/?cs=21779 and https://source.openmrs.org/changelog/CONTRIB/?cs=21780
07:34:26 <OpenMRSBot> <http://ln-s.net/916w> (at source.openmrs.org)
07:34:33 <wyclif> but i have made a couple of more commits
07:34:52 <bwolfe> there shoudl be one before those
07:34:58 <bwolfe> wyclif: you have to be careful to list out all the changesets in the tickets and/or put the ticket id int he commit message
07:35:46 <wyclif> bwolfe, only characterEncodingFilter comes before them
07:36:23 <wyclif> bwolfe, the commits are linked to the ticket, i got them from it
07:37:38 <wyclif> bwolfe, raff, i need to go back to bed, i just got up shortly and saw your messages on the screen and felt i could chime in the middle of my sleep, if i said crap, am sorry!
07:38:06 <rafa> wyclif: thanks! have a good rest :)
07:39:05 <bwolfe> hehe, thanks wyclif
07:39:06 <bwolfe> gnight
07:39:49 <wyclif> talk to you later
07:42:17 <rafa> bwolfe: so Ben, Hibernate actually starts. I mean it builds a new session factory.
07:42:32 <bwolfe> ok
07:42:36 <rafa> I don't know why it can't open the session :/
07:42:38 <bwolfe> but where does it fail?
07:42:39 <bwolfe> ah
07:42:57 <bwolfe> have you verified its not any of the other commits between wyclif's and head?
07:43:05 <bwolfe> or wyclif's and when it last works for you
07:43:50 <rafa> it last works for me before wyclif's commit
07:44:01 <rafa> the one I included in the ticket
07:44:19 <rafa> there was only a small issue then that I resolved
07:44:30 <rafa> but after wyclif's commit it all broke
07:44:43 <bwolfe> so 21793 would work for you?
07:45:14 <rafa> 21789
07:45:44 <rafa> but yes 21793 there was nothing in between
07:46:06 <bwolfe> right, was just about to say that. :-)
07:46:06 <bwolfe> hmm
07:46:29 <bwolfe> try putting the app-config.xml etc back into the spring servlet in web.xml
07:47:19 <bwolfe> https://source.openmrs.org/browse/contrib/ui-frameworks/ui2-refactored/webapp/src/main/webapp/WEB-INF/web.xml?r1=21758&r2=21794
07:47:24 <OpenMRSBot> <http://ln-s.net/9171> (at source.openmrs.org)
07:48:38 <rafa> ok
07:49:25 <wyclif> apparently, everything works fine for me
07:50:58 <rafa> Can you start/stop modules through manageModules, wyclif?
07:52:07 <rafa> btw you might have forgotten to commit something :)
07:52:16 <wyclif> rafa, i haven't tried it out, but i will first thing in the morning and try to debug the issue with you, but bwolfe is more knowledgeable with the module engine
07:52:38 <rafa> wyclif: no worries
07:52:47 <rafa> wyclif: good night ;)
07:52:54 <wyclif> goddnight
07:54:12 <rafa> bwolfe: it didn't help
07:55:39 <wyclif> rafa, there is a commented out line in the Context loader listener that load module, it might have something to do with it
07:55:49 <wyclif> try to uncomment it and try again
07:57:14 <wyclif> and note that we have a couple of files that exist twice but in different packages, so make sure you are importing the right ones
07:57:28 <wyclif> we need to clean this up
08:23:38 <bwolfe> rafa: any caching stuff on the classpath/
08:23:39 <bwolfe> ?
08:24:03 <rafa> bwolfe: what do you mean?
08:24:44 <bwolfe> meaning this looks like a hibernate caching issue. are the caching files in the right place? (and findable by the classloader)
08:25:40 <rafa> bwolfe: I don't know where to look.
08:25:40 <bwolfe> going to ask this again: are you sure its that commit of wyclifs? did you try going to the first commit after that (that compiles) to see if it works?
08:25:51 <bwolfe> looks like there are multiple commits since then...
08:26:26 <rafa> bwolfe: yes, I did try. It doesn't work.
08:26:47 <bwolfe> so it really does have something to do with that commit...
08:27:04 <bwolfe> wait, does that mean it doesn't compile or the modules can't be loaded?
08:27:15 <rafa> it does compile :)
08:27:25 <rafa> but modules can't be loaded
08:28:42 <rafa> only the head revision does not compile
08:28:57 <bwolfe> ok
08:30:38 *** jopatrade has joined #openmrs
08:31:28 <jopatrade> hi we are working on a government project. We are looking for someone to implement the openmrs
08:32:32 <bwolfe> jopatrade: where are you ?
08:32:53 <jopatrade> zimbabwe
08:33:44 <jopatrade> we are developing a prisoner information management system, which has a medical area. We wanted to use openmrs for that
08:33:54 <bwolfe> ok. tough place to implement! I've heard stories about the government there not really wanting openmrs there
08:34:18 <bwolfe> oh, in prison? thats neat. maybe th govt only cares about the hiv clinic overlap
08:34:49 <bwolfe> there is a consulting shop in South Africa that I know about. and one in NBO. both do custom openmrs installs
08:35:11 <bwolfe> there are also groups in TZ, but I don't know if they travel out of tz
08:35:28 <bwolfe> there are 2 or 3 different implementations of openmrs in zim. have you seen those jopatrade ?
08:35:40 <jopatrade> im not aware
08:36:54 <jopatrade> ive been trying to install openmrs.war on a private tomcat at javaprovider.net for testing purposes however i keep getting errors
08:37:18 <bwolfe> what're the errors?
08:41:12 *** jopatrade has quit IRC
08:42:43 <bwolfe> rafa: I don't see any files that might have caused this change :-/
08:43:01 *** jopatrade has joined #openmrs
08:43:05 <rafa> bwolfe: I was able to open a hibernate session in WebModuleUtil.refreshWAC just after the context was refreshed. It seems that the context is refreshed correctly.
08:43:05 <jopatrade> sorry i had not documented them.. i can give you temporary acess to the server, so u can have a look
08:43:14 <magoo> hi everyone having the following errors pastbin url http://pastebin.com/eKSSCXU7
08:43:38 <bwolfe> rafa: you said you put the hibernatefilter back in? I see he removed it from the web.xml...
08:43:59 <bwolfe> magoo: what are you doing when you get that?
08:44:00 <rafa> bwolfe: It's there, but a few lines below.
08:44:14 <jopatrade> sorry i had not documented them.. i can give you temporary acess to the server, so u can have a look
08:44:23 <bwolfe> jopatrade: I'd rather have you work on it and give us the errors...means I can multi task better while debugging
08:44:42 <jopatrade> ok will do
08:45:08 <bwolfe> rafa: this makes it look like its totally deleted: https://source.openmrs.org/changelog/contrib?cs=21794
08:45:10 <OpenMRSBot> <http://ln-s.net/916c> (at source.openmrs.org)
08:45:13 <bwolfe> you make sure its not commented out?
08:45:21 <rafa> yes
08:45:49 <rafa> I moved it back to its original place, but it didn't help
08:46:08 <rafa> Now, I'm trying to open a hibernate session within the same request that I stop the module.
08:46:16 <bwolfe> magoo: from the stack trace: Please verify that you run Maven using a JDK and not just a JRE. @ line 30, column 28
08:47:51 <rafa> bwolfe: I was able to open it within the same request.
08:48:06 <rafa> bwolfe: it seems that the problem is only with next requests
08:49:16 *** jopatrade has quit IRC
08:49:22 <bwolfe> rafa: which cs are you running off of now?
08:49:41 <rafa> cs?
08:50:35 <rafa> bwolfe: what is cs :)
08:50:42 <bwolfe> changeset
08:51:06 <rafa> 21849
08:51:23 <rafa> It's the latest compiling one.
08:52:37 <rafa> I'll debug the filters now
08:53:23 <rafa> bwolfe: they should go one after another in the order they're declared in web.xml right?
09:00:40 <rafa> bwolfe: I'm in OpenmrsFilter and I can sucessfully open a hibernate session with Context.openSession();
09:01:06 <rafa> bwolfe: It seems that it's just the HibernateFilter that has problem with opening it correctly
09:01:14 <rafa> bwolfe: Any thoughts?
09:06:45 *** suho has joined #openmrs
09:06:45 *** ChanServ sets mode: +v suho
09:09:43 <rafa> bwolfe: OpenmrsFilter is the last one, so the exception occurs the way back
09:10:15 <rafa> bwolfe: But it shouldn't since I was able to open the session through Context
09:10:31 <bwolfe> rafa: hmm
09:10:41 <bwolfe> did wyclif change that filter though?
09:10:48 <bwolfe> yes, the execute in order (or are supposed to)
09:10:55 *** goutham has joined #openmrs
09:11:03 <bwolfe> so you just can't open a session when in a controller?
09:11:23 <rafa> no
09:11:29 <rafa> He just added some in between
09:12:00 <rafa> He also changed the way runtime properties are retrieved.
09:12:13 <rafa> maybe it has something to do with it?
09:12:24 <rafa> HibernateFilter does not use Context for sure
09:12:41 <rafa> It must be accessing database properties on it's own
09:19:11 <rafa> bwolfe: I'll disable filters one by one.
09:19:14 <rafa> see what happens
09:19:24 *** pascal` has quit IRC
09:32:33 *** pascal` has joined #openmrs
09:37:22 *** suho has quit IRC
09:51:48 <magoo> a bit confused how do i configure maven to run in jdk?
09:51:51 <OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (providers): TRUNK-2258#CR-TRUNK-433 Fixed the review comments. <http://feedproxy.google.com/~r/OMRStrunk/~3/67iBcWi-AbI/OpenMRS>
09:51:54 <rafa> bwolfe: ha! I managed to tighten up the problem to web.xml. I switched this single file to the rev 21758 and it works!
09:52:01 <magoo> dd
09:52:23 <magoo> how do i configure maven to run in jdk?
09:53:17 <rafa> magoo: http://stackoverflow.com/questions/2503658/specify-jdk-for-maven-to-use
09:53:22 <OpenMRSBot> <http://ln-s.net/917j> (at stackoverflow.com)
09:53:33 <magoo> okay
09:57:48 <bwolfe> rafa: so its somethign between 21758 and what in web.xml ? HEAD? or some other revision?
09:58:54 <rafa> bwolfe: 21758 and 21794
09:59:54 <rafa> I'll be copying changes one by one and see when it breaks
10:00:37 <bwolfe> yeah, thats the slow foolproof way of doing it
10:00:45 <rafa> oh it was fast actually
10:00:49 <bwolfe> you could do some sort of binary sort on it too :-)
10:01:03 <bwolfe> https://source.openmrs.org/browse/contrib/ui-frameworks/ui2-refactored/webapp/src/main/webapp/WEB-INF/web.xml?r1=21758&r2=21794
10:01:04 <OpenMRSBot> <http://ln-s.net/9171> (at source.openmrs.org)
10:01:08 <bwolfe> got it already rafa?
10:01:16 <rafa> bwolfe: Spring MVC Dispatcher Servlet
10:02:05 <bwolfe> right, thats what I claimed before!
10:02:05 <bwolfe> the contextConfigLocation stuff?
10:02:46 <rafa> right, I must have copied it in the wrong place!
10:02:57 <rafa> in servlet-mapping below
10:04:00 <rafa> let me test the entire thing now
10:05:54 *** goutham has quit IRC
10:06:11 <bwolfe> goutham: do I need to check out/update/install all the different projects to test the wizard plugin/
10:07:40 <rafa> bwolfe: it works!
10:08:11 <rafa> bwolfe: now the question is if we can leave it this way
10:08:22 <bwolfe> heh
10:08:28 <bwolfe> wyclif put a pretty long message there about it
10:08:32 <bwolfe> I would guess "no" :-)
10:08:59 <bwolfe> rename your runtime props and see if you can get to the init wizard without it failing
10:09:31 <rafa> ok, I'll try
10:11:09 *** goutham has joined #openmrs
10:12:01 <rafa> bwolfe: it works fine
10:14:19 <rafa> bwolfe: I'll commit that and let wyclif now.
10:14:36 *** bwolfe has quit IRC
10:21:27 *** bwolfe has joined #openmrs
10:21:27 *** ChanServ sets mode: +o bwolfe
10:23:30 <rafa> bwolfe: Thanks for your help! I only wish I did it right the moment you suggested it!
10:24:04 <rafa> bwolfe: It'd save us three hours
10:24:23 <bwolfe> rafa: I lost connection for a bit, does the startup and update wizard still load for you after putting those back?
10:24:34 <rafa> yes, it does
10:24:53 <rafa> I committed the change
10:24:57 <rafa> let wyclif now
10:25:05 <rafa> actually I started a reivew for him
10:25:20 <rafa> maybe there's a special case when it failed for him
11:03:20 *** james_regen has joined #openmrs
11:03:20 *** ChanServ sets mode: +v james_regen
11:03:44 *** jportela has joined #openmrs
11:03:44 *** ChanServ sets mode: +v jportela
11:04:44 *** jportela has left #openmrs
11:14:12 *** surangak has quit IRC
11:38:40 *** upul` has quit IRC
12:19:32 <bwolfe> rafa: is ui2 still broken for you?
12:20:19 <rafa> bwolfe: I don't know, I'm workning on the head revision
12:20:25 <rafa> bwolfe: shall I check?
12:20:48 <bwolfe> you mean "not working" rafa ?
12:20:50 *** magoo has quit IRC
12:21:41 <rafa> bwolfe: I mean I'm working on rev 21849
12:22:03 <rafa> bwolfe: 21850 is broken
12:22:21 <bwolfe> ok, looks like I have 21855
12:22:35 <rafa> bwolfe: 21855 is a small commit of mine, but it's not relevant
12:22:46 <bwolfe> we need a ci build of this project just so we can notify devs that they broke the build
12:23:03 <rafa> yes, it would be really useful
12:23:55 <rafa> Ben does our ci run unit tests as well?
12:24:05 <rafa> I guess it fires mvn command right?
12:24:14 <bwolfe> yeah, just runs maven commands
12:24:21 <bwolfe> there aren't any unit tests in ui2 though
12:24:30 <rafa> yes I noticed :)
12:24:39 <rafa> not good ;)
12:26:36 *** wyclif has quit IRC
12:32:21 *** magoo has joined #openmrs
12:46:06 <bwolfe> rafa: https://ci.openmrs.org/browse/SPRNT-UI2/
12:47:08 <rafa> bwolfe: cool, but why it's green?
12:47:26 <bwolfe> was just checking that...
12:47:36 *** goutham has quit IRC
12:47:40 <bwolfe> perhaps because its installing at the top level instead of referecneapp?
12:48:10 <bwolfe> wait, no, top level is right...
12:50:00 <rafa> bwolfe: It fails for me building webapp...
12:50:17 <bwolfe> yeah, me too
12:50:23 <bwolfe> just not on ci. :-(
12:50:38 <rafa> strange
12:50:53 <bwolfe> oh, perhaps its a 1.8.x thing
12:51:00 <bwolfe> or the new trunk addition
12:51:09 <bwolfe> you need to do an svn update on trunk and install that
12:51:28 <rafa> bwolfe: oh maybe you're right
12:51:44 <rafa> bwolfe: I just remembered that Darius said something about changing to 1.8.x
12:52:18 <bwolfe> shouldn't be 1.8.x. wyclif's new feature was so trunk could run diff changesets
12:52:33 <bwolfe> and ui2 is taking advantage of that to run the ui-only liquibase changelog
12:52:47 <bwolfe> so you need the new api built and in your maven repo to be able to build against it
12:52:49 <rafa> bwolfe: English thing: I should use reminded myself right?
12:53:21 <bwolfe> what are you asking?
12:54:12 <rafa> bwolfe: I just reminded myself not I just remembered?
12:55:56 <rafa> okay nevermind google says both are correct ;)
12:55:58 <bwolfe> no, you said it right the first time
12:56:14 <bwolfe> the second is not correct
12:56:23 <bwolfe> (or at least americans don't say it)
12:56:24 <rafa> really?
12:56:39 <rafa> oh ok because it has 7 bilion hits in google ;)
12:57:12 <rafa> no sorry just 180 000
13:01:10 <bwolfe> 180,000 is probably just non-native speakers saying it.
13:01:55 <rafa> hehe
13:02:11 <bwolfe> you can say "I just reminded Rafal to go to the store". but "I just reminded myself to go to the store" should be said as "I just rememberd to go to the store" :-)
13:02:41 <rafa> I used to think that if something has more than 10,000 in google it's correct
13:02:48 <bwolfe> and thats your free english lesson for the day
13:02:53 <bwolfe> heh, not anymore
13:02:55 <rafa> hehe thanks a lot!
13:03:14 <bwolfe> there are too many nonnative speakers writing blogs in english
13:03:37 <bwolfe> and then those get bot'ted and copied and then those get bot'd and copied and they're all indexed by google
13:04:00 <rafa> It makes sense :D
13:12:06 <rafa> bwolfe: Darius actually did not change the project to 1.8.x. It's still 1.9.x, but clean install on 1.9.x does help :)
13:12:38 <rafa> bwolfe: but it still proves that CI is a great thing to have ;)
13:13:39 <bwolfe> heh, wish I had done it this morning so that you could have been building it this whole day...or were you just operating fine on the other revision?
13:14:22 <pascal`> djazayeri, got a second?
13:14:23 <rafa> bwolfe: I was just fine with the other revision
13:14:40 *** ChanServ sets mode: +v pascal`
13:17:12 *** elliott_w has joined #openmrs
13:17:37 *** ChanServ sets mode: +o elliott_w
13:18:35 *** wyclif has joined #openmrs
13:20:11 <bwolfe> rafa: ok, good, I don't feel bad then. :-D
13:25:48 *** gbastien has joined #openmrs
13:30:54 *** asgoyal has joined #openmrs
13:32:37 *** elliott_w has quit IRC
13:39:54 *** suho has joined #openmrs
13:39:54 *** ChanServ sets mode: +v suho
13:44:19 <suho> hi can someone explain me why the Encounter types are used ?
13:44:47 <suho> Or please direct me to the documentations.
13:46:34 <asgoyal> djazayeri: sorry to ask this again but what was the syntax of naming the project (name template) while doing svn checkout of a fresh copy of code?
13:47:03 <asgoyal> projectname{artfacid}... i dont remember
13:47:50 <bwolfe> suho: encounter types are just a way to group encounters
13:48:13 <bwolfe> so all "return visit" forms are together, etc
13:49:15 <suho> in my usecase I have to design the system where the patient will be first diagnosed (1st encounter)and then the patient might get admitted several times..
13:49:35 <suho> and in each time they will do some tests
13:50:22 <pascal`> lol http://twitter.com/#!/jkeiper/status/95479825409654784
13:50:28 <OpenMRSBot> <http://ln-s.net/919C> (at twitter.com)
13:50:34 <suho> these are Thalassaemia patients
13:51:44 <suho> here each time when they are admitted do we need to create a encounter ?
13:52:57 <suho> and can we have many forms to add data to the same encounter ?
13:53:32 <bwolfe> suho: its one form per encounter right now
13:53:54 <bwolfe> pascal`: I think thats the only reason jer started using foursquare
13:54:05 <pascal`> chopin++
13:54:17 <bwolfe> suho: you might want to look into the Visit stuff in 1.9+ (trunk)
13:55:19 <suho> so if the patient is admitted for one week in the hospital then all the data at that period should go to the same Encounter ?
13:55:32 <suho> I'm working on a deployment
13:55:43 <suho> so i'm only using 1.82
13:55:50 <suho> *1.8.2
13:56:21 <asgoyal> djazayeri: ^^
13:58:11 <bwolfe> asgoyal: darius is asleep until about 2 mins from not
13:58:13 <bwolfe> *now
13:58:26 <asgoyal> oh ok
13:58:32 <bwolfe> he's 3 hours behind you...its not even 7am in seattle for him!
13:58:40 <asgoyal> can you help me with my question then?
13:58:43 <asgoyal> oh m sorry
13:58:48 <bwolfe> asgoyal: look at that drop down to the right. it shoudl show you the different options when checking out
13:58:58 <asgoyal> there are none
13:58:59 <asgoyal> i did that
13:59:18 <asgoyal> darius once showed me how to do it by viewing my screen thru skype
13:59:48 <bwolfe> itswhateveryouwant.{artifactId}
13:59:52 <asgoyal> he told me some syntax of naming to use in naming template to segregate project folders into indiviual projects
13:59:54 <asgoyal> oh
14:01:46 <rafa> it's time to scrum :)
14:02:56 <djazayeri> good morning
14:03:05 <rafa> good morning Darius
14:03:45 <djazayeri> bwolfe, rafa, wyclif
14:03:50 <djazayeri> (no dkayiwa?)
14:03:55 <wyclif> hi
14:04:23 <bwolfe> djazayeri: daniel sent an email. he'll be on late
14:04:32 <djazayeri> ah, okay
14:04:37 <djazayeri> so, rafa, you ready to go first?
14:04:46 <rafa> Today:
14:04:46 <rafa> * TRUNK-2482: In 2.x, uploading a module completely crashes OpenMRS
14:04:46 <rafa> https://tickets.openmrs.org/browse/TRUNK-2482
14:04:46 <rafa> - Wyclif, please review the solution.
14:04:46 <rafa> * TRUNK-2484: Show login popup on unauthorized ajax calls
14:04:46 <rafa> https://tickets.openmrs.org/browse/TRUNK-2484
14:04:47 <rafa> - I need to know, if I should work on this further or move on.
14:04:47 <rafa> Tomorrow:
14:04:48 <rafa> - Continue with TRUNK-2484 or pick up a new ticket.
14:04:48 <rafa> No blockers.
14:06:48 *** magoo has quit IRC
14:07:06 <djazayeri> briefly, what was the solution to the module-load-crash ticket?
14:07:20 <rafa> djazayeri: Ben helped me with that one
14:07:51 <rafa> djazayeri: it was missing some missing lines in web.xml
14:08:20 <bwolfe> the second location you defined the spring config files
14:08:26 <bwolfe> thats the one that spring reads when refreshing
14:08:34 <bwolfe> the def at the top of web.xml is what is read at startup
14:08:39 <bwolfe> so it worked at startup, just not at refresh
14:08:42 <djazayeri> ah, okay
14:08:43 <rafa> djazayeri: contextConfigLocation param in org.openmrs.ui2.core.spring.DispatcherServlet
14:09:05 <djazayeri> I didn't know that
14:10:06 <djazayeri> rafa: you can move on to a higher priority ticket
14:10:16 <djazayeri> (regarding the login-via-ajax one)
14:10:21 <rafa> djazayeri: I hope I didn't break the installation wizard by adding these three lines
14:10:26 <rafa> djazayeri: ok
14:10:45 <djazayeri> We'll discuss via the ticket the way to actually login via ajax.
14:10:49 <bwolfe> rafa: its still working for me. but has other problems near the end of it...
14:11:20 <djazayeri> (it's just ~5 lines of code, but that would bypass the checks that lock your account after too many failures)
14:11:21 <rafa> bwolfe: I run it without any problem, but I had a db already
14:11:51 <djazayeri> bwolfe: what other problesm?
14:12:27 <wyclif> adding those lines is fine as long as the hibernatefilter comes after the startupfilters
14:13:13 <bwolfe> djazayeri / wyclif : the anonymous role wasn't created and the admin user pw was still "test". I'm sure one caused the other
14:13:20 <wyclif> however, it works fine without those lines in 1.x
14:14:06 <wyclif> so i feel like we might mask some problem
14:14:33 <djazayeri> bwolfe: that's after re-running the wizard on an existing db?
14:14:50 <djazayeri> or, you mean you put in a new password, but it was never set?
14:15:37 <bwolfe> djazayeri: fresh db
14:15:40 <djazayeri> ok
14:15:48 <bwolfe> its the simple installer, it chooses Admin123 for me
14:16:10 <djazayeri> I only tried the advanced one.
14:16:39 <wyclif> bwolfe, do you recall the fix you made when running updates for doing a redirect afer 5 seconds, apparently sometimes it happens too fast and the script tries send the user to the index page yet the update is still in progress, i think we might need to increase that time
14:17:30 <bwolfe> there's a ticket for it wyclif
14:17:33 <bwolfe> WARN : org.openmrs.ui2.webapp.Listener - Bundled module folder doesn't exist: /home/ben/workspace/ui2-referenceapplication/webapp/src/main/webapp/WEB-INF/bundledModules
14:17:33 <bwolfe> Exception in thread "Thread-19" java.lang.NoSuchMethodError: org.openmrs.util.DatabaseUpdater.updatesRequired()
14:17:42 <wyclif> bwolfe, cool!
14:17:53 <bwolfe> (everything has a ticket) ;-)
14:19:18 <wyclif> bwolfe, i addes varargs to that method in trunk, so i think t should still pass if you make that call
14:19:36 <bwolfe> ok, well, it doesn't :-p
14:19:38 <wyclif> bwolfe, i added varargs to that method in trunk, so i think it should still pass if you make that call
14:19:48 <wyclif> hmm!!
14:19:50 <bwolfe> I updated and installed trunk then clean installed ui2 and ran it
14:20:10 <djazayeri> odd
14:20:22 <bwolfe> so consequently I get class java.lang.RuntimeException
14:20:23 <bwolfe> : Database out of sync with code: Anonymous role does not exist after logging in
14:20:38 <bwolfe> I assume its because Context.startup(props) didn't get called because of that databaseupdate error
14:21:19 <djazayeri> bwolfe: did you create a ticket for this?
14:21:53 <bwolfe> not yet
14:21:59 <bwolfe> just got it 10 mins ago
14:22:15 <djazayeri> okay, well, document it. :-)
14:22:28 <djazayeri> wyclif: your report?
14:23:05 <bwolfe> isn't that what irc is for? ;-)
14:23:56 <wyclif> Friday:
14:23:57 <wyclif> *I was blocked on TRUNK-2079 and created TRUNK-2488 and worked on it, then got back to finish up with TRUNK-2079
14:23:57 <wyclif> *Had a gsoc session with my student
14:23:57 <wyclif> Today:
14:23:57 <wyclif> *picked up https://tickets.openmrs.org/browse/TRUNK-2457
14:24:13 <djazayeri> !ticket TRUNK-2079
14:24:17 <OpenMRSBot> djazayeri: [#TRUNK-2079] Incorporate liquibase updates and the initialization wizard into the 2.x web application - OpenMRS JIRA - https://tickets.openmrs.org/browse/TRUNK-2079
14:24:26 <djazayeri> !ticket TRUNK-2488
14:24:30 <OpenMRSBot> djazayeri: [#TRUNK-2488] Add ability to specify changelog files when checking for unrun database changes - OpenMRS JIRA - https://tickets.openmrs.org/browse/TRUNK-2488
14:24:34 <djazayeri> !ticket TRUNK-2457
14:24:35 <OpenMRSBot> djazayeri: [#TRUNK-2457] 2.x Manage Global Properties page - OpenMRS JIRA - https://tickets.openmrs.org/browse/TRUNK-2457
14:25:50 <djazayeri> wyclif, bwolfe, later I'd like to discuss some of the things we have in WebConstants and whether we can move them elsewhere.
14:25:52 <wyclif> no blockers yet
14:26:58 <bwolfe> ok
14:28:31 <djazayeri> ben, your turn
14:29:25 <bwolfe> today:
14:29:25 <bwolfe> worked on occ tickets
14:29:25 <bwolfe> debugged for rafal
14:29:25 <bwolfe> debugged for gaurav
14:29:25 <bwolfe> building/installing occ server/module
14:29:26 <bwolfe> ui2 ci setup
14:29:27 <bwolfe> ui2 init testing
14:29:29 <bwolfe> tomorrow
14:29:31 <bwolfe> ui2 and occ
14:30:00 <bwolfe> no blockers yet
14:31:01 <pascal`> bwolfe, what are some reasons that I could be getting a NoClassDefFoundError error when trying to access one module's service from another?
14:31:09 <asgoyal> is it my turn? :)
14:31:44 <bwolfe> pascal`: the module needs to declare that it depdnsd on the other in the config.xml file
14:31:47 <djazayeri> asgoyal: sure
14:32:16 <bwolfe> should be something about that on the wiki
14:32:21 <bwolfe> pascal`^^
14:32:32 <djazayeri> asgoyal: go ahead
14:32:33 <pascal`> bwolfe, thanks.
14:32:35 <asgoyal> today: will be working on trunk 2193 (trying to finish the last part), will try to complete it, if not will submit the patch
14:32:40 <pascal`> bwolfe, looking on the wiki.
14:32:46 <djazayeri> !trunk-2193
14:32:47 <OpenMRSBot> djazayeri: Error: "trunk-2193" is not a valid command.
14:32:51 <djazayeri> !ticket trunk-2193
14:32:52 <OpenMRSBot> djazayeri: [#TRUNK-2193] Add Drug Ingredients to API - OpenMRS JIRA - https://tickets.openmrs.org/browse/trunk-2193
14:33:18 <asgoyal> done with the two functions (with the help of wyclif)
14:33:29 <asgoyal> no blockers
14:33:43 <wyclif> asgoyal, did you make the changes in the UI?
14:34:08 <asgoyal> no not yet, i was reading the tutorials... but will do that today as you had told me on friday :)
14:34:41 <wyclif> atleast displaying the ingredients should be enough, i know adding and removing might get a little complex
14:34:49 <asgoyal> yes
14:35:03 <asgoyal> so i have some idea how to do that... will work on it today
14:35:12 <djazayeri> asgoyal: cool
14:35:16 <asgoyal> if i am able to.. then will try to add and remove it too
14:35:35 <pascal`> bwolfe, it's on the Module Acces page. My bad.
14:35:38 <pascal`> pascal`--
14:35:38 <OpenMRSBot> pascal`: Error: You're not allowed to adjust your own karma.
14:35:41 <pascal`> bwolfe++
14:36:03 <asgoyal> djazayeri: i m trying to check out a new copy of openmrs trunk in the way u once told me openmrs.{artifactId}
14:36:14 <djazayeri> [artifactId]
14:36:17 <djazayeri> square brackets
14:36:22 <asgoyal> but its not getting separated as.. oh!
14:36:23 <djazayeri> Also, don't use a dot in the project name
14:36:24 <suho> hi bwolfe. Can you please let me know the state of "Visit" in 1.9. Can I apply the provided patches to 1.8.2 and get the visit Features
14:36:33 <asgoyal> so it will be like
14:36:40 <asgoyal> openmrs[artifactId]?
14:36:47 <djazayeri> asgoyal: yes
14:36:51 <asgoyal> oops
14:36:53 <asgoyal> ok :)
14:37:02 <djazayeri> My turn
14:37:04 <djazayeri> Friday:
14:37:04 <djazayeri> * sprint code reviews
14:37:04 <djazayeri> * Milestone on 1.x/2.x module compatibility: HTML Form Entry module successfully submits and creates a form
14:37:04 <djazayeri> * HTML Form Entry Designer planning with Joao
14:37:05 <djazayeri> Today:
14:37:05 <djazayeri> * sprint code reviews
14:37:06 <djazayeri> * another sprint ticket
14:37:07 <bwolfe> suho: you could...but 1.8.x will never be released with Visit features
14:37:18 <djazayeri> suho: that would be a bad idea.
14:37:34 <djazayeri> (because like Ben says, 1.8.x will not have visits)
14:37:57 <djazayeri> and you don't want to set an implementation up to be running off of a custom build.
14:38:04 <suho> but then I can update openmrs when 1.9 is released
14:38:06 <djazayeri> (also, the visit functionality is still alpha)
14:39:23 <suho> there is a requirement for visits... what should I do :(
14:39:30 <djazayeri> suho: you can probably get it to work, I'm just saying it's a bad idea, for those two reasons. (I.e. you'll have to manage a custom build, and the functionality is only alpha anyway)
14:39:42 <djazayeri> bwolfe, rafa, wyclif: no blockers for me
14:39:46 <djazayeri> so, scrum over?
14:39:53 <wyclif> ok
14:40:32 <suho> djazayeri, I'll try to convince them else try to do what I suggested and then later update to 1.9
14:40:50 <suho> thanks for the advice
14:41:03 *** jportela has joined #openmrs
14:41:03 *** ChanServ sets mode: +v jportela
14:41:08 <djazayeri> suho: is this a hospital/inpatient installation?
14:41:51 <suho> its for Thalassaemia patients
14:42:10 <suho> kind of hospital installation
14:42:52 <suho> to manage the time and date of when they need to come and change blood and so on
14:43:12 <suho> and to maintain there recodes
14:43:45 <djazayeri> suho: yes, visits would be helpful for that. :-)
14:44:18 <djazayeri> one thing I would suggest you do is email the developers list, specifically asking people in the HISP India group how they've handled doing inpatient stuff without Visits in the data model.
14:45:06 <suho> ok thanks I'll do that
14:48:57 *** finbrein has joined #openmrs
14:55:33 *** pascal` has quit IRC
15:00:43 *** mario_vitalbox has joined #openmrs
15:02:15 <mario_vitalbox> Hola Darius buenos dias
15:03:44 <djazayeri> hola mario_vitalbox
15:04:35 <mario_vitalbox> Darius te envie un correo con un error al descargar y compilar la version de openmrs del branches 1.8.x
15:05:48 <djazayeri> mario_vitalbox: 1.8.3 todavia no existe
15:06:01 <mario_vitalbox> esta configurado con la version 1.8.3 y cuando voy ha esta rutahttp://mavenrepo.openmrs.org/nexus/content/repositories/public/org/openmrs/test/openmrs-test/ esta es la 1.8.2
15:06:05 <djazayeri> (entonces no se va encontrar en los repositorios publicos de maven)
15:06:07 <OpenMRSBot> <http://ln-s.net/919h> (at mavenrepo.openmrs.org)
15:06:29 <djazayeri> el ultimo release estable es 1.8.2
15:06:43 <mario_vitalbox> cambio los la version en el build
15:06:46 <djazayeri> si estas trabajando con 1.8.x, eso va crear 1.8.3-SNAPSHOT
15:07:10 <djazayeri> has probado con "mvn clean install"?
15:08:01 <mario_vitalbox> si ya maven clean y luego maven install
15:08:11 <wyclif> djazayeri, i was looking at the VerticalTabPanelFragmentController and i though i can use this on the settings page
15:08:26 <wyclif> what is its id?
15:09:08 <wyclif> am assuming that is a generic widget that i can use anywhere i want to include tabs
15:09:41 <mario_vitalbox> y continua el mismo error
15:12:09 <djazayeri> wyclif: verticalTabPanel
15:12:27 <wyclif> cool, thanks
15:12:28 <djazayeri> or maybe widgets/verticalTabPanel
15:12:45 <djazayeri> (you can just drop the "FragmentController", and make the first letter lowercase.
15:13:01 <wyclif> djazayeri, so how do i know these id, is there a reference where to find this info
15:13:21 <djazayeri> wyclif: of a particular fragment? or a list of all existing ones?
15:13:44 <djazayeri> mario_vitalbox: dejame probar a hacer el build
15:13:56 <mario_vitalbox> ok
15:14:10 <wyclif> both
15:14:35 <djazayeri> wyclif: for an existing one, follow the convention, i.e. someId -> SomeIdFragmentController
15:14:36 <wyclif> probably the naming convention and also a list of all available
15:14:55 <djazayeri> for a list of all available, we don't have that yet
15:15:21 <wyclif> i found the controller
15:15:30 <wyclif> but not the id to use in the gsp
15:16:01 <djazayeri> You can determine the controller and the id from each other by the convetion
15:16:23 <djazayeri> You mean the id like ${ ui.includeFragment("verticalTabPanel", …) } right?
15:17:01 <djazayeri> mario_vitalbox: estas haciendo el build con "skip tests"?
15:18:05 <mario_vitalbox> no
15:18:30 <djazayeri> mario_vitalbox: el build (clean, y luego install) funziono para mi
15:21:18 <mario_vitalbox> yo le estoy dando la opcion openmrs-api->Run As -> maven clean, openmrs-api->Run As -> maven install y me genera el error.
15:21:47 <djazayeri> puedes hacer eso no al api, pero al "openmrs"
15:21:55 <djazayeri> el proyecto del raiz?
15:22:01 *** gbastien has quit IRC
15:22:55 <mario_vitalbox> no al proyecto desplegado, o sea a cada parte del proyecto -api,test,tool,we y webapp-
15:23:09 <mario_vitalbox> independiente
15:23:22 <djazayeri> hazlo al proyecto del raiz
15:23:36 <djazayeri> eso lo va hacer automaticamente a todos los otros, en el orden correcto
15:24:34 <mario_vitalbox> ok
15:34:46 *** gbastien has joined #openmrs
15:36:53 <djazayeri> mario_vitalbox: arreglo el problema?
15:39:36 *** gbastien has quit IRC
15:40:28 *** gbastien has joined #openmrs
15:42:19 <mario_vitalbox> Listo Darius ya ejecuto bien
15:42:33 *** finbrein has quit IRC
15:42:52 *** magoo_ has joined #openmrs
15:43:41 <wyclif> djazayeri, which is the controller gsp for admin.configureApplication
15:45:08 <wyclif> am trying to use the naming convention but still can't find them
15:47:37 *** upul` has joined #openmrs
15:47:37 *** ChanServ sets mode: +v upul`
15:50:15 *** goutham has joined #openmrs
15:53:08 <djazayeri> mario_vitalbox: bueno
15:53:52 <djazayeri> wyclif: the page (which probably has no controller) is "admin"
15:54:02 <djazayeri> "admin.configureApplication" is an extension point
15:55:43 *** gbastien has quit IRC
15:57:09 <djazayeri> wyclif: i.e. we're including the "linkList" fragment, and its items are taken from the extensions with type=LinkExtension and point="admin.configureApplication"
15:58:25 <wyclif> ok
15:59:05 <djazayeri> wyclif: the verticalTabPanel widget might need to be extended/improved to allow the tabs to be "dynamic"
15:59:23 <djazayeri> or it might just work out of the box. I'm not certain.
16:02:06 <wyclif> djazayeri, find this class has solved my problem CoreExtensionFactory
16:05:01 <wyclif> sorry i meant, finding this class by looking at call in the ExtensionManager solved my problem
16:05:09 *** muthah has joined #openmrs
16:11:01 <djazayeri> wyclif: cool
16:11:15 <djazayeri> but for the revised global properties page, we shouldn't need extensions, should we?
16:11:34 <wyclif> no
16:12:11 <wyclif> i just wanted to add a link extension to the configure application extension point
16:12:31 <djazayeri> oh, okay
16:12:38 <OpenMRSBot> Recent updates in the world of openmrs: On Twitter: OpenMRS: #OSCON Learn about projects saving the world - join our Humanitarian open source BoF session Wednesday 8pm in E143. #HFOSS <http://twitter.com/OpenMRS/statuses/95522059047804928> || On Twitter: OpenMRS: At #OSCON & want to save lives? Check out "Future of Open Source Development for Health IT" write-in BoF at 10pm tonight in A105! #eHealth <http://twitter.com/OpenMRS/statuses/95517224139374592>
16:13:24 *** muthah has quit IRC
16:15:24 *** upul` has quit IRC
16:19:50 *** muthah has joined #openmrs
16:24:56 *** gbastien has joined #openmrs
16:29:16 <djazayeri> How do I set it up so that my "openmrs18" application uses a different modules directory than "openmrs"
16:29:21 <djazayeri> It already has its own runtime properties file
16:29:36 *** gbastien has quit IRC
16:29:36 *** jportela has left #openmrs
16:31:48 <djazayeri> anyone?
16:33:42 <wyclif> me
16:33:49 <djazayeri> ah, it's in runtime properties...
16:33:57 <djazayeri> seems odd, actually.
16:34:28 *** dkayiwa has joined #openmrs
16:34:45 <wyclif> djazayeri, bwolfe , should the settings be managed from a page or you prefer it in a popup dialog
16:34:50 <djazayeri> page
16:34:55 <wyclif> ok
16:35:22 <djazayeri> wyclif: I want to get rid of the silly idea I had to have all the config/management be in a popup dialog
16:35:56 <magoo_> i have jdk1.6.0_26 installed on my pc but when i run the following command G:\Software\Eclipse32\eclipse>eclipse -vm F:\Program Files\Java\jdk1.6.0_26\bin\javaw.exe i get the message that jre and jdk must be installed no jvm found
16:38:21 <djazayeri> magoo_: no idea, sorry
16:42:12 *** gbastien has joined #openmrs
16:50:34 *** rafa has quit IRC
16:58:48 *** Echidna has quit IRC
17:00:44 <wyclif> oky
17:01:31 <wyclif> djazayeri, bwolfe ,dkayiwa, am off to an RG meeting, it ends in about an hour
17:01:36 <djazayeri> okay
17:03:46 *** Echidna has joined #openmrs
17:03:46 *** ChanServ sets mode: +v Echidna
17:06:26 *** jportela has joined #openmrs
17:06:26 *** ChanServ sets mode: +v jportela
17:17:06 *** magoo_ has quit IRC
17:33:09 *** magoo_ has joined #openmrs
17:45:42 *** goutham has quit IRC
17:46:02 *** gbastien has quit IRC
17:47:07 <bwolfe> djazayeri: its a gp actually. you can set the modules directory to an absolute or relative path to the openmrs app data dir
17:47:31 <djazayeri> bwolfe: thanks I figured that out.
17:47:37 <djazayeri> It seems like something that should be a runtime property
17:49:43 <djazayeri> bwolfe, wyclif: so, I'm proposing that we don't have the WEBAPP_NAME constant in 2.x
17:49:54 <djazayeri> we'll have a CONTEXT_PATH constant
17:50:36 <djazayeri> so theoretically we can run either at / or at /openmrs/something
17:52:04 <bwolfe> you always could djazayeri
17:52:26 <bwolfe> but I'm, fine going with just context_path
17:52:30 <djazayeri> bwolfe: I think some redirects will break because they've been coded with WEBAPP_NAME
17:52:44 <bwolfe> then those are bad redirects
17:52:45 <djazayeri> the issue is that the logic that decides what runtime properties file to look for uses WEBAPP_NAME
17:52:49 <bwolfe> and poo on those module writers
17:52:58 <bwolfe> right
17:53:09 <bwolfe> and that needs to remain in some fashion
17:53:09 <djazayeri> I think it was a core issue. Downey asked me about something.
17:53:12 <djazayeri> Not sure.
17:53:20 <djazayeri> anyway
17:53:25 *** muthah has quit IRC
17:53:36 <djazayeri> so, I agree that allowing different runtime properties for different versions of the app is good
17:53:54 <djazayeri> good = necessary
17:54:07 <djazayeri> wondering if there's another way we can code that
17:54:09 <bwolfe> right, and however that is acheived is fine by me
17:54:20 <bwolfe> bbl
17:54:26 <djazayeri> :-)
17:54:47 <bwolfe> we can code it using the context path ... minus the slash
17:54:55 <bwolfe> and if its just a slash, take out the underscore
17:55:08 <bwolfe> or revert to openmrs_runtimeproperties as the default
17:55:37 <djazayeri> Are the runtime properties read by the API? or just by the webapp?
17:56:20 <bwolfe> the api just gets a list of java properties
17:56:26 <bwolfe> err, a java properties object
17:56:34 <bwolfe> it doesn't read it specifically I don't think
17:56:41 <djazayeri> That sounds right.
17:58:23 *** yanokwa has quit IRC
17:58:40 <djazayeri> Okay, that sounds like a good enough solution for the runtime props for now.
17:58:48 *** yanokwa has joined #openmrs
17:58:48 *** ChanServ sets mode: +v yanokwa
17:58:48 <djazayeri> Probably we'll do this in another ticket though.
17:59:01 <djazayeri> wyclif: can you create a new ticket for:
17:59:52 <djazayeri> (actually, he said he's in a meeting, so I'll write this on the ticket.)
18:03:06 *** yanokwa has quit IRC
18:10:54 *** cta has joined #openmrs
18:11:13 <cta> hello
18:11:26 <djazayeri> hi
18:19:50 <cta> bwolfe, djazayeri: Hello, Darius, Ben! At rthe ending of last week I merged current trunk into my branch and have tested installation wizard after this. Unfortunately, I found out that on last stage of installation (exactly when OpenMRS tries to create database tables) occurs exception : "Can not find file liquibase-schema-only" . I investigated into this and found out that this is because liquibase-data.zip file has been changed. Change was affected by revisio
18:19:50 <cta> n "Move Encounter types from core data to demo data - TRUNK-2446
18:19:50 <cta> Author: jtellez" Can you help me with this?
18:25:25 *** suhothayan has joined #openmrs
18:25:25 *** ChanServ sets mode: +v suhothayan
18:28:15 <djazayeri> hi cta
18:28:56 <djazayeri> the idea of that changeset was to move a few things between demo/core/schema
18:29:34 *** suho has quit IRC
18:29:44 <djazayeri> can you look in the zip and see whether a file got renamed?
18:30:28 <cta> yep
18:31:57 <cta> djazayeri: File was replaced, not renamed. Not it locates under liquibase-data.zip#liquibase-data/liquibase-schema-only.xml
18:32:09 <cta> Now --> Not
18:32:21 <djazayeri> and the liquibase-data is new?
18:32:30 <djazayeri> (new, and incorrect)?
18:32:57 <cta> liquibase-data/ folder is new
18:33:05 <cta> and it affects problem
18:33:12 <djazayeri> okay, so he probably built the zip file wrong
18:33:31 <djazayeri> can you comment on TRUNK-2446, and attach a fixed zip file that doesn't have the liquibase-data directory?
18:33:37 <djazayeri> (after verifying that that works?)
18:33:44 <cta> I verified
18:33:48 <cta> already
18:33:55 <cta> in Sunday
18:34:18 <djazayeri> cta: if you have a working file, attach it to that ticket, and comment why you're doing it
18:34:25 <djazayeri> and i'll apply it
18:34:45 <cta> but how to be with such directory for MacOS?? it also in wrong zip file??
18:35:20 <djazayeri> cta: I'm confused...
18:35:43 <cta> I was confused two
18:36:03 <cta> now, under liquibase-data-zip we has following folders:
18:36:27 <cta> __MACOSX
18:36:37 <cta> and liquibase-data/
18:36:50 <cta> each of them contain
18:37:14 <cta> liquibase xml files
18:38:30 *** magoo_ has quit IRC
18:38:45 <djazayeri> so, when I do an svn update and I unzip that file I do not see an __MACOSX directory
18:38:47 <djazayeri> (but I'm on a mac)
18:39:09 <cta> but before revision 21746 (commit for TRUNK-2446) we have had one zip file with three only files therein
18:39:20 <wyclif> personally, i added the extracted files and not the zip
18:39:26 <cta> its true
18:39:46 <cta> but do you see folder liquibase-data/ after unzip&
18:39:50 <cta> ??
18:40:07 <djazayeri> cta: yes, but that's the name of the file I'm unzipping. so I assume that's just an artifact of the mac unzip program
18:40:12 <djazayeri> wyclif: you mean in 2.x?
18:40:21 <wyclif> djazayeri, yes
18:40:36 <wyclif> because the zip file was not getting extracted
18:40:44 <wyclif> we rather have them in jar file
18:40:45 <djazayeri> bwolfe: is there any (good) reason why we should have the liquibase demo/core/schema files in a zip?
18:40:51 <cta> but before commit 21746 we have had only three liquibase files, not a folder
18:40:55 <wyclif> what matters is them being on the classpatj
18:41:00 <wyclif> classpath
18:41:15 <djazayeri> So, personally I'd rather take them out of the zip in 1.x also
18:41:31 <djazayeri> I'm not aware of any reason they're in a zip
18:41:32 <wyclif> that is what i did for trunk-2079
18:41:59 <wyclif> i extracted them out of the zip
18:42:23 <cta> because they inside folder WEB-INF/classes/liquibase-data/ inside classpath. But InstallationFilter reads them by path WEB-INF/classes/
18:42:31 <cta> it causes error
18:42:44 <cta> wyclif, am soory, did you fix that?
18:42:58 <djazayeri> cta: wyclif changed things in the 2.x web application
18:43:00 <wyclif> only in 2.x
18:43:01 <djazayeri> which is something else
18:43:11 <wyclif> but not in 1.x
18:43:21 <cta> I'm working on 1.9.x
18:43:31 <cta> It should be fixed
18:43:35 <cta> I guess
18:43:38 <djazayeri> cta: try extracting the xml files from the zip, and putting them in the location that the application is looking for
18:43:42 <djazayeri> yes, it should be fixed.
18:43:45 <djazayeri> can you fix it?
18:44:00 <djazayeri> The quick solution is either to re-build the zip file with the right folder structure.
18:44:13 <djazayeri> The better solution is to copy whatever wyclif did in 2.x
18:44:17 <wyclif> aren't they packaged with the api?
18:44:20 <cta> Not urgently, but tommorrow I think
18:44:54 <wyclif> i think the best solution is to fix the packaging to include them in the jar file
18:45:00 <wyclif> i.e the API
18:45:26 <djazayeri> Definitely the schema and core belong in the API.
18:45:30 <djazayeri> I guess the demo can go there too
18:45:44 <cta> directly into /api/src/main/resources/ right???
18:46:10 <wyclif> demo data should probably only get packaged with the application
18:46:23 <wyclif> so i would suggest demo data goes to the resources location
18:46:33 <djazayeri> wyclif: that's better, yes
18:47:16 <djazayeri> cta: I'm not sure, try it out
18:47:25 <djazayeri> or else look at where wyclif put things in the ticket he mentioned above
18:47:32 <wyclif> though in 2.x i included everything in the resource folder
18:47:58 <cta> ok, wyclif, I'll see it
18:48:47 <wyclif> cta, if you fix trunk to include them in the API, then we will remove them from the resources folder at that point and only retain demo data
18:50:48 <wyclif> cta, i will catch you on skype
18:51:02 <cta> ok
19:01:48 *** dkayiwa has quit IRC
19:06:22 *** bwolfe has quit IRC
19:06:55 *** asgoyal has quit IRC
19:24:20 *** mario_vitalbox has quit IRC
19:24:37 *** jportela has quit IRC
19:24:40 <OpenMRSBot> Recent updates in the world of openmrs: On Twitter: OpenMRS: Thanks. :) RT @brad_84 SUPER COOL PROJECT! http://j.mp/brRxh7 #oscon <http://twitter.com/OpenMRS/statuses/95563650433171456>
20:10:15 *** gbastien has joined #openmrs
20:15:12 *** cta has quit IRC
20:16:14 *** muthah has joined #openmrs
20:18:24 *** wyclif has quit IRC
20:22:10 *** wyclif has joined #openmrs
20:24:57 *** suhothayan has quit IRC
20:42:25 *** james_regen has quit IRC
20:50:10 *** muthah has quit IRC
21:12:49 *** finbrein has joined #openmrs
21:13:45 <wyclif> djazayeri, are you able to view the patient dashboard in 2.x?
21:13:58 <djazayeri> last time i did an update I could
21:14:19 <djazayeri> do you see an error?
21:14:25 <wyclif> yes, class org.openmrs.ui2.core.FragmentException
21:14:25 <wyclif> : Error evaluating view: widgets/verticalTabPanel
21:14:58 <djazayeri> let me try
21:15:25 <djazayeri> what's the underlying error beneath that?
21:15:39 <wyclif> NPE
21:15:59 <wyclif> at org.openmrs.ui2.core.fragment.ConventionBasedClasspathFragmentControllerProvider . getController (17)
21:17:09 *** dkayiwa has joined #openmrs
21:17:10 <djazayeri> must be that fragmentName is null
21:17:33 <djazayeri> presumably you've used that fragment in a way that I hadn't coded for
21:17:52 <djazayeri> so, I think the cause of the error is that you're trying to do includeFragment(null)
21:18:04 <djazayeri> but that I have no pretty error checking for this
21:18:09 <djazayeri> could that be the case?
21:19:35 *** yanokwa has joined #openmrs
21:19:42 *** ChanServ sets mode: +v yanokwa
21:19:48 <wyclif> apparently the fragment name is not null
21:20:39 <djazayeri> hmm, okay, I'm rebuilding trunk so I can rebuild 2.x hold on
21:22:19 <djazayeri> wyclif: if the exception is actually at that line, either fragmentName must be null, or else basePackage must be
21:23:16 <djazayeri> I just svn updated, rebuilt, and all the core tabs work for me
21:24:07 <wyclif> hmm
21:24:15 <wyclif> i think i have caching issues
21:39:36 <djazayeri> wyclif: I think I'm seeing this too.
21:39:41 <djazayeri> The fragment isn't reloading
21:39:59 <djazayeri> I mean: I edit the fragment's gsp, but that isn't picked up until I restart the app
21:40:01 *** dkayiwa has quit IRC
21:40:07 <djazayeri> is that what you meant by caching issues?
21:41:32 <wyclif> djazayeri, i found the problem, it was my fault
21:41:41 <djazayeri> but are pages reloading right for you?
21:41:49 <djazayeri> after you edit the gsp?
21:41:50 <wyclif> i guess
21:41:54 <wyclif> i will check
21:42:12 <wyclif> i recall it worked fine in the last sprint
22:04:09 <djazayeri> wyclif: it did work fine in the last sprint, but I'm looking at the code and I think I was a bit careless when implementing a speedup for production mode
22:04:20 <djazayeri> would you mind checking whether changes to a gsp are picked up or not?
22:04:42 <wyclif> djazayeri, sure
22:04:48 <wyclif> a question
22:04:55 <wyclif> djazayeri, so this the approach for the settings page, am trying to make sure am getting the concept right in the framework,
22:05:57 <wyclif> for the settings page, i have added a SettingsExtension and a SettingsFragmentExtension, just like you did for the patient dashboard
22:07:05 <djazayeri> wyclif: So, you're going down the path of the correct long term solution
22:07:11 <djazayeri> that's not actually what I intended in this case
22:07:30 <djazayeri> For this sprint I just meant to do a hacky grouping by whatever is before the first dot.
22:07:35 <wyclif> for now what do you want?
22:07:59 <djazayeri> I'm not opposed to doing something "more correct" but if you're going to do that we should discuss.
22:08:25 <djazayeri> e.g. there are a handful of GPs like concept.weight, concept.height, ...
22:08:51 <djazayeri> those would end up grouped under a concept tab, which would show properties weight, height, ...
22:09:03 <djazayeri> (I'm describing the hacky solution now)
22:09:32 <wyclif> ok
22:10:47 <djazayeri> In fact I would definitely suggest going with that hacky solution for now.
22:10:56 *** gbastien has quit IRC
22:10:56 <wyclif> djazayeri, it seems to pick up my changes pretty well
22:10:59 <djazayeri> The point is that this is the "Advanced Settings" page for manage GPs.
22:11:02 <wyclif> in the gsp
22:11:04 <djazayeri> really? hmm.
22:11:08 <djazayeri> this is on a page or a fragment?
22:12:49 <wyclif> page
22:13:01 <djazayeri> ok, yeah, I broke the auto-reloading in fragments
22:13:03 <djazayeri> pages are still fine
22:15:29 <wyclif> but the fragments are not
22:15:41 <djazayeri> thanks for checking.
22:16:24 <wyclif> no problem
22:19:59 <wyclif> am heading home, catch you later when i get home
22:20:06 *** geni100 has joined #openmrs
22:20:28 <geni100> I saw on the message board at oscon that you guys are looking for devs.
22:20:46 <geni100> What are you guys looking to do over the next 3-6 months?
22:21:17 <djazayeri> geni100: a lot. :-)
22:21:47 <geni100> cool! :)
22:21:49 <djazayeri> geni100: a high-level view would be at go.openmrs.org/roadmap
22:21:54 <djazayeri> (start from 1.9)
22:22:56 <geni100> cool. Is the SMART container a GSoC project?
22:25:00 *** wyclif has quit IRC
22:26:09 <djazayeri> geni100: it is
22:26:19 <djazayeri> it's also going to be an ongoing project after that
22:27:05 <djazayeri> do you know SMART?
22:27:11 <geni100> very cool. I'm not sure on time (mine), but I may be of use. I've been building medical systems for myself (practice management, clinical decision support, medical data classification) and for a client (ChartLogic, charting solution) for a few years now.
22:27:27 <djazayeri> cool
22:27:32 <djazayeri> are you more of a developer or a system integrator?
22:27:35 <geni100> I'm very interested in picking up everything for SMART. ChartLogic is going that way in the near future (starting around August)
22:27:41 <geni100> I'm a developer
22:29:03 <djazayeri> we're curious to see how SMART plays out
22:29:16 <geni100> isn't there an OpenMRS talk at OSCON this year?
22:29:29 <geni100> I thought I saw that someone was going to talk about it
22:29:55 <geni100> yeah, me too. I had proposed something incredibly close to SMART to ChartLogic about 2 years ago, but we didn't do anything about it.
22:30:01 <djazayeri> from my perspective I hope SMART ends up being a way to bring cool EMR functionality from the US to some developing country projects
22:30:15 <geni100> so, architecturally, fascinating, hopefully there's the momentum to make things go forward
22:30:15 <djazayeri> One of our core team is at OSCON
22:30:35 <geni100> I'll have to find him/her. Who's here?
22:30:37 <djazayeri> we'd submitted a presentation, hopefully it got accepted and he's giving it
22:30:41 <djazayeri> http://www.oscon.com/oscon2011/profile/122954
22:30:45 <djazayeri> Michael Downey
22:31:43 <geni100> Perfect, I'll have to track him down
22:33:32 <djazayeri> definitely catch up with him
22:33:58 <djazayeri> look us up back on IRC if you have time and want to get involvee
22:34:03 <djazayeri> (involved)
22:41:44 <geni100> thanks, I'll see what I can do. I've been talking to people (doctors) about you guys
23:00:44 *** geni100 has quit IRC
23:01:04 *** geni100 has joined #openmrs
23:17:19 *** muthah has joined #openmrs
23:33:40 *** wyclif has joined #openmrs
23:42:31 *** finbrein has quit IRC