Capella Addon Build

Hello everyone,
I am currently in charge of maintaining an addon for Capella. So I got the sources. The addon is normally compilable with Maven but one of the repository is and maven indicates that this repository does not exist. Could you give me a new equivalent address?

After quite some time I finally managed to rebuild most of the necessary dependencies. I only have the category that concerns a dependency on the ViewPoint Requirement addon. By searching a bit I managed to identify the address of the following update site:
However, it contains a zip archive of this Update Site. Two questions: why is the site update in this format?
Is there a particular syntax allowing Maven or more specifically TPD (Target Platform Definition) to understand that the target is a zipped update site? (for example: location="!/)

Thank you for your answers.

Hi Ludovic, is a composite update site we have built internally from Capella product content and several add-ons (including Requirement) to avoid to (re)download identical data from releases of Capella, its third parties, the platform and the add-ons on every builds of several internal projects and/or products. It also workarounds the availability of some add-ons as zipped dropins or update sites.

You might try the following locations:

location Requirements-0.11.1-url-to-zip "jar:!/" { lazy
	//Very slow to get completion

location Requirements-0.11.1-folder-win "file:/D:/your/local/path/Requirements-updateSite-" { lazy

location Requirements-0.11.1-zip-win "jar:file:/D:/your/local/path/!/" { lazy

location Requirements-0.11.1-folder-macOS "file:/Users/YourProfile/Downloads/Requirements-updateSite-" { lazy

location Requirements-0.11.1-zip-macOS "jar:file:/Users/YourProfile/Downloads/!/" { lazy

It seems that the jar:https://xxxxx/!/ approach is working at least from the .tpd.
The .target generation and resolution should work but might be slow, very slow.
I would recommend to download the zip and put it somewhere close to your build.


Hello Maxime,

Thank you for that answer. I was able to confirm two points:

  1. the jar:https://xxxxx/! syntax is indeed and fortunately compatible with targetplatform-dsl.
  2. Indeed it takes a little longer but only during the first generation of the target file. After time is a relative thing :slight_smile:
    Thanks again for your help.