You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The issue I'm facing is that when calling cdxgen with custom output name and directory, the processing falls back to the dependency tree.
This occurs because SpringBoot 3.3.x defines a CycloneDX's configuration (Maven plugin), and it seems it can't be overridden for my purpose (i.e. execute cdxgen on external project, for which I can't alter the pom.xml).
I already opened a ticket on SpringBoot side, but it seems to be tricky to handle it from their end.
To reproduce on any SpringBoot project (no matter the version):
The text was updated successfully, but these errors were encountered:
nekhtan
changed the title
Ensure compatibility with SpringBoot 3.3.x
Look for BOM in the specified output location (SpringBoot 3.3.x compatibility)
May 29, 2024
nekhtan
changed the title
Look for BOM in the specified output location (SpringBoot 3.3.x compatibility)
[maven] Look for BOM in the specified output location (SpringBoot 3.3.x compatibility)
May 29, 2024
SpringBoot will release a fix in release 3.3.1, but it might still be relevant to use options.output ? I'll let you guys decide what you want to do with this issue, but as far as I'm concerned it should be ok in a few weeks ;)
Hello,
The issue I'm facing is that when calling
cdxgen
with custom output name and directory, the processing falls back to the dependency tree.This occurs because SpringBoot 3.3.x defines a CycloneDX's configuration (Maven plugin), and it seems it can't be overridden for my purpose (i.e. execute cdxgen on external project, for which I can't alter the
pom.xml
).I already opened a ticket on SpringBoot side, but it seems to be tricky to handle it from their end.
To reproduce on any SpringBoot project (no matter the version):
-> The SBOM generation succeeds but cdxgen seems to fail at retrieving the file (leading to a fallback on dependency tree)
The issue seems to be on the file path patterns used in index.js
Would it be possible to look directly for the specified path ?
Maybe something like:
?
Thanks in advance for your help !
The text was updated successfully, but these errors were encountered: