On investigation we think we have narrowed it down to the SAML addon as the error does not appear if we disable this addon.
We are currently on v7.2.20.
Saml addon v0.5.2
Are you aware of any issues or how we can get round this? It is causing us major problems as this is not just a problem with future builds but also our existing customer environments because when the servers are rebooted it is unable to find the appropriate security file and therefore we are unable to launch the existing applications.
You can set at your CUBA Project to take xsd from your project
1.) Create spring.schemas at your web module META-INF\spring.schemas
2.) add below
http://www.springframework.org/schema/security/spring-security.xsd=com/company/saml/spring-security.xsd
3.) add spring-security.xsd inside your com/company/saml/ directory
4.) modify your build.gradle under configure(webModule) to add metaInf
jar {
with copySpec {
from sourceSets.main.allJava
include "com/company/web/toolkit/ui/client/**"
metaInf { from "$rootDir/modules/web/web/META-INF/spring.schemas"}
}
}
As the topic from Stack Overflow mentioned above explains, the problem is in specific Spring Security 5.2 version brought by the REST API add-on. In the few next days we’ll release a new REST API add-on version which will depend on Spring Security 5.5. That should resolve the problem.
Thanks CK for the workaround. Alternatively, it’s possible to explicitly add Spring Security dependencies for the web module configuration of your project, after that the project should start.
Thanks @gorbunkov and @ckwan, really appreciate your help with this. Will give the workaround a go in the interim whilst we wait for the update. Thanks both