Refactor YamlLoggingRuleConfigurationSwapper to add getDefaultLoggingRuleConfiguration

[zhfeng]

Feature Request

For English only, other languages will not be accepted.

Please pay attention on issues you submitted, because we maybe need more details.
If no response anymore and we cannot make decision by current information, we will close it.

Please answer these questions before submitting your issue. Thanks!

Is your feature request related to a problem?

It is simiar with #24727 and related to logback. I need to re-write DefaultLoggingRuleConfiguration in native building.

Describe the feature you would like.

Add getDefaultLoggingRuleConfiguration in YamlLoggingRuleConfigurationSwapper like

private LoggingRuleConfiguration getDefaultLoggingRuleConfiguration() {
    return new DefaultLoggingRuleConfigurationBuilder().build();
}

and change

shardingsphere/kernel/logging/core/src/main/java/org/apache/shardingsphere/logging/yaml/swapper/YamlLoggingRuleConfigurationSwapper.java

Lines 45 to 47 in dd16be8

	if (null == result.getLoggers()) {
	result = new DefaultLoggingRuleConfigurationBuilder().build();
	}

with

if (null == result.getLoggers()) { 
    result = getDefaultLoggingRuleConfiguration();
}

[RaigorJiang]

Hi @zhfeng
It seems that it just extracts a call into an independent method.
What is the difference between these two ways for native building?

[zhfeng]

@RaigorJiang yeah, I can use @Substitute in GraalVM and it could re-write these codes during the native building. Because I need to exclude ch.qos.logback, there are some issue with DefaultLoggingRuleConfigurationBuilder during the static analysis.

@TargetClass(YamlLoggingRuleConfigurationSwapper.class)
final class YamlLoggingRuleConfigurationSwapperSubstitution {
    @Substitute
    private LoggingRuleConfiguration getDefaultLoggingRuleConfiguration() {
        return new JBossLoggingRuleConfigurationBuilder().build();
    }
}

Then it only impacts the native image.

[RaigorJiang]

@zhfeng OK, thanks for your answer.