commit | d4e9da277951e9f43c8a7850d333b87cc4f61d8d | [log] [tgz] |
---|---|---|
author | Jonah Graham <jonah@kichwacoders.com> | Mon Feb 13 13:50:20 2023 -0500 |
committer | Jonah Graham <jonah@kichwacoders.com> | Sat Mar 18 20:34:05 2023 -0400 |
tree | 3b3b4bdfc02aad1f81e03117148da0e0ebe7b62e | |
parent | 9e6a75e5e76e87b9e3a338f79354f4eb9cabe503 [diff] |
Bug 581504: Remove ip_log.xml use/requirement With the new tooling from EF (e.g. dash license tool) we no longer need to maintain ip_log.xml in Orbit. We aren't deleting all exiting ip_log.xml files as that would cause all existing bundles to have their qualifiers touched which is undesirable. (We could exclude ip_log.xml from jgit timestamp, but that leads to some special cases that aren't worth the effort.) The EBR plug-ins provide the ip_log.xml verification, therefore, besides documentation updates, this simply bumps to the newest EBR version that requires EBR PR https://github.com/eclipse/ebr/pull/61 to be merged and built. Change-Id: Ia0f814edea57984f71aac342f4fd973d8bf5fe56
This repositories hosts recipes for building OSGi bundles as part of the Eclipse Orbit project. This repository is based on functionality provided by the Eclipse EBR maven plug-ins.
See Adding Bundles To Orbit in 5 Minutes as a quick explanation of the contribution process.
This project uses Maven for assembling of OSGi bundles based on artifacts in Maven Central or any other accessible Maven repository.
mvn clean install
This will publish all OSGi bundles produced by the recipes into your local Maven repository. You can consume the bundles directly from Maven in any Tycho build.
mvn clean install -f releng/aggregation-mirror-osgi/pom.xml
mvn clean install -f releng/aggregationfeature/pom.xml
mvn clean package -f releng/repository/pom.xml
The repository will be made available as archive in releng/repository/target
.
Note, you must build the recipes first and install the result into your local Maven repository. Otherwise the p2 build won't find any bundles.
This is not difficult at all. Just change into the directory of the recipe to build and execute Maven from there.
cd recipes/\<path/to/recipe\>
mvn clean package
(To preview local changes, add -DdirtyWorkingTree=warning to ignore uncommitted Git changes - see “How to add recipes” for more details)
The resulting bundle will be available in the recipes target
folder.
Adding recipes to this repository is part of the general process for adding bundles to Orbit. Please read the following additional information first before you proceed.
It‘s important to ensure that the bundle you’re adding has been approved for use. See IP Provenance for some instructions. See IP Prereq Diligence for further details.
Recipes are organized in folders by category. There is no strict rule on categories, i.e. categories do not map to vendor names by definition. However, it seems logical to select a category name based on some common critaria shared by recipies. Most of the time, “origin” of the 3rd party libraries seems like a good fit. But occasionally, functionality (eg, ‘logging’) is also helpful in order to avoid too fine grained grouping (eg., categories with only two recipies).
In case of doubts/questions, please reach out to the Orbit Committers List. Also, don‘t be afraid of mistakes. It’s all in a single Git repository so re-organization is possible at any time later on.
Note, when creating a new category please create the category pom.xml first before any recipes. Use another category pom.xml as template to inherit the proper Orbit recipe parent pom. This ensure that proper Orbit defaults are used when creating recipes (for example, the bundle vendor is automatically set to “Eclipse Orbit”).
The preferred method for creating recipes is by consuming a Maven artifact. The EBR Maven plug-in can be used to create a recipe including required Eclipse IP information based on data available in Maven artifact poms.
# create the recipe for a specific Maven artifact # the recipe will be created in a folder named "<symbolicname-of-the-orbit-bundle>_<version>" mvn ebr:create-recipe -DgroupId=<maven-source-groupId> -DartifactId=<maven-source-artifactId> -Dversion=<maven-source-version> -DbundleSymbolicName=<symbolicname-of-the-orbit-bundle> # modify recipe pom and osgi.bnd to suit the needs of the bundle cd <new-recipe-folder> $EDITOR pom.xml $EDITOR osgi.bnd # do a test build (this will create a default ip_log.xml) # (note the -DirtyWorkingTree=ignore to ignore uncommitted Git changes for now) mvn -U clean package -DdirtyWorkingTree=warning # review the generated about files ls -la src/main/resources/about_files cat src/main/resources/about.html # add new recipe to category pom $EDITOR ../pom.xml # update the build feature with your bundle $EDITOR ../../releng/aggregationfeature/feature.xml # add, commit the recipe to Git and push to Gerrit for review git add .; git commit -m "Added org.example.foo 1.2.3" # NOTE: Please ensure you push using the following command so that you don't bypass the code review: git push origin HEAD:refs/for/master
If you are having trouble with the build after submitting your change, this is typically because there is a missing dependency. It is ideal to have all transitive dependencies of the library you‘re adding available as OSGi bundles in Orbit, though there may be exceptions to this. The dependency metadata can all be customized using the osgi.bnd file. You can discover the dependencies using mvn dependency:tree
under the project folder of the library you’re adding.