[BUG] Gradle build failure - clean, no cache, skip test -> fails

[planetf1]

Existing/related issue?

No response

Current Behavior

Gradle build can fail in some cases where build cache is disabled,or build has not been run before and tests are explicitly skipped

The error reported is:

lots of these:

symbol:   class BeansToAccessOMRS  location: class TestBeansToAccessOMRS/Users/jonesn/IdeaProjects/egeria/open-metadata-test/open-metadata-fvt/open-types-fvt/open-types-test/src/test/java/org/odpi/openmetadata/fvt/opentypes/server/TestBeansToAccessOMRS.java:10658: error: cannot find symbol        NamingStandardRuleSet namingStandardRuleSetEntity = beansToAccessOMRS.getNamingStandardRuleSet(testuserid, testguid1);        ^

then

1000 errors
7 warnings
only showing the first 1000 errors, of 9189 total; use -Xmaxerrs if you would like to see more

> Task :open-metadata-test:open-metadata-fvt:open-types-fvt:open-types-test:compileTestJava FAILED

Expected Behavior

Build should also correctly handle dependencies and built what is needed

Steps To Reproduce

./gradlew clean build -x test -x javadoc --no-build-cache

Environment

- Egeria: 4.0-SNAPSHOT (main)
- OS: macOS + Linux
- Java: 17

Any Further Information?

Our build pipelines succeed as they make use of a shared build cache

• PRs use a read only cache to improve build time relative to main
• Merge builds use a read/write cache
• Release should use no-cache. This is intentional to ensure cleanliness, and is less time critical

[planetf1]

Originally reported by @lpalashevski

Regardless of whether cache is enabled or disabled, the build should work. All tasks need to clearly define inputs and outputs, plus there are additional task dependencies.

The open types test is a little obscure - in terms of what is source vs test -- for example we're still building the open types generator which arguably isn't needed if not running tests. It also builds every time even when other files are not changing, this is partly as the java program that does this is a black box as far as gradle is concerned.

I will look at whether a simple additional dependency can help, but the proper fix probably involves some refactoring of these components

[planetf1]

Currently the open fvt types have been commented out until we can resolve issues fully.
This may require refactoring of the types (and breaking up may be beneficial too)

[github-actions]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 20 days if no further activity occurs. Thank you for your contributions.

[planetf1]

@lpalashevski assigning as I think you noticed this first.
Currently the open fvt types are disabled, so this issue does not occur.

[github-actions]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 20 days if no further activity occurs. Thank you for your contributions.