Hi Peter, UUIDs and IDs stay intact at all times on the system where you import things and even if you choose to overwrite some data, only the content is overwritten. You should see that the content of the form has changed on your system.
It is a design decision we made so that no existing UUIDs or IDs references in your system get corrupted. -Rafal On Thu, Aug 25, 2011 at 3:20 PM, Peter Eichenauer <[email protected]> wrote: > Hi Dave, > > let me give you an example. > > metadata.xml contains > .... > <org.openmrs.module.htmlformentry.HtmlForm id="6382" > uuid="12cc254e-ed9b-4f20-b4e4-df126d9cb075"> > <creator/> > <dateCreated id="6383">2010-11-24 03:38:26</dateCreated> > <changedBy/> > <dateChanged id="6384">2011-08-02 09:32:36</dateChanged> > <retired>false</retired> > <form id="6385" resolves-to="org.openmrs.Form" > uuid="847d3c57-f095-46ef-992f-455a5969b6d1"> > <name>Adult HIV Flowsheet - New Allergy</name> > ... > > importing metadata and selecting "overwrite" I would expect that I could > load a form with UUID=847d3c57-f095-46ef-992f-455a5969b6d1 > > but it fails and in the table form I see Adult HIV Flowsheet - New > Allergy with UUID=7ce2dbfc-7011-4ac3-81a7-91c5ef47b7c7 and > date_changed=2011-08-25 11:15:18.0 > > - > Peter > > > On 08/25/2011 02:41 PM, Dave Thomas wrote: >> Do you mean that you ended up with duplicate Form objects (same name, >> different uuids), because Form wasn't found by name? >> >> d >> >> On Thu, Aug 25, 2011 at 11:30 AM, Peter Eichenauer<[email protected]> >> wrote: >>> Hi, >>> >>> I have been importing a metadata sharing package on metadata sharing >>> 0.9.0.2. During import I selected "Trust Incoming", I clicked on "start >>> assessing" and I chose to overwrite concepts and HTML Forms. >>> Unfortunetly the UUIDs of the forms were not overwritten. I opened the >>> database and I noticed UUIDs in table htmlformentry_html_form were >>> overwritten but UUIDs in table form not. >>> >>> Can you reproduce this error? >>> >>> Thanks, >>> Peter >>> _________________________________________ >>> >>> 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] >>> >> _________________________________________ >> >> 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] > > _________________________________________ > > 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] > _________________________________________ 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]
