Apache Tomcat vs. Oracle WebLogic Server

Tomcat is more than enough to deploy most of the mid-end web applications without any problem but for the high-end applications which require high scalability and high availability, which might need some tune-ups with the support of expertise in this regard. Otherwise, you may realize numerous performance issues, memory leaks, server crashes etc.

Incentivized

I see Oracle WebLogic Application Server being appropriate when an application needs several different data sources and messaging providers configured and accessible, with a configured level of control of resources (connection pools) and timeouts. It is also advisable to create distributed resources that you can configure as always active to provide more processing power, or as failover for situations of availability in case of disaster recovery, for example. An application where the number of required resources configured is very small and almost non-changeable, and no scalability is required, some other options exist in the market with less cost.

Incentivized

• Fast to start up, which is useful when we need to just check that our changes are working correctly.
• Free, which allows us to not be involved with the finance/legal team about using it.
• Bundled with Spring Boot, which makes it even more convenient for our testing.

Incentivized

• I love that the weblogic dashboard allows you to manage applications and see the status of each application.
• Oracle WebLogic Application Server simplifies usage periods in the development and production of business applications.
• Oracle WebLogic Server allows me to define various aspects of data source entry, including creating a specific multiple connection to facilitate data entry.
• Performance and administration are highlighted in weblogic.

Incentivized

• tomcat is just part of the J2EE specification implementation, majorly focusing on the servlet (front-end) part. If you requires the full J2ee stack, like EJB support, you need consider other containers like Weblogic
• tomcat's cluster level support is very limited
• tomcat's admin/configuration is not so intuitive, and default logging needs a lot of improvement

Incentivized

• The Admin UI should be further simplified, the UI design was not too user-friendly— too many options and clicks required, difficult for the new beginners to figure out what they are looking for.
• The admin server becomes the single failure point, although Oracle suggested some workarounds by setting VIP and VHost, it was not quite easy and straight forward.
• Domain replication is hard, requiring a lot of knowledge and scripts efforts.
• Admin will hang if the node manager communication encounters some issues for one or some nodes in the domain/cluster.
• Not able to kill/terminate the stuck thread, the only way is to restart the managed server (JVM)
• License cost is too high, for small businesses.

Incentivized

We have a huge knowledge of the product within our company and we're satisfied with the performance.

Incentivized

Tomcat has a very rich API set which allows us to implement our automation script to trigger the deployment, configure, stop and start Tomcat from the command line. In our projects, we embedded Tomcat in our Eclipse in all of the developer's machines so they could quickly verify their code with little effort, Azure Webapp has strong support for Tomcat so we could move our application to Azure cloud very easy. One drawback is Tomcat UI quite poorly features but we almost do not use it.

Incentivized

Oracle WebLogic Server has so many features that sometimes it's hard to find the right place to setup things, I think the dated user interface does not help with that either. This has a direct impact when deciding to use it as your application server, you'd need to have the right people and invest the time needed to master it. If you're application justifies it then it will definitely be a great choice in the long run.

Incentivized

Tomcat doesn't have a built-in watchdog that ensures restart upon failure, so you have to provide it externally. A very good solution is java service wrapper. The community edition is able to restart Tomcat upon out of memories exceptions.

Incentivized

Tomcat support to customize memory used and allow us to define the Connection pool and thread pool to increase system performance and availability, Tomcat server itself consume very little memory and almost no footprint. We use Tomcat in our production environment which has up to thousands of concurrent users and it is stable and provides a quick response.

Incentivized

Oracle WebLogic Application Server is great at security, performance and features.

Incentivized

Well, in actuality, I have never needed support for Apache Tomcat since it is configured and ready-to-go with no configuration needed on my end.

Incentivized

The Oracle support is not great sometimes. They take a long time and need a lot of data over and over to resolve issues.

Incentivized

Commercial application servers are available that support enterprise application needs, but many times this is overkill for most web applications running in the cloud, particularly for independent software vendors. The capabilities and management tools provided with these applications are superior to Tomcat, but most times unnecessary for the vast majority of web applications developed in Java.

Incentivized

I wasn't involved in selecting the server we were using but in our team we've made some efforts to improve the local deployment process by trying some other Applicational servers too. Apache Tomcat was a more lightweight solution for sure, and it coped well with our applications needs, configuration and performance wise. Despite that, since we didn't got clearance to change that into our local servers, we kept using Weblogic to guarantee compliance between the testing environments and production.

Incentivized

It's very easy to add instances to an existing deployment and, using apache with mod proxy balancer, to scale up the serving farm

Incentivized

• It has simplified administration efforts, thus saving much time to focus on other projects and issues.
• It saves us in costs, as there are no licensing requirements.
• It gives us the ability to manage all of our java applets in one place, so as to be able to host both development and production systems on one server.

Incentivized

• It made it easy to handle over a 100 of deployments across multiple nodes every quarter.
• It was easy to scale up our application to 36 nodes as the volume of transactions increased over the years.
• Helped us achieve 99.999 availability for our users.

Incentivized