Jozef Koval 73d164fa84 [2.x] fix: Substitute [organisation] literally by defaulting Patterns.isMavenCompatible to false (#9344) ... **Problem** In an Ivy resolver pattern, the [organisation]/[organization] token has its dots rewritten to slashes (org.example → org/example), behaving like Ivy's [orgPath] token rather than being literal. Per the [Apache Ivy spec](http://ant.apache.org/ivy/history/latest-milestone/concept.html), [organisation] should be substituted literally and [orgPath] is the slash-separated form. Root cause: Patterns.isMavenCompatible defaulted to true, which sbt forwards to Apache Ivy as setM2compatible(true); with m2-compatibility on, Ivy rewrites the [organisation] token to slash form. A user supplying a custom Ivy pattern (e.g. for an SFTP/SSH resolver) inherited that default and got the wrong paths, with no obvious indication why. The only workaround was the non-obvious withIsMavenCompatible(false). **Solution** Flip the default of Patterns.isMavenCompatible from true to false, so a hand-written Patterns keeps [organisation] literal by default — matching the Ivy spec.		2026-06-15 23:54:28 -04:00
..
main	[2.x] fix: Substitute [organisation] literally by defaulting Patterns.isMavenCompatible to false (#9344)	2026-06-15 23:54:28 -04:00
test/scala	[2.x] fix: Substitute [organisation] literally by defaulting Patterns.isMavenCompatible to false (#9344)	2026-06-15 23:54:28 -04:00