sonar.language property is set, the behavior remains exactly the same as for versions prior to 4.2: the multi-language analysis mode is not activated.
Note that the
sonar.language property doesn't have a default value anymore (was previously set to
java by default). It means that your Java projects may not explicitly set this property to
java. Therefore, to keep analyzing in the mono-language mode, make sure to explicitly set this property to
sonar.sourcesproperty to the parent directory containing all your source code.
SonarQube 4.2 is compatible with SonarQube Java 2.1, and is not backwards-compatible with previous versions of the Java Ecosystem. Conversely, SonarQube Java 2.1 is compatible with SonarQube 4.2, and not with previous versions.
SonarQube Java 2.1 is embedded in SonarQube 2.1, and no longer includes the Checkstyle and PMD plugins. Therefore, you should install those two plugins if you're still using some of their rules.
When using an external authentication mechanism like LDAP, the
sonar.security.localUsers property must be set in $SONARQUBE_HOME/conf/sonar.properties to the list of all the technical accounts (comma-separated list). These accounts will not be authenticated against LDAP but against the SonarQube engine. Conversely, all accounts not flagged as local will only be authenticated against the external authentication, although the "fallback" to the SonarQube database authentication will still be available when LDAP, for instance, is unavailable.
admin is a technical account.
sonar.jdbc.schemaproperty is deprecated
Read Installing#installingDatabaseInstallingtheDatabase to configure SonarQube without using this property.