Struts 1 vs Struts 2

Here are few comparison of Jakarta Struts framework version 1.X and 2.X
The entire approach has been changed in Struts 2 by introduction of dependency injection and interceptors. Here are few key differences...


1. Servlet Dependency:


Actions in Struts1 have dependencies on the servlet API since the HttpServletRequest and HttpServletResponse objects are passed to the execute method when an Action is invoked.

In case of Struts 2, Actions are not container dependent because they are made simple POJOs. In struts 2, the servlet contexts are represented as simple Maps which allows actions to be tested in isolation. Struts 2 Actions can access the original request and response, if required. However, other architectural elements reduce or eliminate the need to access the HttpServetRequest or HttpServletResponse directly.

2. Action classes

Struts 1 requires Action classes to extend an abstract base class. Extending an abstract class instead of interface is one of design issues of struts 1.x framework that has been resolved in the struts 2 framework.
In case of Struts 2 Action class may or may not implement interfaces to enable optional and custom services. In case of Struts 2 , Actions are not container dependent because they are made simple POJOs. Struts 2 provides a base ActionSupport class to implement commonly used interfaces. Albeit, the Action interface is not required. Any POJO object with an execute signature can be used as an Struts 2 Action object. Struts 2 also provides a way to maintain action objects using spring container.

3. Validation


Struts1 and Struts 2 both supports the manual validation via a validate method.
Struts1 uses validate method on the ActionForm, or validates through an extension to the Commons Validator. However, Struts 2 supports manual validation via the validate method and the XWork Validation framework. The Xwork Validation Framework supports chaining validation into sub-properties using the validations defined for the properties class type and the validation context.

4. Threading Model

In Struts1, Action resources must be thread-safe or synchronized. So Actions are singletons and thread-safe, there should only be one instance of a class to handle all requests for that Action. The singleton strategy places restrictions on what can be done with Struts1 Actions and requires extra care to develop. However in case of Struts 2, Action objects are instantiated for each request, so there are no thread-safety issues. (In practice, servlet containers generate many throw-away objects per request, and one more object does not impose a performance penalty or impact garbage collection.)

5. Testability

Testing Struts1 applications are a bit complex. A major hurdle to test Struts1 Actions is that the execute method because it exposes the Servlet API. A third-party extension, Struts TestCase, offers a set of mock object for Struts1. But the Struts 2 Actions can be tested by instantiating the Action, setting properties and invoking methods. Dependency Injection support also makes testing simpler. Actions in struts2 are simple POJOs and are framework independent, hence testability is quite easy in struts2.

6. Harvesting Input

Struts1 uses an ActionForm object to capture input. And all ActionForms needs to extend a framework dependent base class. JavaBeans cannot be used as ActionForms, so the developers have to create redundant classes to capture input.
However Struts 2 uses Action properties (as input properties independent of underlying framework) that eliminates the need for a second input object, hence reduces redundancy. Additionally in struts2, Action properties can be accessed from the web page via the taglibs. Struts 2 also supports the ActionForm pattern, as well as POJO form objects and POJO Actions. Even rich object types, including business or domain objects, can be used as input/output objects.

7. Expression Language

Struts1 integrates with JSTL, so it uses the JSTL-EL. The struts1 EL has basic object graph traversal, but relatively weak collection and indexed property support. Struts 2 can also use JSTL, however it supports a more powerful and flexible expression language called "Object Graph Notation Language" (OGNL).

8. Binding values into views

In the view section, Struts1 uses the standard JSP mechanism to bind objects (processed from the model section) into the page context to access. However Struts 2 uses a "ValueStack" technology so that the taglibs can access values without coupling your view to the object type it is rendering. The ValueStack strategy allows the reuse of views across a range of types which may have the same property name but different property types.

9. Type Conversion

Usually, Struts1 ActionForm properties are all Strings. Struts1 uses Commons-Beanutils for type conversion. These type converters are per-class and not configurable per instance. However Struts 2 uses OGNL for type conversion. The framework includes converters for basic and common object types and primitives.

10. Control Of Action Execution

Struts1 supports separate Request Processor (lifecycles) for each module, but all the Actions in a module must share the same lifecycle. However Struts 2 supports creating different lifecycles on a per Action basis via Interceptor Stacks. Custom stacks can be created and used with different Actions as needed.


Comparison of struts 2 with struts 1, comparing struts 1 and Struts 2, struts 1 or struts 2 which one to use, struts 2 vs struts 1

610 Post Comment

«Oldest   ‹Older   601 – 610 of 610   Newer›   Newest»
Skye said...

Thanks for sharing!

Foladmarket said...

you can buy brass sheet from the link below
خرید ورق برنجی

my holidays said...

Thank you for sharing this kind of wonderful post keep sharing blogs and you might check our blog also: Gujarat Tour Packages

Alina Haris said...

Thanks for sharing such informative post, keep sharing such good content, your blogs are good and useful.
5 Marla Plots for Sale in Lahore

sarifde said...

Keep sharing such good content.
Abaya Collections in Pakistan

Ishabasu said...

Mumbai is home to some of the most beautiful and intelligent female companions in the world. These Mumbai companion are available for any and every occasion, whether it be a night out on the town, a business function, or a private party. They are the perfect date for any man who wants to enjoy the company of a beautiful and charming girls.

Anjali Meheta said...

Welcome to the best Mumbai Companion your one stop destination in case you are looking for great companionship with some of the hottest Models girls in our town.

Bangalore Girls said...

The striking feminine beauty makes it impossible for you not to fall in love with our Bangalore Companion as soon as you set eyes on them! It’s not just their physical appearance that’ll draw you towards them;

Mumbai Models said...

Do you need a companion who can make your dinner or lunch more interesting? Or do you want to have fun at a party with a Mumbai Girls who looks hot in her body-hugging dress? Do not look any further.

babetakage said...

The next step of the process is easy too - simply chose a username and password and enter them into the indicated packing containers. Make 카지노 사이트 sure your chosen password is one that you can remember simply and cannot be guessed by somebody wanting to interrupt into your account. Needs to review the security of your connection before continuing.

«Oldest ‹Older   601 – 610 of 610   Newer› Newest»

Post a Comment

Search Web......