POJO stands for Plain Old Java Object. It is an ordinary Java object, not bound by any special restriction other than those forced by the Java Language Specification and not requiring any classpath. POJOs are used for increasing the readability and re-usability of a program. POJOs have gained the most acceptance because they are easy to write and understand. They were introduced in EJB 3.0 by Sun Microsystems.
Properties of POJO
- Extend prespecified classes, Ex: public class GFG extends javax.servlet.http.HttpServlet { ... } is not a POJO class.
- Implement prespecified interfaces, Ex: public class Bar implements javax.ejb.EntityBean { ... } is not a POJO class.
- Contain prespecified annotations, Ex: @javax.persistence.Entity public class Baz { ... } is not a POJO class.
POJOs basically define an entity. Like in your program, if you want an Employee class, then you can create a POJO as follows:
Java
// Employee POJO class to represent entity Employee
public class Employee
{
// default field
String name;
// public field
public String id;
// private salary
private double salary;
//arg-constructor to initialize fields
public Employee(String name, String id,
double salary)
{
this.name = name;
this.id = id;
this.salary = salary;
}
// getter method for name
public String getName()
{
return name;
}
// getter method for id
public String getId()
{
return id;
}
// getter method for salary
public Double getSalary()
{
return salary;
}
}
Explaination of the above program:
The above example is a well-defined example of the POJO class. As you can see, there is no restriction on access-modifiers of fields. They can be private, default, protected, or public. It is also not necessary to include any constructor in it.
POJO is an object which encapsulates Business Logic. The following image shows a working example of the POJO class. Controllers interact with your business logic which in turn interact with POJO to access the database. In this example, a database entity is represented by POJO. This POJO has the same members as the database entity.

Java Beans
Beans are special type of Pojos. There are some restrictions on POJO to be a bean.
- All JavaBeans are POJOs but not all POJOs are JavaBeans.
- Serializable i.e. they should implement Serializable interface. Still, some POJOs who don't implement a Serializable interface are called POJOs because Serializable is a marker interface and therefore not of many burdens.
- Fields should be private. This is to provide complete control on fields.
- Fields should have getters or setters or both.
- A no-arg constructor should be there in a bean.
- Fields are accessed only by constructor or getter setters.
Getters and Setters have some special names depending on field name. For example, if field name is someProperty then its getter preferably will be:
public "returnType" getSomeProperty()
{
return someProperty;
}
and setter will be
public void setSomePRoperty(someProperty)
{
this.someProperty=someProperty;
}
Visibility of getters and setters is generally public. Getters and setters provide the complete restriction on fields. e.g. consider below the property,
Integer age;
If you set visibility of age to the public, then any object can use this. Suppose you want that age can't be 0. In that case, you can't have control. Any object can set it 0. But by using the setter method, you have control. You can have a condition in your setter method. Similarly, for the getter method if you want that if your age is 0 then it should return null, you can achieve this by using the getter method.
Below is the implementation of the above topic:
Java
// Java program to illustrate JavaBeans
class Bean implements Serializable {
// private field property
private Integer property;
public Bean()
{
// No-arg constructor
}
// setter method for property
public void setProperty(Integer property)
{
if (property == 0) {
// if property is 0 return
return;
}
this.property = property;
}
// getter method for property
public Integer getProperty()
{
if (property == 0) {
// if property is 0 return null
return null;
}
return property;
}
}
// Class to test above bean
public class GFG {
public static void main(String[] args)
{
Bean bean = new Bean();
bean.setProperty(0);
System.out.println("After setting to 0: "
+ bean.getProperty());
bean.setProperty(5);
System.out.println("After setting to valid"
+ " value: "
+ bean.getProperty());
}
}
Output:
After setting to 0: null
After setting to valid value: 5
POJO vs Java Bean
|
It doesn't have special restrictions other than those forced by Java language. | It is a special POJO which have some restrictions. |
It doesn't provide much control on members. | It provides complete control on members. |
It can implement Serializable interface. | It should implement serializable interface. |
Fields can be accessed by their names. | Fields are accessed only by getters and setters. |
Fields can have any visibility. | Fields have only private visibility. |
There may/may-not be a no-arg constructor. | It must have a no-arg constructor. |
It is used when you don't want to give restriction on your members and give user complete access of your entity | It is used when you want to provide user your entity but only some part of your entity. |
Conclusion
POJO classes and Beans both are used to define java objects to increase their readability and reusability. POJOs don't have other restrictions while beans are special POJOs with some restrictions.
Similar Reads
Spring - BeanPostProcessor Spring Framework provides BeanPostProcessor Interface. It allows custom modification of new bean instances that are created by the Spring Bean Factory. If we want to implement some custom logic such as checking for marker interfaces or wrapping beans with proxies after the Spring container finishes
5 min read
Java Spring - Using @Scope Annotation to Set a POJO's Scope In the Spring Framework, when we declare a POJO (Plain Old Java Object) instance, what we are essentially creating is a template for a bean definition. This means that, just like a class, we can have multiple object instances created from a single template. These beans are managed by the Spring IoC
7 min read
Spring Boot - Dependency Injection and Spring Beans Spring Boot is a powerful framework for building RESTful APIs and microservices with minimal configuration. Two fundamental concepts within Spring Boot are Dependency Injection (DI) and Spring Beans. Dependency Injection is a design pattern used to implement Inversion of Control (IoC), allowing the
6 min read
JSP - UseBean action tag In Java, JavaServer Pages provides the mechanism to interact with the Java objects called JavaBeans. The useBean action tag is used to instantiate and access JavaBeans within the JSP pages. This allows the developers to encapsulate the data and business logic in the Java classes and it can easily in
3 min read
WebLogic vs JBoss Oracle's WebLogic and JBoss are the most widely used JAVA EE application servers in the market nowadays. WebLogic is an application server-type platform. Though both are JAVA servers, both of them have completely different purposes. We will study the differences between them on the basis of Deployme
4 min read
Spring @Bean Annotation with Example The @Bean annotation in Spring is a powerful way to define and manage beans in a Spring application. Unlike @Component, which relies on class-level scanning, @Bean explicitly declares beans inside @Configuration classes, offering greater flexibility in object creation. In this article, we will explo
9 min read