Re: [Dhis2-devs] Event Capture 0.5.x - programs not showing up if they have program rules

[Sam Johnson]

Hi Araz/Developers,

Just following up on my query below.  As per Alex’s recommendation, I’ve just 
had a play with Android Event Capture 0.5.5, and it looks great –  is there a 
timeline for fixing it (or any version, for that matter) to work with 2.25?

Regards, Sam.


From: Dhis2-devs 
 on behalf of 
Sam Johnson 
Date: Friday, 14 October 2016 at 12:25
To: Alex Tumwesigye , "a...@dhis2.org" , 
DHIS2 Developers 
Subject: [Dhis2-devs] Event Capture 0.5.x - programs not showing up if they 
have program rules


This sender failed our fraud detection checks and may not be who they appear to 
be. Learn about spoofing

Feedback

Hi Alex,

That’s great to hear, I’ll definitely check out 0.5.5, and many thanks also for 
the heads-up on that bug.

We do actually rely on program rules to maintain data integrity in this 
project, so that’s a killer for us.  But looking at Github, it sounds like the 
program rules have already been implemented in 0.5.5 – so if the problem is 
just a bug around the visibility of programs with rules, should that be fairly 
easy to fix?  (I do realise the reality may be a little more complex than it 
sounds!)

Devs/Araz, is this bug on your radar?

Many thanks, Sam.


From: Alex Tumwesigye 
Date: Friday, 14 October 2016 at 06:43
To: Sam Johnson 
Cc: "Laura E. Lincks" , Simon Muyambo 
, DHIS2 Developers 
Subject: Re: [Dhis2-devs] Event Capture - option set not working

Dear Sam,

The 0.5.x are far better than the google play release. We have been trying them 
here in Uganda and they should considered as an option.

The known issue currently is that the app does not show up the program if the 
program has program rules unless that bug is fixed. But the 0.5.x version is 
worth trying.

Alex

On Friday, October 14, 2016, Sam Johnson 
> wrote:
Hi all,

Is there a version of the Event Capture app that works with 2.25?  I’ve just 
tested the official Event Capture Android app (0.3.4-2.22) that’s on Google 
Play, and it looks like it still has the option set bug that Simon and Laura 
reported below.  Has anyone come across a workaround for this?

If not, given that the 0.5.x releases are still in alpha, would it be at all 
possible to get a fix for this bug backported to the official Google Play 
version of the Android app?  We’re planning to use it for field survey work, so 
need a very stable version.

Many thanks,

Sam

From: Dhis2-devs 
>
 on behalf of Erling Fjelstad 
>
Date: Thursday, 1 September 2016 at 13:45
To: "Laura E. Lincks" 
>
Cc: DHIS 2 Users list 
>,
 Simon Muyambo 
>, 
DHIS2 Developers 
>
Subject: Re: [Dhis2-devs] Event Capture - option set not working

Hello Simon & Laura,
You can try out the new Event Capture. Note that it is still in beta and 
doesn't have all the functionality as the old one yet. You can find it here: 
https://github.com/dhis2/dhis2-android-eventcapture/releases/download/0.5.1/event-capture-0.5.1.apk
Regards,
Erling - DHIS2 Android Team

On Mon, Aug 29, 2016 at 6:57 PM, Laura E. Lincks 
>
 wrote:
Yes, we're experiencing the same problem.


Laura E. Lincks
Database Manager/Developer
ICAP - Columbia University
Mailman School of Public Health
60 Haven Ave, Floor B1
New York, NY 10032
Tel: 212 304 7132

On Mon, Aug 29, 2016 at 9:32 AM, Simon Muyambo 
> 
wrote:
I am using the latest event capture from google play and Version:2.24 Build 
revision: 23585
Option Set on the event capture showing as text even on programs that used to 
work on 2.22.

Has anyone come across this?

Regards
Simon Muyambo


___
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] XML import bug

[Viet Nguyen]

Hi Sam,

Can you try to  use the full object name "dataElementCategoryCombo" instead
of "categoryCombo" and try again. It works on my local.

Need more investigation to understand why the short name does not work
though.

Regards.



On Mon, Oct 17, 2016 at 9:55 PM, Sam Johnson 
wrote:

> Hi Devs,
>
>
>
> The problem I reported yesterday has actually turned out to be what I
> think is a new bug in 2.25, which is stopping XML imports for data elements.
>
>
>
> No matter what I do, *any attempt at an XML import of data elements seems
> to throw the error “**DataElementCategoryCombo Missing required property
> `categoryCombo`”*, even if a valid CategoryCombo is supplied.  The same
> XML import works fine in 2.21.
>
>
>
> To reproduce on play.dhis2.org:
>
> · Using the import/export module, do an XML export of data
> elements only.
>
> · Delete all data elements from the XML except DE_1148614 (which
> uses the default CategoryCombo), and change the user of that data element
> to .
>
> · To circumvent a couple of other export/import bugs:
> 1. delete the three ‘<’ characters (which have been exported as plaintext
> instead of )
> 2. delete the  tags (I have no idea why these tags are
> failing)
>
> · Import this XML file back into play.dhis2.org.
>
>
>
> The import fails, and the import summary has the error message 
> “DataElementCategoryCombo
> Missing required property `categoryCombo`” – despite the fact that the
> data element has the default categoryCombo id.
>
>
>
> I’ve attached the XML I extracted from play.dhis2.org to speed up
> testing.  I’d be very grateful if you could look into this urgently, as I
> can’t currently do XML imports into my 2.25 instance.
>
>
>
> Many thanks,
>
>
>
> Sam.
>
>
>
>
>
> *From: *Dhis2-devs  launchpad.net> on behalf of Sam Johnson 
> *Date: *Monday, 17 October 2016 at 04:54
> *To: *DHIS2 Developers 
> *Cc: *Rodolfo Melia 
> *Subject: *[Dhis2-devs] FW: Null pointer exception calling
> .../api/me/programs
>
>
>
> Hi all,
>
>
>
> I’m trying to produce a generic EventCapture XML config that can be
> imported into any DHIS2 instance, which requires the data elements and
> program to use the default CategoryCombo of the target instance.
>
>
>
> My understanding from the documentation (and the email thread below) is
> that if the CategoryCombo for a data element is null, then during metadata
> import the data element will automatically be assigned the local ‘default’
> CategoryCombo; the problem is that I can’t figure out how to represent this
> ‘null’ CategoryCombo in the XML. I’ve tried:
>
> · simply removing all  tags from the data
> elements in the XML;
>
> · using ;
>
> · using 
>
> · using .
>
>
>
> In 2.25, all of these throw the error “DataElementCategoryCombo Missing
> required property `categoryCombo`”…  How can I get these data elements to
> take on the local ‘default’ CategoryCombo as the XML is loaded?
>
>
>
> Many thanks for any help anyone is able to give!
>
>
>
> Regards, Sam.
>
>
>
>
>
>
>
> *From: *Dhis2-devs  launchpad.net> on behalf of Rodolfo Melia 
> *Date: *Monday, 9 May 2016 at 09:37
> *To: *Lars Helge Øverland 
> *Cc: *Adebusoye Anifalaje , DHIS2 Developers <
> dhis2-devs@lists.launchpad.net>, JM Alcantara 
> *Subject: *Re: [Dhis2-devs] Null pointer exception calling
> .../api/me/programs
>
>
>
> Noted - we look forward to get a resolution to the setting of CatCombo to
> 'default' in 2.22 soon - we import hundred of new data elements to our
> servers every week, and many of the templates out there have that column
> null. This was not a problem in 2.20.
>
>
> *R*
>
>
>
>
>
> On 9 May 2016 at 09:24, Lars Helge Øverland  wrote:
>
>
>
>
>
> On Mon, May 9, 2016 at 10:23 AM, Rodolfo Melia 
> wrote:
>
> Hi - I just want to confirm that I'm getting my facts right.
>
>
>
> The fix for ensuring that a imported DEs with CatCombo=null are set to
> default is only available in 2.23, latest build.
>
>
>
>
>
> Any 2.23 build, but yes.
>
>
>
> The only workaround available right now for 2.22, that avoids re-starting
> tomcat (which makes the necessary correction at start-up) is to make sure
> that when importing DEs, we set the CatCombo to default in the XML/ CSV.
>
>
>
>
>
> Correct.
>
>
>
>
>
> Lars
>
>
>
> R
>
>
> *Rodolfo Meliá*
>
> *Principal  |  *rme...@knowming.com
>
> Skype: rod.melia  |  +44 777 576 4090  |  *+1 708 872 7636
> <%2B1%20708%20872%207636>*
>
> www.knowming.com
>
>
>
> On 9 May 2016 at 08:19, Morten Olav Hansen  wrote:
>
> And yes, we don't allow null in the categoryCombo field from 2.23 and
> upwards
>
>
> --
>
> Morten Olav 

Re: [Dhis2-devs] Data export BUG?

[Brajesh Murari]

Yes its working, export functionality is functional.

On Sat, Oct 15, 2016 at 7:22 PM, Brajesh Murari 
wrote:

> Dear Knut,
>
> I agree at your point, but i will check it once again tomorrow ie. on sUN
> day morning.
>
> thanks
>
> On Sat, Oct 15, 2016 at 6:44 PM, Knut Staring  wrote:
>
>> Hi Brajesh,
>>
>> It normally takes a little while to build and update.
>>
>> Knut
>>
>> On Sat, Oct 15, 2016 at 2:55 PM, Brajesh Murari > > wrote:
>>
>>> I checked with following parameters as given below,
>>> Export_2016-04-01_2016-10-15_Ngelehun CHC,
>>> Is the war file has been updated on dhis2.org demo application ?
>>>
>>> On Sat, Oct 15, 2016 at 6:22 PM, Brajesh Murari <
>>> brajesh.mur...@gmail.com> wrote:
>>>
 Dear Lars,

 I checked this reported functionality on dhis2.org demo version.
 I suspect and confirmed that the exported file does't have any values
 at all.


 On Sat, Oct 15, 2016 at 5:57 PM, Lars Helge Øverland 
 wrote:

> Hi Calle,
>
> confirmed this. Fixed now in master and 2.25.
>
> best regards,
>
> Lars
>
>
>
>
> On Fri, Oct 14, 2016 at 11:14 AM, Calle Hedberg <
> calle.hedb...@gmail.com> wrote:
>
>> Hi
>>
>> I just verified using the SL demo that the same bug is there in 2.25
>>
>> Data export, select some facility data set period, more options -> de
>> and ou set to name: zip file cannot be opened.
>>
>> Regards
>> calle
>>
>> On 14 October 2016 at 11:10, Calle Hedberg 
>> wrote:
>>
>>> Hi
>>>
>>> I'm using the latest 2.24 from yesterday (or any older 2.24): when
>>> selecting "Data Export" and specifying orgunit and data set and period, 
>>> all
>>> three export formats work fine.
>>>
>>> When I click on "More options" and select NAME for data element and
>>> OrgUnit, all three formats no longer work: the zip file cannot be 
>>> opened.
>>>
>>> I presume this is a bug?
>>>
>>> Regards
>>> Calle
>>>
>>> ***
>>>
>>> Calle Hedberg
>>>
>>> 46D Alma Road, 7700 Rosebank, SOUTH AFRICA
>>>
>>> Tel/fax (home): +27-21-685-6472
>>>
>>> Cell: +27-82-853-5352
>>>
>>> Iridium SatPhone: +8816-315-19119
>>>
>>> Email: calle.hedb...@gmail.com
>>>
>>> Skype: calle_hedberg
>>>
>>> ***
>>>
>>>
>>
>>
>> --
>>
>> ***
>>
>> Calle Hedberg
>>
>> 46D Alma Road, 7700 Rosebank, SOUTH AFRICA
>>
>> Tel/fax (home): +27-21-685-6472
>>
>> Cell: +27-82-853-5352
>>
>> Iridium SatPhone: +8816-315-19119
>>
>> Email: calle.hedb...@gmail.com
>>
>> Skype: calle_hedberg
>>
>> ***
>>
>>
>> ___
>> 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
>>
>>
>
>
> --
> Lars Helge Øverland
> Lead developer, DHIS 2
> University of Oslo
> Skype: larshelgeoverland
> l...@dhis2.org
> http://www.dhis2.org 
>
>
> ___
> 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
>
>


 --
 Best Regards,

 Brajesh Murari,
 Postgraduate, Department of Computer Science and Engineering,
 Chaudhary Devi Lal University, Sirsa,
 India.

 The three basic dimensions of human development: a long and healthy
 life, access to knowledge, and a decent standard of living.

>>>
>>>
>>>
>>> --
>>> Best Regards,
>>>
>>> Brajesh Murari,
>>> Postgraduate, Department of Computer Science and Engineering,
>>> Chaudhary Devi Lal University, Sirsa,
>>> India.
>>>
>>> The three basic dimensions of human development: a long and healthy
>>> life, access to knowledge, and a decent standard of living.
>>>
>>> ___
>>> 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
>>>
>>>
>>
>>
>> --
>> Knut Staring
>> Dept. of Informatics, University of Oslo
>> Norway: +4791880522
>> Skype: knutstar
>> http://dhis2.org
>>
>
>
>
> --
> Best Regards,
>
> Brajesh Murari,
> Postgraduate, Department of Computer Science and 

Re: [Dhis2-devs] [Dhis2-users] GIS failing to load in 2.25

[Marc Garnica]

Hi all,

My GIS isn't loading also in 2.25. Dhis and tomcat logs don't write any
error but the browser console gave me:

*Uncaught SyntaxError: Unexpecte end of JSON INPUT
/dhis-web-mapping/#:1*
*Uncaught SyntaxError: Unexpected end of JSON input VM808:1*
*success   @app.js:1303*
*callback   @ext-all.js:15*
*onComplete  @ext-all.js:15*
*onStateChange @ext-all.js:15*
*(anonymous function)@ext-all.js:15*

And the same with VM809:1

Thanks,
Marc

2016-10-17 15:44 GMT+02:00 Lars Helge Øverland :

>
>
> On Mon, Oct 17, 2016 at 3:42 PM, Sam Kasozi  wrote:
>
>> GIS is failing to load in a new instance of 2.25; not sure if this is a
>> bug or whether some pre-configuration needs to happen.
>>
>> regards,
>>
>>
>
> Hi Sam,
>
> we need some more info, can you check in the browser developer console and
> post output? If nothing there, tomcat log is helpful.
>
> regards,
>
> Lars
>
>
>
>
>
>
>> Sam Kasozi
>> +256 788-993-565
>> Skype: sam.kasoziug
>>
>> ___
>> Mailing list: https://launchpad.net/~dhis2-users
>> Post to : dhis2-us...@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~dhis2-users
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
>
> --
> Lars Helge Øverland
> Lead developer, DHIS 2
> University of Oslo
> Skype: larshelgeoverland
> l...@dhis2.org
> http://www.dhis2.org 
>
>
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to : dhis2-us...@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~dhis2-users
> More help   : https://help.launchpad.net/ListHelp
>
>
___
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] XML import bug

[Sam Johnson]

Hi Devs,

The problem I reported yesterday has actually turned out to be what I think is 
a new bug in 2.25, which is stopping XML imports for data elements.

No matter what I do, any attempt at an XML import of data elements seems to 
throw the error “DataElementCategoryCombo Missing required property 
`categoryCombo`”, even if a valid CategoryCombo is supplied.  The same XML 
import works fine in 2.21.

To reproduce on play.dhis2.org:

· Using the import/export module, do an XML export of data elements 
only.

· Delete all data elements from the XML except DE_1148614 (which uses 
the default CategoryCombo), and change the user of that data element to .

· To circumvent a couple of other export/import bugs:
1. delete the three ‘<’ characters (which have been exported as plaintext 
instead of )
2. delete the  tags (I have no idea why these tags are failing)

· Import this XML file back into play.dhis2.org.

The import fails, and the import summary has the error message 
“DataElementCategoryCombo Missing required property `categoryCombo`” – despite 
the fact that the data element has the default categoryCombo id.

I’ve attached the XML I extracted from play.dhis2.org to speed up testing.  I’d 
be very grateful if you could look into this urgently, as I can’t currently do 
XML imports into my 2.25 instance.

Many thanks,

Sam.


From: Dhis2-devs 
 on behalf of 
Sam Johnson 
Date: Monday, 17 October 2016 at 04:54
To: DHIS2 Developers 
Cc: Rodolfo Melia 
Subject: [Dhis2-devs] FW: Null pointer exception calling .../api/me/programs

Hi all,

I’m trying to produce a generic EventCapture XML config that can be imported 
into any DHIS2 instance, which requires the data elements and program to use 
the default CategoryCombo of the target instance.

My understanding from the documentation (and the email thread below) is that if 
the CategoryCombo for a data element is null, then during metadata import the 
data element will automatically be assigned the local ‘default’ CategoryCombo; 
the problem is that I can’t figure out how to represent this ‘null’ 
CategoryCombo in the XML. I’ve tried:

· simply removing all  tags from the data elements in 
the XML;

· using ;

· using 

· using .

In 2.25, all of these throw the error “DataElementCategoryCombo Missing 
required property `categoryCombo`”…  How can I get these data elements to take 
on the local ‘default’ CategoryCombo as the XML is loaded?

Many thanks for any help anyone is able to give!

Regards, Sam.



From: Dhis2-devs 
 on behalf of 
Rodolfo Melia 
Date: Monday, 9 May 2016 at 09:37
To: Lars Helge Øverland 
Cc: Adebusoye Anifalaje , DHIS2 Developers 
, JM Alcantara 
Subject: Re: [Dhis2-devs] Null pointer exception calling .../api/me/programs

Noted - we look forward to get a resolution to the setting of CatCombo to 
'default' in 2.22 soon - we import hundred of new data elements to our servers 
every week, and many of the templates out there have that column null. This was 
not a problem in 2.20.

R


On 9 May 2016 at 09:24, Lars Helge Øverland 
> wrote:


On Mon, May 9, 2016 at 10:23 AM, Rodolfo Melia 
> wrote:
Hi - I just want to confirm that I'm getting my facts right.

The fix for ensuring that a imported DEs with CatCombo=null are set to default 
is only available in 2.23, latest build.


Any 2.23 build, but yes.

The only workaround available right now for 2.22, that avoids re-starting 
tomcat (which makes the necessary correction at start-up) is to make sure that 
when importing DEs, we set the CatCombo to default in the XML/ CSV.


Correct.


Lars

R

Rodolfo Meliá
Principal  |  rme...@knowming.com
Skype: rod.melia  |  +44 777 576 4090  |  +1 708 872 
7636
www.knowming.com

On 9 May 2016 at 08:19, Morten Olav Hansen 
> wrote:
And yes, we don't allow null in the categoryCombo field from 2.23 and upwards

--
Morten Olav Hansen
Senior Engineer, DHIS 2
University of Oslo
http://www.dhis2.org

On Mon, May 9, 2016 at 2:15 PM, Morten Olav Hansen 
> wrote:

On Mon, May 9, 2016 at 1:47 PM, Lars Helge Øverland 
> wrote:
Morten do you think you could comment?

Hi, these kinds of issues are fixed in our new importer (available in 2.23), 
for now I would include the default category combo. When you say Import, are 
you creating this payload yourself, or is it coming from another 

Re: [Dhis2-devs] Errors while importing datavalues in 2.24

[Jose Garcia Muñoz]

It seems to be memory issue happening in 2.24? If I try the same import
with the same org.units in 2.22, everything works well. With 2.24, I'm
normally getting the follow log message...

* INFO  2016-10-17 14:03:07,531 Org unit cache heated after cache miss
threshold reached (DefaultDataValueSetService.java [taskScheduler-6])


On Fri, Oct 14, 2016 at 1:51 PM, Jason Pickering <
jason.p.picker...@gmail.com> wrote:

> Seems like a memory issue
>
>  java.lang.OutOfMemoryError: GC overhead limit exceeded
>
> On Fri, Oct 14, 2016, 13:35 Jose Garcia Muñoz  wrote:
>
>>
>> Thanks Lars,
>>
>> I have run data integrity, but the system has passed "Organisation units
>> with cyclic references ". I didn't get any errors importing events, but
>> aggregated... Will try to divide the file in small chunks to try to figure
>> it out...
>>
>> Thanks
>> Jose
>>
>> On Fri, Oct 14, 2016 at 11:02 AM, Lars Helge Øverland 
>> wrote:
>>
>> Hi Jose,
>>
>> my best guess here is a cyclic parent relationship in the org unit
>> hierarchy, i.e. you have one or more org units where the one of the
>> ancestors are also a child.
>>
>> Try running data admin > integrity checks and look for "Organisation
>> units with cyclic references ", or look for it through SQL.
>>
>> best regards,
>>
>> Lars
>>
>>
>> On Fri, Oct 14, 2016 at 1:09 AM, Jose Garcia Muñoz 
>> wrote:
>>
>>
>> Dear devs,
>>
>> I'm trying to import an XML file (900K) with around 8.000 datavalues in
>> 2.24 (build revision 1502fe2). However, I'm getting 2 different kind of
>> errors during the import... (attached at the end of the email)
>>
>> Any ideas? The only thing I can think of, is the huge number of org.
>> units that this instance has (42.000 org. units) with 8 GB. Would it be
>> related to a memory problem? (although the XML file is very small)
>>
>> I have also selected Preloaded Cache = No
>>
>> Many thanks!
>>
>>
>> *Error 1*
>>
>> * INFO  2016-10-13 21:55:55,780 [Level: INFO, category: DATAVALUE_IMPORT,
>> time: Thu Oct 13 21:55:55 UTC 2016, message: Importing data values]
>> (InMemoryNotifier.java [taskScheduler-7])
>> * ERROR 2016-10-13 22:10:55,332 java.lang.RuntimeException: 
>> org.hibernate.PropertyAccessException:
>> Exception occurred inside getter of org.hisp.dhis.organisationunit.
>> OrganisationUnit.path
>> at org.hisp.dhis.commons.collection.CachingMap.get(
>> CachingMap.java:90)
>> at org.hisp.dhis.dxf2.datavalueset.DefaultDataValueSetService.
>> saveDataValueSet(DefaultDataValueSetService.java:954)
>> at org.hisp.dhis.dxf2.datavalueset.DefaultDataValueSetService.
>> saveDataValueSet(DefaultDataValueSetService.java:488)
>> at org.hisp.dhis.dxf2.datavalueset.tasks.
>> ImportDataValueTask.call(ImportDataValueTask.java:102)
>> at org.hisp.dhis.security.SecurityContextRunnable.run(
>> SecurityContextRunnable.java:57)
>> at org.springframework.scheduling.support.
>> DelegatingErrorHandlingRunnable.run(DelegatingErrorHandlingRunnabl
>> e.java:54)
>> at java.util.concurrent.Executors$RunnableAdapter.
>> call(Executors.java:511)
>> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>> at java.util.concurrent.ScheduledThreadPoolExecutor$
>> ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
>> at java.util.concurrent.ScheduledThreadPoolExecutor$
>> ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
>> at java.util.concurrent.ThreadPoolExecutor.runWorker(
>> ThreadPoolExecutor.java:1142)
>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(
>> ThreadPoolExecutor.java:617)
>> at java.lang.Thread.run(Thread.java:745)
>> Caused by: org.hibernate.PropertyAccessException: Exception occurred
>> inside getter of org.hisp.dhis.organisationunit.OrganisationUnit.path
>> at org.hibernate.property.access.spi.GetterMethodImpl.get(
>> GetterMethodImpl.java:44)
>> at org.hibernate.tuple.entity.AbstractEntityTuplizer.
>> getPropertyValues(AbstractEntityTuplizer.java:505)
>> at org.hibernate.tuple.entity.PojoEntityTuplizer.
>> getPropertyValues(PojoEntityTuplizer.java:217)
>> at org.hibernate.persister.entity.AbstractEntityPersister.
>> getPropertyValues(AbstractEntityPersister.java:4613)
>> at org.hibernate.event.internal.DefaultFlushEntityEventListene
>> r.getValues(DefaultFlushEntityEventListener.java:178)
>> at org.hibernate.event.internal.DefaultFlushEntityEventListene
>> r.onFlushEntity(DefaultFlushEntityEventListener.java:135)
>> at org.hibernate.event.internal.AbstractFlushingEventListener.
>> flushEntities(AbstractFlushingEventListener.java:216)
>> at org.hibernate.event.internal.AbstractFlushingEventListener.
>> flushEverythingToExecutions(AbstractFlushingEventListener.java:85)
>> at org.hibernate.event.internal.DefaultAutoFlushEventListener.
>> onAutoFlush(DefaultAutoFlushEventListener.java:44)
>>

Re: [Dhis2-devs] Org. unit tree not properly ordered in 2.24

[Jose Garcia Muñoz]

Thanks Nicolay,

it is working now. Thanks for your quick answer

On Fri, Oct 14, 2016 at 3:22 PM, Nicolay Ramm  wrote:

> Hi Jose,
>
> I just published a new version of the maintenance app for 2.24 where this
> should be fixed (v24.0.31).
>
> Best regards,
>
>
> Nicolay Ramm
> Front end developer, DHIS 2
> University of Oslo
> https://www.dhis2.org
>
> On Fri, Oct 14, 2016 at 2:47 AM, Jose Garcia Muñoz 
> wrote:
>
>>
>> Dear devs,
>>
>> 2.24 (revision 1502fe2) is not properly displaying the org units in an
>> alpabetic order... I think this issue was already solved in 2.25. Would you
>> mind to migrate that solution to 2.24?
>>
>> Many thanks
>> Jose
>>
>>
>> [image: Inline image 1]
>>
>> ___
>> 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
>>
>>
>
___
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] [Dhis2-users] GIS failing to load in 2.25

[Lars Helge Øverland]

On Mon, Oct 17, 2016 at 3:42 PM, Sam Kasozi  wrote:

> GIS is failing to load in a new instance of 2.25; not sure if this is a
> bug or whether some pre-configuration needs to happen.
>
> regards,
>
>

Hi Sam,

we need some more info, can you check in the browser developer console and
post output? If nothing there, tomcat log is helpful.

regards,

Lars






> Sam Kasozi
> +256 788-993-565
> Skype: sam.kasoziug
>
> ___
> Mailing list: https://launchpad.net/~dhis2-users
> Post to : dhis2-us...@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~dhis2-users
> More help   : https://help.launchpad.net/ListHelp
>
>


-- 
Lars Helge Øverland
Lead developer, DHIS 2
University of Oslo
Skype: larshelgeoverland
l...@dhis2.org
http://www.dhis2.org 
___
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] GIS failing to load in 2.25

[Sam Kasozi]

GIS is failing to load in a new instance of 2.25; not sure if this is a bug
or whether some pre-configuration needs to happen.

regards,

Sam Kasozi
+256 788-993-565
Skype: sam.kasoziug
___
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] Errors while importing datavalues in 2.24

[Jose Garcia Muñoz]

Well at the end got imported (sometimes throws a memory exception), but it
took more than 1 hour to import 7973 datavalues. It was just a few minutes
in 2.22 with same import and same server.

On Mon, Oct 17, 2016 at 4:29 PM, Jose Garcia Muñoz 
wrote:

>
> It seems to be memory issue happening in 2.24? If I try the same import
> with the same org.units in 2.22, everything works well. With 2.24, I'm
> normally getting the follow log message...
>
> * INFO  2016-10-17 14:03:07,531 Org unit cache heated after cache miss
> threshold reached (DefaultDataValueSetService.java [taskScheduler-6])
>
>
> On Fri, Oct 14, 2016 at 1:51 PM, Jason Pickering <
> jason.p.picker...@gmail.com> wrote:
>
>> Seems like a memory issue
>>
>>  java.lang.OutOfMemoryError: GC overhead limit exceeded
>>
>> On Fri, Oct 14, 2016, 13:35 Jose Garcia Muñoz  wrote:
>>
>>>
>>> Thanks Lars,
>>>
>>> I have run data integrity, but the system has passed "Organisation
>>> units with cyclic references ". I didn't get any errors importing events,
>>> but aggregated... Will try to divide the file in small chunks to try to
>>> figure it out...
>>>
>>> Thanks
>>> Jose
>>>
>>> On Fri, Oct 14, 2016 at 11:02 AM, Lars Helge Øverland 
>>> wrote:
>>>
>>> Hi Jose,
>>>
>>> my best guess here is a cyclic parent relationship in the org unit
>>> hierarchy, i.e. you have one or more org units where the one of the
>>> ancestors are also a child.
>>>
>>> Try running data admin > integrity checks and look for "Organisation
>>> units with cyclic references ", or look for it through SQL.
>>>
>>> best regards,
>>>
>>> Lars
>>>
>>>
>>> On Fri, Oct 14, 2016 at 1:09 AM, Jose Garcia Muñoz 
>>> wrote:
>>>
>>>
>>> Dear devs,
>>>
>>> I'm trying to import an XML file (900K) with around 8.000 datavalues in
>>> 2.24 (build revision 1502fe2). However, I'm getting 2 different kind of
>>> errors during the import... (attached at the end of the email)
>>>
>>> Any ideas? The only thing I can think of, is the huge number of org.
>>> units that this instance has (42.000 org. units) with 8 GB. Would it be
>>> related to a memory problem? (although the XML file is very small)
>>>
>>> I have also selected Preloaded Cache = No
>>>
>>> Many thanks!
>>>
>>>
>>> *Error 1*
>>>
>>> * INFO  2016-10-13 21:55:55,780 [Level: INFO, category:
>>> DATAVALUE_IMPORT, time: Thu Oct 13 21:55:55 UTC 2016, message: Importing
>>> data values] (InMemoryNotifier.java [taskScheduler-7])
>>> * ERROR 2016-10-13 22:10:55,332 java.lang.RuntimeException:
>>> org.hibernate.PropertyAccessException: Exception occurred inside getter
>>> of org.hisp.dhis.organisationunit.OrganisationUnit.path
>>> at org.hisp.dhis.commons.collection.CachingMap.get(CachingMap.
>>> java:90)
>>> at org.hisp.dhis.dxf2.datavalueset.DefaultDataValueSetService.s
>>> aveDataValueSet(DefaultDataValueSetService.java:954)
>>> at org.hisp.dhis.dxf2.datavalueset.DefaultDataValueSetService.s
>>> aveDataValueSet(DefaultDataValueSetService.java:488)
>>> at org.hisp.dhis.dxf2.datavalueset.tasks.ImportDataValueTask.
>>> call(ImportDataValueTask.java:102)
>>> at org.hisp.dhis.security.SecurityContextRunnable.run(SecurityC
>>> ontextRunnable.java:57)
>>> at org.springframework.scheduling.support.DelegatingErrorHandli
>>> ngRunnable.run(DelegatingErrorHandlingRunnable.java:54)
>>> at java.util.concurrent.Executors$RunnableAdapter.call(
>>> Executors.java:511)
>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFu
>>> tureTask.access$201(ScheduledThreadPoolExecutor.java:180)
>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFu
>>> tureTask.run(ScheduledThreadPoolExecutor.java:293)
>>> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool
>>> Executor.java:1142)
>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo
>>> lExecutor.java:617)
>>> at java.lang.Thread.run(Thread.java:745)
>>> Caused by: org.hibernate.PropertyAccessException: Exception occurred
>>> inside getter of org.hisp.dhis.organisationunit.OrganisationUnit.path
>>> at org.hibernate.property.access.spi.GetterMethodImpl.get(Gette
>>> rMethodImpl.java:44)
>>> at org.hibernate.tuple.entity.AbstractEntityTuplizer.getPropert
>>> yValues(AbstractEntityTuplizer.java:505)
>>> at org.hibernate.tuple.entity.PojoEntityTuplizer.getPropertyVal
>>> ues(PojoEntityTuplizer.java:217)
>>> at org.hibernate.persister.entity.AbstractEntityPersister.getPr
>>> opertyValues(AbstractEntityPersister.java:4613)
>>> at org.hibernate.event.internal.DefaultFlushEntityEventListener
>>> .getValues(DefaultFlushEntityEventListener.java:178)
>>> at org.hibernate.event.internal.DefaultFlushEntityEventListener
>>> .onFlushEntity(DefaultFlushEntityEventListener.java:135)
>>> at 

Re: [Dhis2-devs] [Dhis2-users] dhis version 2.25 is released

[vunda limbe]

Good news! look a way to test and upgrade.
Thanks for Dev Team

2016-10-14 9:24 GMT+01:00 riddy ndoma :

> Great!
>
> 2016-10-14 8:52 GMT+01:00 GROUT, Lise :
>
>> Congratulations to all the team!
>>
>>
>>
>> Really looking forward to diving into this version 2.25!
>>
>>
>>
>> All the team deserves a nice and long week-end!
>>
>>
>>
>> Lise.
>>
>>
>>
>> *From:* Dhis2-users [mailto:dhis2-users-bounces+groutl=
>> who@lists.launchpad.net] *On Behalf Of *Lars Helge Øverland
>> *Sent:* 13 October 2016 12:51
>> *To:* DHIS 2 Users list; DHIS 2 Developers list
>> *Subject:* [Dhis2-users] dhis version 2.25 is released
>>
>>
>>
>>
>>
>> Hi all,
>>
>>
>>
>> DHIS version 2.25 is out with a lot of new features, apps and
>> improvements.
>>
>>
>>
>> *Log in with admin/district on the **demo* *
>> system.*
>>
>>
>>
>>
>>
>> ANALYTICS FEATURES
>>
>> ---
>>
>>
>>
>> *External map layers:* The GIS app now supports TMS (Tile Map Service),
>> XYZ and WMS (Web Map Service) layers. These are all popular protocols for
>> map data and there are numerous map services available, allowing you to
>> display maps for rivers, roads, weather, land data and everything else.
>> External map layers can be set up from the Maintenance app, and then be
>> accessed from the top bar in the GIS app.
>>
>>
>>
>> Docs GIS
>> 
>> | Docs setup
>> 
>> | Screenshot 1
>> 
>> | Sc 2
>> 
>> | Sc 3
>> 
>> | Sc Setup
>> 
>> | Demo 1
>> 
>> | Demo 2
>> 
>>
>>
>>
>> *Push analysis*: You can now push data analysis in the form of reports,
>> charts and maps to your users over email. This allows for improving
>> awareness and visibility of your data, and can encourage people to more
>> actively look at analysis. Push analysis is based on dashboards, and can be
>> set up, run and scheduled from the Maintenance app. You can also run
>> immediately and preview from the the context menu.
>>
>>
>>
>> Docs
>> 
>> | Screenshot 1
>> 
>> | Sc 2
>> 
>> | Demo
>> 
>>
>>
>>
>> *Indicator as filter:* A single indicator or data set reporting rate can
>> now be used as filter in charts and pivots. This allow you to create charts
>> for example with multiple periods and organisation units.
>>
>>
>>
>> Docs
>> 
>> | Screenshot
>> 
>> | Demo
>> 
>>
>>
>>
>> *Dashboard translations:* The names of dashboards can now be translated,
>> meaning you can have dashboard names appear in user’s local language.
>>
>>
>>
>> Docs
>>  |
>> Screenshot
>> 
>>
>>
>>
>> *Deep linking of favorites:* When opening favorites in the Pivot Table
>> and Visualizer apps, the browser address bar URL will reflect the current
>> favorite. This allows for easy sharing of favorites through
>> copy-and-pasting the URL.
>>
>>
>>
>> Screenshot
>> 
>> | Demo 
>>
>>
>>
>> *Chart rendering:* The chart rendering engine has been rewritten from
>> scratch and now looks better, renders faster and will allow for new chart
>> types in the coming releases. The Data Visualizer app’s favorite solution
>> has also been upgraded.
>>
>>
>>
>> Screenshot
>> 
>> | Demo
>> 

[Dhis2-devs] Multiple configurations?

[Jason Pickering]

Hi Devs,
I have seen this now in two separate instances, where by there seem to be
multiple configurations in the "configuration" table. Which one is DHIS2
using, and how can there be multiple ones?

Regards,
Jason


-[ RECORD 1 ]-+-
configurationid   | 474671
feedbackrecipientsid  |
offlineorgunitlevelid | 7534
infrastructuraldataelementsid | 460890
infrastructuralperiodtypeid   | 6
selfregistrationrole  |
selfregistrationorgunit   |
systemid  | acda1f0f-33eb-4c5a-bf65-bb8806d697a3
infrastructuralindicatorsid   |
-[ RECORD 2 ]-+-
configurationid   | 483034
feedbackrecipientsid  |
offlineorgunitlevelid | 7534
infrastructuraldataelementsid | 460890
infrastructuralperiodtypeid   | 6
selfregistrationrole  |
selfregistrationorgunit   |
systemid  | c1ca299b-e22d-4864-9bdb-1df82146d1c9
infrastructuralindicatorsid   |




-- 
Jason P. Pickering
email: jason.p.picker...@gmail.com
tel:+46764147049
___
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] Weird, large change in war file size for 2.24 on continuation server - virus payload?

[Calle Hedberg]

Dan

OK, but that's really weird. The 2.24 build from 5 days ago was 138mb

Anybody from the core team have an explanation? I don't want to use the new
version before I know if there are nails in the soup

Regards
Calle

On 17 October 2016 at 17:31, Dan Cocos  wrote:

> Our build shows the same, 2.24 latest is 164MB
>
> On Oct 16, 2016, at 9:59 AM, Calle Hedberg 
> wrote:
>
> Dan,
>
> The latest one, from this morning (see http://ci.dhis2.org/job/dhis2-2.24/,
>   number #89)
>
> Regards
> Calle
>
> On 16 October 2016 at 15:34, Dan Cocos  wrote:
>
>> Hi Calle,
>>
>> Is there a specific revision that I can look at? We  maintain our own
>> build server and I can compare.
>>
>> Thanks,
>> Dan
>>
>>
>> *Dan Cocos*
>> Principal, BAO Systems
>> dco...@baosystems.com  | http://www.baosystems.com
>>  |  2900 K Street, Suite 404, Washington D.C. 20007
>>
>>
>>
>>
>>
>>
>> On Oct 16, 2016, at 6:39 AM, Calle Hedberg 
>> wrote:
>>
>> Hi,
>>
>> I've downloaded the latest war files for 2.21 to 2.25 from the
>> continuation server, and I noticed some very strange and LARGE changes in
>> war file sizes compared to 2-3 days ago:
>>
>> - 2.21 and 2.22 are more or less as before.
>> - 2.23 have increased from 118mb to 119mb (should be OK).
>> BUT
>> - 2.24 have jumped from 136mb to 164mb (SUSPECT)
>> - 2.25 are more or less as before (144mb)
>>
>> Can somebody explain why 2.24 size has expanded like that, and verify
>> that it does not contain additional foreign malicious code?
>>
>> Regards
>> Calle
>>
>> ***
>>
>> Calle Hedberg
>>
>> 46D Alma Road, 7700 Rosebank, SOUTH AFRICA
>>
>> Tel/fax (home): +27-21-685-6472
>>
>> Cell: +27-82-853-5352
>>
>> Iridium SatPhone: +8816-315-19119
>>
>> Email: calle.hedb...@gmail.com
>>
>> Skype: calle_hedberg
>>
>> ***
>>
>> ___
>> 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
>>
>>
>>
>
>
> --
>
> ***
>
> Calle Hedberg
>
> 46D Alma Road, 7700 Rosebank, SOUTH AFRICA
>
> Tel/fax (home): +27-21-685-6472
>
> Cell: +27-82-853-5352
>
> Iridium SatPhone: +8816-315-19119
>
> Email: calle.hedb...@gmail.com
>
> Skype: calle_hedberg
>
> ***
>
>
>


-- 

***

Calle Hedberg

46D Alma Road, 7700 Rosebank, SOUTH AFRICA

Tel/fax (home): +27-21-685-6472

Cell: +27-82-853-5352

Iridium SatPhone: +8816-315-19119

Email: calle.hedb...@gmail.com

Skype: calle_hedberg

***
___
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] Weird, large change in war file size for 2.24 on continuation server - virus payload?

[Calle Hedberg]

Dan,

Maybe - but then why is the 2.25 war file size much small again? It makes
no sense to introduce a new set of libraries at the same time as 2.25 is
releases WITHOUT the same libs.

Let's hope somebody from the core team can throw some light on this when
they sober up ;-)

Regards
Calle

On 17 October 2016 at 18:24, Dan Cocos  wrote:

> This is the commit where it increased in size https://github.com/dhis2/
> dhis2-core/commit/7f702badae3d701b864b0938c728f5993fb1ecd0
> 9d1eb33 is 136.4MB
> 7f702ba is 164.7MB
>
> I don't see anything obvious but maybe a new set of libs were introduced?
>
>
>
> On Oct 17, 2016, at 12:14 PM, Calle Hedberg 
> wrote:
>
> Dan
>
> OK, but that's really weird. The 2.24 build from 5 days ago was 138mb
>
> Anybody from the core team have an explanation? I don't want to use the
> new version before I know if there are nails in the soup
>
> Regards
> Calle
>
> On 17 October 2016 at 17:31, Dan Cocos  wrote:
>
>> Our build shows the same, 2.24 latest is 164MB
>>
>> On Oct 16, 2016, at 9:59 AM, Calle Hedberg 
>> wrote:
>>
>> Dan,
>>
>> The latest one, from this morning (see http://ci.dhis2.org/job/d
>> his2-2.24/,   number #89)
>>
>> Regards
>> Calle
>>
>> On 16 October 2016 at 15:34, Dan Cocos  wrote:
>>
>>> Hi Calle,
>>>
>>> Is there a specific revision that I can look at? We  maintain our own
>>> build server and I can compare.
>>>
>>> Thanks,
>>> Dan
>>>
>>>
>>> *Dan Cocos*
>>> Principal, BAO Systems
>>> dco...@baosystems.com  | http:/
>>> /www.baosystems.com |  2900 K Street, Suite 404, Washington D.C. 20007
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Oct 16, 2016, at 6:39 AM, Calle Hedberg 
>>> wrote:
>>>
>>> Hi,
>>>
>>> I've downloaded the latest war files for 2.21 to 2.25 from the
>>> continuation server, and I noticed some very strange and LARGE changes in
>>> war file sizes compared to 2-3 days ago:
>>>
>>> - 2.21 and 2.22 are more or less as before.
>>> - 2.23 have increased from 118mb to 119mb (should be OK).
>>> BUT
>>> - 2.24 have jumped from 136mb to 164mb (SUSPECT)
>>> - 2.25 are more or less as before (144mb)
>>>
>>> Can somebody explain why 2.24 size has expanded like that, and verify
>>> that it does not contain additional foreign malicious code?
>>>
>>> Regards
>>> Calle
>>>
>>> ***
>>>
>>> Calle Hedberg
>>>
>>> 46D Alma Road, 7700 Rosebank, SOUTH AFRICA
>>>
>>> Tel/fax (home): +27-21-685-6472
>>>
>>> Cell: +27-82-853-5352
>>>
>>> Iridium SatPhone: +8816-315-19119
>>>
>>> Email: calle.hedb...@gmail.com
>>>
>>> Skype: calle_hedberg
>>>
>>> ***
>>>
>>> ___
>>> 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
>>>
>>>
>>>
>>
>>
>> --
>>
>> ***
>>
>> Calle Hedberg
>>
>> 46D Alma Road, 7700 Rosebank, SOUTH AFRICA
>>
>> Tel/fax (home): +27-21-685-6472
>>
>> Cell: +27-82-853-5352
>>
>> Iridium SatPhone: +8816-315-19119
>>
>> Email: calle.hedb...@gmail.com
>>
>> Skype: calle_hedberg
>>
>> ***
>>
>>
>>
>
>
> --
>
> ***
>
> Calle Hedberg
>
> 46D Alma Road, 7700 Rosebank, SOUTH AFRICA
>
> Tel/fax (home): +27-21-685-6472
>
> Cell: +27-82-853-5352
>
> Iridium SatPhone: +8816-315-19119
>
> Email: calle.hedb...@gmail.com
>
> Skype: calle_hedberg
>
> ***
>
>
>


-- 

***

Calle Hedberg

46D Alma Road, 7700 Rosebank, SOUTH AFRICA

Tel/fax (home): +27-21-685-6472

Cell: +27-82-853-5352

Iridium SatPhone: +8816-315-19119

Email: calle.hedb...@gmail.com

Skype: calle_hedberg

***
___
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] Weird, large change in war file size for 2.24 on continuation server - virus payload?

[Halvdan Hoem Grelland]

The idea that this is caused by malicious code is a bit far fetched.

An educated guess:

All of our "bundled" apps are now developed outside of the core code
repository. They are then pulled in at build time and bundled into the
final distribution war-file.

In practice this means that it's possible for a distribution built from the
same code base but at different times to contain different (minor) versions
of the bundles app(s). This would reflect in the file size of the final
artifact (and the hashes would differ, of course).

That said, 20 or so megs is a lot, so not sure exactly what's been going on
there. Maybe someone from the frontend team (Mark, looking at you) could
shed some light (or disprove my theory).

On Mon, Oct 17, 2016 at 6:26 PM, Calle Hedberg 
wrote:

> Dan,
>
> Maybe - but then why is the 2.25 war file size much small again? It makes
> no sense to introduce a new set of libraries at the same time as 2.25 is
> releases WITHOUT the same libs.
>
> Let's hope somebody from the core team can throw some light on this when
> they sober up ;-)
>
> Regards
> Calle
>
> On 17 October 2016 at 18:24, Dan Cocos  wrote:
>
>> This is the commit where it increased in size
>> https://github.com/dhis2/dhis2-core/commit/7f702badae3d701b8
>> 64b0938c728f5993fb1ecd0
>> 9d1eb33 is 136.4MB
>> 7f702ba is 164.7MB
>>
>> I don't see anything obvious but maybe a new set of libs were introduced?
>>
>>
>>
>> On Oct 17, 2016, at 12:14 PM, Calle Hedberg 
>> wrote:
>>
>> Dan
>>
>> OK, but that's really weird. The 2.24 build from 5 days ago was 138mb
>>
>> Anybody from the core team have an explanation? I don't want to use the
>> new version before I know if there are nails in the soup
>>
>> Regards
>> Calle
>>
>> On 17 October 2016 at 17:31, Dan Cocos  wrote:
>>
>>> Our build shows the same, 2.24 latest is 164MB
>>>
>>> On Oct 16, 2016, at 9:59 AM, Calle Hedberg 
>>> wrote:
>>>
>>> Dan,
>>>
>>> The latest one, from this morning (see http://ci.dhis2.org/job/d
>>> his2-2.24/,   number #89)
>>>
>>> Regards
>>> Calle
>>>
>>> On 16 October 2016 at 15:34, Dan Cocos  wrote:
>>>
 Hi Calle,

 Is there a specific revision that I can look at? We  maintain our own
 build server and I can compare.

 Thanks,
 Dan


 *Dan Cocos*
 Principal, BAO Systems
 dco...@baosystems.com  | http:/
 /www.baosystems.com |  2900 K Street, Suite 404, Washington D.C. 20007






 On Oct 16, 2016, at 6:39 AM, Calle Hedberg 
 wrote:

 Hi,

 I've downloaded the latest war files for 2.21 to 2.25 from the
 continuation server, and I noticed some very strange and LARGE changes in
 war file sizes compared to 2-3 days ago:

 - 2.21 and 2.22 are more or less as before.
 - 2.23 have increased from 118mb to 119mb (should be OK).
 BUT
 - 2.24 have jumped from 136mb to 164mb (SUSPECT)
 - 2.25 are more or less as before (144mb)

 Can somebody explain why 2.24 size has expanded like that, and verify
 that it does not contain additional foreign malicious code?

 Regards
 Calle

 ***

 Calle Hedberg

 46D Alma Road, 7700 Rosebank, SOUTH AFRICA

 Tel/fax (home): +27-21-685-6472

 Cell: +27-82-853-5352

 Iridium SatPhone: +8816-315-19119

 Email: calle.hedb...@gmail.com

 Skype: calle_hedberg

 ***

 ___
 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



>>>
>>>
>>> --
>>>
>>> ***
>>>
>>> Calle Hedberg
>>>
>>> 46D Alma Road, 7700 Rosebank, SOUTH AFRICA
>>>
>>> Tel/fax (home): +27-21-685-6472
>>>
>>> Cell: +27-82-853-5352
>>>
>>> Iridium SatPhone: +8816-315-19119
>>>
>>> Email: calle.hedb...@gmail.com
>>>
>>> Skype: calle_hedberg
>>>
>>> ***
>>>
>>>
>>>
>>
>>
>> --
>>
>> ***
>>
>> Calle Hedberg
>>
>> 46D Alma Road, 7700 Rosebank, SOUTH AFRICA
>>
>> Tel/fax (home): +27-21-685-6472
>>
>> Cell: +27-82-853-5352
>>
>> Iridium SatPhone: +8816-315-19119
>>
>> Email: calle.hedb...@gmail.com
>>
>> Skype: calle_hedberg
>>
>> ***
>>
>>
>>
>
>
> --
>
> ***
>
> Calle Hedberg
>
> 46D Alma Road, 7700 Rosebank, SOUTH AFRICA
>
> Tel/fax (home): +27-21-685-6472
>
> Cell: +27-82-853-5352
>
> Iridium SatPhone: +8816-315-19119
>
> Email: calle.hedb...@gmail.com
>
> Skype: calle_hedberg
>