I was informed a little while ago that the Infrastructure team had tracked down the root cause of the problem: it was related to the SSL configuration on the server.
So it has been resolved, but thanks to Jan and Halvdan for responding with ideas. Some times with this kind of thing you simply need a set of fresh eyes to suggest where the problem might lie…
···
On 17 June 2016 at 14:07, Halvdan Hoem Grelland halvdan@dhis2.org wrote:
Hi Calle,
Could you check the chrome console log during launching of said apps? Are there any failed requests (network tab) or exceptions (console tab)?
There’s a number of possibilities here. Being that it runs fine locally there might be an issue with either Tomcat on the server or perhaps the proxy configuration.
If you using a caching proxy (i.e. nginx with cache enabled) you could also try to delete the cache folder.
find /path/to/your/cache -type f -delete
–
On Fri, Jun 17, 2016 at 11:26 AM, Calle Hedberg calle.hedberg@gmail.com wrote:
Hi
I’ve just transferred that ART instance to another laptop - it runs without problems.
Note also that we have a number of other 2.23 instances running on our servers without problems.
SOMETHING is stopping those sub-apps from launching - it’s almost like it don’t know where the find them…
This is from one of the log files during startup - is the “No Spring WebApplicationInitializer types detected on classpath” relevant for this problem?
hisp@za-art-dhisweb-vm:~/tomcat8-dhis2-2$ cat logs/localhost.2016-06-16.log
16-Jun-2016 23:25:42.915 INFO [localhost-startStop-1] org.apache.catalina.core.ApplicationContext.log No Spring WebApplicationInitializer types detected on classpath
16-Jun-2016 23:25:42.975 INFO [localhost-startStop-1] org.apache.catalina.core.ApplicationContext.log Initializing Spring root WebApplicationContext
16-Jun-2016 23:28:41.286 INFO [localhost-startStop-1] org.apache.catalina.core.ApplicationContext.log Initializing Spring FrameworkServlet ‘ohieServlet’
16-Jun-2016 23:28:42.381 INFO [localhost-startStop-1] org.apache.catalina.core.ApplicationContext.log Initializing Spring FrameworkServlet ‘mobile’
16-Jun-2016 23:28:42.485 INFO [localhost-startStop-1] org.apache.catalina.core.ApplicationContext.log Initializing Spring FrameworkServlet ‘webapi’
16-Jun-2016 23:28:43.922 INFO [localhost-startStop-1] org.apache.catalina.core.ApplicationContext.log Initializing Spring FrameworkServlet ‘uaaServlet’
Regards
Calle
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
–
Halvdan Hoem Grelland
Software developer, DHIS 2
University of Oslo
http://www.dhis2.org
On 17 June 2016 at 08:13, Calle Hedberg calle.hedberg@gmail.com wrote:
Chrome
Calle
On 17 Jun 2016 12:44 a.m., “Jan Henrik Øverland” jan@dhis2.org wrote:
Hi Calle,
Which browser are you using? I know there has been some IE related issues that are being fixed these days.
Jan
–
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.hedberg@gmail.com
Skype: calle_hedberg
On 16 June 2016 at 23:54, Calle Hedberg calle.hedberg@gmail.com wrote:
Hi
We have a national instance for ART data that works as expected when running on my laptop (pg 9.5.3, Java 8.0.91, tomcat 8.0.32, war file from today), and we ran it without problems on a local training server setup last week.
The database was moved to one of our many servers earlier today, but we are encountering a major problem that we have never seen before: the majority of sub-apps do not start up - you get the name of the sub-app and that pulsating dot (“hour-glass”), then nada. Tomcat log shows nothing. Some sub-apps/routines like analytics run fine, other do not:
The following sub-apps work:
- all the apps under what used to be Settings (settings, profile, account, logout, etc).
Those under “Apps” generally do not work, you only get the name of the app and that pulsating dot:
- Maintenance opens, but it’s blank
ETC
- Data Entry opens, but it does not load the hierarchy
- Event capture opens, but takes forever to load the oU tree and the “meta data”
As I said above, the same database & DHIS2 version works normally on my laptop and on that mobile training server setup.
We have other 2.23 instances running on the same servers without similar problems…
Something is broken, stopping those sub-apps from loading.
Any idea what causes this?
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.hedberg@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
–
Jan Henrik Øverland
Software developer, DHIS 2
University of Oslo
http://www.dhis2.org
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.hedberg@gmail.com
Skype: calle_hedberg