Support #5635: gCube Releases portlet does not display - D4Science Infrastructure - D4science

Actions

Copy link

Support #5635

closed

gCube Releases portlet does not display

Added by Massimiliano Assante over 8 years ago. Updated over 8 years ago.

Status:

Closed

Priority:

Urgent

Assignee:

Francesco Mangiacrapa

Category:

Start date:

Nov 03, 2016

Due date:

Nov 03, 2016

% Done:

100%

Estimated time:

Infrastructure:

Production

Description

https://services.d4science.org/group/d4science.research-infrastructures.eu/releases

here' is the exception

SEVERE: Servlet.service() for servlet GcubeReleasesPortlet Servlet threw exception
java.lang.LinkageError: loader constraint violation: when resolving interface method "org.gcube.common.authorization.client.proxy.AuthorizationProxy.generateUserToken(Lorg/gcube/common/authorization/library/provider/UserInfo;Ljava/lang/String;)Ljava/lang/String;" the class loader (instance of org/apache/catalina/loader/WebappClassLoader) of the current class, org/gcube/portal/custom/scopemanager/scopehelper/ScopeHelper, and the class loader (instance of org/apache/catalina/loader/StandardClassLoader) for resolved class, org/gcube/common/authorization/client/proxy/AuthorizationProxy, have different Class objects for the type orizationProxy.generateUserToken(Lorg/gcube/common/authorization/library/provider/UserInfo;Ljava/lang/String;)Ljava/lang/String; used in the signature
    at org.gcube.portal.custom.scopemanager.scopehelper.ScopeHelper.setAuthorizationToken(ScopeHelper.java:146)
    at org.gcube.portal.custom.scopemanager.scopehelper.ScopeHelper.setContext(ScopeHelper.java:130)
    at org.gcube.portlets.admin.gcubereleases.portlet.GcubeReleasesPortlet.doView(GcubeReleasesPortlet.java:44)

Actions

Copy link

Updated by Francesco Mangiacrapa over 8 years ago

Status changed from New to In Progress

Actions

Copy link

Updated by Francesco Mangiacrapa over 8 years ago

Subject changed from Cube Releases portlet does not display to gCube Releases portlet does not display
% Done changed from 0 to 50

The problem is due to a different signature (from compile time to run time, so found on the portal) per a method of the authorization library.
I'm going to fix the issue..

Actions

Copy link