No OLAP Printer, No Export to PDF nor XLS

Bug #475136 reported by Zoe Brillantes
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Global Health Observatory
Fix Committed
High
Philippe Boucher

Bug Description

Am I the only one who can't export? Or is it the server that's missing something?

Tags: function
Revision history for this message
Zoe Brillantes (brillantesz) wrote :
Changed in gho:
importance: Undecided → High
tags: added: function
Revision history for this message
Zoe Brillantes (brillantesz) wrote :

this is in the extranet.who.int/gho .

Revision history for this message
Zoe Brillantes (brillantesz) wrote :

works in the gvasucreon instance

Revision history for this message
Knut Staring (knutst) wrote :

The reason for this is that only one of the three services, the gho.war, is exposed to the world through extranet.who.int, whereas the two others (olap_metadata and olap_printer) are not. For FluID, this is taken care of, so that only one needs to be exposed. We either have to do this.

Revision history for this message
Knut Staring (knutst) wrote :

or expose all three services.

Revision history for this message
Philippe Boucher (boucherp) wrote :

Exposing the webapps is pretty easy, for the GHO - it involves making a few links in the reverse proxy to point back to the right thing - We ran into name conflict problems before with FluID deployments so there is now (if I recall correctly) config parameters that allow these services to export a public name for the URLs rather than their webapp name. Regarding security, I had the Acunetix scan go against gv1sucreon so in theory, it should have hit those services as well - I'll ask Nico to run an explicit scan on these to be absolutely sure.
Do we have an estimate from T4BI regarding how long it would take to merge everything into 1 war file?

Revision history for this message
Philippe Boucher (boucherp) wrote :

quick update from John, t4bi said they could do the work in about 2 days and can schedule it in next week

Revision history for this message
Philippe Boucher (boucherp) wrote :

Email from Jiri - T4Bi has created two new software projects in their repo, who_oh, and who_gho. who_oh is the base OpenHealth code used by all application projects, who_gho is going to be the single war file install of the GHO system.

Changed in gho:
milestone: none → 1.0
Revision history for this message
Philippe Boucher (boucherp) wrote :

update - we now have the GHO building from source into the single war file - now need to test if the export capability can be used

Revision history for this message
Philippe Boucher (boucherp) wrote :

Seems to work - will wait until we have validation that it's ok from a reinstallation on gva1sucreon

Changed in gho:
status: New → In Progress
assignee: nobody → Philippe Boucher (boucherp)
Revision history for this message
Philippe Boucher (boucherp) wrote :

Validated on new version of GHO running on gva1sucreon, verified through http://extranet.who.int/gho

Changed in gho:
status: In Progress → Fix Committed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.