Spring Boot configuration ਨੂੰ externalize ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਇੱਕੋ jar ਹਰ environment ਵਿੱਚ ਚੱਲੇ। ਤੁਸੀਂ settings ਨੂੰ application.yml (ਜਾਂ .properties) ਵਿੱਚ ਰੱਖਦੇ ਹੋ, ਉਹਨਾਂ ਨੂੰ ਆਪਣੇ code ਵਿੱਚ ਪੜ੍ਹਦੇ ਹੋ, ਅਤੇ profiles ਨਾਲ ਹਰ environment ਲਈ behavior ਬਦਲਦੇ ਹੋ।
@Component
public class SearchService {
// Inject a single property; :20 is the fallback if it is missing.
@Value("${app.page-size:20}")
private int pageSize;
}
ਇੱਕ ਜਾਂ ਦੋ values ਤੋਂ ਵੱਧ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਲਈ, @Value ਨੂੰ ਖਿਲਾਰਨ ਦੀ ਥਾਂ ਇੱਕ typed object bind ਕਰੋ:
@Component
@ConfigurationProperties(prefix = "app") // binds app.* into these fields
public class AppProps {
private int pageSize;
private Map<String, Boolean> featureFlags;
// getters/setters — Boot relaxed-binds page-size -> pageSize
}
ਇਹ ਤੁਹਾਨੂੰ type safety, IDE auto-complete, ਅਤੇ validation ਦਿੰਦਾ ਹੈ (@Validated + constraints ਜੋੜੋ)।
spring:
config:
activate:
on-profile: prod # only when 'prod' is active
server:
port: 80
application-dev.yml ਅਤੇ application-prod.yml ਵਰਗੀਆਂ files base ਦੇ ਉੱਤੇ layer ਹੁੰਦੀਆਂ ਹਨ। ਇੱਕ ਨੂੰ --spring.profiles.active=prod ਜਾਂ SPRING_PROFILES_ACTIVE env var ਨਾਲ activate ਕਰੋ। ਤਰਜੀਹ ਦਾ ਕ੍ਰਮ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ: command-line args ਅਤੇ environment variables files ਨੂੰ override ਕਰਦੇ ਹਨ, ਇਸ ਲਈ secrets jar ਤੋਂ ਬਾਹਰ ਰਹਿੰਦੇ ਹਨ।
Interviewer ਜਾਂਚ ਰਹੇ ਹਨ ਕਿ ਤੁਸੀਂ ਇੱਕ artifact ਨੂੰ ਦੁਬਾਰਾ rebuild ਕੀਤੇ ਬਿਨਾਂ dev/staging/prod ਵਿੱਚ ship ਕਰ ਸਕਦੇ ਹੋ। ਖਿਲਰੇ @Value ਦੀ ਥਾਂ @ConfigurationProperties ਦਾ ਜ਼ਿਕਰ, ਅਤੇ secrets ਲਈ env-vars ਦਾ files ਨੂੰ override ਕਰਨਾ, ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਤੁਸੀਂ Boot apps ਨੂੰ production ਵਿੱਚ ਚਲਾਇਆ ਹੈ, ਸਿਰਫ਼ locally ਨਹੀਂ।
ਵਿਸਤ੍ਰਿਤ ਜਵਾਬਾਂ ਨਾਲ IT ਇੰਟਰਵਿਊ ਸਵਾਲਾਂ ਦੀ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ — ਜੂਨੀਅਰ ਤੋਂ ਸੀਨੀਅਰ ਤੱਕ।
ਦਾਨ ਕਰੋ