W2b8lmY/hqdefault.jpg' alt='J2ee Projects With Source Code' title='J2ee Projects With Source Code' />Why I will use Java EE JEE, and not J2. EE instead of Spring in new Enterprise Java Projects in 2. The question comes up often. It came up in my new project in November 2. I will use Java EE JEE instead of the Spring framework in this new Enterprise Java project. I know Several articles, blogs and forum discussions are available regarding this topic. Why is there a need for one more Because many blogs talk about older versions of Java EE or because they are not neutral I hope to be neutral. EGb7OitDE/U_DNjH-85PI/AAAAAAAACug/OhW7A4sNdJQ/s1600/admin%2Bpanel.jpg' alt='J2ee Projects With Source Code' title='J2ee Projects With Source Code' />And because many people still think thank EJBs are heavy And because the time has changed It is Java EE 6 time now, J2. EE is dead. Finally Finally, because not only JEE 6 is available, but also several application servers not just Glassfish as reference implementation. I do not want to start a flame war too many exist already, I just want to describe my personal opinion of the JEE vs. Spring fightTherefore, I think it is very important to start with a short overview and history of both alternatives. Afterwards, I will list the differences of both and explain why these differences lead me to JEE instead of Spring for most new Java projects. I am explicitly talking about new applications. Dmx Flesh Of My Flesh Rar. If you have to extend an existing application, continue using the existing framework One more disclaimer I am talking about mission critical Enterprise Java applications. I am not talking about a little internal application or other uncritical stuff. I also would prefer using a combination of Scala, Groovy and Clojure persisting to a No. SQL database while being deployed at a Paa. S cloud service such as JBoss Open. Shift or VMware Cloud. FoundryGeneral Information about JEE and Spring. First, I want to summarize some general information about JEE and Spring In the end, both alternatives consist of several libraries which can be used by developers to create enterprise applications. Both can be used in most use cases, they have very similar functionality business logic, transactions, web frameworks, whatever they only differ in realization e. Spring vs. conventions in JEE. You also can use only one or some of the available libraries. You can even combine JEE and Spring stuff. Usually, the crucial question is Should I use JEE i. EJB, JPA, CDI, etc. Spring core framework i. Spring Application Context, Spring beans, etc. Mostly, you can choose both, it does not matter from the point of view of the end user. But you should not merge both, this only creates higher complexity. There always was a debate about which alternative to choose. It is very difficult to discuss this question in a neutral way. Thats why almost all discussions end up in praising one framework and bashing the other one I hope to be neutral in this blog post. History J2. EE was horrible, so Spring helpedJ2. EE was horrible. So much XML configuration, so many interfaces, and so lame application servers. This is why the Spring framework was created. It solved many problems of J2. EE. It was lightweight, easy to use, and applications could be deployed in a  web container such as Tomcat instead of a heavy J2. EE application server. Deployment took seconds instead of 1. Unfortunately, JRebel did not exist at that time. The Spring framework is no standard as J2. EE, nevertheless it became very widespread and an large community arose. Today J2. EE is dead. JEE stole the lightweight Spring ideasEverything started with a little shortcut change. J2. EE was dead. The new shortcut was JEE. Links/06fig02.gif' alt='J2ee Projects With Source Code' title='J2ee Projects With Source Code' />JEE 5 was born in 2. It stole many good, lightweight ideas such as convention over configuration or dependency injection from Spring and other frameworks. Download JBoss Community for free. Community driven projects featuring the latest innovations for cutting edge apps. Our flagship project JBoss AS is the. J2ee Projects With Source Code' title='J2ee Projects With Source Code' />Yes, JEE application servers still were heavy, and testing was almost impossible. Nevertheless, developing JEE applications was fun with JEE 5. You did not have to write 2. EJB. Wow, amazingStep into the J2EE architecture and process Develop complete J2EE solutions with an eightstep cycle. Project abstracts and downloads for academic mini projects and final year projects. This category consists of Asp. Projects provided in this site can be downloaded for free of cost most of these projects. Then, in 2. 00. 9, JEE 6 was released. Development is so easy. Finally For example, you have to add only one annotation and your EJB is ready Of course, the developers of the Spring framework did not sleep. Much new stuff was added. Today, you can create a Spring application without any one XML file as I have read in a No Fluff Just Stuff article some weeks ago. Besides, several really cool frameworks were added to the Spring stack, e. Spring Integration, Spring Batch or Spring Roo. Today November, 2. JEE and Spring are very widespread and have a large community. Much information is available for both, e. So, after I have described the evolution of JEE and Spring, why will I use JEE in most new Java projects Pros and Cons of JEE and Spring. A decision must be made. Which alternative to use in new projects Lets look at the pros and cons of both. I will add a BUT to the Spring advantages these BUTs are the reason why I prefer JEE to Spring. Advantages of JEEJEE is a set of standard specifications, thus it is vendor independent. Usually, several implementations exist of a specification. Sustainability Well, this is the advantage of a standard which is supported by several big players. Yes, believe it or not, testing is possibleLightweight application servers and frameworks such as Arquillian arrived in the JEE world Convention over Configuration is everywhere instead of explicit I know that some people will disagree that this is an advantage. Advantages of Spring. You do not need a heavy JEE application server, you can deploy your application in a web container such as Tomcat. BUT JEE application servers are not as heavy as they were some years ago. Besides, the JEE web profile can be used, too. You do not have to use a Tomcat or Jetty to be lightweight Spring offers features which are not available as JEE standards, such as Spring Batch. BUT You can add such a library to a JEE project without problems. You can also add other Spring libraries such as JDBCTemplate or JMSTemplate which help reducing some boilerplate code if you want. Spring offers much more flexiblity and power, e. JEE interceptors. BUT In most projects you do not need this flexibility or power. If you do need it, then use Spring, not JEE of course Faster Releases because it is no standard and only one vendor. The reaction to market requirements is much faster. Some current examples cloud, mobile, social computing. BUT All enterprise projects of many different clients which I have seen, are not that flexible. Enterprise applications do not change every month or year. If there is a project, where you can change your version very easily, Spring might be better than JEE under some circumstances. But in most enterprise projects, you cannot simply upgrade from Spring 2. Spring 3. x or from JEE 5 to JEE 6. I wish this would be possible, but low flexibility and politics rule in large companies with thousands of employees. Sat Files Viewer Ware there. Conclusion I will use JEE in most new Enterprise Java Projects. Due to the reasons I explained against Spring in the BUT parts, I will choose JEE in most new Enterprise Java projects. Nevertheless, I will sometimes use a Spring libraries, too such as Spring Batch. Sometimes, I will even have to use Spring if I need its flexibility or power, but only then I will choose it. Of course, for existing projects, I will continue using the framework that is used already. I would probably not migrate a Spring 2. JEE, but I would migrate it to Spring 3. So, I have described my reasons why I will use JEE in most new Enterprise Java projects.