Add io.github.humbleui.skija to Orbit

[merks]

See the following for details:

• Add skija 1.7.0 to eclipse-sdk target swt-initiative31/eclipse.platform.releng.aggregator#1
• Add skija 1.7.0 to eclipse-sdk target eclipse-platform/eclipse.platform.releng.aggregator#3769
• Skia Canvas plugin for hardware-accelerated 2D rendering in SWT eclipse-platform/eclipse.platform.swt#3231

---

The following artifacts will be added:

• io.github.humbleui:skija-linux-arm64:0.143.13
• io.github.humbleui:skija-linux-x64:0.143.13
• io.github.humbleui:skija-macos-arm64:0.143.13
• io.github.humbleui:skija-macos-x64:0.143.13
• io.github.humbleui:skija-shared:0.143.13
• io.github.humbleui:skija-windows-x64:0.143.13
• io.github.humbleui:types:0.2.0

---

The synthesized MANIFEST.MF look like this:

Bundle-ManifestVersion                  2
Bundle-Name                             Bundle io.github.humbleui : types
Bundle-SymbolicName                     io.github.humbleui.types
Bundle-Version                          0.2.0.v20260416-1000
Eclipse-Wrapped-Bundle                  io.github.humbleui:types:0.2.0
Export-Package                          io.github.humbleui.types;version="0.2.0"
Import-Package                          java.lang
                                        java.util
Manifest-Version                        1.0
Multi-Release                           true
Originally-Created-By                   11.0.17 (Eclipse Adoptium)
Require-Capability                      osgi.ee;filter:="(&(osgi.ee=JavaSE)(version=1.8))"

Bundle-ManifestVersion                  2
Bundle-Name                             Bundle io.github.humbleui : skija-shared
Bundle-SymbolicName                     io.github.humbleui.skija-shared
Bundle-Version                          0.143.13.v20260416-1000
Eclipse-Wrapped-Bundle                  io.github.humbleui:skija-shared:0.143.13
Export-Package                          io.github.humbleui.skija.impl;version="0.143.13"
                                        io.github.humbleui.skija.paragraph;version="0.143.13";uses:="io.github.humbleui.skija,io.github.humbleui.skija.impl,io.github.humbleui.types"
                                        io.github.humbleui.skija.resources;version="0.143.13";uses:="io.github.humbleui.skija.impl"
                                        io.github.humbleui.skija.shaper;version="0.143.13";uses:="io.github.humbleui.skija,io.github.humbleui.skija.impl,io.github.humbleui.types"
                                        io.github.humbleui.skija.skottie;version="0.143.13";uses:="io.github.humbleui.skija,io.github.humbleui.skija.impl,io.github.humbleui.skija.resources,io.github.humbleui.skija.sksg,io.github.humbleui.types"
                                        io.github.humbleui.skija.sksg;version="0.143.13";uses:="io.github.humbleui.skija,io.github.humbleui.skija.impl,io.github.humbleui.types"
                                        io.github.humbleui.skija.svg;version="0.143.13";uses:="io.github.humbleui.skija,io.github.humbleui.skija.impl,io.github.humbleui.types"
                                        io.github.humbleui.skija;version="0.143.13";uses:="io.github.humbleui.skija.impl,io.github.humbleui.skija.shaper,io.github.humbleui.types"
Import-Package                          io.github.humbleui.types;version="[0.1,1)"
                                        java.io
                                        java.lang
                                        java.lang.invoke
                                        java.net
                                        java.nio
                                        java.nio.charset
                                        java.nio.file
                                        java.text
                                        java.time
                                        java.time.format
                                        java.util
                                        java.util.concurrent
                                        java.util.function
                                        java.util.regex
                                        java.util.stream
                                        sun.misc
Manifest-Version                        1.0
Multi-Release                           true
Originally-Created-By                   11.0.30 (Eclipse Adoptium)
Require-Capability                      osgi.ee;filter:="(&(osgi.ee=JavaSE)(version=1.8))"

Each native fragment looks like this one:

Bundle-ManifestVersion                  2
Bundle-Name                             Bundle io.github.humbleui : skija-windows-x64
Bundle-SymbolicName                     io.github.humbleui.skija-windows-x64
Bundle-Version                          0.143.13.v20260417-1000
Eclipse-PlatformFilter                  (|(&(osgi.os=win32)(osgi.arch=x86_64))(org.eclipse.orbit.maven.bnd.buildtime=true))
Eclipse-Wrapped-Bundle                  io.github.humbleui:skija-windows-x64:0.143.13
Fragment-Host                           io.github.humbleui.skija-shared;bundle-version="[0.143,1)"
Manifest-Version                        1.0
Originally-Created-By                   11.0.30 (Eclipse Adoptium)

Note that (org.eclipse.orbit.maven.bnd.buildtime=true) is included in the filter because the synthesized feature.xml does not specify filters for the fragments so this property is effectively used ti disable the filter while building Orbit.

To test I created this simple application

and can see it gets here to load the library:

Stepping over the line does not throw an exception...

[merks]

These iplab issues are opened:

https://gitlab.eclipse.org/eclipsefdn/emo-team/iplab/-/issues/27293
https://gitlab.eclipse.org/eclipsefdn/emo-team/iplab/-/issues/27294
https://gitlab.eclipse.org/eclipsefdn/emo-team/iplab/-/issues/27295
https://gitlab.eclipse.org/eclipsefdn/emo-team/iplab/-/issues/27296
https://gitlab.eclipse.org/eclipsefdn/emo-team/iplab/-/issues/27297
https://gitlab.eclipse.org/eclipsefdn/emo-team/iplab/-/issues/27298
https://gitlab.eclipse.org/eclipsefdn/emo-team/iplab/-/issues/27299

[akurtakov]

IPlab issues look approved now.

[merks]

I need to build a milestone but there has been no confirmation yet that these are fully functional. OCX is keeping us busy.

Is an Orbit milestone needed or wanted by the Platform?

[akurtakov]

@DenisUngemach
Can you verify these are good?

[merks]

A milestone has been built now that includes these bundles.

[DenisUngemach]

Thanks Ed, i will test it. Sorry for the delay because of OCX...

[DenisUngemach]

Hi @merks

i added the update site, but there are only the types and shared to add, not the native libraries.
So where can i get these?
By adding types and shared to the manifest, i get the following exception if i execute a skija snippet:
java.lang.UnsatisfiedLinkError: Library file skija.dll not found in io/github/humbleui/skija/windows/x64/

Of course, the native library was not added.

[merks]

Adding features is not so ideal because that's not how the existing *.target works. It lists the individual bundles...

I provided a snippet here with the list of bundles:

swt-initiative31/eclipse.platform.releng.aggregator#1 (comment)

These bundles (and features) are available in the repository:

[merks]

@DenisUngemach

I created this PR:

eclipse-platform/eclipse.platform.releng.aggregator#3800

which replaces this failing PR:

eclipse-platform/eclipse.platform.releng.aggregator#3769

We don't necessarily need to merge it, but it gives you a functional example...

[DenisUngemach]

I made it run locally with the target.
In my org.eclipse.swt.skia fragment:
I was able to setup the p2.inf values and make the build process run.
So from my side it works.

[merks]

Very good. The "only" painful part seems to be configuring a standalone launch with the appropriate native folder.

I was considering how we might simplify that a bit by generating classpath variables or string substitution variables via Oomph so that one could more easily add the necessary folder:

But that's a separate task for the future...

I'll mark this as completed.

[merks]

Actually, with Oomph's PDE extensions installed, ${target_platform_plugin_location:io.github.humbleui.skija-windows-x64} already works:

And it can be used to define a string substitution's value:

which can then be used directly so that the user doesn't need to know the complex name of the fragment:

On top of this, setup tasks could be used to create the variable along and with filters on those tasks i can create the appropriate fragment name for the variable's value depending on the host os/arch.

So we could make this quite a bit simpler for the user (if they're using an Oomph setup).