I personally changed this because it was one of the reasons why duplicate concept sources were getting created and the association types between implementation source and other concept sources defined in implemenation with user differ. So i agree with Darius' workflow in https://tickets.openmrs.org/browse/OCC-86
Wyclif On Thu, Aug 11, 2011 at 5:45 AM, Ben Wolfe <[email protected]> wrote: > Yes, the first upload of concepts should be creating a concept source for > you according to your impl id. That must have been broken during the sprint > because it used to work like that. > > Ben > > On Thu, Aug 11, 2011 at 4:06 AM, Darius Jazayeri > <[email protected]>wrote: > >> I don't think that's how it works. I don't think that the OCC has a >> complete list of registered implementation ids. >> >> My proposal is in this ticket: https://tickets.openmrs.org/browse/OCC-86 >> >> -Darius >> >> >> On Wed, Aug 10, 2011 at 5:45 PM, Wyclif Luyima <[email protected]>wrote: >> >>> You have to first insert a row into the concept_source table with the hl7 >>> code as DJLAPTOP16, this simulates an implementation registerin itself >>> before using the OCC, so 'unknown' or 'unidentified' implementations are not >>> allowed to upload concept and this is what this error messages means. >>> >>> Wyclif >>> >>> On Wed, Aug 10, 2011 at 7:21 PM, Darius Jazayeri <[email protected]>wrote: >>> >>>> No other sprinters are on IRC now, so I'm asking here: >>>> >>>> I'm trying to upload a concept from my openmrs client to my OCC server, >>>> and I'm getting this server-side error: >>>> >>>> ERROR - ConceptManagerImpl.analyzeOccUpload(153) | Error while reading >>>> file: /tmp/uploads/putConcepts1313018017863.xml >>>> java.lang.Exception: No implementation was found with id:DJLAPTOP16 >>>> at >>>> org.openmrs.occ.service.impl.ConceptManagerImpl.analyzeOccUpload(ConceptManagerImpl.java:124) >>>> >>>> When is the ConceptSource for my id supposed to be created on the >>>> server-side? I haven't seen any steps in the process where this would >>>> happen... >>>> >>>> -Darius >>>> ------------------------------ >>>> Click here to >>>> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from >>>> OpenMRS Developers' mailing list >>> >>> >>> ------------------------------ >>> Click here to >>> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from >>> OpenMRS Developers' mailing list >> >> >> ------------------------------ >> Click here to >> unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from >> OpenMRS Developers' mailing list >> > > ------------------------------ > Click here to > unsubscribe<[email protected]?body=SIGNOFF%20openmrs-devel-l>from > OpenMRS Developers' mailing list _________________________________________ To unsubscribe from OpenMRS Developers' mailing list, send an e-mail to [email protected] with "SIGNOFF openmrs-devel-l" in the body (not the subject) of your e-mail. [mailto:[email protected]?body=SIGNOFF%20openmrs-devel-l]
