[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20849: minor fix, use .update and not .save for updateDataElementCategoryCombo

revno: 20849 committer: Morten Olav Hansen branch nick: dhis2 timestamp: Thu 2015-10-22 14:27:19 +0700 message: minor fix, use .update and not .save for updateDataElementCategoryCombo modified: dhis-2/dhis-api/src/main/java/org/hisp

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

Great! 2015-10-22 7:34 GMT+01:00 : > Great work dev. i am sure this is a step to a whole new beginning > > -- > Sent from my Nokia phone > > > ---Original message--- > From: Lars Helge Øverland > Sent: Wed, 21 Oct 2015 22:03:16 +0200 > To: <|dhis2-us...@lists.launchpad.net|><|dhis2-devs@

Re: [Dhis2-devs] dhis version 2.21 is released

Thanks a lot Dev team. Here in Ethiopia we will test and report. Seid, On 10/21/15, Lars Helge Øverland wrote: > Hi all, > > DHIS version 2.21 is out with a lot of great new features and improvements. > > Log in with admin/district on the demo > system. > > File cl

[Dhis2-devs] Problem accessing /api/svg.png. Reason: Form too large11258748>5000000

Hello Lars, Am trying to download GIS map report but there is a problem with size limit.Is possible to extend the limit? See the error on the attachment. Regards ___ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchp

Re: [Dhis2-devs] Problem accessing /api/svg.png. Reason: Form too large11258748>5000000

How are you running this? tomcat + nginx? you probably need to increase the maximum post body size -- Morten On Thu, Oct 22, 2015 at 4:30 PM, Mihayo Mathayo wrote: > Hello Lars, > Am trying to download GIS map report but there is a problem with size > limit.Is possible to extend the limit? > >

Re: [Dhis2-devs] Problem accessing /api/svg.png. Reason: Form too large11258748>5000000

am using the windows version (dhis live version 2.19) Warm Regards On Thu, Oct 22, 2015 at 12:38 PM, Morten Olav Hansen wrote: > How are you running this? tomcat + nginx? you probably need to increase > the maximum post body size > > -- > Morten > > On Thu, Oct 22, 2015 at 4:30 PM, Mihayo Matha

Re: [Dhis2-devs] Problem accessing /api/svg.png. Reason: Form too large11258748>5000000

Ok, I'm not sure how to configure dhis2 live.. maybe Knut has an idea? I think dhis2-live uses jetty? -- Morten On Thu, Oct 22, 2015 at 4:40 PM, Mihayo Mathayo wrote: > am using the windows version (dhis live version 2.19) > > Warm Regards > > On Thu, Oct 22, 2015 at 12:38 PM, Morten Olav Hanse

Re: [Dhis2-devs] Problem accessing /api/svg.png. Reason: Form too large11258748>5000000

yaah it uses jetty but am not sure if the web.xml file is where I can extend and what codes should I add to the file. On Oct 22, 2015 12:59 PM, "Morten Olav Hansen" wrote: > Ok, I'm not sure how to configure dhis2 live.. maybe Knut has an idea? I > think dhis2-live uses jetty? > > -- > Morten > >

[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20850: tracker and event captre now use own directive instead of sharting one

revno: 20850 committer: Abyot Asalefew Gizaw branch nick: dhis2 timestamp: Thu 2015-10-22 12:28:56 +0200 message: tracker and event captre now use own directive instead of sharting one modified: dhis-2/dhis-web/dhis-web-apps/src/mai

[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20851: tracker-capture: use a different approach of integrating angular with ouwt.js

revno: 20851 committer: Abyot Asalefew Gizaw branch nick: dhis2 timestamp: Thu 2015-10-22 13:47:52 +0200 message: tracker-capture: use a different approach of integrating angular with ouwt.js modified: dhis-2/dhis-web/dhis-web-apps/

Re: [Dhis2-devs] Problem accessing /api/svg.png. Reason: Form too large11258748>5000000

There seems to be a hardcoded limit of 5 MB (500 bytes) in the DHIS2-live application, so I'm sorry to say it's not something you can get around by external configuration. See line 54 of the following piece of code: https://github.com/dhis2/dhis2-live/blob/master/src/main/java/org/hisp/dhis/We

Re: [Dhis2-devs] Problem accessing /api/svg.png. Reason: Form too large11258748>5000000

Maybe its something we can change in live also? I don't see the benefit of having this restriction.. its not used for production systems anyway -- Morten On Thu, Oct 22, 2015 at 8:46 PM, Halvdan Grelland wrote: > There seems to be a hardcoded limit of 5 MB (500 bytes) in the > DHIS2-live ap

[Dhis2-devs] Org Units don't load on Event Capture Android App

Dear developers, I'm trying to test the Event Capture Android App on my DHIS 2 instance but with no success. I'm not able to see the org units loaded on the app. I've seen some people with the same problem on the mail list some days ago, so I tried to use the solution which apparently worked for t

[Dhis2-devs] Large organisation unit import issue

Hello, I'm trying to make a rather large import of orgunit. The size of the file is around 8megs zipped and it contains more than 37000 orgunits. When I'm launching the import it takes a little bit more than an hour. I can see in the log file (dhis.log) outputs telling me that org unit are being

Re: [Dhis2-devs] Large organisation unit import issue

Hi Nicolas, Hard to say without a stack trace. It just bombs with no explanation? Could you consider using direct SQL injection for such a large number of orgunits? Regards, Jason On Thu, Oct 22, 2015, 18:14 Nicolas Germeau wrote: > Hello, > > I'm trying to make a rather large import of orgu

Re: [Dhis2-devs] Large organisation unit import issue

Hello Jason, Nope, no stacktrace. I suppose the transaction is too big and blow the whole thing up. Yep sure, I don't really care about the method as long as it doesn't take to much time to setup. I'm thinking about creating a quick XSLT to extract org unit per level but if you have any tool/idea

Re: [Dhis2-devs] Large organisation unit import issue

Hi Nicolas Not sure there is a tool per se, but there are approaches. Not sure where your data is coming from, but if you are transforming to JSON/XML, it may be just as easy to transform to SQL insert statements. The trick is to do it level by level and be sure you get the parent ID correct. Ot

Re: [Dhis2-devs] Large organisation unit import issue

Jason, I guess I'm going on the XSLT solution and split it per level, this is the fastest line for me. Thanks a lot for the advices. Enjoy you mushrooms wanderings. See you Nicolas On Thu, Oct 22, 2015 at 6:09 PM, Jason Pickering < jason.p.picker...@gmail.com> wrote: > Hi Nicolas > > Not sur

[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20852: Avoid conflicts due to persisted system settings between approval JUnit tests

revno: 20852 committer: jimgr...@gmail.com branch nick: dhis2 timestamp: Thu 2015-10-22 15:58:02 -0400 message: Avoid conflicts due to persisted system settings between approval JUnit tests modified: dhis-2/dhis-services/dhis-service

[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20853: Approval tests, clearing system setting cache

revno: 20853 committer: Lars Helge Overland branch nick: dhis2 timestamp: Thu 2015-10-22 22:12:03 +0200 message: Approval tests, clearing system setting cache modified: dhis-2/dhis-services/dhis-service-core/src/test/java/org/hisp/d

[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20854: CalendarService. Removed key cache. Caused stale data now that system setting manager has a cache.

revno: 20854 committer: Lars Helge Overland branch nick: dhis2 timestamp: Fri 2015-10-23 00:26:41 +0200 message: CalendarService. Removed key cache. Caused stale data now that system setting manager has a cache. modified: dhis-2/dhi

[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20855: Improvements to file resource service layer. Added better logging as well as a temporary fail-saf...

revno: 20855 committer: Halvdan Hoem Grelland branch nick: dhis2 timestamp: Fri 2015-10-23 01:43:32 +0200 message: Improvements to file resource service layer. Added better logging as well as a temporary fail-safe to correct issue wit

Re: [Dhis2-devs] Large organisation unit import issue

It's also fine splitting it up in many small pieces. As you say, you must ensure that the parents exists, so doing it one level at the time is the approach. If not, you must do import multiple times, so it can update the parents (not really a proper solution). Does the server have sufficient memor

[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20856: rename PS.irregular to PS.repeatable in classes and DB (already done before in JSON/XML)

revno: 20856 committer: Morten Olav Hansen branch nick: dhis2 timestamp: Fri 2015-10-23 10:41:44 +0700 message: rename PS.irregular to PS.repeatable in classes and DB (already done before in JSON/XML) modified: dhis-2/dhis-api/src/m

[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20857: support bulk deletion of events

revno: 20857 committer: Morten Olav Hansen branch nick: dhis2 timestamp: Fri 2015-10-23 11:36:05 +0700 message: support bulk deletion of events modified: dhis-2/dhis-services/dhis-service-dxf2/src/main/java/org/hisp/dhis/dxf2/events

[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20858: support bulk deletion of tei

revno: 20858 committer: Morten Olav Hansen branch nick: dhis2 timestamp: Fri 2015-10-23 12:08:59 +0700 message: support bulk deletion of tei modified: dhis-2/dhis-services/dhis-service-dxf2/src/main/java/org/hisp/dhis/dxf2/events/tr

[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20859: minor fix, use importOptions for EnrollmentService instead of just strategy

revno: 20859 committer: Morten Olav Hansen branch nick: dhis2 timestamp: Fri 2015-10-23 12:12:02 +0700 message: minor fix, use importOptions for EnrollmentService instead of just strategy modified: dhis-2/dhis-services/dhis-service-

[Dhis2-devs] [Branch ~dhis2-devs-core/dhis2/trunk] Rev 20860: support bulk deletion of enrollment

revno: 20860 committer: Morten Olav Hansen branch nick: dhis2 timestamp: Fri 2015-10-23 12:32:46 +0700 message: support bulk deletion of enrollment modified: dhis-2/dhis-services/dhis-service-dxf2/src/main/java/org/hisp/dhis/dxf2/ev