What Is IOC (Or Dependency Injection) ?: Spring Tutorial
What Is IOC (Or Dependency Injection) ?: Spring Tutorial
What Is IOC (Or Dependency Injection) ?: Spring Tutorial
The basic concept of the Inversion of Control pattern (also known as dependency injection) is
that you do not create your objects but describe how they should be created. You don't
directly connect your components and services together in code but describe which services
are needed by which components in a configuration file. A container (in the case of the Spring
framework, the IOC container) is then responsible for hooking it all up.
i.e., Applying IoC, objects are given their dependencies at creation time by some external
entity that coordinates each object in the system. That is, dependencies are injected into
objects. So, IoC means an inversion of responsibility with regard to how an object obtains
references to collaborating objects.
• Constructor Injection (e.g. Pico container, Spring etc): Dependencies are provided as
constructor parameters.
• Setter Injection (e.g. Spring): Dependencies are assigned through JavaBeans properties
(ex: setter methods).
• Interface Injection (e.g. Avalon): Injection is done through an interface.
• Spring has layered architecture. Use what you need and leave you don't need now.
• Spring Enables POJO Programming. There is no behind the scene magic here. POJO
programming enables continuous integration and testability.
• Dependency Injection and Inversion of Control Simplifies JDBC
• Open source and no vendor lock-in.
• Lightweight:
spring is lightweight when it comes to size and transparency. The basic version of
spring framework is around 1MB. And the processing overhead is also very negligible.
Loose coupling is achieved in spring using the technique Inversion of Control. The
objects give their dependencies instead of creating or looking for dependent objects.
• Container:
Spring contains and manages the life cycle and configuration of application objects.
• MVC Framework:
Spring comes with MVC web application framework, built on core Spring functionality.
This framework is highly configurable via strategy interfaces, and accommodates
multiple view technologies like JSP, Velocity, Tiles, iText, and POI. But other
frameworks can be easily used instead of Spring MVC Framework.
• Transaction Management:
The JDBC abstraction layer of the Spring offers a (Roll over to view the Image )
meaningful exception hierarchy, which simplifies
the error handling strategy. Integration with
Hibernate, JDO, and iBATIS: Spring provides best
Integration services with Hibernate, JDO and
iBATIS
7. How many modules are there in Spring? What are
they?
Spring comprises of seven modules. They are..
The core container provides the essential functionality of the Spring framework. A
primary component of the core container is the BeanFactory, an implementation of
the Factory pattern. The BeanFactory applies the Inversion of Control (IOC) pattern to
separate an application's configuration and dependency specification from the actual
application code.
• Spring context:
The Spring context is a configuration file that provides context information to the
Spring framework. The Spring context includes enterprise services such as JNDI, EJB, e-
mail, internalization, validation, and scheduling functionality.
• Spring AOP:
• Spring DAO:
The Spring JDBC DAO abstraction layer offers a meaningful exception hierarchy for
managing the exception handling and error messages thrown by different database
vendors. The exception hierarchy simplifies error handling and greatly reduces the
amount of exception code you need to write, such as opening and closing connections.
Spring DAO's JDBC-oriented exceptions comply to its generic DAO exception hierarchy.
• Spring ORM:
The Spring framework plugs into several ORM frameworks to provide its Object
Relational tool, including JDO, Hibernate, and iBatis SQL Maps. All of these comply to
Spring's generic transaction and DAO exception hierarchies.
• Setter Injection:
Setter-based DI is realized by calling setter methods on your beans after invoking a no-
argument constructor or no-argument static factory method to instantiate your bean.
• Constructor Injection:
• Application contexts provide a means for resolving text messages, including support for
i18n of those messages.
• Application contexts provide a generic way to load file resources, such as images.
• Application contexts can publish events to beans that are registered as listeners.
• Certain operations on the container or beans in the container, which have to be
handled in a programmatic fashion with a bean factory, can be handled declaratively in
an application context.
• ResourceLoader support: Spring’s Resource interface us a flexible generic abstraction
for handling low-level resources. An application context itself is a ResourceLoader,
Hence provides an application with access to deployment-specific Resource instances.
• MessageSource support: The application context implements MessageSource, an
interface used to obtain localized messages, with the actual implementation being
pluggable
• DelegatingVariableResolver: Spring comes with a JSF variable resolver that lets you
use JSF and Spring together.
• <?xml version="1.0" encoding="UTF-8"?>
• "http://www.springframework.org/dtd/spring-beans.dtd">
•
• <faces-config>
• <application>
• <variable-resolver>
• org.springframework.web.jsf.DelegatingVariableResolver
• </variable-resolver>
• </application>
• </faces-config>
The DelegatingVariableResolver will first delegate value lookups to the default resolver
of the underlying JSF implementation, and then to Spring's 'business context'
WebApplicationContext. This allows one to easily inject dependencies into one's JSF-
managed beans.
19. What is Java Server Faces (JSF) - Spring • JDBC Interview Questions
integration mechanism? • JSF Tutorial
Spring provides a custom JavaServer Faces
• SCJP 1.4 Certification
VariableResolver implementation that extends • iBatis an alternative to Hibernate
the standard JavaServer Faces managed beans
mechanism. When asked to resolve a variable • Core Java Questions
name, the following algorithm is performed:
• Does a bean with the specified name already exist in some scope (request, session,
application)? If so, return it
• Is there a standard JavaServer Faces managed bean definition for this variable name? If
so, invoke it in the usual way, and return the bean that was created.
• Is there configuration information for this variable name in the Spring
WebApplicationContext for this application? If so, use it to create and configure an
instance, and return that instance to the caller.
• If there is no managed bean or Spring definition for this variable name, return null
instead.
• BeanFactory also takes part in the life cycle of a bean, making calls to custom
initialization and destruction methods.
As a result of this algorithm, you can transparently use either JavaServer Faces or
Spring facilities to create beans on demand.
• Configure Spring to manage your Actions as beans, using the ContextLoaderPlugin, and
set their dependencies in a Spring context file.
• Subclass Spring's ActionSupport classes and grab your Spring-managed beans explicitly
using a getWebApplicationContext() method.
• Hibernate
• iBatis
• JPA (Java Persistence API)
• TopLink
• JDO (Java Data Objects)
• OJB
Scope Description
Scopes a single bean definition to a single object instance per Spring IoC
singleton
container.
Scopes a single bean definition to the lifecycle of a single HTTP request; that is
each and every HTTP request will have its own instance of a bean created off
request
the back of a single bean definition. Only valid in the context of a web-aware
Spring ApplicationContext.
Scopes a single bean definition to the lifecycle of a HTTP Session. Only valid
session
in the context of a web-aware Spring ApplicationContext.
• Before advice: Advice that executes before a join point, but which does not have the
ability to prevent execution flow proceeding to the join point (unless it throws an
exception).
• After returning advice: Advice to be executed after a join point completes normally:
for example, if a method returns without throwing an exception.
• After throwing advice: Advice to be executed if a method exits by throwing an
exception.
• After (finally) advice: Advice to be executed regardless of the means by which a join
point exits (normal or exceptional return).
• Around advice: Advice that surrounds a join point such as a method invocation. This is
the most powerful kind of advice. Around advice can perform custom behavior before
and after the method invocation. It is also responsible for choosing whether to proceed
to the join point or to shortcut the advised method execution by returning its own
return value or throwing an exception
33. What are the benefits of the Spring Framework transaction management ?
The Spring Framework provides a consistent abstraction for transaction management that
delivers the following benefits:
• Provides a consistent programming model across different transaction APIs such as JTA,
JDBC, Hibernate, JPA, and JDO.
• Supports declarative transaction management.
• Provides a simpler API for programmatic transaction management than a number of
complex transaction APIs such as JTA.
• Integrates very well with Spring's various data access abstractions.
34. Why most users of the Spring Framework choose declarative transaction management ?
Most users of the Spring Framework choose declarative transaction management because it is
the option with the least impact on application code, and hence is most consistent with the
ideals of a non-invasive lightweight container.
35. Explain the similarities and differences between EJB CMT and the Spring Framework's
declarative transaction
management ?
The basic approach is similar: it is possible to specify transaction behavior (or lack of it)
down to individual method level. It is
Don't Miss...
possible to make a setRollbackOnly() call within a transaction
context if necessary. The differences are: Spring Certification
article
• Unlike EJB CMT, which is tied to JTA, the Spring Framework's Spring Basic Tutorial
declarative transaction management works in any JSF Basic Tutorial
environment. It can work with JDBC, JDO, Hibernate or other JSF-Spring2.0 Integration
transactions under the covers, with configuration changes Spring-iBatis Integration
only.
• The Spring Framework enables declarative transaction
management to be applied to any class, not merely special classes such as EJBs.
• The Spring Framework offers declarative rollback rules: this is a feature with no EJB
equivalent. Both programmatic and declarative support for rollback rules is provided.
• The Spring Framework gives you an opportunity to customize transactional behavior,
using AOP. With EJB CMT, you have no way to influence the container's transaction
management other than setRollbackOnly().
• The Spring Framework does not support propagation of transaction contexts across
remote calls, as do high-
end application servers. People who read this, also read:-
• XML Interview Questions
• JSF-MyFaces Tag Reference
37. When to use programmatic • Spring Certification
and declarative transaction • AJAX Form Validation Using DWR and Spring
management ?
Programmatic transaction • AJAX Interview Questions
management is usually a good idea only if you have a small number of transactional operations.
On the other hand, if your application has numerous transactional operations, declarative
transaction management is usually worthwhile. It keeps transaction management out of
business logic, and is not difficult to configure.
• Is one of the most common used interfaces for writing data to database.
• Has one method – createPreparedStatement(Connection)
• Responsible for creating a PreparedStatement.
• Does not need to handle SQLExceptions.
• Cannot declaratively
define rollback
behavior—this must be
done
programmatically.
Persistence Supports programmatic bean- Provides a framework for integrating with
managed persistence and several persistence technologies, including
declarative container JDBC, Hibernate, JDO, and iBATIS.
managed persistence.
Declarative • Supports declarative • No security implementation out-of-
security security through users the box.
and roles. The
management and • Acegi, an open source security
implementation of framework built on top of Spring,
users and roles is provides declarative security through
container specific. the Spring configuration file or class
metadata.
• Declarative security is
configured in the
deployment
descriptor.
Distributed Provides container-managed Provides proxying for remote calls via RMI,
computing remote method calls. JAX-RPC, and web services.
What is Spring?
Spring is a lightweight inversion of control and aspect-oriented container
framework.
2) Explain Spring?
• Lightweight : Spring is lightweight when it comes to size and transparency.
The basic version of spring framework is around 1MB. And the processing
overhead is also very negligible.
• Inversion of control (IoC) : Loose coupling is achieved in spring using the
technique Inversion of Control. The objects give their dependencies instead of
creating or looking for dependent objects.
• Aspect oriented (AOP) : Spring supports Aspect oriented programming and
enables cohesive development by separating application business logic from
system services.
• Container : Spring contains and manages the life cycle and configuration of
application objects.
• Framework : Spring provides most of the intra functionality leaving rest of
the coding to the developer.
To retrieve the bean from a BeanFactory, call the getBean() method by passing the
name of the bean you want to retrieve.
In the bean tag the id attribute specifies the bean name and the class attribute
specifies the fully qualified class name.
<beans>
<bean id="bar" class="com.act.Foo" singleton=”false”/>
</beans>
<beans>
<bean id="bar" class="com.act.Foo" init-
method=”fooSetup” destroy=”fooTeardown”/>
</beans>
1. By setter
2. By constructor
<beans>
<bean id="bar" class="com.act.Foo" Autowire=”autowire
type”/>
</beans>
o byName
o byType
o constructor
o autodetect
<bean id="dataSource"
class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName">
<value>java:comp/env/jdbc/myDatasource</value>
</property>
</bean>
<bean id="jdbcTemplate"
class="org.springframework.jdbc.core.JdbcTemplate">
<property name="dataSource">
<ref bean="dataSource"/>
</property>
</bean>
<bean id="studentDao" class="StudentDaoJdbc">
<property name="jdbcTemplate">
<ref bean="jdbcTemplate"/>
</property>
</bean>
<bean id="courseDao" class="CourseDaoJdbc">
<property name="jdbcTemplate">
<ref bean="jdbcTemplate"/>
</property>
</bean>
int getBatchSize();
The getBatchSize() tells the JdbcTemplate class how many statements to create. And
this also determines how many times setValues() will be called.