Jānis Ošs’ Post

🚀 Day 9/100: Spring Boot From Zero to Production Topic: Dependency Injection (DI) If someone asked me to name the three most important things in Spring Boot, Dependency Injection (DI) would definitely be at the top of that list! 🏆 It might sound like a complex technical term, but the concept is actually quite simple once you break it down. The "Old School" Way ❌ Before Spring, if we wanted to use a service inside a controller, we had to manually create the object ourselves: UserService userService = new UserService(); This makes your code "tightly coupled", meaning your controller is now responsible for creating and managing that service. If the service changes, you have to go back and fix it everywhere. The Spring Boot Way (DI) ✅ With Spring, you don't use the new keyword anymore. Instead, you let the IoC Container (like the ApplicationContext) do the heavy lifting. Think of this container as a giant box that holds all your Beans (object instances). When your controller needs that service, you just ask Spring to "inject" it: @Autowired UserService userService; Why is this a game-changer? 🚀 Inversion of Control (IoC): Spring takes over the responsibility of creating and managing the object lifecycle. Cleaner Code: You don't have to write boilerplate code to instantiate objects. Decoupling: Your components don't need to know how to create their dependencies, they just know they'll be there when needed. Reduced Code Size: It keeps your project much more organized and scalable. Basically, Spring is the ultimate manager, it creates the instances, keeps them in the container, and hands them to you exactly where they are needed! See you in next post with more interesting topics. #Java #SpringBoot #SoftwareDevelopment #100DaysOfCode #Backend

The classic Spring Boot validation trap: you have a User DTO. On create, id must be null. On update, id must be present. So you either duplicate the DTO or add conditional checks that progressively make the codebase harder to read. Validation Groups solve this cleanly. You define interface markers — OnCreate and OnUpdate — then annotate constraints with the appropriate group. @Null(groups = OnCreate.class) on id for creates. @NotNull(groups = OnUpdate.class) on id for updates. Same DTO, entirely different validation behaviour depending on which group you pass via Validated in the controller. The javax.validation spec has supported this for years, but it doesn't get discussed enough. Teams discover it after the fact, usually after spending two sprints maintaining parallel DTO hierarchies that drift out of sync. A few things worth knowing: • Default constraints (no group specified) only run when no groups are passed. Once you start using groups, be explicit everywhere. • Spring's Validated is what enables group selection — Valid doesn't support groups. • Validation Groups compose — you can pass multiple groups when needed. We've written a complete guide on Spring Boot input validation covering groups, custom validators, controller-level wiring, and the common mistakes teams make. 👉 https://lnkd.in/eypuK5b9 #SpringBoot #Java #SoftwareDevelopment #CleanCode #APIDesign

Last week I moved from Spring theory to hands-on implementation and explored how the Spring Framework works internally using XML configuration. After learning about IoC (Inversion of Control) and Dependency Injection, I built multiple small examples to understand how the Spring Container (BeanFactory / ApplicationContext) manages objects and dependencies. Concepts I implemented: 🔹 Spring IoC Container 🔹 Dependency Injection (DI) 🔹 XML-based Bean Configuration 🔹 Setter Injection & Constructor Injection 🔹 "ref" attribute for bean referencing 🔹 Autowiring ("@Autowired" and XML autowire modes) 🔹 Bean Scope (Singleton / Prototype) 🔹 Inner Beans 🔹 Lazy Initialization ("lazy-init") 🔹 Different ways of Object Creation in Spring Working through these examples helped me better understand how Spring manages bean creation, dependency resolution, and the bean lifecycle behind the scenes — which forms the foundation of modern Spring Boot applications. 📂 GitHub Repository: https://lnkd.in/dcJMpUKJ Continuing to explore deeper into the Spring ecosystem and backend development with Java. #SpringFramework #SpringBoot #Java #BackendDevelopment #IoC #DependencyInjection #LearningInPublic

🔹 Spring Concept: Bean Lifecycle In the Spring Framework, every object managed by the Spring IoC container is called a Bean. Understanding the Bean Lifecycle helps developers control how objects are created, initialized, and destroyed. 📌 Stages of Spring Bean Lifecycle 1️⃣ Instantiation Spring creates the bean instance. 2️⃣ Dependency Injection Spring injects required dependencies. 3️⃣ Initialization Custom initialization logic runs using: • @PostConstruct • InitializingBean • custom init-method 4️⃣ Bean Ready for Use The bean is now fully initialized and used in the application. 5️⃣ Destruction When the application context closes, cleanup logic runs using: • @PreDestroy • DisposableBean • custom destroy-method 💡 Example: @Component public class NotificationService {   @PostConstruct   public void init() {     System.out.println(“Bean Initialized”);   }   @PreDestroy   public void destroy() {     System.out.println(“Bean Destroyed”);   } } ✨ Understanding the Bean lifecycle helps developers manage resources efficiently and write better Spring applications. #Java #SpringBoot #SpringFramework #BackendDevelopment #SoftwareEngineering

🔄 Spring Bean Lifecycle – From Creation to Destruction While working with Spring, one concept that really helped me understand how things run internally is the Bean Lifecycle. A Spring Bean goes through multiple stages from the moment it is created till it gets destroyed. Knowing this flow makes debugging and customization much easier. 👉 1. Instantiation Spring container creates the bean instance using constructor or factory method. 👉 2. Dependency Injection All required dependencies are injected (via constructor/setters/fields). 👉 3. Initialization Spring calls lifecycle callbacks like: @PostConstruct InitializingBean.afterPropertiesSet() custom init-method 👉 4. Bean Ready for Use Now the bean is fully initialized and ready to serve the application. 👉 5. Destruction Before removing the bean, Spring calls: @PreDestroy DisposableBean.destroy() custom destroy-method 💡 Why it matters? Understanding lifecycle hooks allows better control over resource management, logging, and custom initialization logic. 📌 For me, learning this made Spring feel less like “magic” and more predictable. #Java #SpringBoot #BackendDevelopment #SoftwareEngineering #LearningJourney

🚀 Spring Framework 🌱 | Day 2 – Dependency Injection (DI) Today I understood Dependency Injection not just as a concept… but as a mindset shift 💡 👉 In real life, DI is everywhere. Think about this 👇 ☕ When you order tea in an office You don’t go to the kitchen, buy milk, sugar, tea powder and make it yourself. 👉 Someone provides it to you. 🚗 When you book a cab You don’t build the car or hire a driver manually. 👉 The system injects the service you need. 🏢 In a company project A developer doesn’t create every object manually. 👉 Framework like Spring injects dependencies automatically. 💡 Same happens in Spring Instead of: ❌ Creating objects using "new" We let Spring: ✅ Create objects ✅ Manage them ✅ Inject wherever needed 🔹 How it works internally (simple view): 👉 Spring scans classes 👉 Creates beans in IOC container 👉 Finds dependencies 👉 Injects them using annotations 🔥 Why this matters? - Loose coupling - Easy testing - Clean & scalable code 👉 Small concept, but it completely changes how you build applications. #SpringFramework #Java #BackendDevelopment #LearningJourney #SpringBoot #TechGrowth

Day 03 Refining my Backend Skills via Projects Today I worked on Global Exception Handling in my Spring Boot Blog API project . What I implemented: • Created a custom ResourceNotFoundException • Added GlobalExceptionHandler using @RestControllerAdvice • Implemented @ExceptionHandler to return clean API error responses • Improved API responses using a custom ApiResponse class • Updated the Custom DTO to Model Mapper This helps make APIs more robust and production-ready by handling errors in a structured way . #Java #SpringBoot #BackendDevelopment #CodingJourney #100DaysOfCode

💡 Understanding Collection-Based Dependency Injection in Spring When we talk about Dependency Injection (DI) in Spring, most of us think about injecting a single object. But did you know you can inject multiple beans at once using collections? 🤔 Let’s break it down in a simple way 👇 🔹 What is Collection-Based DI? Instead of injecting one object, Spring can inject a list, set, or map of beans into your class. 👉 This is useful when you have multiple implementations of the same interface. 🔹 What’s Happening Here? ✅ Spring scans all beans of type PaymentService ✅ It collects them into a List ✅ Injects them automatically into PaymentProcessor 🔹 Other Supported Collections You can also use: ✔ List<Interface> ✔ Set<Interface> ✔ Map<String, Interface> → Key = bean name Example: Map<String, PaymentService> paymentMap; 🔹 Why is this Useful? ✔ Helps implement strategy pattern easily ✔ Avoids manual bean selection ✔ Makes code more flexible & scalable 🔹 Pro Tip 🚀 Spring injects collections in a specific order if you use @Order or @Priority. 🔚 Summary Collection-based DI = Inject multiple beans → Handle dynamically → Write cleaner code If you're learning Spring deeply, this concept is a game changer when building scalable systems 🔥 #Java #SpringBoot #DependencyInjection #BackendDevelopment #CleanCode

🚀 Spring Boot Dependency Injection — The Real Power Behind Clean Code 🔹 What is Dependency Injection? A design principle where dependencies are provided by the framework instead of being created manually. 🔹 How It Works in Spring Boot • Uses IoC container to manage beans • Injects dependencies via constructor, field, or setter • Eliminates tight coupling between classes 🔹 Why Constructor Injection is Preferred • Ensures immutability • Makes dependencies explicit • Improves unit testing 🔹 Benefits of Dependency Injection • Cleaner architecture • Better modularity • Easier maintenance and scaling Stop writing new everywhere. Let Spring handle object wiring efficiently. That’s how production-ready applications are built. #SpringBoot #DependencyInjection #Java #BackendDevelopment #CleanArchitecture #SoftwareEngineering

🚀 Spring Annotation-Based Configuration (Beginner Friendly Guide) If you’re starting with Spring, understanding how the IOC container works is super important. Let’s break it down with a simple example 👇 👉 1. Main Class (Entry Point) import org.springframework.context.ApplicationContext; import org.springframework.context.support.ClassPathXmlApplicationContext; public class Main { public static void main(String[] args) { // Step 1: Load Spring configuration file ApplicationContext container = new ClassPathXmlApplicationContext("applicationContext.xml"); // Step 2: IOC container is ready and beans are created automatically System.out.println("IOC Container Loaded Successfully ✅"); } } 👉 2. applicationContext.xml (Configuration File) <beans xmlns="https://lnkd.in/d858D-Nk" xmlns:xsi="https://lnkd.in/dNJZbNmc" xmlns:context="https://lnkd.in/dEDWzfEq" xsi:schemaLocation=" https://lnkd.in/d858D-Nk https://lnkd.in/dbit7sVK https://lnkd.in/dEDWzfEq https://lnkd.in/daN7U-FT"> <!-- Scan this package for annotations --> <context:component-scan base-package="org.annotationbasedconfiguration"/> </beans> 💡 What does this mean? ✔️ Spring reads the XML file ✔️ Scans the given package ✔️ Finds classes with annotations like: @Component @Service @Repository ✔️ Automatically creates objects (Beans) and manages them 🎯 Why use an Annotation-Based Approach? ✅ Less XML configuration ✅ Cleaner code ✅ Easy to manage ✅ Industry standard approach 👉 Simple Understanding: "Just add annotations in your class, and Spring will create & manage objects for you." #Java #SpringFramework #Beginners #BackendDevelopment #IoC #DependencyInjection #CodingJourney