00:07:48
|
*** mandric has quit IRC
|
00:26:15
|
*** lh has joined #openmrs
|
01:23:25
|
*** dmexs has joined #openmrs
|
01:41:07
|
*** mandric has joined #openmrs
|
01:42:59
|
*** mandric has quit IRC
|
02:18:30
|
*** aja has joined #openmrs
|
03:14:22
|
*** surangak has joined #openmrs
|
03:41:15
|
*** bryq has joined #openmrs
|
03:41:15
|
*** ChanServ sets mode: +v bryq
|
03:56:42
|
*** mccallumg has joined #openmrs
|
03:56:42
|
*** ChanServ sets mode: +v mccallumg
|
03:57:02
|
<mccallumg> hi surangak
|
03:58:09
|
<surangak> oh, helllo
|
03:58:33
|
<surangak> good evening.. I was kinda hanging around on skype
|
03:58:39
|
*** bryq has quit IRC
|
03:59:07
|
<surangak> mccallumg: howdy
|
03:59:25
|
<mccallumg> Remind me. What decisions are you waiting on from Burke and I?
|
04:00:25
|
<mccallumg> surangak: I'd like to try pushing to get the solved this week.
|
04:01:22
|
<surangak> mccallumg: hmmm... right away i dont seem to have any outstanding desicions, other than a few technical questions that I will need to clarify
|
04:01:29
|
<surangak> mccallumg: regarding the design
|
04:01:53
|
<mccallumg> Anything I can answer tonight?
|
04:02:42
|
<surangak> mccallumg: well right now i've decided to introduce an abstracthandler class to extend handlers that specifically deal with domain objects
|
04:03:09
|
<mccallumg> suranga: that seems quite reasonable
|
04:03:27
|
<surangak> mccallumg: there already is a handler for file objecst, and it contains basically helper methods that the file obs will need to use
|
04:03:51
|
<surangak> mccallumg: another thingy
|
04:04:02
|
<surangak> mccallumg: ive implimented a patienthandler first
|
04:04:08
|
<mccallumg> surangak: right. so you're doing a similar design for domain objects
|
04:04:35
|
<mccallumg> surangak: be back in 1 minute.
|
04:05:19
|
<surangak> mccallumg: yes, right now this abstract class is empty, but later on it will contain conviniance methods that the domain objects will need
|
04:06:47
|
<mccallumg> surangak: as well, I imagine that it will specify some abstract methods too and act like an interface
|
04:07:37
|
<surangak> mccallumg:yep,
|
04:07:59
|
<surangak> mccallumg: this will come handy when we need to retreive multiple values from the db tables
|
04:08:12
|
<mccallumg> surangak: did you catch what burke meant when he was talking about visit attributes?
|
04:08:35
|
<surangak> mccallumg: aha he was basically talking about the design patterns
|
04:09:21
|
<surangak> mccallumg: right now visit attributes are quite similar to what im doing here, but since Darius is working on them I will need to keep track of his desisions, becaue they might help us
|
04:09:33
|
<mccallumg> surangak: so the abstract class approach to the command pattern?
|
04:10:13
|
<surangak> mccallumg: umm... not exactly abstract classs... it bacically holds convinaince methods all classes of a certain tyupe can share
|
04:10:58
|
<mccallumg> surangak: is there a wiki page on this that you read about visit attributes? or is it from talking to darius and reading the code?
|
04:11:12
|
<surangak> mccallumg: as in if im needing to search a table by criteria one day ( to decide which db data values to display to an us)
|
04:11:26
|
<surangak> mccallumg: there was a wiki page, let me get the link
|
04:11:35
|
<surangak> mccallumg: it is not very extnsive, im afraid
|
04:12:02
|
<mccallumg> surangak: it may be the one i looked at
|
04:12:44
|
<surangak> mccallumg: there is also https://tickets.openmrs.org/browse/TRUNK-2131
|
04:12:55
|
<surangak> say https://tickets.openmrs.org/browse/TRUNK-2134
|
04:13:24
|
<mccallumg> thanks
|
04:13:48
|
<surangak> mccallumg: this is on person attributes https://tickets.openmrs.org/browse/TRUNK-2247
|
04:14:16
|
<surangak> mccallumg: i can commit the handler class today. I will have to build on them as time progresses
|
04:14:45
|
<surangak> the hard part will be in configuring the obsform for the ' one tag fits all ' method
|
04:15:24
|
<mccallumg> surangak: that's great. using the repository is a good thing. what source control do you use at work?
|
04:16:31
|
<mccallumg> surangak: yes. in obsform the view aspect will be a challenge. is there a pattern to follow from the other tickets?
|
04:19:37
|
<surangak> mccallumg: we use tortoise svn
|
04:20:12
|
<surangak> mccallumg: there will be a difference to visit atributes, as in we will need to provide a search box for the user the select values
|
04:20:39
|
<surangak> mccallumg: assuming my concept is of type patient, i need to show users an search box to select patients
|
04:21:00
|
<mccallumg> surangak: but the way that the search is done depends on the domain object
|
04:21:22
|
<mccallumg> surangak: that is the challenge
|
04:21:25
|
<surangak> mccallumg: yes, that is the second issue
|
04:22:01
|
<surangak> mccallumg: right now i am thinking that the db will need to store some values for us, so that i can say, 'search by id, or name etc?
|
04:22:48
|
<surangak> mccallumg: initially for patient, search by name is ok...
|
04:23:07
|
<mccallumg> surangak: you mean like configuration values?
|
04:23:54
|
<surangak> mccallumg: if for each handler, i can store in the concept_complex table something like searchby:name etc. etc
|
04:24:14
|
<mccallumg> surangak: for patient it should last name comma first name
|
04:24:32
|
<mccallumg> or partial last comma partial first
|
04:24:48
|
<aja> did any body use module liquibase file to create a table?.It is not working for me.I am using latest 1.9 version
|
04:25:00
|
<mccallumg> for example: k,sur
|
04:25:12
|
<surangak> mccallumg: umm.... right now we can search for patients by typing in either the first or last names, i think
|
04:25:22
|
<mccallumg> Kasthurirathne, s
|
04:25:44
|
<mccallumg> k, Suranga
|
04:25:57
|
<mccallumg> those should all return you
|
04:26:23
|
<surangak> mccallumg: how if we define the search criteria in the handler class itself
|
04:26:45
|
<mccallumg> surangak: tell me more
|
04:26:47
|
<surangak> so each object (handler) knows how to search for its values ?
|
04:27:04
|
<surangak> as in, in my patienthandler class, i define a set of final strings
|
04:27:08
|
*** dmexs has quit IRC
|
04:27:22
|
<surangak> mccallumg: that are the search by criteria
|
04:27:44
|
<mccallumg> surangak: we need a way to tell the user what format the handler is expecting
|
04:28:00
|
<surangak> when a call comes for a complex obs of that type, we can use these values in these strings
|
04:28:24
|
<surangak> mccallumg: aha, how about omething in the search box, a default string that says search by etc. etc ?
|
04:28:49
|
<mccallumg> surangak: that could work
|
04:29:11
|
<surangak> mccallumg: but i think the main problem will be configuring the one tag fits all methosd
|
04:29:42
|
<surangak> mccallumg: what i said is easy to impliment, but i might end up needing to hard code search box fields for every single handler type
|
04:30:18
|
<surangak> mccallumg: most of my time will be taken up creating a custom search box, one that can identify what its supposed to search for
|
04:30:33
|
<mccallumg> surangak: maybe the "search box format string example" should be part of the other config you're talking about
|
04:30:56
|
<surangak> mccallumg: as in, if i enter a patient concept, it should display only patient objects for the search
|
04:31:08
|
<surangak> mccallumg: I hope so too....
|
04:31:45
|
<mccallumg> surangak: this sounds like it is worth exploring trough some prototypes
|
04:32:07
|
<surangak> mccallumg: there were a few clarifications i needed to get done, but i think some of them can be put off for now, I think i should read thorugh all the mails and pick out the outstanding ones i need to get clarified...
|
04:32:58
|
<surangak> mccallumg: over the last few days i was worrying over tag implimentations, so im afraid that ove forgotten the clarifications i had earlier
|
04:33:21
|
<mccallumg> surangak: that's good idea. put them in an email to me and i'll work to get them answered asap
|
04:33:26
|
<surangak> mccallumg: ok if i read over everything and send you a mail tonight ?
|
04:33:31
|
<surangak> mccallumg: great, will do
|
04:33:59
|
<surangak> mccallumg: you are at home ?
|
04:34:01
|
<mccallumg> surangak: what do you mean by tag implementation?
|
04:34:51
|
<mccallumg> surangak: yes. I'm at home. are you already in the office?
|
04:35:13
|
<surangak> its 10 am over here :)
|
04:35:52
|
<surangak> i had to come over, some new interns are joining, having an orientation for them...
|
04:37:43
|
<mccallumg> surangak: what do you mean its 10am? Is that early for you or late for you? Many of the people I know in bangalore wait until this time to come to the office.
|
04:38:58
|
<mccallumg> due to traffic...
|
04:39:17
|
<surangak> mccallumg: in that case i should definitely shift to india :D
|
04:39:44
|
<surangak> mccallumg: people only get late if they stay late at offce the day before, isnt it ?
|
04:40:15
|
<surangak> mccallumg: over here, things start by 9 - 9.30 at least
|
04:40:36
|
<mccallumg> surangak: most everyone works late every night, at least from home.
|
04:41:16
|
<surangak> mccallumg: in this industry, one has to, i guess.... its all the competition :)
|
04:41:40
|
<surangak> mccallumg: sri lankan IT firms are hell bent on competing against india
|
04:42:48
|
<mccallumg> surangak: of course. (impressed with your knowledge of english expressions)
|
04:43:06
|
<mccallumg> surangak: its just like cricket
|
04:43:46
|
*** bwolfe has joined #openmrs
|
04:43:48
|
<surangak> mccallumg: i learnt them reading stephn king(may he live for ever) :D
|
04:45:03
|
<mccallumg> surangak: ok. its good to talk. we'll be in touch tomorrow. you're making great progress! :)
|
04:45:14
|
<mccallumg> surangak: good bye
|
04:45:39
|
<surangak> mccallumg: good night :) see you tomorrow
|
05:01:49
|
*** djazayeri_ has quit IRC
|
05:05:09
|
*** aja has quit IRC
|
05:11:17
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (webapp-testing): Initial check-in for the release-test module that will run tests on the web application TRUNK-2137 <http://feedproxy.google.com/~r/OMRStrunk/~3/5FjWQmU0fs4/OpenMRS>
|
05:13:26
|
*** mccallumg has quit IRC
|
05:47:25
|
*** mccallumg has joined #openmrs
|
05:47:25
|
*** ChanServ sets mode: +v mccallumg
|
05:47:30
|
*** mccallumg has quit IRC
|
06:13:46
|
*** surangak has quit IRC
|
06:18:59
|
*** bwolfe has quit IRC
|
06:36:01
|
*** dkayiwa has joined #openmrs
|
06:45:49
|
*** pascal` has joined #openmrs
|
06:47:37
|
*** bwolfe has joined #openmrs
|
06:56:22
|
*** pascal` has quit IRC
|
07:07:12
|
*** dkayiwa_ has joined #openmrs
|
07:07:51
|
*** dkayiwa has quit IRC
|
07:07:52
|
*** dkayiwa_ is now known as dkayiwa
|
07:09:49
|
*** pascal` has joined #openmrs
|
08:22:45
|
*** dkayiwa has quit IRC
|
08:26:47
|
*** dkayiwa has joined #openmrs
|
08:47:13
|
*** bwolfe has quit IRC
|
09:03:11
|
*** surangak has joined #openmrs
|
09:06:43
|
*** dkayiwa has quit IRC
|
09:06:51
|
*** dkayiwa has joined #openmrs
|
09:25:39
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (obs-codes-expanded): PatientHandler Class, DomainObjectHandler class skeleton and modifications to application-context <http://feedproxy.google.com/~r/OMRStrunk/~3/JgT7PW-X8V0/OpenMRS>
|
09:57:17
|
*** goutham has joined #openmrs
|
10:04:44
|
<surangak> hello... need to make a clarification guys
|
10:05:00
|
<surangak> assume i select a value using an auto complete box in a form
|
10:06:04
|
<surangak> but i make an error completing the rest of the form ( i dont fill in mandatory values) so i get an error... Now normallywhen I do something like this, the search box will continue to show the previously selected value,
|
10:06:39
|
<surangak> this is done because it is tied to this value using the <spring:bind path, is it ?
|
10:07:58
|
<dkayiwa> if i have understood you correctly, i think yes because the search box is tied to the spring:bind field
|
10:08:11
|
<surangak> aha
|
10:08:57
|
<surangak> so if it fails to automatically display this already selected value, this points to an error in the bind, I think :)
|
10:09:31
|
<dkayiwa> yes
|
10:11:31
|
<surangak> great, thanks daniel, i'll test that path and see
|
10:11:38
|
<dkayiwa> ok
|
10:12:01
|
*** pascal` has quit IRC
|
10:13:46
|
*** goutham has quit IRC
|
10:24:37
|
*** goutham has joined #openmrs
|
10:25:34
|
*** pascal` has joined #openmrs
|
10:26:20
|
*** ChanServ sets mode: +v pascal`
|
10:27:00
|
*** bwolfe has joined #openmrs
|
10:36:32
|
*** batkinson has joined #openmrs
|
10:54:00
|
*** bwolfe has quit IRC
|
11:00:01
|
*** james_regen has joined #openmrs
|
11:00:01
|
*** ChanServ sets mode: +v james_regen
|
11:23:04
|
*** pascal` has quit IRC
|
11:30:04
|
*** batkinson has quit IRC
|
11:36:08
|
*** pascal` has joined #openmrs
|
12:00:13
|
*** bwolfe has joined #openmrs
|
12:15:55
|
*** pascal` has quit IRC
|
12:29:29
|
*** pascal` has joined #openmrs
|
13:06:54
|
*** dkayiwa has quit IRC
|
13:06:55
|
*** dkayiwa_ has joined #openmrs
|
13:12:00
|
*** bryq has joined #openmrs
|
13:12:00
|
*** ChanServ sets mode: +v bryq
|
13:22:12
|
*** Hazamonzo has quit IRC
|
13:28:49
|
*** EClaesson has joined #openmrs
|
13:28:49
|
*** ChanServ sets mode: +v EClaesson
|
13:31:40
|
*** batkinson has joined #openmrs
|
13:49:30
|
*** dlawson has joined #openmrs
|
13:49:30
|
*** ChanServ sets mode: +v dlawson
|
13:50:18
|
*** Hazamonzo has joined #openmrs
|
13:52:44
|
*** dkayiwa_ has quit IRC
|
14:04:00
|
*** dlawson has quit IRC
|
14:07:09
|
*** bryq has quit IRC
|
14:07:42
|
*** bwolfe has quit IRC
|
14:10:04
|
*** batkinson has quit IRC
|
14:12:42
|
*** EClaesson has quit IRC
|
14:15:05
|
*** dkayiwa has joined #openmrs
|
14:17:21
|
<pascal`> hey dkayiwa
|
14:17:50
|
<dkayiwa> hey pascal
|
14:19:03
|
<dkayiwa> pascal`: any bugs :)
|
14:19:47
|
<pascal`> dkayiwa, heh, no, but I do have a question
|
14:20:07
|
<dkayiwa> ok
|
14:20:12
|
<pascal`> dkayiwa, are you doing and funny AOP around the patient dashboard controller?
|
14:20:26
|
<dkayiwa> no
|
14:20:32
|
<pascal`> dkayiwa, or do you have your own portlet controller for the formentry tab on the patient dashboard?
|
14:20:46
|
<pascal`> dkayiwa, or your own jsp or something?
|
14:20:59
|
<dkayiwa> i have a url handler
|
14:21:14
|
<pascal`> dkayiwa, I'm checking out your code now, but I thought I'd ask while it downloads
|
14:21:26
|
<dkayiwa> which i use to get the newpatient.jsp call
|
14:21:31
|
<pascal`> dkayiwa, I'm trying to limit the forms that show on the form entry tab
|
14:21:49
|
<dkayiwa> limit them by?
|
14:21:57
|
<dkayiwa> that is in the openmrs core
|
14:22:04
|
<pascal`> dkayiwa, so I'm AOPing around the FormService.getAllForms and FormService.getPublishedForm methods... but somehow they're all showing up =\
|
14:22:15
|
<dkayiwa> oh i see
|
14:22:18
|
<pascal`> dkayiwa, limit them based on some requirement of our use case
|
14:22:34
|
<dkayiwa> i do nothing as far as the form list is concerned
|
14:22:57
|
<pascal`> dkayiwa, I can see only the appropriate forms are getting put in the reference data in the patient dashboard controller... but somehow, all the forms are showing up on the form entry tab
|
14:23:15
|
<dkayiwa> actually the openmrs core is the one which lists the forms.
|
14:23:24
|
<pascal`> dkayiwa, so there's no special jsp for the form entry tab in the xforms module?
|
14:23:33
|
<dkayiwa> not at all
|
14:23:45
|
<pascal`> dkayiwa, do you know what the jsp is called in core? The form entry tab jsp...
|
14:24:01
|
<dkayiwa> not very sure. i would need to check
|
14:24:29
|
<dkayiwa> if you uninstall the xforms module, does it work fine?
|
14:25:04
|
<pascal`> dkayiwa, good question... let's see.... also, what's the formEntry.jsp in the XForms module?
|
14:25:40
|
<dkayiwa> the formEntry.jsp is called after one selects a form under the formentry tab
|
14:25:55
|
<pascal`> Ok
|
14:26:07
|
<pascal`> I'm stopping the module and seeing what happens
|
14:26:12
|
<dkayiwa> ok
|
14:26:29
|
<dkayiwa> u can even unistall. just to be very sure :)
|
14:28:41
|
*** aja has joined #openmrs
|
14:28:54
|
<pascal`> It looks like I need to investigate the PersonFormEntryPortletController
|
14:29:01
|
<pascal`> which uses a handler to get the forms... hmm...
|
14:29:06
|
*** downeym has joined #openmrs
|
14:29:06
|
*** ChanServ sets mode: +o downeym
|
14:29:06
|
*** OpenMRSBot sets mode: +o downeym
|
14:29:28
|
<dkayiwa> ok
|
14:30:17
|
<pascal`> dkayiwa, and you say your handler does nothing regarding putting forms in the form backing object or reference data?
|
14:30:40
|
<dkayiwa> correct
|
14:32:35
|
<pascal`> thanks dkayiwa
|
14:32:35
|
<pascal`> dkayiwa++
|
14:33:42
|
<dkayiwa> yo welcome pascal`+++
|
14:36:02
|
*** mandric has joined #openmrs
|
14:36:16
|
<pascal`> dkayiwa -> addAllXForms(new ArrayList<Form>());
|
14:36:34
|
<pascal`> dkayiwa, that adds the forms to model so that they can be displayed on the form entry tab (as far as I can see)
|
14:37:19
|
<pascal`> I see what's going on now
|
14:37:21
|
<dkayiwa> hahahahahah
|
14:37:29
|
<dkayiwa> you must be very very correct
|
14:37:41
|
<pascal`> dkayiwa, hehe, I think I am ^_^
|
14:37:50
|
<dkayiwa> i just copied and pasted FormEntryHandler
|
14:37:57
|
<dkayiwa> from the htmlformetry module
|
14:38:05
|
<dkayiwa> without looking at it closely :)
|
14:38:08
|
<pascal`> dkayiwa, so it looks like I'm going to have to AOP around this guy: List<Xform> xforms = ((XformsService)Context.getService(XformsService.class)).getXforms();
|
14:38:09
|
<pascal`> (=
|
14:38:20
|
<dkayiwa> yes
|
14:38:30
|
<dkayiwa> nice catch :D
|
14:38:32
|
<pascal`> That took me a while to figure out :)
|
14:38:36
|
<dkayiwa> hahahah
|
14:38:46
|
<dkayiwa> but good enough you did
|
14:38:49
|
<dkayiwa> :)
|
14:39:06
|
<pascal`> it's weird that all the forms are added by the dashboard controller anyway...
|
14:39:06
|
<pascal`> ... even though it seems like they're never used
|
14:39:10
|
*** dlawson has joined #openmrs
|
14:39:10
|
*** ChanServ sets mode: +v dlawson
|
14:39:28
|
<dkayiwa> :)
|
14:39:55
|
<pascal`> Now, I wonder if you can AOP around other modules services
|
14:40:07
|
<dkayiwa> yes you can
|
14:41:14
|
*** dkayiwa has quit IRC
|
14:45:22
|
*** pascal` has quit IRC
|
14:54:57
|
*** surangak has quit IRC
|
15:00:03
|
*** suho has joined #openmrs
|
15:00:03
|
*** ChanServ sets mode: +v suho
|
15:00:06
|
*** jportela has joined #openmrs
|
15:00:06
|
*** ChanServ sets mode: +v jportela
|
15:01:02
|
*** goutham has quit IRC
|
15:10:46
|
*** djazayeri_ has joined #openmrs
|
15:14:55
|
*** goutham has joined #openmrs
|
15:22:42
|
*** lh has quit IRC
|
15:33:50
|
*** mseaton has joined #openmrs
|
15:34:15
|
<mseaton> downeym - is there a way to delete a wiki page i no longer want?
|
15:36:19
|
<mseaton> @downeym - also, is there a way to move a page from projects to documentation?
|
15:36:31
|
<downeym> mseaton: Hey there
|
15:36:39
|
<mseaton> hey
|
15:37:34
|
<downeym> mseaton: We make it intentionally a bit more difficult to delete pages for safety's sake. :) The easiest way is to rename if it you want and move it under the "To be deleted" page in each space.
|
15:39:49
|
<downeym> mseaton: As far as moving pages between spaces, it's pretty much the same problem unfortunately due to the way Confluence treats a move (i.e., when a move happens the page is deleted from one space and created in another).
|
15:40:03
|
<downeym> mseaton: What can be done is copy the page to the new space
|
15:40:20
|
<downeym> and use the method above to mark it for deletion in the old space (helps to rename the page too to avoid confusion)
|
15:41:16
|
<mseaton> @downeym - cool, i'll try that, thanks!
|
15:41:26
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (1.6.x): Added Address interface and LocationService.getPossibleAddressValues(Address,String) method per TRUNK-1924 <http://feedproxy.google.com/~r/OMRStrunk/~3/lF2ITdVb60k/OpenMRS>
|
15:41:46
|
<downeym> mseaton: Do let me know if you run into any problems. We don't run across the need to do it often, so I'm keen on improving the process as much we can within the constraints we have :)
|
15:41:59
|
<mseaton> great, thanks!
|
15:55:26
|
*** pascal` has joined #openmrs
|
16:00:44
|
*** dlawson has left #openmrs
|
16:01:11
|
*** dlawson has joined #openmrs
|
16:01:11
|
*** ChanServ sets mode: +v dlawson
|
16:05:26
|
<djazayeri_> can anyone in or around india tell me what a "Relieve letter" is for employment?
|
16:11:53
|
*** EClaesson has joined #openmrs
|
16:11:53
|
*** ChanServ sets mode: +v EClaesson
|
16:17:18
|
*** mseaton has quit IRC
|
16:29:31
|
*** lh has joined #openmrs
|
16:44:15
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (trunk): Added Address interface and LocationService.getPossibleAddressValues(Address,String) method per TRUNK-1924 <http://feedproxy.google.com/~r/OMRStrunk/~3/qzInuy09CVk/OpenMRS> || New Changeset: OpenMRS (1.8.x): Added Address interface and LocationService.getPossibleAddressValues(Address,String) method per TRUNK-1924 <http://feedproxy.google.com/~r/OMRStrunk/~3/G0l6Lb40ORU/OpenMRS> || New Changeset: OpenMRS (1.7.x): Added Address interface and LocationService.getPossibleAddressValues(Address,String) method per TRUNK-1924 <http://feedproxy.google.com/~r/OMRStrunk/~3/K7NcK3hQguI/OpenMRS>
|
16:48:51
|
*** EClaesson has quit IRC
|
16:53:02
|
*** surangak has joined #openmrs
|
17:13:46
|
*** bryq has joined #openmrs
|
17:13:46
|
*** ChanServ sets mode: +v bryq
|
17:29:46
|
*** czakian has joined #openmrs
|
17:30:13
|
<czakian> hey guys
|
17:30:43
|
<czakian> I am trying to run and deploy openmrs from the source using the jetty:run method
|
17:30:48
|
<czakian> but I get the following error
|
17:30:57
|
<czakian> [ERROR] No plugin found for prefix 'jetty' in the current project and in the plugin groups [org.apache.maven.plugins, org.codehaus.mojo] available from the repositories [local (/home/czakian/.m2/repository), openmrs-repo (http://mavenrepo.openmrs.org/nexus/content/repositories/public), central (http://repo1.maven.org/maven2)] -> [Help 1]
|
17:30:58
|
<OpenMRSBot> <http://ln-s.net/8-2X> (at mavenrepo.openmrs.org)
|
17:31:22
|
*** goutham has quit IRC
|
17:31:29
|
<czakian> obviously I am missing a plugin, but all attempts to find it
|
17:31:32
|
<czakian> have been in vain
|
17:31:42
|
<czakian> I do have jetty installed on my machine as well
|
17:31:59
|
<djazayeri_> czakian: you don't need jetty installed specifically
|
17:32:37
|
<czakian> ok, so how would I fix the error then?
|
17:32:56
|
<djazayeri_> what maven target are you running?
|
17:33:01
|
<djazayeri_> and on what project exactly?
|
17:33:08
|
*** downeym_ has joined #openmrs
|
17:33:08
|
*** ChanServ sets mode: +o downeym_
|
17:33:25
|
<czakian> I am running it at top level
|
17:33:26
|
<czakian> with
|
17:33:27
|
*** bwolfe has joined #openmrs
|
17:33:35
|
<downeym_> hail bwolfe
|
17:33:36
|
<czakian> mvn jetty:run
|
17:34:03
|
<bwolfe> hi downeym_
|
17:34:12
|
*** downeym was kicked by downeym_ (downeym)
|
17:34:20
|
<djazayeri_> czakian try running it on the webapp project.
|
17:36:30
|
*** downeym_ is now known as downeym
|
17:37:01
|
<czakian> cool that worked
|
17:37:05
|
<czakian> thanks :)
|
17:37:45
|
<czakian> one final question, I upgraded from galileo (which had openmrs as 1 project) but now in helios, it gives me several. Is there any way to shrink it back down to 1?
|
17:38:05
|
<czakian> in eclipse that is
|
17:38:34
|
<djazayeri_> czakian: i don't think so. apparently the newer versions of m2eclipse/scm has removed that option
|
17:38:43
|
<czakian> drat oh well
|
17:40:13
|
<bwolfe> czakian / djazayeri_ : its very sad that they did that. jkeiper found a post somewhere saying that it was intentional
|
17:40:27
|
<bwolfe> I want to find where on the sonatype site to complain to get it back
|
17:40:42
|
<bwolfe> either that or I will need to install an old version of m2eclipse to get it
|
17:40:59
|
<djazayeri_> (I just reinstalled eclipse and noticed this. my solution is to change the "name template" so at least the different projects are called trunk-[artifactId], 1.8.x-[artifactId], etc, so things at least are grouped right.
|
17:45:47
|
<djazayeri_> (grouped alphabetically i mean)
|
17:47:26
|
*** downeym sets mode: +v bwolfe
|
17:55:39
|
*** Echidna has quit IRC
|
17:59:10
|
*** dlawson has quit IRC
|
18:00:12
|
*** dlawson has joined #openmrs
|
18:00:12
|
*** ChanServ sets mode: +v dlawson
|
18:00:12
|
*** Echidna has joined #openmrs
|
18:00:13
|
*** ChanServ sets mode: +v Echidna
|
18:01:41
|
<bwolfe> djazayeri_: do your window/title bars/borders disappear on you in unity ?
|
18:02:15
|
*** dlawson has quit IRC
|
18:09:25
|
*** bwolfe has left #openmrs
|
18:27:11
|
*** downeym_ has joined #openmrs
|
18:27:11
|
*** ChanServ sets mode: +o downeym_
|
18:29:47
|
*** downeym has quit IRC
|
18:29:47
|
*** downeym_ is now known as downeym
|
18:30:04
|
*** james_regen has quit IRC
|
18:32:50
|
*** suho has quit IRC
|
18:44:47
|
*** suho has joined #openmrs
|
18:44:47
|
*** ChanServ sets mode: +v suho
|
18:45:56
|
*** surangak has quit IRC
|
18:47:05
|
*** aja has quit IRC
|
18:48:20
|
*** dlawson has joined #openmrs
|
18:48:20
|
*** ChanServ sets mode: +v dlawson
|
18:48:29
|
<OpenMRSBot> Recent updates in the world of openmrs: New Changeset: OpenMRS (trunk): update address layout for Lesotho and added Location.communityCouncil message code <http://feedproxy.google.com/~r/OMRStrunk/~3/vJQrh6p5TR8/OpenMRS> || New Changeset: OpenMRS (1.8.x): update address layout for Lesotho and added Location.communityCouncil message code <http://feedproxy.google.com/~r/OMRStrunk/~3/6ijfueHO0ro/OpenMRS> || New Changeset: OpenMRS (1.7.x): updated address layout for Lesotho and added Location.communityCouncil message code <http://feedproxy.google.com/~r/OMRStrunk/~3/FmLo8NWMTNo/OpenMRS> || New Changeset: OpenMRS (1.6.x): update address layout for Lesotho and added Location.communityCouncil message code <http://feedproxy.google.com/~r/OMRStrunk/~3/LoHya7YKWA0/OpenMRS>
|
19:21:41
|
*** pascal` has quit IRC
|
19:24:11
|
*** wyclif has quit IRC
|
19:39:03
|
*** wyclif has joined #openmrs
|
19:40:49
|
*** djazayeri_ has quit IRC
|
19:41:16
|
*** djazayeri has joined #openmrs
|
19:50:51
|
<OpenMRSBot> Recent updates in the world of openmrs: On Twitter: OpenMRS: Please bear with us as we make some minor changes to the #OpenMRS web site. It will be available again very soon. Thanks for your patience! <http://twitter.com/OpenMRS/statuses/73105392346988544>
|
20:08:32
|
*** dkayiwa has joined #openmrs
|
21:06:21
|
*** dkayiwa has quit IRC
|
21:06:33
|
*** dkayiwa has joined #openmrs
|
21:07:42
|
*** czakian has quit IRC
|
21:08:22
|
*** bryq has quit IRC
|
21:33:05
|
*** wyclif has quit IRC
|
22:00:07
|
*** dkayiwa has quit IRC
|
22:01:11
|
*** wyclif has joined #openmrs
|
22:16:55
|
*** lh has quit IRC
|
22:18:49
|
*** dlawson has quit IRC
|
22:46:17
|
*** gbastien has joined #openmrs
|
22:53:31
|
*** downeym has quit IRC
|
23:11:51
|
*** dlawson has joined #openmrs
|
23:11:51
|
*** ChanServ sets mode: +v dlawson
|
23:18:43
|
*** dlawson has quit IRC
|
23:21:54
|
*** lh has joined #openmrs
|
23:32:15
|
*** Hazamonzo has quit IRC
|
23:36:48
|
*** Hazamonzo has joined #openmrs
|
23:38:02
|
*** dlawson has joined #openmrs
|
23:38:02
|
*** ChanServ sets mode: +v dlawson
|
23:41:24
|
*** dlawson has left #openmrs
|