What do you mean by the forms aren't being written to the disk? Do you mean the xsn form files? Or the filled out formentry_archive rows?
Ben On Wed, Aug 17, 2011 at 7:02 PM, augustine12th thomas < [email protected]> wrote: > Thanks Dave, > > The infopath form works in all servers(Child and parent). The data > assistants used the infopath forms to create a few forms we're testing with > now. Actually, I can view > the forms created and submitted to the child server during data entry in > the form queue. The problem I think is that the transfer of these forms to > the disk so as to be uploaded in the parent is not taking place via file. > I'm trying to figure out why this is happening. > > Thanks again Dave. > > Agustine' > Informatics > Ampath. > > ----- Original Message ----- > From: Dave Thomas <[email protected]> > To: [email protected] > Cc: > Sent: Wednesday, August 17, 2011 6:33 PM > Subject: Re: [OPENMRS-DEV] Sync Sprint? > > Ah, ok, i understand. I've never actually used the 'sync to file' > feature, so i don't know where the file goes offhand. > > But, my point with Forms is this: I think once you figure out the > manual transfer of sync records, you should test the Form issue very > carefully to make sure you're satisfied with your understanding of how > you're going to manage infopath forms in the sync environment, both > adding new forms, and editing existing forms. It is possible that > there have been fixes around infopath and sync that i don't know > about, so maybe it has gotten better, but the thing to look for is > whether after creating/editing an infopath form, and having those > changes propagate to the other servers: > > 1. does the infopath form work on all servers, and > > 2. is the infopath form submitting data to the correct server (i.e. is > the URL in the XSN of the form pointing to the right place on all > servers). > > And you do need to verify this on all servers, after the sync record > has fully propagated. > > > This is one of the reasons we've switched to htmlforms, by the way, > and this change has allowed us to unblock Form throughout our sync > network, and have sync manage our htmlforms. > > d > > On Wed, Aug 17, 2011 at 4:54 PM, augustine12th thomas > <[email protected]> wrote: > > Dave, > > Yes, sync is already running in both parent and child. The databases for > > both the parent and child are the same. We have created a few forms in > the > > child that we want to sync to the parent via file. On clicking at export > > changes to file, no exported data is downloaded on the local machine > > desktop. I suspect it goes to the parent. That is why I have added this > in > > items not to synchronize or import 'org.openmrs.Form' and saved. but > still > > I can't locate exports to file. > > > > Thanks. > > > > Agustine > > > > ----- Original Message ----- > > From: Dave Thomas <[email protected]> > > To: [email protected] > > Cc: > > Sent: Wednesday, August 17, 2011 5:27 PM > > Subject: Re: [OPENMRS-DEV] Sync Sprint? > > > > Hi. I'm not totally clear on what you're asking. Item 4 was just a > > warning about configuring sync once it is already running. It sounds > > like you're still trying to create a database dump from the parent and > > import it onto the child servers? I've never actually used the UI > > that Ben built for doing this. > > > > The basic idea is this: > > > > You can't actually start the sync process until all of the databases > > on all of the servers that you want in your sync network look EXACTLY > > the same, other than global_property, and form (if you're using > > infopath), and the sync configuration tables themselves. However you > > get to this point is up to you (my mysqldump instruction is for if you > > want to do this by hand). > > > > d > > > > On Wed, Aug 17, 2011 at 4:11 PM, augustine12th thomas > > <[email protected]> wrote: > >> Hi Dave, > >> > >> I have realized the problem I think you pointed out in No: 4. After > >> clicking on send file, and on Import, the data doesn't save to the local > >> machine(desktop), most likely, it goes to the server. I have added this > in > >> items not to synchronize or import 'org.openmrs.Form' and saved. But > >> still > >> when I repeat the process of sending file, no data is saved on my local > >> machine desktop as it should be. Are there other steps I have missed > here? > >> Thanks. > >> Miencha Agustine > >> Informatics > >> Ampath. > >> > >> ________________________________ > >> From: Dave Thomas <[email protected]> > >> To: [email protected] > >> Sent: Friday, August 12, 2011 10:24 AM > >> Subject: Re: [OPENMRS-DEV] Sync Sprint? > >> > >> Hi. To answer your questions: > >> > >> 1) we're on the latest sync build from svn. there has been a lot of > >> activity recently on fixing small bugs. > >> > >> 2) i just do a mysqldump, which doesn't take too long to dump, although > >> the > >> import takes a large number of hours. Here's the syntax that i use: > >> > >> mysqldump --host="localhost" --port="3306" --user="XXX" --password="XXX" > >> openmrs --add_drop_table -q -e --single-transaction --result > "openmrs.sql" > >> > >> when you import this, you have to set your max_packet_size to something > >> big > >> in my.ini -- just google this. > >> > >> 3) we don't use remoteformentry, so i don't know... it strikes me that > >> this > >> should be compatible though. It strikes me as wrong that sync should be > >> marked as a 'mandatory' module, and that you have to overwrite this > global > >> property manually at startup everytime -- you can file a ticket about > >> this. > >> > >> Also, at the sites where you use remote form entry, is there cell phone > >> service? We were recently able to expand our number of servers by > setting > >> up an APN within the MTN network in Rwanda. > >> > >> 4) And, the version of formentry that you should use is the one that's > >> best > >> for whatever version of openmrs you're on. there are no specific > >> compatibility issues that i know of between formentry and sync. We > had > >> terrible problems, however, with Form objects propagating to other > servers > >> that were still mapped to the original server so there were instances > when > >> we found that infopath form submissions were going to the parent server > >> instead of the local server. You should test this, and potentially > block > >> org.openmrs.Form form syncing. > >> > >> d > >> > >> On Fri, Aug 12, 2011 at 9:01 AM, augustine12th thomas > >> <[email protected]> wrote: > >> > >> ________________________________ > >> That is great Dave. Now I need a few clarifications from you please on a > >> few > >> issues below: > >> > >> Which version of sync a you using? > >> If you implement sync in windows, how best do you dump data from the > >> parent > >> to the child, faster enough to reduce downtimes? Given that the > databases > >> of > >> parent and child have to be the same initially? When I tried to dump > data > >> to > >> a windows machine, it took four days to finish. Our database is big, it > is > >> over 280Mb > >> A you able to use both remoteformentry and sync together? I have tried > >> this, > >> but whenever I restart the server, an error I have attached above > appears > >> and I'm forced to make sync.mandatory false in the database for amrs to > >> start. This problem will be difficult to handle by data assistants we > use > >> in > >> the remote sides, given that servers will always go down. > >> Which version of form entry is compatible with sync 0.972? > >> > >> Thanks. > >> > >> Miencha Agustine > >> Informatics > >> Ampath. > >> > >> > >> > >> > >> : Dave Thomas <[email protected]> > >> To: [email protected] > >> Sent: Friday, August 12, 2011 9:10 AM > >> Subject: Re: [OPENMRS-DEV] Sync Sprint? > >> > >> Hi. I'm the one you need to talk to.... I administer 25 synced > servers. > >> On Aug 12, 2011 7:57 AM, "augustine12th thomas" < > [email protected]> > >> wrote: > >>> Hi Dave, > >>> > >>> We're upgrading our remote sites beginning this weekend using sync > >>> module. > >>> We have decided to use sync v. 0.972 I will be testing this module > >>> > >>> this afternoon. Please could you link me to somebody in Rwanda. I was > >>> told > >>> they use sync module. > >>> > >>> Thanks. > >>> > >>> Miencha Agustine > >>> > >>> Informatics > >>> ampath. > >>> > >>> > >>> > >>> > >>> > >>> > >>> ________________________________ > >>> From: Dave Thomas <[email protected]> > >>> To: [email protected] > >>> Sent: Thursday, August 11, 2011 7:06 PM > >>> Subject: Re: [OPENMRS-DEV] Sync Sprint? > >>> > >>> Yes, still in Rwanda. Count me in at about 95%. > >>> > >>> d > >>> > >>> On 8/11/11, Ben Wolfe <[email protected]> wrote: > >>>> We've scheduled the Sync Sprint to start Sept 5th to maximize > available > >>>> developers. > >>>> > >>>> https://wiki.openmrs.org/display/RES/Sprint+Schedule > >>>> > >>>> Dave, are you still in Rwanda? If so, you'll be on the same timezone > as > >>>> half of the openmrs devs: Me in Kenya, Daniel in Uganda, and Rafal in > >>>> Poland. Its that Darius character in Seattle that has to worry about > >>>> matching up times with. :-) > >>>> > >>>> Ben > >>>> > >>>> On Fri, Aug 5, 2011 at 3:16 PM, Dave Thomas <[email protected]> > wrote: > >>>> > >>>>> I'm tenatively in, whenever it happens, although the time difference > >>>>> isn't > >>>>> great for real-time collaboration for me. > >>>>> > >>>>> d > >>>>> > >>>>> > >>>>> On Fri, Aug 5, 2011 at 9:19 AM, Ben Wolfe <[email protected]> wrote: > >>>>> > >>>>>> The first we could schedule it is Aug 29th. Would there be anything > >>>>>> at that time to preclude any pih or ampath devs from contributing? > >>>>>> Its always nice to have as many hands on deck as possible during a > >>>>>> sprint...and providing coding time a great way for implementations > to > >>>>>> "give back" to openmrs. ;-) > >>>>>> > >>>>>> The other option is to have a "catch-up" week the 29th->9th and then > >>>>>> do sync starting Sept 5th. > >>>>>> > >>>>>> Ben > >>>>>> > >>>>>> On Fri, Aug 5, 2011 at 8:50 AM, Jonah S. Mwogi <[email protected] > > > >>>>>> wrote: > >>>>>> > Darius, > >>>>>> > > >>>>>> > It think it would be good to have it towards end of August as > Ampath > >>>>>> intends > >>>>>> > to take up Sync in its remote sites immediately. > >>>>>> > > >>>>>> > Thanks > >>>>>> > > >>>>>> > On Fri, Aug 5, 2011 at 2:33 AM, Michael Seaton <[email protected]> > >>>>>> > wrote: > >>>>>> >> > >>>>>> >> For PIH, the best time for us to contribute would be in early to > >>>>>> >> mid > >>>>>> >> September. Maybe the middle 2 weeks, aiming to release a 1.0 > prior > >>>>>> >> to > >>>>>> the > >>>>>> >> October meetings... > >>>>>> >> > >>>>>> >> On Aug 4, 2011, at 6:40 PM, "Darius Jazayeri" > >>>>>> >> <[email protected] > >>>>>> > > >>>>>> >> wrote: > >>>>>> >> > >>>>>> >> Generally speaking, we would like to have the Sync sprint around > >>>>>> >> the > >>>>>> time > >>>>>> >> that AMPATH is installing the sync module, and before PIH-Rwanda > >>>>>> >> does > >>>>>> its > >>>>>> >> 1.8 upgrade (in the presence of Sync). > >>>>>> >> Are there any particular time we could schedule the sprint when > >>>>>> >> AMPATH > >>>>>> or > >>>>>> >> PIH devs would be able to contribute? > >>>>>> >> > >>>>>> >> -Darius > >>>>>> >> > >>>>>> >> On Thu, Aug 4, 2011 at 4:36 AM, Ben Wolfe <[email protected]> > wrote: > >>>>>> >>> > >>>>>> >>> We're currently behind on the scheduling of sprints, so I can't > >>>>>> >>> say > >>>>>> >>> right now when this will be. > >>>>>> >>> > >>>>>> >>> Watch https://wiki.openmrs.org/display/RES/Sprint+Schedule for > >>>>>> updates. > >>>>>> >>> > >>>>>> >>> Ben > >>>>>> >>> > >>>>>> >>> On Wed, Aug 3, 2011 at 4:25 PM, Jeremy Keiper < > [email protected]> > >>>>>> wrote: > >>>>>> >>> > Hopefully soon ... we > >>>>>> >>> > need https://tickets.openmrs.org/browse/SYNC-179 resolved > >>>>>> immediately > >>>>>> >>> > to > >>>>>> >>> > continue testing with 1.8.2. > >>>>>> >>> > > >>>>>> >>> > Jeremy Keiper > >>>>>> >>> > OpenMRS Core Developer > >>>>>> >>> > AMPATH / IU-Kenya Support > >>>>>> >>> > > >>>>>> >>> > > >>>>>> >>> > On Tue, Aug 2, 2011 at 5:39 PM, Mark Goodrich > >>>>>> >>> > <[email protected]> > >>>>>> >>> > wrote: > >>>>>> >>> >> > >>>>>> >>> >> Hey Ben-- > >>>>>> >>> >> > >>>>>> >>> >> Any update on when the sync sprint might happen? > >>>>>> >>> >> > >>>>>> >>> >> Mark > >>>>>> >>> >> > >>>>>> >>> >> _________________________________________ > >>>>>> >>> >> > >>>>>> >>> >> 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] > >>>>>> >>> > > >>>>>> >>> > ________________________________ > >>>>>> >>> > Click here to unsubscribe 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] > >>>>>> >> > >>>>>> >> ________________________________ > >>>>>> >> Click here to unsubscribe from OpenMRS Developers' mailing list > >>>>>> > > >>>>>> > > >>>>>> > -- > >>>>>> > Jonah S. Mwogi > >>>>>> > System Engineer > >>>>>> > Ampath Centre - Eldoret Kenya > >>>>>> > > >>>>>> > ________________________________ > >>>>>> > Click here to unsubscribe 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] > >>>>>> > >>>>> > >>>>> ------------------------------ > >>>>> 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] > >>>> > >>> > >>> _________________________________________ > >>> > >>> 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] > >> ________________________________ > >> Click here to unsubscribe from OpenMRS Developers' mailing list > >> > >> ________________________________ > >> Click here to unsubscribe from OpenMRS Developers' mailing list > >> > >> ________________________________ > >> Click here to unsubscribe from OpenMRS Developers' mailing list > >> > >> ________________________________ > >> Click here to unsubscribe 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] > > ________________________________ > > Click here to unsubscribe 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] > ------------------------------ > 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]
