D4Science Infrastructure

Do we have a way to install and configure it? we usually completely deploy and configure the services hosted here.

The webApps (there are two) have been uploaded on SVN.

• https://svn.d4science-ii.research-infrastructures.eu/gcube/trunk/application/GRSF/grsf-services-updater
• https://svn.d4science-ii.research-infrastructures.eu/gcube/trunk/application/GRSF/grsf-api

@marketak@ics.forth.gr is there a build for the two applications? Did you connect the source to our CI service?

• /d4science.research-infrastructures.eu/FARM/GRSF_Admin
• /d4science.research-infrastructures.eu/FARM/GRSF

Andrea Dell'Amico wrote:

@marketak@ics.forth.gr is there a build for the two applications? Did you connect the source to our CI service?

I'm not aware of this. Can you explain ?

Hi @marketak@ics.forth.gr

the system engineer need the artefact to deploy. I mean the war. Our provisioning framework is conceived to get this artefact from gcube nexus repository:

http://maven.research-infrastructures.eu/nexus/index.html#welcome

The repository is populated by ETICS build.

Did you create the ETICS configuration so that we can run a build form there?

Thanks Luca for your reply.

I can create the configuration in ETICS.
Firstly, I have to see where I should put it (under which subsystem ?). I see two configurations about GRSF (i.e. grsf-common-library and grsf-publisher-ws) under data-catalogue. I suppose I could create the configurations there.

I see from https://gcube.wiki.gcube-system.org/gcube/Role_Subsystem_Manager that the susbsystem manager for data-catalogue is @francesco.mangiacrapa@isti.cnr.it . Could you create the configurations under data-catalogue so that I can update them afterwards ?

I created the component 'grsf-services-updater' under 'data-catalogue' subsystem.

Let us know if you have the right to edit it. Otherwise, please ask to @mariaantonietta.digirolamo@eng.it or @gabriele.giammatteo@eng.it

Thanks @luca.frosini@isti.cnr.it for the prompt reaction. Unfortunately, I cannot edit it.

@mariaantonietta.digirolamo@eng.it or @gabriele.giammatteo@eng.it could you please take a look ?

Hi @marketak@ics.forth.gr, I granted you permission to edit and build the component. Let me know if it works and if you need to grant permissions to someone else

Thanks @gabriele.giammatteo@eng.it . I confirm I can edit the configuration.

@luca.frosini@isti.cnr.it could you please create one more configuration (under the data-catalogue subsystem) for grsf-api ?

I also granted permissions to create and edit new components in the data-catalogue subsystem. I tried to add also permissions to @minadakn@ics.forth.gr, but I couldn't find it on ETICS. If you have an account, please let me know the username.

Thank you @gabriele.giammatteo@eng.it

Do we have an artifact yet? I cannot find anything in nexus.

I've just deployed grsf-services-updater on http://maven.research-infrastructures.eu/nexus/content/repositories/gcube-snapshots/

I have triggered a remote build for grsf-api as well, so in a while you'll see the artifact for grsf-api on the snapshots repository

Normally it should be added in distro directory as described here:

https://wiki.gcube-system.org/gcube/SmartGears

But maybe in the container running before this it was added manually

Luca Frosini wrote:

Normally it should be added in distro directory as described here:

https://wiki.gcube-system.org/gcube/SmartGears

But maybe in the container running before this it was added manually

I don't understand your answer. There isn't an old version of this service.
Meanwhile, we usually add a custom gcube-app.xml file into the tomcat applications that are not smartgears aware (geoserver, geonetwork, etc). I was asking if I should do the same for these services of if it's something that should be added into the sources (and so to the war file).

The services look fine. Thanks.

The configuration of the services (i.e. passing the proper token, the connection details for the SPARQL endpoints, etc.) through a Spring beans XML file which is included in the WAR. I think that's enough.

I have a question as regards the re-deployment of these web applications: Does it occur on the fly (as soon as I trigger a remote build on ETICS) or I should ask for redeploying the web application?

Yannis Marketakis wrote:

The services look fine. Thanks.

The configuration of the services (i.e. passing the proper token, the connection details for the SPARQL endpoints, etc.) through a Spring beans XML file which is included in the WAR. I think that's enough.

My question was mainly for @luca.frosini@isti.cnr.it, that file is used to expose the service to the infrastructure.

I have a question as regards the re-deployment of these web applications: Does it occur on the fly (as soon as I trigger a remote build on ETICS) or I should ask for redeploying the web application?

You'll have to ask, sorry. There's no continuous deployment right now.

@andrea.dellamico@isti.cnr.it the gcube-apps.xml (used to expose the service to the infrastructure) can be added in distro directory as described at https://wiki.gcube-system.org/gcube/SmartGears instead of adding it with provisioning.

We add it with provisioning for services built by a third party. In this case, instead, the service is built with ETICS so the standard behaviour is to add it in sources.