Skip to content

Eclipse & Tomcat

ANKITA MISHRA edited this page Dec 1, 2016 · 1 revision

Eclipse is an integrated development environment (IDE) used in computer programming, and is the most widely used Java IDE.It contains a base workspace and an extensible plug-in system for customizing the environment which makes it the best IDE to be used.

Version:4.6

This version is named as Neon.

Server Support

Eclipse supports development for Tomcat, GlassFish and many other servers and is often capable of installing the required server (for development) directly from the IDE. It supports remote debugging, allowing the user to watch variables and step through the code of an application that is running on the attached server.

Alternative for Eclipse

BlueJ

is an integrated development environment (IDE) for the Java programming language, It has been mainly developed for educational purposes, but also suitable for those who wish to do small-scale software development. It runs with the help of a JDK(Java Development Kit).

NetBeans

is an open source Integrated Development Environment written in Java and is one of IDR Solutions favourite IDE’s for Java Coding.

Tomcat Server

Apache Tomcat, often referred to as Tomcat Server, is an open-source Java Servlet Container developed by the Apache Software Foundation (ASF). Tomcat implements several Java EE specifications including Java Servlet, JavaServer Pages (JSP), Java EL, and WebSocket, and provides a "pure Java" HTTP web server environment in which Java code can run.

Tomcat is a Java servlet container and web server, and, because it doesn’t come with an implementation of the full JEE stack, it is significantly lighter weight out of the box. The two main advantages are: 1)Significantly less complexity and resource use. 2)Modularity.

##Alternative for Tomcat

GlassFish

GlassFish is often considered as the reference implementation of Java EE and so supports Enterprise JavaBeans

JBoss Enterprise Application Platform

JBoss is the best choice for applications where developers need full access to the functionality that the Java Enterprise Edition provides and are happy with the default implementations of that functionality that ship with it. If you don’t need the full range of JEE features, then choosing JBoss will add a lot of complexity to deployment and resource overhead that will go unused.

Clone this wiki locally