Re: [Dhis2-devs] Updating local branches from Launchpad
Hello again, Just want to make sure everyone is up to date with this pretty vital information on how to work with the source code for those of us that are not core programmers. Thanks to Ola for correcting my statement below. The correct procedure is: 1) To get the code the first time, do bzr branch lp:dhis2 2) To get latest update (always do this before mvn install), do bzr pull lp:dhis2 http://208.76.222.114/confluence/display/DOC/Downloading+the+source+code Knut On Wed, Apr 1, 2009 at 9:46 AM, Knut Staring knu...@gmail.com wrote: On Wed, Apr 1, 2009 at 9:44 AM, Knut Staring knu...@gmail.com wrote: On Wed, Apr 1, 2009 at 9:21 AM, Brajesh brajesh2mur...@gmail.com wrote: 2.) And why it is showing revision -- 128 in my cygwin console whereas it is showing 140 in launchpad.net/dhis2 site's code tab ? I think this has to do with you not having commit rights, and therefore checking out a branch, which means you probably have to do bzr merge instead of bzr update in order to get the latest fix from Lars (which was in 139). A small annoyance about having to do it this way is that bzr then always reports being at revision 128, ie.e you cannot really see what revision you have on your machine. You could check out a complete new branch at revision 140, but that would be even more annoying. Maybe someone has a better suggestion? In any case, we should have this (the intricacies of keeping code up to date depending on how it has been checked out) well documented on the wiki. Is that something you could do, Brajesh? Knut -- Cheers, Knut Staring -- Cheers, Knut Staring ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] [Bug 352324] Re: DataElement Sorting is not working properly
On Wed, Apr 1, 2009 at 10:23 AM, ola testuser ol...@ifi.uio.no wrote: On Wed, Apr 1, 2009 at 9:44 AM, Knut Staring knu...@gmail.com wrote: On Wed, Apr 1, 2009 at 9:21 AM, Brajesh brajesh2mur...@gmail.com wrote: 2.) And why it is showing revision -- 128 in my cygwin console whereas it is showing 140 in launchpad.net/dhis2 site's code tab ? I think this has to do with you not having commit rights, and therefore checking out a branch, which means you probably have to do bzr merge instead of bzr update in order to get the latest fix from Lars (which was in 139). If you want to keep a local copy of trunk updated, a so called mirrored branch, the correct command is in fact bzr pull and not merge. Merge is only needed when you are combining two lines of development, meaning you have a local branch where you are coding and would like to incorporate the latest changes from trunk. For system admins, implemneters and others just using the code to build new war files and stay up to date, then I recommend using bzr pull to stay updated. I think it is stronger that recommend - this is the way for 90%, and we need to communicate that in a few lines instead of RTFM. Totally agree we need documentation, should have been written up when you did the training at the workshop, but not too late... There was not training in that, since noone there knew (had not had the time to read the manual). Some very useful bazaar references: Bazaar user guide (complete with various development scenarios): http://doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#branching-a-project quick Bazaar in five minutes guide: http://doc.bazaar-vcs.org/bzr.dev/en/user-reference/bzr_man.html Those are nice to have, but have to be condensed into three lines and placed prominently on the Wiki. Knut Ola --- A small annoyance about having to do it this way is that bzr then always reports being at revision 128, ie.e you cannot really see what revision you have on your machine. You could check out a complete new branch at revision 140, but that would be even more annoying. Maybe someone has a better suggestion? In any case, we should have this (the intricacies of keeping code up to date depending on how it has been checked out) well documented on the wiki. Is that something you could do, Brajesh? Knut -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 coordinators, which is the registrant for DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 coordinators, which is the registrant for DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. -- Cheers, Knut Staring -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 developers, which is subscribed to DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net
Re: [Dhis2-devs] [Bug 352324] Re: DataElement Sorting is not working properly
Hi again, I've updated the source code wiki page with instructions for update: http://208.76.222.114/confluence/display/DOC/Downloading+the+source+code Knut On Wed, Apr 1, 2009 at 10:38 AM, Knut Staring knu...@gmail.com wrote: On Wed, Apr 1, 2009 at 10:23 AM, ola testuser ol...@ifi.uio.no wrote: On Wed, Apr 1, 2009 at 9:44 AM, Knut Staring knu...@gmail.com wrote: On Wed, Apr 1, 2009 at 9:21 AM, Brajesh brajesh2mur...@gmail.com wrote: 2.) And why it is showing revision -- 128 in my cygwin console whereas it is showing 140 in launchpad.net/dhis2 site's code tab ? I think this has to do with you not having commit rights, and therefore checking out a branch, which means you probably have to do bzr merge instead of bzr update in order to get the latest fix from Lars (which was in 139). If you want to keep a local copy of trunk updated, a so called mirrored branch, the correct command is in fact bzr pull and not merge. Merge is only needed when you are combining two lines of development, meaning you have a local branch where you are coding and would like to incorporate the latest changes from trunk. For system admins, implemneters and others just using the code to build new war files and stay up to date, then I recommend using bzr pull to stay updated. I think it is stronger that recommend - this is the way for 90%, and we need to communicate that in a few lines instead of RTFM. Totally agree we need documentation, should have been written up when you did the training at the workshop, but not too late... There was not training in that, since noone there knew (had not had the time to read the manual). Some very useful bazaar references: Bazaar user guide (complete with various development scenarios): http://doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#branching-a-project quick Bazaar in five minutes guide: http://doc.bazaar-vcs.org/bzr.dev/en/user-reference/bzr_man.html Those are nice to have, but have to be condensed into three lines and placed prominently on the Wiki. Knut Ola --- A small annoyance about having to do it this way is that bzr then always reports being at revision 128, ie.e you cannot really see what revision you have on your machine. You could check out a complete new branch at revision 140, but that would be even more annoying. Maybe someone has a better suggestion? In any case, we should have this (the intricacies of keeping code up to date depending on how it has been checked out) well documented on the wiki. Is that something you could do, Brajesh? Knut -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 coordinators, which is the registrant for DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 coordinators, which is the registrant for DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. -- Cheers, Knut Staring -- Cheers, Knut Staring -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 developers, which is subscribed to DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this
Re: [Dhis2-devs] [Bug 352324] Re: DataElement Sorting is not working properly
On Wed, Apr 1, 2009 at 9:44 AM, Knut Staring knu...@gmail.com wrote: On Wed, Apr 1, 2009 at 9:21 AM, Brajesh brajesh2mur...@gmail.com wrote: 2.) And why it is showing revision -- 128 in my cygwin console whereas it is showing 140 in launchpad.net/dhis2 site's code tab ? I think this has to do with you not having commit rights, and therefore checking out a branch, which means you probably have to do bzr merge instead of bzr update in order to get the latest fix from Lars (which was in 139). If you want to keep a local copy of trunk updated, a so called mirrored branch, the correct command is in fact bzr pull and not merge. Merge is only needed when you are combining two lines of development, meaning you have a local branch where you are coding and would like to incorporate the latest changes from trunk. For system admins, implemneters and others just using the code to build new war files and stay up to date, then I recommend using bzr pull to stay updated. Totally agree we need documentation, should have been written up when you did the training at the workshop, but not too late... Some very useful bazaar references: Bazaar user guide (complete with various development scenarios): http://doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#branching-a-project quick Bazaar in five minutes guide: http://doc.bazaar-vcs.org/bzr.dev/en/user-reference/bzr_man.html Ola --- A small annoyance about having to do it this way is that bzr then always reports being at revision 128, ie.e you cannot really see what revision you have on your machine. You could check out a complete new branch at revision 140, but that would be even more annoying. Maybe someone has a better suggestion? In any case, we should have this (the intricacies of keeping code up to date depending on how it has been checked out) well documented on the wiki. Is that something you could do, Brajesh? Knut -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 coordinators, which is the registrant for DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 developers, which is subscribed to DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] [Bug 352324] Re: DataElement Sorting is not working properly
2009/4/1 Lars Helge Øverland larshe...@gmail.com When doing bzr up I get revision 140, this is weird. It probably has to do with checking out a branch (which most of us do, but not you and the other committers). Knut -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 coordinators, which is the registrant for DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. -- Cheers, Knut Staring -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 developers, which is subscribed to DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] [Bug 352324] Re: DataElement Sorting is not working properly
On Wed, Apr 1, 2009 at 9:21 AM, Brajesh brajesh2mur...@gmail.com wrote: 2.) And why it is showing revision -- 128 in my cygwin console whereas it is showing 140 in launchpad.net/dhis2 site's code tab ? I think this has to do with you not having commit rights, and therefore checking out a branch, which means you probably have to do bzr merge instead of bzr update in order to get the latest fix from Lars (which was in 139). A small annoyance about having to do it this way is that bzr then always reports being at revision 128, ie.e you cannot really see what revision you have on your machine. You could check out a complete new branch at revision 140, but that would be even more annoying. Maybe someone has a better suggestion? In any case, we should have this (the intricacies of keeping code up to date depending on how it has been checked out) well documented on the wiki. Is that something you could do, Brajesh? Knut -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 developers, which is subscribed to DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
[Dhis2-devs] [Bug 352324] Re: DataElement Sorting is not working properly
Sorry but the multiple selection in the sort order is still not in effect (means not reflecting) and nor i am able to change the place of a particular dataelement to some other place. And i have updated the code too it was showing like this on cygdrive console h...@dc32w2bs /cygdrive/d/scm/dhis2/dhis-2 $ bzr update Tree is up to date at revision 128. h...@dc32w2bs /cygdrive/d/scm/dhis2/dhis-2 $ And then i delete the hisp directory manually from this place in my pc that is C:\Documents and Settings\HISP\.m2\repository\org\ -- hisp directory Then i build the complete code and run and then i did the change in User Setting like Sort Order -- Custom Display Property -- Name Data dictionary mode -- Regular and still i find there is no change while changing the data element order. Here i have two questions 1.) does by doing these setting some one can change the desired order of dataelements or not ? 2.) And why it is showing revision -- 128 in my cygwin console whereas it is showing 140 in launchpad.net/dhis2 site's code tab ? i would like to know where is the problem. -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 developers, which is subscribed to DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] Updating local branches from Launchpad
2009/4/1 Knut Staring knu...@gmail.com 2009/4/1 Lars Helge Øverland larshe...@gmail.com On Wed, Apr 1, 2009 at 10:59 AM, Knut Staring knu...@gmail.com wrote: Hello again, Just want to make sure everyone is up to date with this pretty vital information on how to work with the source code for those of us that are not core programmers. Thanks to Ola for correcting my statement below. The correct procedure is: 1) To get the code the first time, do bzr branch lp:dhis2 2) To get latest update (always do this before mvn install), do bzr pull lp:dhis2 bzr pull is enough here. Are you sure? I got a nasty error message when trying that. I probably got the error since I had a checkout and not a branch. But then it worked fine when I supplied lp:dhis2 at the end. k k -- Cheers, Knut Staring -- Cheers, Knut Staring ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] [Bug 352324] Re: DataElement Sorting is not working properly
Sorry i was busy at some other work. Thanks for such a hues clarification which clears everything. Now i will make easy for me to do proper updating my local source code. Thanks once again to all global team. On Wed, Apr 1, 2009 at 2:17 PM, Knut Staring knu...@gmail.com wrote: Hi again, I've updated the source code wiki page with instructions for update: http://208.76.222.114/confluence/display/DOC/Downloading+the+source+code Knut On Wed, Apr 1, 2009 at 10:38 AM, Knut Staring knu...@gmail.com wrote: On Wed, Apr 1, 2009 at 10:23 AM, ola testuser ol...@ifi.uio.no wrote: On Wed, Apr 1, 2009 at 9:44 AM, Knut Staring knu...@gmail.com wrote: On Wed, Apr 1, 2009 at 9:21 AM, Brajesh brajesh2mur...@gmail.com wrote: 2.) And why it is showing revision -- 128 in my cygwin console whereas it is showing 140 in launchpad.net/dhis2 site's code tab ? I think this has to do with you not having commit rights, and therefore checking out a branch, which means you probably have to do bzr merge instead of bzr update in order to get the latest fix from Lars (which was in 139). If you want to keep a local copy of trunk updated, a so called mirrored branch, the correct command is in fact bzr pull and not merge. Merge is only needed when you are combining two lines of development, meaning you have a local branch where you are coding and would like to incorporate the latest changes from trunk. For system admins, implemneters and others just using the code to build new war files and stay up to date, then I recommend using bzr pull to stay updated. I think it is stronger that recommend - this is the way for 90%, and we need to communicate that in a few lines instead of RTFM. Totally agree we need documentation, should have been written up when you did the training at the workshop, but not too late... There was not training in that, since noone there knew (had not had the time to read the manual). Some very useful bazaar references: Bazaar user guide (complete with various development scenarios): http://doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#branching-a-project quick Bazaar in five minutes guide: http://doc.bazaar-vcs.org/bzr.dev/en/user-reference/bzr_man.html Those are nice to have, but have to be condensed into three lines and placed prominently on the Wiki. Knut Ola --- A small annoyance about having to do it this way is that bzr then always reports being at revision 128, ie.e you cannot really see what revision you have on your machine. You could check out a complete new branch at revision 140, but that would be even more annoying. Maybe someone has a better suggestion? In any case, we should have this (the intricacies of keeping code up to date depending on how it has been checked out) well documented on the wiki. Is that something you could do, Brajesh? Knut -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 coordinators, which is the registrant for DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a member of DHIS 2 coordinators, which is the registrant for DHIS. Status in District Health Information Software 2: Fix Committed Bug description: Data Elements and Indicator -- Data Element -- Sort Button And here when i click Sort Button and start changing the data element short order but it looks that the order has been changed but when i come back to the dataelement page here i did not find the desired change in the order of specified datalement. It means it is not working properly. and worse thing is that this bug is about to include in the DHIS2 Indian version local application which is going to be used by lots of non technical users. -- Cheers, Knut Staring -- Cheers, Knut Staring -- DataElement Sorting is not working properly https://bugs.launchpad.net/bugs/352324 You received this bug notification because you are a direct subscriber of the bug. Status in District Health Information Software 2:
Re: [Dhis2-devs] Fwd: [Dhis-dev] Export process from 1.4 to 2.0
Jason, o I have now imported the database I downloaded last night without problems in 32 minutes, giving 4,9 million data values. - The code now manages missing calculated data element identifiers. Will be a part of next DHIS 2 release. If you remove them manually it will work anyway. - I had to remove the data values larger than 2^31, which is basically the budget data, from the database manually. o To speed things up you can do the following (you have probably done a few of them): - Set the environment variable JAVA_OPTS, mine is -Xms128m -Xmx512m -XX:PermSize=128m -XX:MaxPermSize=1024m - Give Postgres more memory in pginstalldir/data/postgresql.conf by setting the shared_buffersproperty, mine is 256MB - For inital imports (!), in the DHIS 2 import screen - Show advanced options - set Skip check for matching datavalues to yes (empty database) o Regarding db maintenance I did a few things under Data administration - Maintenance: - I ran Clear zero values which reduced the total amount of data values from 4.9 to 3.3 millions. - I ran Prune periods which reduced the total amount of periods from 99 to 68, all of this will speed up the datamart process. - I entered the orgunit level names manually under Organisation Unit - Organisation Unit Levels. o What you need to do is the following: - Have a look at the indicator and calculated data element identifiers. I am now replacing missing identifiers with 0, which might imply unwanted results or division-by-zero. - Change the aggregation operator from SUM to AVERAGE for data elements where you want to do the average when aggregating, eg. Age and Population related elements. The sustainable solution to this is to change this in DHIS 1.4, which simply always sets this property to SUM. o I am not sure why you didn't get it to work. This sounds a little silly but are you sure you waited long enough? My import on a high-end maching took 32 min. Is the GUI message saying Import process complete, or is it still saying Importing routine data values ? This is the end of my log. Yours stops at Imported Periods: - * INFO 12:58:25,726 Imported Periods (DefaultDhis14FileImportService.java [Thre ad-9]) * INFO 13:27:31,520 Imported RoutineDataValues (DefaultDhis14FileImportService. java [Thread-9]) * INFO 13:27:34,427 Imported OnChangePeriods (DefaultDhis14FileImportService.ja va [Thread-9]) * INFO 13:27:58,880 Imported SemiPermanentDataValues (DefaultDhis14FileImportSe rvice.java [Thread-9]) * INFO 13:27:58,958 Import process completed: 0:32:01.611 (ImportInternalProces s.java [Thread-9]) -- You can download the pg backup file here (created in windows/pgadmin): http://folk.uio.no/larshelg/files/dhis2zambiaMarch2009.backup best regards, Lars ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] dhis lite
Hi 2009/3/31 Lars Helge Øverland larshe...@gmail.com: Sorry obviously that won't be enough. DHIS 2 looks for config file in this order: 1) default properties file in dhis-support-hibernate 2) Classpath in the WAR 3) DHIS2_HOME env variable, where the last one gets precedence. We could read in a hibernate.properties file and overwrite a file on the classpath inside the WAR. But that won't be extremely elegant. Alternatively we could modify DHIS 2 to look for a system property dhis2.home and use the get/setProperty methods. I think a system property (eg dhis2.home) is an excellent idea - much prefer them to environment variables. It might also provide some flexibility for those who are deploying multiple dhis2 applications on a single server machine as we saw in India. I'm pretty sure we could then put the properties file in the jar though it seems reasonable to have the configurable bits outside and easily editable. Though a mixed blessing I know ... OK. I think we need to keep the environment variable in addition since - system properties are Java-specific and I guess the only way to set it outside Java is through -D options to the java command line (?) for use with standard databases. - we would have to update all existing installations if we remove it... I wonder if we might make a slight improvement to startup time while we're at it. Currently it seems the DHIS hibernate sub-system looks for all those locations before finally deciding to use the latter. Can we do the search in the reverse order - ie if dhis2.home property is set, check for hibernate.properties, use that and get straight on with the rest of the busy tasks of initialisation. On my system that will shave off 2 or 3 seconds. A problem with this is that it's handy to have the files overriding each other as the default properties contains more information than what the DHIS2_HOME one usually does, like connection pooling and caching. But we could say that if the DHIS2 system property is set, we could skip looking for the DHIS2 environment variable? System.getProperty( user.dir ) will give you the current working directory. OK. That works! I'm currently still using DHIS2_HOME for finding hibernate.properties, but I have: System.setProperty(dhis2.home, System.getProperty(user.dir)); in the startup code, so the env variable is there for when you can use it. So we have a hibernate.properties in or inline with the exe jar which looks up its cwr, sets a dhis2.home system property with this value, starts the webapp and lets dhis2 read it in...? I've finally got rid of all the pesky System.err.println() statements and am using Jetty's Log class. Haven't figured out yet how to tie it in with the commons logging in the webapp and log to a file (other than stderr). That's the next challenge ... priority 1. However it does give me the chance to make some observations on startup time (with an empty database). Total startup time on my XP virtual machine is 35s. I'm going to put XP on my little asus for a realistic low power scenario and will measure again. But particularly for dhis2-lite it would be good to reduce this. 1. Of this, 10s is being used to unpack the war. 2..About 10s being used since finding final hibernate.properties and starting startup routine 1 3. About 5 seconds doing startup routine 1 4. About 5 seconds initialising Spring If we are going to slim down the startup time this is where we should look. Not much can be done about 4. About 1 I think it will be a huge improvement (30%) to deploy the exploded war and not let jetty make a temporary copy. The only benefit of having it do its default behaviour is to allow for hot (re)deployment which is not a concern here. I'll work on persuading jetty to oblige. priority 2. I'm not sure what is going on at 2 yet.Probably not much can be done about the startup routines either. I'll aim for a 20-25s startup. Already we are an improvement with no mysql to start and a much lighter baby-jetty to start than fully fledged tomcat. And having some visual feedback of the status of the app on starting up is already useful. Can make this even more user friendly in time. Cheers Bob ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] dhis lite
2009/4/1 Bob Jolliffe bobjolli...@gmail.com However it does give me the chance to make some observations on startup time (with an empty database). Total startup time on my XP virtual machine is 35s. I'm going to put XP on my little asus for a realistic low power scenario and will measure again. But particularly for dhis2-lite it would be good to reduce this. 1. Of this, 10s is being used to unpack the war. Can't you just not use a war? Knut ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] dhis lite
Cool. startup now betwen 19 and 25 seconds total. And using 65M Ram. 2009/4/1 Bob Jolliffe bobjolli...@gmail.com: 2009/4/1 Knut Staring knu...@gmail.com: 2009/4/1 Bob Jolliffe bobjolli...@gmail.com However it does give me the chance to make some observations on startup time (with an empty database). Total startup time on my XP virtual machine is 35s. I'm going to put XP on my little asus for a realistic low power scenario and will measure again. But particularly for dhis2-lite it would be good to reduce this. 1. Of this, 10s is being used to unpack the war. Can't you just not use a war? Yes that is the plan. Shame in a way coz its convenient to just drop in the war. But adding 30% to startup is too much to pay .. Knut ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] Fwd: [Dhis-dev] Export process from 1.4 to 2.0
We will need to change this in DHIS 1.4 somehow. Would it be possible for DHIS to implement a check to ensure that the value is not out of the allowable range? If it is, then perhaps it could simply ignore these values, and inform the user. That would have been very nice but this happens when the JDBC driver accesses the database and doesn't give the DHIS 2 application a chance to do something about it. - For inital imports (!), in the DHIS 2 import screen - Show advanced options - set Skip check for matching datavalues to yes (empty database) Could you explain this option? I would assume that it will check for existing data values and not overwrite them. If I choose no, I will assume it will attempt to insert everything? Exactly. No is the default and will do a check for matching data values for every row, which is redundant on empty databases. o I am not sure why you didn't get it to work. This sounds a little silly but are you sure you waited long enough? My import on a high-end maching took 32 min. Is the GUI message saying Import process complete, or is it still saying Importing routine data values ? This is the end of my log. Yours stops at Imported Periods Yes, I waited. Well, in fact ,I did not have to wait. It just executed like lightning and gave me a null response in the browser window. I did not get anything like Import process complete. Strange, normally something would have emerged in the logs. http://folk.uio.no/larshelg/files/dhis2zambiaMarch2009.backup Big help Lars. This will at least enable me to start having a look at the development of the reports (which they need ASAP) and then we can continue to clean up the other issues. Tack, Jason Det e lugnt.. ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] dhis lite
I've finally got rid of all the pesky System.err.println() statements and am using Jetty's Log class. Haven't figured out yet how to tie it in with the commons logging in the webapp and log to a file (other than stderr). That's the next challenge ... priority 1. I have changed the logging to how its done in DHIS 2. Might help, if you don't like it go ahead and revert it. Copying in some contents for a log4j properties file that works at least for DHIS 2, have a look if you like, simply change rootcategory from console to file: - # Log to file setup log4j.appender.file = org.apache.log4j.RollingFileAppender log4j.appender.file.File = dhis.log log4j.appender.file.MaxFileSize = 100KB log4j.appender.file.MaxBackupIndex = 3 log4j.appender.file.layout = org.apache.log4j.PatternLayout log4j.appender.file.layout.ConversionPattern = * %-5p %d{ABSOLUTE} %m (%F [%t])%n # Log to console setup log4j.appender.console = org.apache.log4j.ConsoleAppender log4j.appender.console.layout = org.apache.log4j.PatternLayout log4j.appender.console.layout.ConversionPattern = * %-5p %d{ABSOLUTE} %m (%F [%t])%n # Categories (order: DEBUG, INFO, WARN, ERROR, FATAL) log4j.rootCategory = WARN, console log4j.category.org.hisp.dhis = INFO - ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] dhis lite
Looks good. Will take a proper look later. Got distracted with making animated gifs in gimp ... Cheers Bob 2009/4/1 Lars Helge Øverland larshe...@gmail.com: I've finally got rid of all the pesky System.err.println() statements and am using Jetty's Log class. Haven't figured out yet how to tie it in with the commons logging in the webapp and log to a file (other than stderr). That's the next challenge ... priority 1. I have changed the logging to how its done in DHIS 2. Might help, if you don't like it go ahead and revert it. Copying in some contents for a log4j properties file that works at least for DHIS 2, have a look if you like, simply change rootcategory from console to file: - # Log to file setup log4j.appender.file = org.apache.log4j.RollingFileAppender log4j.appender.file.File = dhis.log log4j.appender.file.MaxFileSize = 100KB log4j.appender.file.MaxBackupIndex = 3 log4j.appender.file.layout = org.apache.log4j.PatternLayout log4j.appender.file.layout.ConversionPattern = * %-5p %d{ABSOLUTE} %m (%F [%t])%n # Log to console setup log4j.appender.console = org.apache.log4j.ConsoleAppender log4j.appender.console.layout = org.apache.log4j.PatternLayout log4j.appender.console.layout.ConversionPattern = * %-5p %d{ABSOLUTE} %m (%F [%t])%n # Categories (order: DEBUG, INFO, WARN, ERROR, FATAL) log4j.rootCategory = WARN, console log4j.category.org.hisp.dhis = INFO - ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
Re: [Dhis2-devs] dhis lite
2009/4/1 Bob Jolliffe bobjolli...@gmail.com Looks good. Will take a proper look later. Got distracted with making animated gifs in gimp ... Haha. ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp