00:14:52
|
*** wluyima has joined #openmrs
|
00:25:45
|
*** burke_away is now known as burke
|
00:40:03
|
*** mnunez has joined #openmrs
|
01:30:47
|
*** Gagaman has joined #openmrs
|
01:34:13
|
*** mnunez has quit IRC
|
02:11:39
|
*** Gagaman has quit IRC
|
02:28:09
|
*** mnunez has joined #openmrs
|
02:49:16
|
*** upul` has joined #openmrs
|
02:49:16
|
*** ChanServ sets mode: +v upul`
|
02:59:18
|
*** mnunez has quit IRC
|
03:07:06
|
*** burke has quit IRC
|
03:55:45
|
*** surangak has joined #openmrs
|
04:07:54
|
*** mnunez has joined #openmrs
|
04:41:07
|
<surangak> djazayeri, hi, mm r u still here ?
|
04:41:31
|
<surangak> djazayeri, any idea if I can read a global propery from javascript ?
|
05:22:47
|
*** finbrein has quit IRC
|
05:30:57
|
*** sunbiz has joined #openmrs
|
05:30:57
|
*** ChanServ sets mode: +v sunbiz
|
05:53:10
|
*** surangak_ has joined #openmrs
|
05:53:10
|
*** surangak has quit IRC
|
05:59:11
|
*** surangak has joined #openmrs
|
05:59:11
|
*** surangak_ has quit IRC
|
06:02:39
|
*** surangak_ has joined #openmrs
|
06:02:39
|
*** surangak has quit IRC
|
06:19:45
|
*** sunbiz has left #openmrs
|
06:30:00
|
*** finbrein has joined #openmrs
|
06:33:02
|
*** djazayeri1 has joined #openmrs
|
06:34:37
|
*** djazayeri has quit IRC
|
06:49:40
|
*** sunbiz has joined #openmrs
|
06:49:40
|
*** ChanServ sets mode: +v sunbiz
|
06:49:45
|
*** sunbiz has left #openmrs
|
07:04:10
|
*** dkayiwa has joined #openmrs
|
07:07:16
|
<finbrein> dkayiwa: on building the openmrs-webapp and starting the jetty server, what about the client
|
07:07:36
|
<dkayiwa> finbrein: client is the browser
|
07:08:33
|
<finbrein> ok, the weblink
|
07:08:45
|
<dkayiwa> yup
|
07:08:57
|
<finbrein> what's the pattern?
|
07:09:17
|
<dkayiwa> you just point your browser to the url
|
07:09:35
|
<finbrein> what's the url pattern?
|
07:09:40
|
<finbrein> url?
|
07:10:42
|
<dkayiwa> after running the server, url is something like http://localhost:8080/openmrs
|
07:14:34
|
<finbrein> i got java.lang.NullPointerException in eclipse with http://localhost:8080/openmrs/initialsetup entered to the browser top box. Warning flagged for parameter" /openmrs/initialsetup"
|
07:22:59
|
<finbrein> this line printed in console "2011-11-11 09:15:51.456::INFO: Started SelectChannelConnector@0.0.0.0:8080" before "Started Jetty Server". I think it's strange with the 0.0.0.0. I am thinking it should be localhost or 127.0.0.1
|
07:23:27
|
<dkayiwa> you can ignore that value
|
07:23:38
|
<dkayiwa> as long as you have the initial setup page
|
07:31:11
|
<finbrein> ok, i am trying to get it to run still.
|
07:31:13
|
<finbrein> thx
|
07:42:27
|
<finbrein> In WEB-INF, I've got "openmrs.js" file, Is it not weird?
|
07:56:13
|
<dkayiwa> ignore it for now
|
08:13:51
|
*** robbyoconnor has joined #openmrs
|
08:13:51
|
*** ChanServ sets mode: +v robbyoconnor
|
08:16:31
|
<finbrein> dkayiwa: by the way, if i want to run webapp with tomcat and not jetty, can i use "tomcat:run" as the goal?
|
08:16:34
|
<surangak_> robbyoconnor, this is very late in your time right ?
|
08:33:11
|
*** dkayiwa has quit IRC
|
09:13:12
|
*** upul` has quit IRC
|
09:31:23
|
*** upul` has joined #openmrs
|
09:31:23
|
*** ChanServ sets mode: +v upul`
|
09:40:09
|
*** djazayeri1 has quit IRC
|
09:45:35
|
*** dkayiwa has joined #openmrs
|
09:45:49
|
<dkayiwa> finbrein: sorry i got diconnected
|
09:46:17
|
<finbrein> no problem
|
09:49:58
|
<finbrein> can i use "tomcat:run" as the goal to run the webapp on Tomcat. The current documentation uses "jetty:run" using Jetty to run the app.
|
09:50:53
|
<dkayiwa> finbrein: not at the moment
|
09:51:04
|
<finbrein> only jetty?
|
09:52:13
|
<dkayiwa> yes
|
09:53:26
|
<finbrein> why do we have tomcat in the documentation? I guess the document should be modified to do exactly what it should do.
|
09:53:30
|
<finbrein> I believe
|
09:53:54
|
<dkayiwa> which page are you looking at
|
09:56:56
|
<finbrein> https://wiki.openmrs.org/display/docs/Step+by+Step+Installation+for+Developers
|
09:56:57
|
<OpenMRSBot> <http://ln-s.net/8_PW> (at wiki.openmrs.org)
|
09:58:13
|
<finbrein> Option: Tomcat section near the foot of the page
|
09:59:01
|
<finbrein> Optional: Tomcatsection
|
09:59:07
|
<finbrein> Optional: Tomcat section
|
09:59:59
|
<dkayiwa> yes you can still use tomcat instead of jetty, but not in the same way
|
10:00:26
|
<dkayiwa> in otherwards, as of now, you can use tomcat but not with "tomcat:run"
|
10:01:07
|
<dkayiwa> jetty is the currently maven built in one we can run with jetty:run
|
10:01:25
|
<dkayiwa> with tomcat, you would have to do some more work than just that
|
10:01:44
|
<finbrein> i go with jetty for now
|
10:02:18
|
<dkayiwa> yes if you do not want to spend time figuring out what it would take you to do it using tomcat
|
10:13:48
|
<dkayiwa> hi surangak_
|
10:14:39
|
<surangak_> dkayiwa, heloooo
|
10:14:54
|
<dkayiwa> surangak_: have you run trunk of recent
|
10:15:24
|
<surangak_> dkayiwa, mm.. afraid I havent, I've been working with 1.8.2 over the past two weeks :(
|
10:15:38
|
<dkayiwa> ok
|
10:15:50
|
<surangak_> sorry I couldnt help with that :(
|
10:16:02
|
<dkayiwa> no problem :)
|
10:40:23
|
*** surangak_ has quit IRC
|
11:27:24
|
*** upul` has left #openmrs
|
12:14:07
|
*** dkayiwa has quit IRC
|
12:14:58
|
*** dkayiwa has joined #openmrs
|
12:42:33
|
*** dkayiwa_ has joined #openmrs
|
12:44:29
|
*** dkayiwa has quit IRC
|
12:44:30
|
*** dkayiwa_ is now known as dkayiwa
|
12:56:25
|
*** kishoreyekkanti has joined #openmrs
|
13:15:51
|
*** downeym has joined #openmrs
|
13:15:51
|
*** OpenMRSBot sets mode: +o downeym
|
13:15:51
|
*** ChanServ sets mode: +o downeym
|
13:23:16
|
*** r-friedman has joined #openmrs
|
13:24:09
|
<r-friedman> wluyima: hi wyclif got a minute?
|
13:24:30
|
*** wluyima has quit IRC
|
13:25:42
|
<r-friedman> hi dkayiwa got a minute?
|
13:25:48
|
<dkayiwa> sure
|
13:26:45
|
<r-friedman> how do we do join tables? do we put in all the audit fields? do we need a DAO object, if so what does it extend? or does hibernate handle it all?
|
13:27:14
|
<dkayiwa> hibernate does the join for us
|
13:27:33
|
<dkayiwa> via the DAO hibernate implementation class
|
13:28:32
|
<r-friedman> does the DAO class (and table) have an id field?
|
13:29:04
|
<r-friedman> does it have audit info?
|
13:29:27
|
<dkayiwa> the DAO does not tie to any table
|
13:29:36
|
<dkayiwa> and so the DAO has no id field
|
13:29:54
|
<r-friedman> ok, i think i misunderstood you
|
13:29:55
|
<dkayiwa> Instead the DAO persists a domanin (entity) object, which then has the id field
|
13:30:13
|
<dkayiwa> ok
|
13:30:42
|
<r-friedman> so we have Table1, Table2, and the join table between them
|
13:31:07
|
<dkayiwa> ok
|
13:31:10
|
<r-friedman> Table1 and Table2 in their hibernate have sets with many-to-many that reference eachother
|
13:31:28
|
<r-friedman> the only reference to the join table is in the set directive
|
13:31:36
|
<r-friedman> on both sides
|
13:32:16
|
<r-friedman> so we know that join table has 2 fields, table1_id and table2_id
|
13:32:21
|
*** james_regen has joined #openmrs
|
13:32:21
|
*** ChanServ sets mode: +v james_regen
|
13:32:29
|
<r-friedman> and hibernate knows it too
|
13:32:35
|
<dkayiwa> yes the parent Object (for Table1) has a set field for (Table2) objects for a one to many
|
13:33:27
|
<r-friedman> and vice versa (they're both sets and its many-to-many
|
13:33:50
|
<r-friedman> so the first question is sort of a policy question
|
13:34:09
|
<dkayiwa> the child object (Table2) does not have a set field for the parent
|
13:34:31
|
<dkayiwa> infact it may not even be aware of the parent (if you chose)
|
13:35:21
|
<dkayiwa> but if you chose, then if may
|
13:35:27
|
<dkayiwa> an example is Form and FormField
|
13:35:30
|
<r-friedman> it's not really a parent child (one-to-many), it's many to many, like the relation between person and itself for relationships
|
13:36:06
|
<r-friedman> now for relationships, the join table also has information -- the relationship type
|
13:36:06
|
<dkayiwa> where Form has Set<FormField> formFields and FormField has a Form form field
|
13:36:44
|
<r-friedman> but a one-to-many can be done without a join table and we typically don't use a join table
|
13:36:56
|
<dkayiwa> correct
|
13:37:07
|
<r-friedman> many-to-many requires a join table and it's the join table that concerns me
|
13:37:13
|
<dkayiwa> ok
|
13:37:50
|
<r-friedman> assuming it's a pure join table (carries no data)
|
13:37:59
|
<r-friedman> does it have an id field?
|
13:38:10
|
<r-friedman> does it have audit fields (created by etc.)?
|
13:38:26
|
<dkayiwa> it has an id field
|
13:38:40
|
<dkayiwa> and it may also have audit fields
|
13:38:58
|
<dkayiwa> to keep track of relationship changes audit
|
13:40:03
|
<r-friedman> right, but the only changes that can occur are voiding/retiring a table1 record or a table2 record
|
13:40:22
|
<r-friedman> the join table is never directly modified
|
13:41:06
|
<dkayiwa> actually i look at the join table to trac the relationship modifications
|
13:41:24
|
<dkayiwa> that would be different from table1 or table2
|
13:41:27
|
<dkayiwa> separately
|
13:41:36
|
<r-friedman> well, that's true in relationship because it's carrying data
|
13:42:02
|
<r-friedman> wait
|
13:42:33
|
<r-friedman> so you're saying you can delete a relationship without modifying either of the data tables?
|
13:42:51
|
<dkayiwa> correct
|
13:43:08
|
<dkayiwa> and the relationship table then keeps track of that information
|
13:43:19
|
<dkayiwa> eg. marriage or divorce date
|
13:43:42
|
<r-friedman> but that leaves voided relationships in the table which have to be checked for
|
13:43:51
|
<dkayiwa> correct
|
13:44:40
|
<r-friedman> so do the join tables extend baseopenmrsmetadata or data?
|
13:45:09
|
<dkayiwa> i would make it extend data
|
13:45:29
|
<dkayiwa> for i do not look at the relationship between the two as metadata
|
13:46:10
|
<r-friedman> that's what i would say too, but voided will eventually become a physical delete while retired wont
|
13:46:31
|
<dkayiwa> void is for data while retire is for metadata
|
13:46:37
|
<r-friedman> yeah
|
13:47:19
|
<r-friedman> so i think if t1 is table2's collection of t1 objects
|
13:47:57
|
<r-friedman> you could actually do t1.add x where x is a t2 object
|
13:48:13
|
<r-friedman> and hibernate would take care of the table update
|
13:48:26
|
<dkayiwa> ok
|
13:48:28
|
<r-friedman> but if we're going to mung around with audit informaiton
|
13:48:47
|
<r-friedman> we can't do that, we have to use an api call to write the db explicitly
|
13:49:18
|
<dkayiwa> ok
|
13:49:48
|
<r-friedman> and that means we need a DAO object for the join table, right?
|
13:50:44
|
<dkayiwa> not necesarily
|
13:50:58
|
<dkayiwa> actually i would not create a separate DAO for the join table
|
13:51:12
|
<r-friedman> just reference it in HQL?
|
13:51:27
|
<dkayiwa> yes
|
13:52:05
|
<dkayiwa> boundary as to when to create another DAO is about a group of related db services
|
13:52:24
|
<r-friedman> ok, i think we are not communicating again
|
13:52:34
|
<dkayiwa> looks like
|
13:53:05
|
<r-friedman> when i say DAO object, I don't mean an object that provides api methods, i mean the object that contains the table field getters and setters
|
13:53:21
|
<dkayiwa> oh i see!!!
|
13:53:24
|
<dkayiwa> now i get you
|
13:54:19
|
<r-friedman> I think from what we have been saying that we need one of these for the join table and it extends data
|
13:54:42
|
<dkayiwa> ok
|
13:54:51
|
<r-friedman> and that we need an api call to make and break relations which uses that object and maintains the audit info
|
13:55:19
|
*** burke has joined #openmrs
|
13:55:19
|
*** ChanServ sets mode: +o burke
|
13:55:28
|
<dkayiwa> ok
|
13:55:52
|
*** burke has quit IRC
|
13:56:05
|
<r-friedman> but what worries me is, if we have the collection of t2's in t1, had we just done an add to it, it would now be up to date
|
13:56:23
|
<r-friedman> but if we mung around with the join table's DAO, the collections might not update
|
13:56:33
|
<dkayiwa> ok
|
13:57:57
|
<r-friedman> do we know that the api method will be reflected in the t1 collection automatically or does the collection ahve to be refreshed?
|
13:59:20
|
<dkayiwa> i think it may be auto refreshed. not sure though
|
13:59:39
|
<r-friedman> hmmmm
|
14:00:41
|
<r-friedman> ok, at least i know how to make the join table
|
14:00:48
|
<dkayiwa> ok
|
14:00:56
|
<r-friedman> thanks much
|
14:01:05
|
<dkayiwa> yo welcome
|
14:09:55
|
*** rafa has joined #openmrs
|
14:10:17
|
*** rafa has quit IRC
|
14:10:30
|
*** rafa has joined #openmrs
|
14:10:31
|
*** ChanServ sets mode: +v rafa
|
14:23:40
|
*** wluyima has joined #openmrs
|
14:29:30
|
*** djazayeri has joined #openmrs
|
14:29:30
|
*** ChanServ sets mode: +o djazayeri
|
14:34:41
|
*** dkayiwa has quit IRC
|
14:37:57
|
*** dawn_ has joined #openmrs
|
14:41:17
|
*** dawn_ has left #openmrs
|
14:41:21
|
*** dawn_ has joined #openmrs
|
14:41:21
|
*** ChanServ sets mode: +v dawn_
|
15:05:27
|
<djazayeri> good morning rafa, wluyima, dkayiwa
|
15:05:33
|
<djazayeri> (no dkayiwa I see)
|
15:05:59
|
<rafa> hey
|
15:06:18
|
<djazayeri> rafa: last day in the office in boston?
|
15:06:26
|
*** dawn_ has quit IRC
|
15:06:32
|
<rafa> djazayeri: yesterday was my last day
|
15:06:38
|
<rafa> djazayeri: today is holiday
|
15:06:43
|
<rafa> djazayeri: office is closed
|
15:08:20
|
<wluyima> djazayeri, hi
|
15:08:45
|
<wluyima> rafa, enjoy your vacation
|
15:08:56
|
<downeym> wluyima: can we do anything to shorten the name of this page? https://wiki.openmrs.org/display/RES/Improved+release+testing+by+loading+partial+production+data+into+a+Standalone
|
15:09:22
|
<rafa> wluyima: it's not really vacation :) I'm working.
|
15:09:40
|
<djazayeri> downeym: I named that page
|
15:09:44
|
<djazayeri> is it really a problem that it's long?
|
15:10:35
|
<djazayeri> rafa: okay, I remember hearing that the office was closed
|
15:10:49
|
<djazayeri> Oh well, we'll keep working in the salt mine
|
15:11:06
|
<downeym> djazayeri: just wondered if it could be more concise :)
|
15:12:15
|
<djazayeri> downeym: It's a fairly specific page, and one that will be abandoned after this sprint, so I intend to spend 0 more seconds thinking about its name. :-)
|
15:12:22
|
<djazayeri> rafa: want to report?
|
15:12:31
|
<rafa> djazayeri: sure
|
15:12:53
|
<rafa> djazayeri: I'm working on limiting the size of data we export
|
15:13:05
|
<rafa> djazayeri: it's tedious
|
15:13:17
|
<djazayeri> tedious but straightforward?
|
15:13:21
|
<djazayeri> or tedious and complex?
|
15:13:30
|
<rafa> djazayeri: seems only tedious so far
|
15:13:37
|
<djazayeri> okay, that's good
|
15:14:15
|
<djazayeri> And I guess that will take you the rest of the day?
|
15:14:23
|
<rafa> djazayeri: yes
|
15:15:11
|
<djazayeri> and no blockers
|
15:15:16
|
<rafa> no blockers
|
15:16:00
|
<djazayeri> okay, wluyima?
|
15:16:07
|
<djazayeri> I see you've been creating tickets.
|
15:16:11
|
<rafa> djazayeri: just a moment
|
15:16:11
|
<djazayeri> Thanks for doing this, by the way!
|
15:16:21
|
<djazayeri> okay, wluyima, wait for rafa then
|
15:16:33
|
<rafa> djazayeri: let me check again my assumption
|
15:17:09
|
<finbrein> Could not create connection to database server. What to do?
|
15:17:15
|
<rafa> djazayeri: the goal is to export all tables and data except patient data in a few hardcoded tables
|
15:17:37
|
<djazayeri> rafa: for core, yes, that's definitely the case
|
15:17:44
|
<djazayeri> for modules, I guess it's the same
|
15:18:03
|
<djazayeri> but we'll need some way to determine which module tables are patient data
|
15:18:14
|
<djazayeri> I guess it could be hardcoded, though that will get very tedious
|
15:18:24
|
<wluyima> ok
|
15:18:45
|
<djazayeri> maybe we can assume that any table with a "patient_id" column is patient data?
|
15:19:00
|
*** rafa_ has joined #openmrs
|
15:19:00
|
*** ChanServ sets mode: +v rafa_
|
15:19:37
|
<rafa_> djazayeri: the thing is that this approach fail if module tables reference core patient data that we did not include
|
15:19:50
|
*** dawn_ has joined #openmrs
|
15:19:50
|
*** ChanServ sets mode: +v dawn_
|
15:19:56
|
<rafa_> djazayeri: is that all right?
|
15:20:26
|
<rafa_> (lost connection for a moment)
|
15:20:51
|
<djazayeri> rafa_: while you were gone, I proposed that we assume any table with a "patient_id" column is patient data
|
15:21:21
|
<rafa_> djazayeri: what about "encounter_id", etc.?
|
15:21:21
|
<djazayeri> and thus treating it specially in the hardcoded way
|
15:21:42
|
*** rafa has quit IRC
|
15:21:53
|
<rafa_> ping
|
15:21:57
|
<djazayeri> hopefuly patient_id and encounter_id will be enough
|
15:22:33
|
<rafa_> djazayeri: you realize that it's not a very reliable approach...
|
15:23:18
|
<djazayeri> rafa_: but a more reliable approach would be 1000% more work, right?
|
15:23:30
|
<rafa_> djazayeri: yes
|
15:24:12
|
<djazayeri> Could you build in the ability for us to hardcode a list of module tables to treat specially, but for now that's an empty list?
|
15:24:17
|
<djazayeri> or is that not even worth it at this point?
|
15:25:00
|
<djazayeri> rafa_: anyway, I'm aware that it's not 100% reliable, but I don't have any better suggestions at this point.
|
15:25:00
|
<rafa_> djazayeri: I'll see how I can fit that in my current idea
|
15:25:34
|
<rafa_> okay thanks
|
15:26:04
|
<rafa_> wluyima: go ahead
|
15:26:33
|
<wluyima> yesterday:
|
15:26:33
|
<wluyima> -Made some fixes in the installation and removed unused code
|
15:26:33
|
<wluyima> -dev call
|
15:26:33
|
<wluyima> -Fixed bug when fetching/installing modules
|
15:26:33
|
<wluyima> -Creatd a couple of tickets TRUNK-2851, TRUNK-2852, TRUNK-2853, TRUNK-2854
|
15:26:34
|
<wluyima> -Code review of Rafal's ticket for importing test data
|
15:26:36
|
<wluyima> today:
|
15:26:38
|
<wluyima> -Fix authentication to work, involves making changes in TRUNK-2838 and RELTEST-4
|
15:26:40
|
<wluyima> -Other sprint tickets
|
15:27:25
|
<rafa_> wluyima: I think it's best to create a new ticket for authentication
|
15:28:17
|
<djazayeri> rafa_: you mean instead of modifying an existing ticket?
|
15:28:24
|
<rafa_> yes
|
15:28:31
|
<wluyima> rafa_, which ticket?
|
15:28:57
|
<rafa_> wluyima: i was refering to Fix authentication to work, involves making changes in TRUNK-2838 and RELTEST-4
|
15:29:28
|
<wluyima> rafa_, i think we created TRUNK-2838 and RELTEST- for this task
|
15:30:03
|
<rafa_> wluyima: ohh sorry
|
15:30:07
|
<rafa_> wluyima: you're right
|
15:30:16
|
<rafa_> wluyima: I thought it's something different
|
15:30:20
|
<wluyima> rafa_, it is just that i made a partial commit for TRUNK-2838 just to capture them but not send them
|
15:31:01
|
<wluyima> rafa_, now i need to make sure they are sent to the server and edit the http requests for modules and test data
|
15:31:03
|
<rafa_> wluyima: okay nevermind :)
|
15:31:30
|
<djazayeri> wluyima: blockers?
|
15:31:45
|
<finbrein> hey rafa_: can you advise on making connection to the database from the webapp.
|
15:31:46
|
*** kishoreyekkanti has quit IRC
|
15:31:54
|
*** chopin has joined #openmrs
|
15:32:34
|
<wluyima> no blockers, rafa_, djazayeri how do you feel about making the page for requesting production url, openmrs username and password one step instead of 2
|
15:33:01
|
<rafa_> wluyima: I feel it'd be better :)
|
15:33:04
|
<djazayeri> wluyima: I guess that's fine.
|
15:33:10
|
<wluyima> ok
|
15:33:21
|
<djazayeri> Burke and I were thinking that first you ask for the url, and test that to make sure it exists and has the module running
|
15:33:37
|
<rafa_> finbrein: what do you mean? what is it that you're trying to achieve?
|
15:33:52
|
<djazayeri> but I guess there's no reason we couldn't also ask for username and password on that page, assuming they'll get it right
|
15:33:52
|
<wluyima> djazayeri, we can capture all but just store the username and password for later use when needed
|
15:33:56
|
<chopin> if someone has a chance, please verify I'm not crazy in re: TRUNK-2857
|
15:33:57
|
<chopin> !TRUNK-2857
|
15:33:58
|
<OpenMRSBot> chopin: Error: "TRUNK-2857" is not a valid command.
|
15:34:03
|
<chopin> !ticket TRUNK-2857
|
15:34:04
|
<OpenMRSBot> chopin: [#TRUNK-2857] Improper table constraint of form.encounter_type to users.user_id - OpenMRS JIRA - https://tickets.openmrs.org/browse/TRUNK-2857
|
15:34:18
|
<djazayeri> My report
|
15:34:24
|
<wluyima> djazayeri, ok
|
15:34:45
|
<djazayeri> Thursday:
|
15:34:45
|
<djazayeri> * Implementers call
|
15:34:45
|
<djazayeri> * Dev call
|
15:34:45
|
<djazayeri> * Leadership call
|
15:34:45
|
<djazayeri> * almost finished: STAND-32 - Improved build and package process for standalone
|
15:34:46
|
<djazayeri> * on hold: STAND-31 and STAND-17 (one-time prompt for standalone configuration on initial startup)
|
15:34:47
|
<djazayeri> Friday:
|
15:34:47
|
<djazayeri> * finish STAND-32 - Improved build and package process for standalone
|
15:34:48
|
<djazayeri> * try to finish STAND-31 and STAND-17 (one-time prompt for standalone configuration on initial
|
15:35:30
|
<wluyima> djazayeri, great
|
15:35:37
|
<finbrein> just getting started and i have run the openmrs webapp. But connection to the database fails which is ok. The webapp should be configured to work with the mysql databse i installed on my local machine.
|
15:35:41
|
<wluyima> djazayeri, when do you hope to be done with these for testing
|
15:35:52
|
<djazayeri> wluyima: sometime today
|
15:35:56
|
<wluyima> djazayeri, cool
|
15:36:15
|
<wluyima> djazayeri, because out goal to day is to have something functional end to end
|
15:36:59
|
<djazayeri> wluyima: exactly
|
15:37:02
|
<wluyima> djazayeri, i hope to work on the issue of standalone not asking for databse credentials too
|
15:37:09
|
<rafa_> finbrein: you need to deploy war and you'll see installation wizard when you can enter connection details for your mysql installation
|
15:37:34
|
<djazayeri> wluyima: great
|
15:37:51
|
*** rafa_ has quit IRC
|
15:38:04
|
<finbrein> rafa_: how?
|
15:38:42
|
<djazayeri> wluyima, rafa_: okay, done scrumming, back to work!
|
15:38:52
|
<djazayeri> (oops, rafa lost connection again)
|
15:39:21
|
<dawn_> thnx for the updates!
|
15:39:29
|
<wluyima> djazayeri, ok, talk to you later
|
15:42:08
|
<finbrein> i am using jetty not tomcat
|
15:55:12
|
*** chopin has quit IRC
|
15:59:35
|
*** dawn_ has quit IRC
|
16:04:43
|
*** dawn_ has joined #openmrs
|
16:04:43
|
*** ChanServ sets mode: +v dawn_
|
16:06:34
|
*** chopin has joined #openmrs
|
16:25:41
|
*** james_regen has quit IRC
|
16:39:15
|
<finbrein> can someone help pls?
|
16:40:11
|
<finbrein> i am in the "Step by step installation for developers"
|
16:41:58
|
<finbrein> I have installed the webapp but having issues connecting to the Jetty server (started) from the web browser. During run, there is an error whereby connection to mysql database failed.
|
16:42:12
|
<finbrein> I would appreciate an answer. thx.
|
16:45:58
|
*** deadpool has joined #openmrs
|
16:47:43
|
*** kishoreyekkanti has joined #openmrs
|
16:55:29
|
*** srinivasa has joined #openmrs
|
16:57:48
|
*** surangak has joined #openmrs
|
17:01:44
|
<downeym> finbrein: is mysqld running?
|
17:01:59
|
<finbrein> yeson port 3306
|
17:02:42
|
<finbrein> yes
|
17:05:18
|
<downeym> what is the specific error message exactly?
|
17:08:17
|
<finbrein> i can send the full message to dev@openmrs.org now. There are many lines in there.
|
17:11:15
|
<downeym> pastebin.com is fine too
|
17:12:46
|
<downeym> finbrein: looks like you may have supplied the wrong mysql root password during the openmrs initial setup
|
17:13:38
|
<finbrein> downeym: what is the right password?
|
17:14:11
|
<downeym> finbrein: whatever password you gave root when you installed mysql :) http://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html#resetting-permissions-windows
|
17:14:13
|
<OpenMRSBot> <http://ln-s.net/3SZk> (at dev.mysql.com)
|
17:14:52
|
<finbrein> downeym: link to pastebin, http://pastebin.com/Q3YB6UGz
|
17:15:16
|
<finbrein> downeym: i used test
|
17:15:43
|
<finbrein> downeym: i used "test" as the password. What must I do now?
|
17:17:25
|
<downeym> finbrein: openmrs asks for the user id and password for this user at the beginning of its initial setup.
|
17:17:41
|
*** downeym sets mode: +v chopin
|
17:17:44
|
*** downeym sets mode: +v wluyima
|
17:17:47
|
*** downeym sets mode: +v surangak
|
17:17:52
|
*** downeym sets mode: +v r-friedman
|
17:17:55
|
*** downeym sets mode: +v kishoreyekkanti
|
17:19:34
|
<finbrein> downeym: there are "user" and "developer" setup. I am using the developer guide, starting from here - https://wiki.openmrs.org/display/docs/Step+by+Step+Installation+for+Developers
|
17:19:35
|
<OpenMRSBot> <http://ln-s.net/8_PW> (at wiki.openmrs.org)
|
17:20:14
|
<finbrein> downeym: openmrs hasn't ask for username and password.
|
17:20:28
|
*** dawn_ has quit IRC
|
17:21:49
|
*** chopin_ has joined #openmrs
|
17:21:56
|
<downeym> Hi chopin_ and welcome to the #openmrs IRC channel.
|
17:24:05
|
<finbrein> downeym: what do you think?
|
17:24:11
|
*** chopin has quit IRC
|
17:28:17
|
<deadpool> finbrein: did you get to see the initial setup?
|
17:29:44
|
<deadpool> mnunez: did you get your form save thing worked out?
|
17:29:47
|
<finbrein> ddeadpool: i am not sure. What's the link for the initial setup you are referring to?
|
17:30:00
|
<finbrein> deadpool: i am not sure. What's the link for the initial setup you are referring to?
|
17:30:33
|
*** mnunez has quit IRC
|
17:30:43
|
<deadpool> finbrein: you installed java and mysql right
|
17:30:59
|
<deadpool> so after you start the jetty server i
|
17:31:05
|
<finbrein> deadpool: yes
|
17:31:12
|
<deadpool> you go to localhost:8080/openmrs
|
17:31:36
|
<deadpool> once you go there it will ask you for information to create openmrs-runtime.properties
|
17:31:44
|
<finbrein> deadpool: i have done that and i got something like this - http://pastebin.com/Q3YB6UGz
|
17:31:45
|
<deadpool> like user/pass for mysql
|
17:33:03
|
<deadpool> finbrein: hmmm try going to localhost:8080/openmrs and see what you get
|
17:36:44
|
<finbrein> deadpool: on running "localhost:8080/openmrs" in the browser brox, i get "http://localhost:8080/openmrs/initialsetup" and then the server crashes.
|
17:37:14
|
*** dawn_ has joined #openmrs
|
17:37:14
|
*** ChanServ sets mode: +v dawn_
|
17:38:20
|
<finbrein> deadpool: prior to the line where the server crashes, their is an error connecting to the database.
|
17:39:11
|
<deadpool> that seems funny cause you shouldn't be connecting to the database yet
|
17:39:22
|
<deadpool> can you connect to the database on the command line?
|
17:39:39
|
<deadpool> or gui what not?
|
17:40:05
|
<deadpool> are you on linux or windows or mac?
|
17:40:46
|
<finbrein> deadpool: yes i can login with the "test" password using the MySQL client
|
17:41:06
|
<finbrein> deadpool: WIndows 7
|
17:41:35
|
<deadpool> finbrein: can you locate where your openmrs-runtimes.properties is located
|
17:41:43
|
<deadpool> like what is in it
|
17:42:11
|
<deadpool> delete it if you find it and try again
|
17:43:00
|
<finbrein> deadpool:"openmrs-runtimes.properties" is not in the project. Is it installed as part of the openmrs project by default?
|
17:43:56
|
<deadpool> yeah it is but i think somehow it got created and it is using that to start openmrs and the information in there is not correct
|
17:44:03
|
<finbrein> deadpool: i got this warning "WARN - OpenmrsUtil.getRuntimePropertiesFilePathName(2437) |2011-11-11 19:35:47,556| Unable to find a runtime properties file at H:\AAA_STUFF\OpenMRS\workspaceOpenMRS\openmrs\webapp\openmrs-runtime.properties"
|
17:44:23
|
<deadpool> so it looks in multiple places
|
17:44:33
|
<deadpool> search for it
|
17:44:43
|
<deadpool> win7 should have a search function right?
|
17:48:11
|
<finbrein> deadpool: I have searched and "openmrs-runtime.properties" does not exist on my PC
|
17:48:58
|
<deadpool> finbrein: are you running openmrs from eclipse?
|
17:49:24
|
<deadpool> finbrein: openmrs-runtime.properties is a hidden file
|
17:49:26
|
<finbrein> deadpool: yes Eclipse Helios
|
17:49:30
|
<deadpool> you need to search hidden files
|
17:49:59
|
<finbrein> deadpool: ok
|
17:56:18
|
<finbrein> deadpool: it doesn't exist on pc. I have installed Eclipse on an external HDD. It doesn't exist there either.
|
17:57:03
|
<deadpool> hmmm... finbrein i am not sure about windows cause i use linux and i don't use eclipse so i don't know but
|
17:57:14
|
<deadpool> did you do an mvn build and then mvn jetty:run
|
17:57:35
|
<finbrein> deadpool: yes I did
|
17:57:38
|
<deadpool> ok
|
17:58:04
|
<deadpool> hmmm... the next thing i can think of is maybe try creating the file
|
17:58:15
|
<finbrein> deadpool: i am using the Base Directory - "${workspace_loc:/openmrs-webapp}"
|
17:58:48
|
<deadpool> finbrein: did you build from the webapp directory or the previous directory?
|
17:59:40
|
<finbrein> deadpool: what do you mean by previous directory?
|
18:00:08
|
<deadpool> the trunk directory where webapps and src and all the other directories are located
|
18:02:00
|
<finbrein> deadpool: i think you mean, the "openmrs" project. Yes, I built the parent project and automatically, all others including openmrs-webapp project should be built since they are all included in the "openmrs" project.
|
18:02:27
|
<deadpool> yeah
|
18:03:17
|
<deadpool> finbrein: now all i can think of is to create the openmrs-runtime.properties
|
18:04:11
|
<finbrein> deadpool: previously, you stated that the "$openmrs-runtimes.properties" is created after running "localhost:8080/openmrs" in the browser.
|
18:04:24
|
<finbrein> deadpool: can you clarify?
|
18:05:40
|
<finbrein> deadpool: "openmrs-runtime.properties" file
|
18:06:02
|
<deadpool> so once you build and deploy the war you navigate to localhost:8080 and then you will get a initialsetup page where it will ask for your mysql database name, user/pass to access the database and user/pass for openmrs
|
18:06:25
|
<deadpool> and then it will install all the tables openmrs needs once it has all those
|
18:06:36
|
<deadpool> for some reason your build thinks it has all that
|
18:06:46
|
<deadpool> did you already create an openmrs database?
|
18:09:11
|
<finbrein> deadpool: no
|
18:10:08
|
<finbrein> deadpool: do i create an openmrs database? and how to deploy the war file?
|
18:10:38
|
<deadpool> no there is something wrong fundamentally of which i am not seeing
|
18:11:01
|
<deadpool> finbrein: do an mvn clean
|
18:11:11
|
<deadpool> and do the build again and see if it works
|
18:12:20
|
*** nickwilkie has quit IRC
|
18:12:22
|
<finbrein> deadpool: ok
|
18:13:26
|
<deadpool> if that doesn't work maybe reintstall mysql or something and try again and if that doesn't work we should get djazayeri or downeym back in
|
18:17:36
|
*** dawn_ has quit IRC
|
18:19:13
|
<finbrein> deadpool: i'll try that again
|
18:19:22
|
<finbrein> deadpool: thx
|
18:21:58
|
*** dawn_ has joined #openmrs
|
18:21:58
|
*** ChanServ sets mode: +v dawn_
|
18:25:28
|
*** kishoreyekkanti has quit IRC
|
18:28:45
|
*** dawn__ has joined #openmrs
|
18:28:45
|
*** ChanServ sets mode: +v dawn__
|
18:28:45
|
*** dawn_ has quit IRC
|
18:28:46
|
*** dawn__ is now known as dawn_
|
18:29:07
|
<deadpool> finbrein: lemme know how it goes
|
18:29:32
|
<finbrein> deadpool: ok
|
18:34:30
|
*** mnunez has joined #openmrs
|
18:36:32
|
*** surangak has quit IRC
|
18:36:32
|
*** dawn_ has quit IRC
|
18:36:33
|
*** dawn__ has joined #openmrs
|
18:36:33
|
*** ChanServ sets mode: +v dawn__
|
18:37:50
|
*** dawn__ has quit IRC
|
18:37:58
|
*** surangak has joined #openmrs
|
18:58:17
|
*** rafa has joined #openmrs
|
18:58:17
|
*** ChanServ sets mode: +v rafa
|
19:02:30
|
*** rafa has quit IRC
|
19:03:47
|
*** surangak has quit IRC
|
19:07:30
|
*** r-friedman has quit IRC
|
19:14:40
|
*** nickwilkie has joined #openmrs
|
19:14:52
|
*** chopin_ has quit IRC
|
19:17:58
|
*** nickwilkie has quit IRC
|
19:18:08
|
*** nickwilkie has joined #openmrs
|
19:18:28
|
*** chopin has joined #openmrs
|
19:19:46
|
*** nickwilkie has quit IRC
|
19:24:01
|
*** mnunez has quit IRC
|
19:27:54
|
*** nribeka has joined #openmrs
|
19:27:54
|
*** ChanServ sets mode: +v nribeka
|
19:41:28
|
*** finbrein has quit IRC
|
19:53:27
|
*** ChanServ sets mode: +v chopin
|
19:54:28
|
<downeym> Hi chopin and welcome to the #openmrs IRC channel.
|
19:54:53
|
<chopin> hi downeym and thanks
|
20:22:54
|
*** srinivasa has quit IRC
|
20:53:10
|
*** rafa has joined #openmrs
|
20:53:10
|
*** ChanServ sets mode: +v rafa
|
20:53:30
|
*** rafa has quit IRC
|
21:24:02
|
*** chopin has quit IRC
|
22:02:00
|
*** finbrein has joined #openmrs
|
22:27:53
|
*** nribeka has quit IRC
|
22:59:20
|
*** morristic has joined #openmrs
|
23:00:14
|
<morristic> Hello everyone.
|
23:23:25
|
*** downeym has quit IRC
|
23:36:27
|
*** mnunez has joined #openmrs
|
23:45:05
|
*** wluyima has quit IRC
|
23:47:51
|
*** mnunez has quit IRC
|
23:58:32
|
*** mnunez has joined #openmrs
|