Release #7909

Release #7580: gCube Release 4.4.0

Release #7593: org.gcube.portlets-user.4-4-0

org.gcube.portlets-user.tabular-data-portlet.2-15-0

Added by Giancarlo Panichi over 2 years ago. Updated over 2 years ago.

Status:ReleasedStart date:Mar 30, 2017
Priority:HighDue date:
Assignee:Giancarlo Panichi
Category:portlets-user
Sprint:gCube Release 4.4.0
Wiki Updates: Version Control System:
Type:Common Apps Building System:
Milestones:
Duration:

Description

org.gcube.portlets-user.tabular-data-portlet.2-15-0


Related issues

Related to gCube - SW Test #7912: org.gcube.portlets-user.tabular-data-portlet.2-15-0 (comm... Tested on Preprod Apr 03, 2017 Apr 27, 2017
Related to gCube - Feature #6076: TDM - Migrate TabMan to DataMiner Closed Nov 29, 2016 Feb 15, 2017
Related to BlueBRIDGE - Task #8033: Support for SDMX export from templates on tabman Closed Apr 07, 2017

History

#1 Updated by Maria Di Girolamo over 2 years ago

  • Related to SW Test #7912: org.gcube.portlets-user.tabular-data-portlet.2-15-0 (common apps) added

#2 Updated by Giancarlo Panichi over 2 years ago

  • Status changed from New to Available

#3 Updated by Maria Di Girolamo over 2 years ago

  • Status changed from Available to Under Integration

#4 Updated by Maria Di Girolamo over 2 years ago

  • Related to deleted (SW Test #7912: org.gcube.portlets-user.tabular-data-portlet.2-15-0 (common apps))

#5 Updated by Maria Di Girolamo over 2 years ago

  • Related to SW Test #7912: org.gcube.portlets-user.tabular-data-portlet.2-15-0 (common apps) added

#6 Updated by Giancarlo Panichi over 2 years ago

  • Related to Feature #6076: TDM - Migrate TabMan to DataMiner added

#7 Updated by Giancarlo Panichi over 2 years ago

  • Related to Task #8033: Support for SDMX export from templates on tabman added

#8 Updated by Maria Di Girolamo over 2 years ago

  • Status changed from Under Integration to Build Issue

#9 Updated by Giancarlo Panichi over 2 years ago

There are no compilation errors, perhaps there are not enough resources to build (space or time)

#10 Updated by Giancarlo Panichi over 2 years ago

  • Assignee changed from Giancarlo Panichi to Gabriele Giammatteo

#11 Updated by Maria Di Girolamo over 2 years ago

  • Priority changed from Normal to High

#12 Updated by Giancarlo Panichi over 2 years ago

When it is built individually on ETICS the portlet works. This is a problem of release build.
Please, can @gabriele.giammatteo@eng.it check this issue?

#13 Updated by Gabriele Giammatteo over 2 years ago

this seems to be a memory issue on BTRT. Probably the GWT compilation of the portlet needs more memory than the one allocated. We will check on BTRT if more memory is allocable to the build.

#14 Updated by Maria Di Girolamo over 2 years ago

Is it possible to consider this issue as solved?
This could be a problem for the functionality of the portlets in pre-production or production?
What do you think @roberto.cirillo@isti.cnr.it ?

#15 Updated by Roberto Cirillo over 2 years ago

Maria Di Girolamo wrote:

Is it possible to consider this issue as solved?
This could be a problem for the functionality of the portlets in pre-production or production?
What do you think @roberto.cirillo@isti.cnr.it ?

I think it could be a problem if we cannot build this portlet by Etics. It's better to allocate more memory for the build if it is possible.
In addition, what is changed from the last release? This is not a new portlet and in the last release we didn't have this kind of problem with this portlet, if I remember correctly.
Have you any idea about that?

#16 Updated by Gabriele Giammatteo over 2 years ago

I would not consider the issue as solved since it still fail in today build...

We cannot compare it with the past release because the memory available depends on some factors external to the component (e.g. other components built before, memory allocation of the BTRT's tomcat instance - it is running in the same VM where the build is executed).

Globally we already have this option for the build:

MAVEN_OPTS=-Xmx2g

But in the pom.xml I see

<extraJvmArgs>-Xmx1024M -Xss1024k -Dgwt.compiler.localWorkers=1</extraJvmArgs>

that limits the memory usable to 1 GB.

Now I cleaned-up the building machine restarting some services. I suggest to wait for tomorrow build, if it still fail we can try to remove (or increase) the limit in the pom.xml.
If you need the artifact in the meanwhile, we can build it remotely on ETICS.

#17 Updated by Giancarlo Panichi over 2 years ago

@gabriele.giammatteo@eng.it note this portlet build when I request a build on Etics, so it's not necessary to change the pom.

#18 Updated by Massimiliano Assante over 2 years ago

  • Status changed from Build Issue to Under Integration

#19 Updated by Massimiliano Assante over 2 years ago

  • Status changed from Under Integration to Deployed on Preprod

#20 Updated by Massimiliano Assante over 2 years ago

  • Status changed from Deployed on Preprod to Build Issue

#21 Updated by Maria Di Girolamo over 2 years ago

  • Status changed from Build Issue to Under Integration

#22 Updated by Massimiliano Assante over 2 years ago

  • Status changed from Under Integration to RTD on Preprod

#23 Updated by Massimiliano Assante over 2 years ago

  • Assignee changed from Gabriele Giammatteo to Giancarlo Panichi

the portlet has built, it can be deployed on preprod

#24 Updated by Costantino Perciante over 2 years ago

  • Status changed from RTD on Preprod to Deployed on Preprod

#25 Updated by Maria Di Girolamo over 2 years ago

  • Status changed from Deployed on Preprod to Released

Also available in: Atom PDF