Sebastian Schuberth

> When running it on a [repository](https://github.com/janniclas/OldGradleVersion) with gradle version 7.2 I get the error described above. I wanted to try whether [this](https://github.com/oss-review-toolkit/ort/pull/8421) helped, and indeed with latest `main` that...

> I understand that it is necessary to have multiple Java versions available on the host system in order to make use of the new improvements. Is this correct? No,...

> I have a hunch that still a `gradle-plugin.jar` version that was compiled for a newer Java version is used. So the `META-INF/MANIFEST.MF` file inside that JAR should contain a...

> I am embedding the ORT analyzer library into my application which is deployed as a container with Java 21 Re-reading [this](https://github.com/oss-review-toolkit/ort/issues/8027#issuecomment-2056272817), it indeed seems to be a similar use-case...

> MissingFieldException: Field 'matchedText' is required for type with serial name 'org.ossreviewtoolkit.plugins.scanners.scancode.FileEntry.Version3', but it was missing This means that you made `matchedText` a mandatory field in `Version3` for which the...

> > I was wondering if adding `matchedText` to the evaluator results would not blow up the size of the file and potentially cause memory issues in the reporter. >...

> As there unfortunately are still quite some things wrong with this PR (for example, copyright findings should not have `matched_text` at all, and there are _detekt_ findings), I propose...

Sounds like a duplicate of https://github.com/oss-review-toolkit/ort/issues/7436, or?

> My approach so far is quick and dirty and more a PoC, but I will be working on a PR to make this as clean as possible. Looking forward...

> ORT tries mavencentral as last resort which is kind of counter-intuitive as mavencentral should be the first option. As @mnonnenmacher pointed out, ORT does here the same thing as...