Question

Typically we use WebLogic or JBoss to deploy our apps. I understand that when using open source solutions like Spring you can develop your app and run it on a simple servlet container like Jetty. So the question would be why even bother with an app server?

Was it helpful?

Solution

  • Advanced features - like transactions, security integration, pooling, hi-perf queuing, clusters.
  • Performance (weblogic has a hot JVM)
  • operational and administrative interfaces.

beyond that... I don't know?

In most cases, YAGNI.

OTHER TIPS

No one got fired for using WebLogic or WebSphere in an enterprise environment. For big businesses and managers not only the technological aspects are important. These application servers offer fully featured administration consoles that are easy to be used even from inexperienced administrators. Also, support services are easier to be found. A company that uses open source components needs to invest on experienced developers to set everything up and do the maintenance. Application servers are widely used within companies (banks for example) that their businesses have nothing to do with software. For them it makes greater sense to buy everything (software license, installation/configuration, support services) from a single vendor.

If you've gotta ask, you can't afford it.

Seriously, full-blown application servers have more features, and you will have to decide if they are worth it to you over, say, Tomcat or Jetty. I don't think this is an appropriate place to try to give all the reasons, but here's one: application servers can make it easier to wrap functionality and services in transactions. More reasons are given here.

The clustering, failover, and session synchronization features of WebLogic and JBoss still make them worthwhile in large data centers.

JBoss uses Tomcat as their web front end, of course, so it's not either/or.

I've seen people add OpenEJB and ActiveMQ to Tomcat and get all the features of a Java EE app server. The line is rather blurred.

Spring DM server is built on Tomcat. It'll be interesting to see whether it can start taking mind and market share away from the Java EE app server folks.

I love Spring - it's my preferred framework - but I can tell you that it comforts some folks to know that Java EE is a standard that's implemented by multiple app server vendors. If you don't use vendor-specific extensions, in theory your code can be moved from WebSphere to WebLogic to JBoss without changes. Some large IT shops like that. They shy away from Spring because it's not a standard. It's the brainchild of Rod Johnson and his team. If you decide you don't like their stuff you have nowhere else to go.

There's a new Java IoC/DI standard in the works. Rod Johnson and Bob Lee are working on it. Maybe that will start to calm some of the fear that's out there.

An application server is an architectural solution. You have to use it if you are going to think different reusable modules of your application. If you don't mind that your services should be implemented over the HTTP stack so EJB must be your default option. With an AS you have an already packed solution for solve good practices in architectural way. You can use queues, topics, jms, etc out of the box, and those are all Java EE standards. But I think that you have to think all your application in this architectural buzz-way to be able to judge the AS decision.

Several reasons, most of which may or may not apply to a particular need.

1) Support. Many enterprises like to have a support contract with the vendor who developed the server. With an open source solution you are pretty much "on your own."

2) Full Java EE / EJB support. While I don't find this particularly useful myself, these features are widely used by commercial applications. If you need them, there's really no alternative. If you don't need them, they're a waste.

3) Good administration consoles. Tomcat has an admin console that will allow you to add and remove applications. As far as I am aware, that's about as far as it goes. WebSphere has that (though not very streamlined), but you can also alter connection pool sizes, data sources, thread pool sizes, change the logging configuration (very high granularity), and activate memory and JVM profiling. Mostly without restarting the App Server. Supposedly, clustering is relatively easy to set up as well. The ability to install a .EAR file is notably missing from tomcat as well, and if you have multiple inter-related applications to install, it becomes a real pain to manage them all.

You can do (at least) most of (3) in tomcat as well, but not through the admin GUI. Some people like to have a nice GUI.

Some people like to have EJB support (Java EE specification) "just in case"

Licensed under: CC-BY-SA with attribution
Not affiliated with StackOverflow
scroll top