We are using Tomcat and we are making the configuration with the help of Spring Boot only.
Tomcat is cloud-based, and all the microservices are developed in Spring Boot.
Download the Application Server Buyer's Guide including reviews and more. Updated: January 2023
We are using Tomcat and we are making the configuration with the help of Spring Boot only.
Tomcat is cloud-based, and all the microservices are developed in Spring Boot.
One of the most valuable features of Tomcat is its compatibility with the Apache web server and its ease of configuration. It is simple to set up and maintain and allows for easy management of database connections, transactions, and isolation. Overall, Tomcat is a user-friendly application server that makes it easy to manage various aspects of database interactions.
Tomcat is running a lot of services and operating to my requirements.
One way to improve the solution is by making the logging capabilities of Tomcat better by providing a logger within the server itself and making it easy to access and view the server logs. This can be especially useful when debugging issues with applications deployed on the Tomcat server. By having the ability to view both the application logs and the server logs, you can more easily identify the source of any issues and troubleshoot them more efficiently. Providing a connector or other similar feature that allows you to access the server logs from within your application can also be helpful in this regard. Having access to both the application logs and the server logs can be a valuable resource when trying to identify and resolve problems.
To make it easier to identify and troubleshoot issues, it can be helpful to have a single location where you can view both the application logs and the server logs together. This could include only the debug and error logs, rather than all logs, to make it easier to focus on potential issues. By having all relevant logs in one place, you can more easily scan for problems and identify their source, whether it is within the application or the server. This can save time and improve the efficiency of your troubleshooting efforts.
I have been using Tomcat for approximately five years.
I have not had a problem where the solution failed.
I rate the stability of Tomcat an eight out of ten.
We have approximately 70 people using this solution in my company.
I rate the scalability of Tomcat an eight out of ten.
Tomcat itself does not need any support. Everything is on the internet. Proper documentation is there. I have never tried to contact or ask for support from Tomcat. Wherever there is no support, it is the best support for a solution.
As the CTO, I compared Apache Tomcat with IBM WebSphere Application Server and Oracle GlassFish. In the end, I chose Tomcat because it is easy to understand, well-documented, and has a strong community of users and developers. It is also straightforward to debug any issues that may arise. Tomcat is a reliable and user-friendly choice for an application server.
One of the advantages of using Tomcat is the strong community of users and developers that provides a wealth of knowledge and resources online. If you encounter any issues or problems while using Tomcat, it is likely that others have experienced the same issue and have shared their solutions online. This makes it easy to find answers and get support when you need it. In contrast, IBM WebSphere Application Server has a smaller user base, so there are fewer discussions and resources available online to troubleshoot problems. Tomcat's widespread use and strong online community make it a reliable and supportive choice for an application server.
I find IBM WebSphere Application Server very difficult to configure and with Oracle GlassFish, there is no proper documentation.
Tomcat is best for my use case.
The initial setup of Tomcat is straightforward compared to other options on the market, such as IBM WebSphere Application Server. In contrast to IBM WebSphere Application Server, which can be difficult to configure, Tomcat has a user-friendly setup process. Additionally, Tomcat has a default configuration that is optimized for performance, making it a good choice for those who may not be familiar with configuration settings. The default values in Tomcat are set to the best configuration, ensuring that even those who are not experts in configuration can use Tomcat effectively.
The price of the solution is good.
I rate the price of Tomcat an eight out of ten.
While Tomcat is a reliable choice for an application server, it may not be the best option for real-time tasks involving TCP connections, WebSockets, and socket programming. In these cases, Netty may be a better choice due to its stability and performance. In your experience, you found that Tomcat was prone to connection issues when used for socket programming, leading you to switch to Netty. It is important to consider the specific needs and requirements of your project when deciding which tool or technology to use.
I rate Tomcat an eight out of ten.
We are using Tomcat for one Java-based application that's used for any carrier site. We have one portal for carriers. Any external user can apply for whatever openings are there. Through that site they can apply and our HR can review their profile and invite them for an interview. Tomcat is handling all these processes.
The company decided earlier, when our database was on Oracle, that Tomcat is more suitable for Java-based applications and it's a free tool with free servers that we can download and use there.
Tomcat is user-friendly and easy to set up, especially compared to WebLogic or JBoss where some specialty is required. If you are going for Tomcat, you can use their guidelines and can set it up easily
Tomcat is used mainly for database connections. As of now, we configure that environment for any database configuration. But if any utility can integrate where we can pass the database connection as a string of details, then it should encrypt them and keep them inside. From that security perspective, Tomcat requires improvement. They should integrate this security feature.
I have been using Tomcat in my company for the last two years. In my previous company I used Tomcat for application, deployment and configuration.
Tomcat is very stable, nothing new in this one, it's a very old product. We were using this product for our small application testing back when we were in college.
In terms of Tomcat's scalability level, wherever scalability or a higher ability is required, we use a load balancer and other things to just upscale the data.
We have one 15-person team that is using it. It is exported to the internet, so external users are using it whenever they connect to the application.
We provide technical support because we have the knowledge about this product so we don't feel any external support is required as of now for Apache and Tomcat related issues.
The initial setup is very easy and straightforward.
It takes me a couple of hours for Tomcat implementation.
Tomcat is an open-source solution so we don't have licensing costs.
My advice to someone considering Tomcat is that they don't have too much load on their website. It's not for all websites. For normal sites, they can use Tomcat.
On a scale of one to ten, I would give Tomcat an eight.
We primarily use the solution on our main e-commerce web page.
Compared to Oracle Web Projects, it's very user-friendly and the administration is very simple. The navigation is very intuitive.
The deployment process is very fast.
The solution is very stable.
I don't have too much experience with monitoring, however, it's possible it could be improved. It would be great if they offered more integration of monitoring tools.
The management maybe can be improved a bit.
I've used the solution for a small instance in the past. We have used it for three or four months now in a bigger instance. We've only used it for a few months at this point, and therefore, it's still pretty new to us.
The stability is good. We haven't had any issues. There are no bugs or glitches. it doesn't crash or freeze. It's reliable.
The scalability is good. We have a structure that we can easily scale up or down. It's very simple for us.
We haven't contacted technical support. We haven't needed any assistance. Therefore, I cannot speak to how helpful or responsive they are.
I've also used Oracle WebLogic.
The initial setup is very easy to install. It's very easy. A company shouldn't struggle with the setup process.
The deployment is fast.
I don't have any information on the pricing. I don't handle that aspect of the solution.
That said, my understanding is it's less expensive than, for example, Oracle.
I'm able to compare WebLogic with Tomcat, and I can say that Tomcat beats WebLogic on a number of fronts. It's easier, simpler to deploy, and less expensive. I prefer it.
We're just customers and end-users. We don't have a business relationship with Tomcat.
We also use the solution on a private cloud as well as on-premises.
I'd rate the product at an eight out of ten. We're pretty happy with it.
I have experience with WebLogic and Tomcat. I'd recommend Tomcat over Oracle, as it's easier to manage and install. It's my understanding that the pricing is a bit lower as well.
I use Tomcat for CM solutions, for access management.
We chose to use Tomcat because it's perfect compared to other containers that we have tested.
It's open-source and there is a lot of documentation available on the web. It has a good knowledge base.
The interface is not user-friendly.
You need to have knowledge of the operating system, and Linux to configure the solution. It is not user-friendly.
I would like to see a user-friendly interface.
I have been using Tomcat for 10 years.
I started with Version 8 and now we are using Version 9.
The stability is amazing. If it is configured properly, you won't have any issues.
It's scalable. It is possible to create a cluster with Tomcat. You can run it using Docker, in the Kubernetes platform. It is also possible to be embedded in some devices.
It's pretty much a full-stack solution with many ways to use it.
We have 30 technicians who are using this solution in our organization.
I have never used support from Tomcat. We have only used the documentation that is available.
There is a lot of documentation available on the internet, which is very helpful.
We have found a solution for questions that we have had through forums and the knowledge base.
The initial setup is neither hard nor too easy. There is a lot of documentation to review.
The time it takes to deploy really depends on your experience. If you are a beginner, it can take eight hours, and for the heavy user, it's about two hours to deploy it.
We are using the open-source version.
Read the documentation that is available on Apache.org. If you have any issues, look to see what is available on the forums and on the web.
Some people have been able to find a solution using the web.
We have not had big issues when using Tomcat. I would rate Tomcat an eight out of ten.
We use this solution for our website. When we have to integrate applications like scheduling tools with the website, we use Tomcat. We also use Tomcat to configure the applications that we have with either Automic scheduler or the D-Series scheduler.
The ease of use of Tomcat is its most valuable feature. Once we grade particular software, we simply download it and we keep an eye on if Tomcat is working. We have a link within Tomcat that tells us whether is working or not.
Sometimes we face issues with the private and public networks and ensuring that once Tomcat is installed, that it is secure. This is an area of the solution that could be improved, possibly by adding an additional package for security.
I have been using this solution for a few months.
This is a stable solution. When we have experienced any issue, restarting Tomcat or completing an update has fixed the issue.
This is a scalable solution.
We have not needed to reach out to Tomcat for support during the last six or seven years. When we have had an issue, we have been able to resolve it on our own.
The initial setup is really straightforward. Deployment takes between two and five minutes. If you are using Unix or Windows, you can click on the Tomcat website and you can download it from there. It's a very simple method and you can start and stop any time. If there is any problem, you can see the logs to understand what the issue is.
I would recommend this solution to other businesses. It is important to understand what approach you are going to take when it comes to installation. Tomcat is user friendly compared to solutions such as WebLogic or Oracle.
I would rate this solution an eight out of ten.
Our company is in healthcare, and Tomcat provides a backend server for our REST solution. Tomcat is widely used in Chile as a backend solution for web service and REST environments. Companies frequently use Spring Boot with a Tomcat environment. I'm a developer at a small company, and only 10 people use Tomcat here, but the company has around 100 employees in all.
Tomcat is a simple, light environment, whereas the full Red Hat Fuse solution is heavier.
Security integration in Tomcat is complicated. We need to use another tool to solve the security issues.
We have used Tomcat for two years.
We have some problems with the performance in terms of transactions per second, but Tomcat is stable.
It is easy to scale the solution if you use more CPUs.
Tomcat is an Apache open-source project, so it doesn't have technical support.
We were using Red Hat Fuse for a Camel solution. Camel is another Apache product we use internally. Two years ago, we switched our backend solution. I was working with a bank, and we needed an integration platform. It was a relatively simple project.
Deploying Tomcat is straightforward.
Tomcat is a free solution, but you need to pay the Java Oracle license in a commercial environment.
I rate Tomcat eight out of 10. My only issue with it is the security. You need to use another solution.
We use this solution as a web application server.
It provides website hosting services.
The most valuable features of this solution are the general web server features.
It's simple and easy to use.
In terms of features, this solution is limited. It does do its job, but the enterprise-level features are missing.
In the next release, I would like to see better maintenance and administration utilities. For example, they could be simplified.
I have been using Tomcat for three years.
We are using the latest version. It is always updating.
It's a pretty stable solution.
This solution is actively being used.
Technical support is limited. We don't get very many issues, but when we do, the service is not very straightforward.
It was a default install and it was done before I arrived.
We used a vendor for the deployment.
My advice Look at all the options of server hosting before choosing Tomcat.
I would rate Tomcat a seven out of ten.
We are using this solution because of the Oracle REST data services we are using.
The most valuable feature is the free EE server.
In the solution, we are using the terminal to enter command line codes for operations and management, this is difficult for me. It would be better if we had some administrator UI tools for this.
I have been using the solution within the last 12 months.
The solution is reliable.
We have approximately five people using the solution in my organization.
The initial setup is easy. However, we did have some difficulties at first that we managed to resolve. There is plenty of documentation online to help with the solution.
We did the implementation of the solution.
The solution is free.
I would recommend this solution to others.
I rate Tomcat an eight out of ten.