00:00:09
|
*** Echidna has joined #openmrs
|
00:00:14
|
*** ChanServ sets mode: +v Echidna
|
00:04:21
|
*** asgoyal has quit IRC
|
00:23:42
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (trunk): URL patterns for module servlet filter mappings should be relative to the context path - TRUNK-2324... <http://feedproxy.google.com/~r/OMRStrunk/~3/SxMVM3rq56w/OpenMRS>
|
00:30:28
|
<djazayeri> wyclif: do you know if there's a maven equivalent to "deploy-web"?
|
00:51:12
|
*** davidmr has joined #openmrs
|
00:51:50
|
*** davidmr has quit IRC
|
01:03:53
|
*** Echidna has quit IRC
|
01:08:16
|
*** Echidna has joined #openmrs
|
01:08:16
|
*** ChanServ sets mode: +v Echidna
|
01:24:17
|
*** davidmr has joined #openmrs
|
01:30:30
|
*** gbastien has quit IRC
|
01:34:48
|
*** gbastien has joined #openmrs
|
01:52:24
|
*** davidmr has joined #openmrs
|
01:58:27
|
*** davidmr has quit IRC
|
02:07:40
|
*** djazayeri has quit IRC
|
02:08:12
|
*** djazayeri has joined #openmrs
|
02:08:12
|
*** ChanServ sets mode: +o djazayeri
|
02:21:44
|
*** davidmr has joined #openmrs
|
02:22:15
|
*** gbastien has quit IRC
|
02:23:49
|
*** gbastien has joined #openmrs
|
02:31:38
|
*** mandric has joined #openmrs
|
02:36:25
|
*** mandric has quit IRC
|
02:38:58
|
*** mandric has joined #openmrs
|
02:45:38
|
*** davidmr has quit IRC
|
02:54:24
|
*** gbastien has quit IRC
|
03:15:57
|
*** dkayiwa has joined #openmrs
|
03:34:16
|
*** mandric has quit IRC
|
03:34:51
|
*** surangak has joined #openmrs
|
03:37:25
|
*** mandric has joined #openmrs
|
03:56:56
|
<surangak> djazayeri, howdy, r u there ?
|
04:17:03
|
*** deadpool has joined #openmrs
|
04:20:07
|
*** dkayiwa has quit IRC
|
04:21:34
|
*** deadpool has quit IRC
|
04:27:37
|
*** dkayiwa has joined #openmrs
|
04:35:31
|
*** mandric has quit IRC
|
04:44:10
|
*** dkayiwa has quit IRC
|
04:46:30
|
*** gauravpaliwal has joined #openmrs
|
04:46:30
|
*** ChanServ sets mode: +v gauravpaliwal
|
04:47:16
|
*** bryq has joined #openmrs
|
04:47:16
|
*** ChanServ sets mode: +v bryq
|
04:47:39
|
<gauravpaliwal> Anyone there ?
|
04:52:58
|
*** mandric has joined #openmrs
|
04:59:21
|
*** bryq has left #openmrs
|
04:59:43
|
*** mandric has quit IRC
|
05:00:25
|
*** mandric has joined #openmrs
|
05:09:58
|
*** gauravpaliwal has left #openmrs
|
05:10:09
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (webapp-testing): Adding Test case: Create a new relationship type - APPTEST-31 <http://feedproxy.google.com/~r/OMRStrunk/~3/FzHQqwHL9Tg/OpenMRS>
|
05:25:19
|
*** mandric has quit IRC
|
05:26:00
|
*** mandric has joined #openmrs
|
06:02:33
|
*** mandric has quit IRC
|
06:03:09
|
*** mandric has joined #openmrs
|
06:04:54
|
*** mandric has quit IRC
|
06:05:06
|
*** mandric has joined #openmrs
|
06:21:45
|
*** muthah has joined #openmrs
|
06:24:04
|
*** bwolfe has joined #openmrs
|
06:24:04
|
*** ChanServ sets mode: +o bwolfe
|
06:28:24
|
*** mandric has quit IRC
|
06:35:40
|
*** bwolfe has quit IRC
|
06:38:56
|
*** rafa has joined #openmrs
|
06:38:56
|
*** ChanServ sets mode: +v rafa
|
06:40:51
|
*** bwolfe has joined #openmrs
|
06:40:51
|
*** ChanServ sets mode: +o bwolfe
|
06:44:35
|
*** pascal` has joined #openmrs
|
06:53:30
|
*** ChanServ sets mode: +v pascal`
|
07:29:04
|
*** dkayiwa has joined #openmrs
|
08:05:07
|
*** dkayiwa has quit IRC
|
08:06:10
|
*** morristic has quit IRC
|
08:28:13
|
*** rafa has quit IRC
|
08:44:28
|
*** bwolfe has quit IRC
|
10:29:20
|
*** rafa has joined #openmrs
|
10:29:20
|
*** ChanServ sets mode: +v rafa
|
10:44:27
|
*** surangak_ has joined #openmrs
|
10:44:27
|
*** surangak has quit IRC
|
10:46:46
|
*** squidsoup has joined #openmrs
|
10:47:01
|
*** james_regen has joined #openmrs
|
10:47:01
|
*** ChanServ sets mode: +v james_regen
|
10:50:43
|
*** dkayiwa has joined #openmrs
|
10:55:56
|
*** surangak_ has quit IRC
|
11:02:37
|
*** dkayiwa has quit IRC
|
11:04:27
|
*** dkayiwa has joined #openmrs
|
11:32:33
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (obs-codes-expanded): Committing initial versions of PatientHandler and DomainObjectHandler, plus xml key-value registration <http://feedproxy.google.com/~r/OMRStrunk/~3/fT9XiMPEuT8/OpenMRS>
|
11:42:50
|
*** titi__ has joined #openmrs
|
11:49:42
|
*** titi__ has quit IRC
|
11:50:45
|
*** dkayiwa has quit IRC
|
12:15:29
|
*** dkayiwa has joined #openmrs
|
12:20:29
|
*** gauthami has joined #openmrs
|
12:20:40
|
<gauthami> hi james_regen
|
12:21:00
|
<james_regen> hi gauthami
|
12:22:02
|
<gauthami> which channel should i join openmrs_link ???
|
12:22:50
|
<james_regen> that will be fine, i'll let shaun know. he's not here yet
|
12:33:54
|
<gauthami> ok i would wait for shaun , james_regen
|
12:46:19
|
<james_regen> gauthami, shaun might be a few minutes late, he's on his way from a meeting somewhere else in the city that ran a bit late. i can answer questions, though, right now until he shows up
|
12:46:38
|
<gauthami> ok
|
12:46:56
|
<gauthami> did u have a look at the current link.regenstrief
|
12:47:09
|
<gauthami> i have covered the two points
|
12:47:34
|
<gauthami> now we should discuss ptm 28 and ptm 23
|
12:47:38
|
<gauthami> james_regen:
|
12:48:20
|
<gauthami> i will start talking from openmrs_link now james_regen
|
12:48:24
|
<james_regen> ok
|
12:50:43
|
*** gauthami has quit IRC
|
13:03:02
|
*** mandric has joined #openmrs
|
13:15:57
|
*** downeym has joined #openmrs
|
13:15:57
|
*** ChanServ sets mode: +o downeym
|
13:15:57
|
*** OpenMRSBot sets mode: +o downeym
|
14:02:16
|
*** gbastien has joined #openmrs
|
14:25:09
|
*** dkayiwa has quit IRC
|
14:41:44
|
*** Hazamonzo_ has joined #openmrs
|
14:44:44
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (webapp-testing): Test case: Add a global property - APPTEST-42 <http://feedproxy.google.com/~r/OMRStrunk/~3/-jlkX2RD0_o/OpenMRS>
|
14:45:22
|
*** Hazamonzo has quit IRC
|
15:09:30
|
*** pascal` has quit IRC
|
15:28:39
|
*** muthah has quit IRC
|
15:29:27
|
*** muthah has joined #openmrs
|
15:29:57
|
*** jportela has joined #openmrs
|
15:29:57
|
*** ChanServ sets mode: +v jportela
|
15:33:48
|
*** muthah has quit IRC
|
15:45:23
|
*** dlawson has joined #openmrs
|
15:45:23
|
*** ChanServ sets mode: +v dlawson
|
15:46:09
|
*** gbastien has quit IRC
|
15:56:33
|
*** rafa has quit IRC
|
16:00:01
|
*** gbastien has joined #openmrs
|
16:19:09
|
*** Echidna has quit IRC
|
16:20:05
|
*** rafa has joined #openmrs
|
16:20:05
|
*** ChanServ sets mode: +v rafa
|
16:28:05
|
*** lh has joined #openmrs
|
16:38:39
|
*** bryq has joined #openmrs
|
16:38:39
|
*** ChanServ sets mode: +v bryq
|
16:42:33
|
*** Echidna has joined #openmrs
|
16:42:33
|
*** ChanServ sets mode: +v Echidna
|
16:55:13
|
*** rafa has quit IRC
|
17:02:35
|
*** pascal` has joined #openmrs
|
17:22:56
|
<OpenMRSBot> Recent updates in the world of openmrs: On Twitter: OpenMRS: @bawolfe http://4sq.com/j2074G /cc @nribeka @jkeiper @yanokwa <http://twitter.com/OpenMRS/statuses/78139477280817152> || On Twitter: OpenMRS: RT @jkeiper: I love the "simple" install option for @OpenMRS! Well done! #OpenMRS #java #foss #dev <http://twitter.com/OpenMRS/statuses/78137616289112065>
|
17:29:41
|
*** ChanServ sets mode: +v pascal`
|
17:38:39
|
*** dkayiwa has joined #openmrs
|
17:44:39
|
*** downeym sets mode: +v wyclif
|
17:45:01
|
<downeym> wyclif: free mexican food in break room if you are hungry and want to walk over :P
|
17:45:14
|
<downeym> everyone else is welcome to have some too :)
|
17:45:30
|
<downeym> (can't promise it will be here by the time you arrive)
|
17:45:54
|
<downeym> and james_regen too
|
17:55:39
|
*** gbastien has quit IRC
|
18:07:15
|
<pascal`> downeym, I just checked, there's nothing there.
|
18:08:29
|
<downeym> pascal`: too late i guess :)
|
18:08:45
|
<pascal`> =\
|
18:08:47
|
*** gbastien has joined #openmrs
|
18:12:28
|
<dkayiwa> hi wyclif
|
18:15:15
|
<downeym> pascal`: we should get a webcam in there though and broadcast
|
18:15:28
|
*** bwolfe has joined #openmrs
|
18:15:28
|
*** ChanServ sets mode: +o bwolfe
|
18:20:12
|
<pascal`> downeym, yeah, that'd save having to walk over and check the room
|
18:20:44
|
<downeym> pascal`: mhm
|
18:25:29
|
*** dkayiwa has quit IRC
|
18:25:41
|
*** rafa has joined #openmrs
|
18:25:41
|
*** ChanServ sets mode: +v rafa
|
18:26:50
|
*** wyclif has quit IRC
|
18:30:40
|
*** pascal` has quit IRC
|
18:31:38
|
*** gbastien has quit IRC
|
18:32:08
|
*** gbastien has joined #openmrs
|
18:47:12
|
<djazayeri> hi rafa
|
18:47:21
|
<rafa> hi Darius
|
18:47:31
|
<djazayeri> The mark-as-same issue is quite tricky
|
18:47:44
|
<rafa> indeed
|
18:47:55
|
<djazayeri> I'm wondering if it would make sense to do an explicit manual merge step
|
18:48:17
|
<djazayeri> Meaning that we show all properties and allow the user to pick the values they want.
|
18:48:32
|
<djazayeri> (for collections they'd pick the members they want to keep, from both existing and incoming)
|
18:48:44
|
*** gbastien has quit IRC
|
18:49:03
|
<djazayeri> it would be really tedious to do from the UI perspective, but at least it would allow maximum flexibility
|
18:49:14
|
*** gbastien has joined #openmrs
|
18:49:38
|
<djazayeri> And then we can add on keep/overwrite as shortcuts later
|
18:50:39
|
<rafa> hmm I've got an impression from Andy and Roger's e-mails that they actually don't want any merge operations
|
18:51:00
|
<rafa> They just want to be able to create mappings
|
18:51:52
|
<rafa> And leave up to users to merge on their own
|
18:51:53
|
<djazayeri> That does seem to be what they want, but the implication of that is that things you import will often not work.
|
18:52:23
|
<djazayeri> Basically we'd make that "merge on their own" be part of the import workflow.
|
18:52:24
|
<rafa> I agree
|
18:53:16
|
<djazayeri> i.e. if you import a form, which includes an incoming concept, where yours already has POS and NEG, but the incoming one _also_ has INDETERMINATE
|
18:53:29
|
<djazayeri> it would be quite nice to be able to just check a box to get that answer added to your concept.
|
18:53:48
|
<djazayeri> Instead of having to remember to go to the dictionary afterwards and add that as a possible answer.
|
18:54:20
|
*** gbastien has quit IRC
|
18:54:24
|
<rafa> yes, the question is if it is feasible to create a UI that allows for that
|
18:54:47
|
*** gbastien has joined #openmrs
|
18:54:51
|
<djazayeri> basically you'd need to iterate over all properties, and show their values as...strings?
|
18:54:54
|
<rafa> If it gets too complex, no one will use it anyway
|
18:55:48
|
<djazayeri> true
|
18:55:58
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (webapp-testing): Test case: Change a global property - APPTEST-41 <http://feedproxy.google.com/~r/OMRStrunk/~3/Wc71TMZjqmQ/OpenMRS>
|
18:56:23
|
<djazayeri> so, what happens if we start out by doing the simplified version they're asking for, where we don't merge at all
|
18:56:34
|
*** czakian has joined #openmrs
|
18:57:08
|
<djazayeri> i.e. if they mark something as "already-existing" we just save that uuid-to-uuid linkage? (And in the case of concepts we add a mapping.)
|
18:57:33
|
<rafa> I suppose yes
|
18:57:33
|
<djazayeri> IIRC we went down this path when we were discussing this in the first place, and that didn't quite work, right?
|
18:58:14
|
<djazayeri> I mean, I guess it doesn't "work" in the sense that things which depend on that item may be broken
|
18:58:29
|
<rafa> Well it won't work out of the box for html forms for sure
|
18:58:29
|
<djazayeri> how does it work with our USA -> Washington -> Seattle example?
|
18:58:50
|
<rafa> Html forms would need to be processed before saving to the database given the mappings
|
18:59:04
|
<djazayeri> Yeah, we'd need to tell the html form about replacements it has to apply.
|
18:59:16
|
<djazayeri> Can we do it automatically for things like location though?
|
18:59:35
|
<djazayeri> i.e. I import something that has USA->Washington->Seattle
|
18:59:38
|
<djazayeri> and I already have Washington
|
18:59:57
|
<djazayeri> (and my Washington doesn't have Seattle as a child.)
|
19:00:20
|
<djazayeri> So, I would look at the incoming package and say "replace incoming-Washington with existing-Washington"
|
19:01:01
|
<djazayeri> How will the module and/or hibernate handle that?
|
19:01:18
|
<djazayeri> when trying to save USA (incoming), does it recurse to saving the children?
|
19:01:54
|
<djazayeri> If it doesn't recurse, then basically saving USA will have no effect on Washington
|
19:02:02
|
<rafa> We can't save USA and Seattle then
|
19:02:14
|
<djazayeri> so it does recurse?
|
19:02:15
|
<rafa> Because we promised not to touch Washington.
|
19:02:29
|
<rafa> Yes, it would need to recurse.
|
19:02:36
|
<djazayeri> the hibernate mapping from parent to child is marked as inverse=true
|
19:02:59
|
<djazayeri> I mean: does hibernate recurse automatically when we try to save USA?
|
19:03:29
|
<djazayeri> does it recurse automatically on an inverse=true collection? marking the collection members as also needing to be saved?
|
19:03:36
|
<rafa> No, it does not, but it shouts that you reference a transient item that must be saved first
|
19:04:36
|
<rafa> So you either need to save children or remove them
|
19:05:05
|
<djazayeri> Okay, but since the user has already said they want to replace washington, before we save USA we would have to walk the object hierarchy and replace the incoming Washingon with the existing Washington in its childLocations collection.
|
19:05:57
|
<djazayeri> when we look at saving incoming-Washington we will just decide not to save it, since it's being replaced.
|
19:06:28
|
<djazayeri> when we look at saving incoming-Seattle, we will replace its parent location property with existing-Washington
|
19:07:05
|
<djazayeri> So, I suspect that the outcome is that our existing Washington location _will_ have Seattle added as a child, but it will not have USA added as a parent.
|
19:07:25
|
<rafa> Right
|
19:08:35
|
<rafa> I suppose there's no other option as to merge objects that are not concepts.
|
19:09:17
|
<djazayeri> if we had an advanced UI that showed all properties and let you decide, that would obviously work.
|
19:09:24
|
<djazayeri> But it would obviously be hard to write the UI.
|
19:09:47
|
<djazayeri> So, let's say for sake of argument that the behavior we described above is "good enough"
|
19:10:28
|
<djazayeri> how would things work if we apply the same behavior to concept and conceptname?
|
19:11:43
|
<djazayeri> Basically it would not modify the simple properties on our concept (e.g. datatype, class) but it _would_ add names.
|
19:11:51
|
<djazayeri> (that would fail validation, but let's ignore that)
|
19:12:53
|
<djazayeri> Actually, does the module save a concept name by saving the parent concept? or by going directly to hibernate and saving the conceptname object?
|
19:13:10
|
*** relojeroster has joined #openmrs
|
19:13:13
|
<rafa> It saves only a parent concept.
|
19:13:16
|
<downeym> Hi relojeroster and welcome to the #openmrs IRC channel.
|
19:13:36
|
<relojeroster> downeym: Hi, thanks
|
19:13:46
|
<djazayeri> Is that because there's no ConceptService.saveConceptName? So it just skips saving that individual element?
|
19:13:50
|
<relojeroster> djazayeri: Helllo, I'm David
|
19:13:56
|
<rafa> correct
|
19:14:08
|
<djazayeri> did we mark that in the export? or is that handled at the time of import?
|
19:14:11
|
<djazayeri> hi relojeroster
|
19:14:27
|
<relojeroster> djazayeri: How are you?
|
19:15:03
|
<rafa> It's a general rule that we don't save any metadata that has not a service save method.
|
19:15:11
|
<rafa> Sot it's handled at the time of import.
|
19:15:17
|
<djazayeri> relojeroster: I'm good
|
19:15:39
|
<djazayeri> rafa: that's good actually, it means that in this example we will *not* add names to the concept.
|
19:16:15
|
<relojeroster> djazayeri: I forgot to mention that I know englis
|
19:17:01
|
<relojeroster> djazayeri: ups, I forgot the "h"
|
19:17:14
|
<djazayeri> rafa: so if we import-with-replacement, we probably will end up adding our existing concept to an imported set, but we won't modify our existing concept.
|
19:17:24
|
<djazayeri> rafa: so that sounds like exactly the behavior we want.
|
19:17:32
|
<relojeroster> djazayeri: do you want what I have of the module I'm doing?
|
19:17:41
|
<djazayeri> relojeroster: english or spanish is fine. I don't need the module
|
19:18:05
|
*** jportela has quit IRC
|
19:18:06
|
<djazayeri> can you very briefly explain what you're trying to do?
|
19:18:14
|
<djazayeri> you want to create a module, it will add some pages, etc.
|
19:18:25
|
<djazayeri> you followed the "my first module" tutorial?
|
19:20:19
|
<djazayeri> rafa: in addition we would need to (1) tell the htmlformentry module about the replacement when it's saving the form, and (2) add a mapping to the concept_map table when the user says things are the same
|
19:20:53
|
<relojeroster> djazayeri: yes, I followed all the steps, but I think that I delete the submit button, but I really don't know about that
|
19:21:06
|
<rafa> djazayeri: So we simply don't save the incoming concept, right?
|
19:21:20
|
<djazayeri> rafa: right
|
19:21:42
|
<djazayeri> relojeroster: so you wrote a module that has a web page in it?
|
19:22:03
|
<rafa> djazayeri: what about it's children like concept answers, etc?
|
19:22:32
|
<djazayeri> relojeroster: and that web page needs a submit button? Or are you talking about uploading the module to your local openmrs server?
|
19:22:55
|
<djazayeri> rafa: the point is that we are _not_ modifying the existing concept (per Andy and Roger's request) so we d o not change the concept_answers etc.
|
19:23:06
|
<relojeroster> djazayeri: no, I know how to upload the module to my locla openmrs server
|
19:23:43
|
<rafa> djazayeri: yes, but I think they might need to be mapped as well.
|
19:23:45
|
<relojeroster> djazayeri: I need to submit some data
|
19:23:49
|
<djazayeri> rafa: this might cause the imported form to break, but andy says that's okay
|
19:24:24
|
<djazayeri> relojeroster: so, you have an html page with a <form> and an <input type="submit"> ?
|
19:24:51
|
<relojeroster> djazayeri: not an html page, but a jsp
|
19:24:54
|
<djazayeri> rafa: the incoming package will include children too, so you'd need to manually mark those as being equivalent.
|
19:25:03
|
<djazayeri> and that's how the mapping will be added.
|
19:25:29
|
<djazayeri> relojeroster: right, that's what I mean. So, what is the question exactly? Do you know how the <form> in the jsp submits to a controller?
|
19:26:22
|
<rafa> djazayeri: so we don't even copy mappings to children?
|
19:26:42
|
<djazayeri> rafa: what do you mean?
|
19:27:17
|
<djazayeri> like the example from before we are importing HIV RAPID TEST and ours has POS and NEG, and the incoming has POS, NEG, and INDETERMINATE
|
19:27:25
|
<relojeroster> djazayeri: right, I don't know how to submit the form
|
19:27:57
|
<djazayeri> rafa: so, the user would manually need to say that HIV RAPID TEST -> existing HIV RAPID TEST; POS -> existing POS; NEG -> existing NEG
|
19:28:04
|
<djazayeri> but INDETERMINATE is new.
|
19:28:33
|
<rafa> djazayeri: okay so manually means still while importing
|
19:28:34
|
<djazayeri> so we would end up creating an INDETERMINATE concept, but _not_ adding it to our HIV RAPID TEST concept
|
19:28:52
|
<djazayeri> rafa: yes, while importing. they have to go through all incoming items one by one.
|
19:29:32
|
<djazayeri> relojeroster: is this coming from the basic module? does the controller that shows a form use spring annotations? (i.e. does it have @Controller)?
|
19:30:18
|
*** wyclif has joined #openmrs
|
19:30:38
|
*** gbastien has quit IRC
|
19:31:02
|
<rafa> djazayeri: Good I think it through once again and think how to implement it.
|
19:31:03
|
<relojeroster> djazayeri: let me check that
|
19:31:11
|
*** gbastien has joined #openmrs
|
19:31:27
|
<djazayeri> rafa: it should be easier to implement, right?
|
19:32:27
|
<rafa> It seems like that
|
19:33:07
|
<relojeroster> djazayeri: where do I need to look for that??
|
19:36:04
|
<djazayeri> relojeroster: look at http://svn.openmrs.org/openmrs-modules/basicmodule/trunk/omod/src/main/java/org/openmrs/module/basicmodule/web/controller/BasicModuleFormController.java
|
19:36:08
|
<OpenMRSBot> <http://ln-s.net/8tBY> (at svn.openmrs.org)
|
19:36:11
|
<djazayeri> you should have this equivalent file in your module
|
19:38:19
|
<relojeroster> djazayeri: Yes, I have that file
|
19:40:47
|
<djazayeri> Okay, so basically when you submit the jsp that's basicmoduleLink.form
|
19:40:58
|
<djazayeri> as a POST
|
19:41:20
|
*** gbastien has quit IRC
|
19:41:31
|
<djazayeri> it will be handled by the onSubmit method of the controller.
|
19:41:54
|
*** gbastien has joined #openmrs
|
19:45:17
|
<djazayeri> relojeroster: I have to go to lunch, but many people here should be able to answer questions about how spring controllers work
|
19:45:29
|
<relojeroster> djazayeri: Do I need to add something to that file?? I have a lot of textboxes
|
19:46:23
|
<djazayeri> relojeroster: here's a very old email I wrote on the topic: https://wiki.openmrs.org/x/sA4z
|
19:46:49
|
<relojeroster> djazayeri: thanks!
|
19:47:04
|
<djazayeri> here's another example: https://wiki.openmrs.org/x/ZhAz
|
19:47:47
|
<djazayeri> basically you can do @RequestParam("input name") String someInput in the signature of the onSubmit method and Spring will automatically set it.
|
19:48:05
|
*** rafa has quit IRC
|
19:48:21
|
*** james_regen has quit IRC
|
19:56:40
|
*** relojeroster has quit IRC
|
20:21:38
|
*** mandric has quit IRC
|
20:27:24
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (localize-setup-wizard): TRUNK-2055 : changed to UTF-8 encoding for Spanish and French messages translations <http://feedproxy.google.com/~r/OMRStrunk/~3/p8Z_PQLU2k0/OpenMRS>
|
20:34:35
|
*** mandric has joined #openmrs
|
20:35:10
|
*** dkayiwa has joined #openmrs
|
20:35:20
|
*** gbastien has quit IRC
|
20:36:06
|
*** gbastien has joined #openmrs
|
20:42:29
|
*** gbastien has quit IRC
|
20:43:12
|
*** gbastien has joined #openmrs
|
20:47:10
|
*** dkayiwa_ has joined #openmrs
|
20:47:28
|
*** dkayiwa has quit IRC
|
20:47:28
|
*** dkayiwa_ is now known as dkayiwa
|
20:58:17
|
*** morristic has joined #openmrs
|
20:58:25
|
<downeym> Hi morristic and welcome to the #openmrs IRC channel.
|
20:58:27
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (trunk): TRUNK-1976 : Delete unused libcache folders before creating new one <http://feedproxy.google.com/~r/OMRStrunk/~3/TfIlrCVqF4g/OpenMRS> || New Changeset: OpenMRS (trunk): Fix EncounterService.getCountOfEncounters() and getEncounters(String, Integer, Integer, Boolean) - TRUNK-2332 <http://feedproxy.google.com/~r/OMRStrunk/~3/NoQUkIS1Vic/OpenMRS>
|
21:02:01
|
*** dkayiwa has quit IRC
|
21:02:03
|
*** bryq has quit IRC
|
21:02:41
|
*** gbastien has quit IRC
|
21:03:21
|
*** gbastien has joined #openmrs
|
21:05:01
|
*** jportela has joined #openmrs
|
21:05:01
|
*** ChanServ sets mode: +v jportela
|
21:07:42
|
*** bwolfe has quit IRC
|
21:09:41
|
*** gbastien has quit IRC
|
21:10:15
|
*** gbastien has joined #openmrs
|
21:19:10
|
*** muthah has joined #openmrs
|
21:25:59
|
*** gbastien has quit IRC
|
21:26:19
|
*** rafa has joined #openmrs
|
21:26:19
|
*** ChanServ sets mode: +v rafa
|
21:27:57
|
*** gbastien has joined #openmrs
|
21:48:15
|
*** downeym has quit IRC
|
21:49:10
|
*** gbastien has quit IRC
|
21:50:33
|
*** gbastien has joined #openmrs
|
21:51:56
|
*** rafa has quit IRC
|
21:58:01
|
*** czakian has quit IRC
|
22:09:27
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (localize-setup-wizard): TRUNK-2055 : performed complete translation for initial setup wizard compeltion page (wizardcomplete.vm) <http://feedproxy.google.com/~r/OMRStrunk/~3/In8vYXwDjD4/OpenMRS> || New Changeset: OpenMRS (trunk): Fix failing test by starting with a fresh temp folder <http://feedproxy.google.com/~r/OMRStrunk/~3/Z19fne0MLBw/OpenMRS>
|
22:22:42
|
*** morristic_ has joined #openmrs
|
22:22:43
|
*** morristic has quit IRC
|
22:22:44
|
*** morristic_ is now known as morristic
|
22:30:59
|
*** gbastien has quit IRC
|
22:31:57
|
*** wluyima has joined #openmrs
|
22:32:17
|
*** gbastien has joined #openmrs
|
22:32:23
|
*** wluyima is now known as Guest5282
|
22:33:03
|
*** wyclif has quit IRC
|
22:34:21
|
*** wyclif has joined #openmrs
|
22:41:11
|
<dlawson> clear
|
22:41:34
|
*** dlawson has quit IRC
|
22:49:51
|
*** wyclif has quit IRC
|
23:11:41
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (trunk): Second attempt at fixing failing OpenmrsClassLoaderTest <http://feedproxy.google.com/~r/OMRStrunk/~3/kkNAAe4MBFc/OpenMRS>
|
23:16:50
|
*** gbastien has quit IRC
|