Bump toml-java to 13.5.1 for TOMLv1.1

[vieiro]

This bumps library version in ide/libs.tomljava to v13.5.1, which adds support for the TOML v1.1 specification (which was added by Matthias here).

NOTE: v13.5.1 was published a while ago, still no visible in search.maven.org, though. May take some time to propagate.

[vieiro]

D'oh, looks like I should be adding some label or something, as the old version is still being used (caching?)

2026-03-02T22:25:44.2930451Z /home/runner/work/netbeans/netbeans/nbbuild/build.xml:676: The following error occurred while executing this line:
2026-03-02T22:25:44.2931402Z /home/runner/work/netbeans/netbeans/nbbuild/templates/projectized.xml:314: Could not find file /home/runner/work/netbeans/netbeans/ide/libs.tomljava/external/toml-java-13.4.2.jar to copy
2026-03-02T22:25:44.2932155Z 
2026-03-02T22:25:44.2932262Z Total time: 1 minute 58 seconds
2026-03-02T22:25:44.3300272Z ##[error]Process completed with exit code 1.
2026-03-02T22:25:44.3421323Z Post job cleanup.

[mbien]

... old version is still being used (caching?)

you have to update the project.properties and project.xml of the same module too. A search&replace on the module folder usually catches everything.

edit:

NOTE: v13.5.1 was published a while ago, still no visible in search.maven.org, though. May take some time to propagate.

all good its there: https://repo1.maven.org/maven2/net/vieiro/toml-java/13.5.1/

[vieiro]

... old version is still being used (caching?)

you have to update the project.properties and project.xml of the same module too. A search&replace on the module folder usually catches everything.

Ah, very true! Thanks, @mbien !

[matthiasblaesing]

@vieiro thanks for the update. I integrated the released version into my experimental rust-analyser branch (bumping from my personal toml-java build). The update branch can be found here:

The branch can be found here: https://github.com/matthiasblaesing/netbeans/tree/rust-analyser

The commit integrating the updated toml-java is here: 3a8d890

In addition to updating the binary it also bumps the major version of the module as the API was broken (see required sigfile update).

To expand the info from @mbien: The binaries-list file only causes an external file to be downloaded for the built. It does describe what happens with it. For example the downloaded file could be a built-time only dependency (compiler, reference jars, ...). The bundling process then also has multiple levels: the downloaded file could be just bundled (that is the entry in the project.properties) or it can also be pulled onto the classpath of the module (that is the change in the project.xml and if it is pulled onto the classpath, it can also be expose and API and that might be exported. Exported API is subject to change/compatibility tracking manifesting in the signature files and the versions of the module.

[vieiro]

@vieiro thanks for the update. I integrated the released version into my experimental rust-analyser branch (bumping from my personal toml-java build). The update branch can be found here:

The branch can be found here: https://github.com/matthiasblaesing/netbeans/tree/rust-analyser

The commit integrating the updated toml-java is here: 3a8d890

In addition to updating the binary it also bumps the major version of the module as the API was broken (see required sigfile update).

To expand the info from @mbien: The binaries-list file only causes an external file to be downloaded for the built. It does describe what happens with it. For example the downloaded file could be a built-time only dependency (compiler, reference jars, ...). The bundling process then also has multiple levels: the downloaded file could be just bundled (that is the entry in the project.properties) or it can also be pulled onto the classpath of the module (that is the change in the project.xml and if it is pulled onto the classpath, it can also be expose and API and that might be exported. Exported API is subject to change/compatibility tracking manifesting in the signature files and the versions of the module.

Thanks @matthiasblaesing .
It took me a while to remember everything and find out the ant gen-sigtest target. I hope this last commit makes the testing pass.

[vieiro]

D'oh!, forgot to update the version of the module. Will do that.

[vieiro]

D'oh, looks like ide/languages.toml is dependent on libs.tomljava now...

[matthiasblaesing]

D'oh, looks like ide/languages.toml is dependent on libs.tomljava now...

Now is since march 2024 by a person you might know well 😄

[matthiasblaesing]

Looks sane to me. Thank you.

[matthiasblaesing]

Oh, but please squash before merging!

[vieiro]

Oh, but please squash before merging!

Very true! Let me squash these commits...

[mbien]

thanks for keeping toml support up2date!

[mbien]

someone might be looking at this PR for reference in future during updates and wonder why some versions were skipped. Are those numbers synced to components of the lib version or something like that?

[neilcsmith-net]

Does look a little odd, but also reminds me, I think we should keep adding implementation versions for libraries, such as at https://github.com/apache/netbeans/blob/master/platform/libs.flatlaf/manifest.mf#L7

eg. here

OpenIDE-Module-Implementation-Version: 13.5.1

[mbien]

noticed while testing that toml has no new-file template, added it via #9244

[matthiasblaesing]

@vieiro thanks for the update!