Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Java cataloger doesn't scan the top-level directory during glob matching for pom and nested archives #238

Closed
zhill opened this issue Oct 23, 2020 · 0 comments · Fixed by #244
Assignees
Labels
bug Something isn't working

Comments

@zhill
Copy link
Member

zhill commented Oct 23, 2020

What happened: Invoke syft on a directory that has a jar, in that jar at the top level is another jar. See anchore/grype#182 All of the nested jars in the winstone.jar embedded in that jar were not cataloged.

What you expected to happen: The winstone.jar should be inspected but is not

How to reproduce it (as minimally and precisely as possible): See anchore/grype#182

Anything else we need to know?:

Environment:

  • Output of syft version: 0.3.0
  • OS (e.g: cat /etc/os-release or similar): MacOS
@zhill zhill added the bug Something isn't working label Oct 23, 2020
zhill added a commit to zhill/syft that referenced this issue Oct 23, 2020
…g for java archives/pom files. Fixes anchore#238

Signed-off-by: Zach Hill <zach@anchore.com>
zhill added a commit to zhill/syft that referenced this issue Oct 23, 2020
…g for java archives/pom files. Fixes anchore#238

Signed-off-by: Zach Hill <zach@anchore.com>
zhill added a commit to zhill/syft that referenced this issue Oct 23, 2020
…g for all catalogers that search for files. Fixes anchore#238

Signed-off-by: Zach Hill <zach@anchore.com>
@luhring luhring self-assigned this Oct 27, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
2 participants