Search This Blog

Wednesday, September 17, 2008

Spring & HIbernate

Here I would like to recommend the best combination which is Spring with Hibernate for an Enterprise application which confirms to OOPS philosophy.

Before we go in-depth about the topic, some facts about using an ORM:

Advantages:
Speeds-up Development - eliminates the need for repetitive SQL code.
Reduces Development Time.
Reduces Development Costs.
Overcomes vendor specific SQL differences - the ORM knows how to write vendor specific SQL so you don't have to.

Disadvantages:
Loss in developer productivity whilst they learn to program with ORM.
Developers loose understanding of what the code is actually doing - the developer is more in control using SQL.
ORM has a tendency to be slow.
ORM fail to compete against SQL queries for complex queries.

For Hibernate, Spring framework provides first-class support with lots of IoC convenience features, addressing many typical Hibernate integration issues. All of these support packages for O/R (Object Relational) mappers comply with Spring's generic transaction and DAO exception hierarchies. There are usually two integration styles: either using Spring's DAO 'templates' or coding DAOs against plain Hibernate/JDO/TopLink/etc APIs.

Spring framework is based on Java Bean configuration management with Inversion of control principle (IoC). Spring uses its IoC container as the principal building block for a comprehensive solution that reflects all architectural features. Its unique data access system with a simple JDBC framework improves its productivity with less error. Its AOP program written in standard Java provides better transaction management services and also enables it for different applications.

Following are the modules of the Spring Core Container:
Beans, Core, Context, Expression Language

Dependencies are satisfied through the following:

1. Constructor Injection
2. Setter Injection
3. Interface Injection

Configure the spring bean configuration file
Create bean entries for the following:
jsp view resolver, datasource, sessionfactory & other domain specific dao & controller beans.

Hibernate Mapping for the DAO object will be in the .hbm.xml file

Use a seperate DAO class to interact with the database.
Use a MultiActionController class to handle the web requests.
Add hibernate annotations to Bean classes, if you want to add any database related constraints.
Example:

@Id
@GeneratedValue
@Column(name="USER_ID")
public Long getId() {
   return id;
}

Ensure all DAO classes implement an interface so that save & retrieve methods can be implemented on them.
Use Hibernate Template to access the database in the DAO object.
this.hibernateTemplate = new HibernateTemplate(sessionFactory);
hibernateTemplate.saveOrUpdate(user);
return hibernateTemplate.find("from User");

Hibernate Template is thread safe and reusable. You need not manually open and close Session, Hibernate Template will do that for you.

The specific say User Controller class will extend MultiActionController class. The UserDAOImpl instance is injected using setter injection.

In the jsp page we use Spring Form tags to display the form fields and jstl tags to display the list of users. In the add method we call the saveUser() method and redirect the control to the "list.htm" url. This will invoke the list() method. In the list method you add two things to the modelMap, the user list to display the list of users and an instance of the user object to bind the form fields in the userForm.jsp page.

In the jsp page we use Spring Form tags to display the form fields and jstl tags to display the list of users.




Thursday, June 28, 2007

Coolest thing in Flex???

Does anyone know whats the coolest Flex app running the show?

These are some of my short reviews on some of the cool Flex apps:

Design Color Themes - http://kuler.adobe.com/
Fantastic! For people who don't have much experience in choosing colors this is the place!!

Scrap blog - http://www.scrapblog.com/builder/
It gives a lot of presentation tools to make the blog look great... I liked the template feature. Nice a way to present your blog!! This one is for the artists out there!

The Amgen Tour of California - http://www.amgentourofcalifornia.com/docroot/tourtracker2/index.html
- Doesn't load fast enough. Colors used aren't very great though. UI is just ordinary. Need to appreciate the effort for getting such a flex app developed in a month's time.

Tuesday, April 17, 2007

Gradient Background for Box via CSS

.gradientStyle {
borderStyle: applicationControlBar;
fillColors: #FF0000, #0000FF;
fillAlphas: 1, 1;
highlightAlphas: 0, 0;
}

Sunday, April 15, 2007

Best practices when designing a component

Use the following practices when you design a component:

* Keep the file size as small as possible.

* Make your component as reusable as possible by generalizing functionality.

* Use the Border class rather than graphical elements to draw borders around objects.

* Use tag-based skinning.

* Assume an initial state. Because style properties are on the object, you can set initial settings for styles and properties so your initialization code does not have to set them when the object is constructed, unless the user overrides the default state.

* When defining the symbol, do not select the Export in First Frame option unless it is absolutely necessary. Flash loads the component just before it is used in your Flash application, so if you select this option, Flash preloads the component in the first frame of its parent. The reason you typically do not preload the component in the first frame is for considerations on the web: the component loads before your preloader begins, defeating the purpose of the preloader.

* Always implement an init() method and call the super.init() method, but otherwise keep the component as lightweight as possible.

* Use the invalidate() and invalidateStyle() methods to invoke the draw() method instead of calling the draw() method explicitly.

For More

Saturday, April 14, 2007

Flex Security

Multiple HTTPService Requests

HTTPService requests can be operated in async mode but what happens if the state of your database requires serialization of requests or what happens if you need to debug your server-side code and you are doing this through the use of some kind of log file - async server requests can make debugging a problem even if you have some kind of debugging system that lets you step through your server side code. Found that my async HTTPService requests were failing sometimes for odd reasons until they were run serially one after another through a single HTTPService Object. Chose to run the requests one after another to facilitate debugging and maintaining my database state. Keep in mind when requests are being run async it may be possible for a subsequent request to be run out of order, in case it matters what order the requests need to be run in.

Build a REST Serialization mechanism that guarantees queue-up requests as deep as reqd and then execute them serially since that is the way the REST backend needs the requests in order to maintain database state.

Using several HTTPService calls to plain old REST API's on the

backend. If the end user clicks some of the UI controls multiple times quickly, many calls to these services get queued up, and it can take a long time for all the data to be retrieved. For ex. clicking on a list box item sends requests to refresh all the data, and if the user were to use the keyboard to quickly scroll through the listbox, many many calls would get queued up. Tried setting the concurrency="last" on the httpservices, but it appears the only effect of that is to make the UI change only when the last dataset is received, but still all the service calls continue to be queued and there is a long delay after making many calls. Also tried <httpservice>.disconnect() and .cancel() before making any new backend call but it didn't appear to have any effect as far as preventing many calls from getting queued up.

The maximum number of concurrent HTTP connections allowed to a web server is controlled by the browser. The HTTP 1.1 specification suggests a limit of 2 connections per host, but this requires further consideration if persistent connections are to be used. Some browsers can be configured to accept more, but your users will more than likely have the default settings. IE honors the 2 connections per host suggestion (but to change this you have to edit the registry, see MaxConnectionsPerServer). Firefox sets this value to 8 but does still limit persistent connections to 2 (you can change these settings via about:config). If you were dealing with a closed network or intranet application, you may be able to change your company's IT policy and roll out different default settings, but for public applications There are lots of other tricks that one can use to optimize HTTP requests (e.g. idempotent GET requests you benefit from pipelining etc)... but my point is that there's a bit more to consider than a bunch of simultaneous requests.

Yes, once one of the previous requests completes (either by a fault or result) the next outstanding request can proceed. Note that you can make use of multiple CNAMEs to increase the number of requests made concurrently per host (e.g. Google Maps uses mt0.google.com through mt3.google.com to get 8 concurrent connections to load map data). Persistent / "reusable" / "keep alive" connections are the default behavior for HTTP 1.1 your connections are being re-used for multiple requests already. The period for a persistent connection however is typically much smaller than, say, the life of a J2EE session. Keep alive is merely a hack to optimize the situation when multiple requests are made to the same host in a short period of time. If you had a UI that was comprised of 25 individual assets then you wouldn't want to re-establish 25 connections and perform the usual HTTP handshake for each request (and it would be even worse for HTTPS based connections). HTTP that makes use of "keep alive" should still be considered a stateless situation. A completely different approach for "persistent connections" is the style used by COMET servers and chunked encoding. Here the client immediately establishes a connection to the server on receiving data and the server holds on to the connection until new data is available to push back to the client. This does, however, impact on the number of simultaneous connections that a server can handle because it ties up threads on the server.