Linux intellij idea tomcat

How to debug web applications deployed in Tomcat with IntelliJ IDEA Community Edition in Linux?

Jun 16, 2018 · 3 min read

• using IntelliJ IDEA community edition as you are a IntelliJ IDEA tool lover.
• lazy to install NetBeans or eclipse which already have the functionality to debug web apps run in Tomcat.
• a Linux user.

If you fulfill all the above points this is the answer for you.

The functionality to debug Tomcat web apps locally is available only in the IntelliJ Ultimate Edition. But ultimate Edition is not free. But Don’t worry. If you are unable to buy a license for whatever reason, you still can create some basic Tomcat integration even in the free IDEA Community Edition with the below simple configurations.

After a successful Tomcat installation, you can start changing the configurations in IntelliJ IDEA and Tomcat.

First, you need to set up a port for the debugger to attach itself to your running version of tomcat. It should be a separate port which runs Tomcat. By default tomcat running port is 8080. So for the debugger, I will allocate port 8081. For that, you can select any port except tomcat running port or any other allocated ports in your localhost for other running servers.

Or,
If you follow the above installation guidelines, you can shut down the server by running,

here /opt/tomcat is Tomcat installation directory.

2. Add the following line to catalina.sh file under JAVA_OPTS set statement. Don’t remove available JAVA_OPTS set statements. You can add this after all JAVA_OPTS set statements.

catalina.sh is available in,

If you follow above installation instructions , the catalina.sh file will available in /opt/tomcat/bin directory.

Or,
If you follow the above installation guidelines, you can start the server by running,

Источник

Intellij IDEA деплой на Tomcat

Хочу показать как можно быстро тестировать проект прям с IDE Intellij IDEA, а также расскажу плюсы от этого.

Шаг 0. Для чего это нужно?

Думаю вы уже работали над разработкой Java EE проектов ивам приходилось проверять его после написания очередной фитчи, а даже если не приходилось то придётся 🙂

Deploy – процесс развертывания (распаковки) проекта на сервере приложений.

О серверах приложений можно почитать тут. Так вот стандартный процесс деплоя:

1. Вы либо в ручную через Admin Panel или же через Console деплоите;

2. Вы используете Maven, Ant либо Gradle инструмент для этого.

Но не первый не второй способ не совсем удобный если вам к примеру нужно провести Debug проекта и отловить неисправность. И это одна из значительных причин использовать способ о котором я расскажу ниже.

Давайте теперь познакомимся собственно со способом деплоя используя Intellij IDEA.

Шаг 1. Готовим проект

Для того чтобы продемонстрировать данный способ мне необходимо иметь пример проекта для деплоя. Я буду использовать проект с этого урока Spring 3. JavaConfig на примере Spring MVC.

В скачанном вами проекте для деалоя на Tomcat необходимо в pom.xml добавить еще одну зависимость:

Открываем проект, справа в меню Maven Project выбираем clean | install как показано на изображении ниже, таким образом мы соберем наш проект и в итоге у нас получится war файл, который мы будем деплоить на сервер:

После этого в корне проекта появится папка target и в ней будет лежать ваш war архив.

Дальше нам нужно скачать сервер приложений Tomcat 8+ Скачать

Внимание! Вы можете использовать любой сервер приложения не обязательно Tomcat. Я рекомендую использовать его так как он лёгкий и быстро стартует.

Шаг 2. Конфигурируем Intellij IDEA для Deploy

Теперь в открытом вами проекте который вы хотите задеплоить, со студии IDEA выполните действия, которые показанные на изображении ниже:

После этого в появившемся окне нажмите на плюс и выберите Tomcat Server – Local:

После этого вводим имя и нажимаем Configure выбираете где лежит скачанный и распакованный Tomcat и жмете ОК.

Теперь переходите во вкладку Deployment жмем плюсик выбираем Artifact:

B в появившемся окне выбираете свой Artifact war:

Жмете ОК дважды. Вот общая конфигурация, которая должна появится у вас:

Шаг 3. Run и Debug

После настройки вы можите либо просто запускать ваш проект со студии либо проводить Debug со студии в зависимости от режима:

Зеленый треугольник просто запускает проект, а точней деплоит его и запускает в выбранном вами браузере при конфигурации.

Зеленый жучек деплоит проект на сервер и запускает Debug режим, который позволит вам отловить ошибки.

После запуска я получу задеплоиный проект:

Зеленый индикатор в Deployment говорит о том что проект удачно развернулся на сервере.

Источник

IntelliJ IDEA — запуск / отладка веб-приложения на Tomcat

В этой статье показано, как запустить или отладить веб-приложение на сервере Tomcat, используя IntelliJ IDEA.

Заметка
В отличие от Eclipse IDE, всегда есть «представление сервера» для настройки сервера добавления, IntelliJ делает все по-другому, сначала нужно добавить «артефакт (военный файл)», тогда только внизу будет отображаться «представление сервера» ,

1. Tomcat Плагин

1.1 Файл — >> Настройки — >> Плагин типа — >> Убедитесь, что включена интеграция Tomcat и TomEE.

2. Запуск / отладка конфигурации

2.1 Выполнить — >> Редактировать конфигурации …

2.2 Клики + значок, выберите Tomcat Server — >> Локальный

3. Конфигурация Tomcat

3.1 Нажмите на вкладку «Развертывание», значок +, чтобы выбрать артефакт для развертывания. Для отладки точки останова всегда выбирайте версию войны в разобранном виде.

3.2 Нажмите на вкладке «Сервер», выберите сервер Tomcat и обновите on ‘Update’ action «Обновлять классы и ресурсы» — для горячей замены.

4. Серверы приложений

4.1 Теперь на нижней панели отображается вид «Серверы приложений».

Запустите или отладьте ваше веб-приложение, готово.

Источник

Run/Debug Configuration: Tomcat Server

Run | Edit Configurations | | Tomcat Server | Local or Remote

Tomcat Server run/debug configurations let you deploy and debug your applications on Apache Tomcat. The Tomcat and TomEE Integration plugin must be enabled.

Server tab for a local configuration

Item	Description
Application server	Select the server configuration to be used.

Click Configure to create a new server configuration or edit an existing one. (The Application Servers dialog will open.)

After launch Select this checkbox to start a web browser after starting the server and deploying the artifacts.

Select the browser from the list. Click Shift+Enter to configure your web browsers.

With JavaScript debugger If this checkbox is selected, the web browser is started with the JavaScript debugger enabled.

Note that JavaScript debugging is available only for Firefox and Google Chrome. When you debug your JavaScript in Firefox for the first time, the JetBrains Firefox extension is installed.

The field underneath After launch Specify the URL the browser should go to when started. In most typical cases, this URL corresponds to the root of your Web application or its starting page. VM options If necessary, specify the command-line options to be passed to the server JVM at the server start.

If you need more room to type, click next to the field to open the VM Options dialog where the text entry area is larger.

When specifying JVM options, follow these rules:

Use spaces to separate individual options, for example, -client -ea -Xmx1024m .

If an option includes spaces, enclose the spaces or the argument that contains spaces in double quotes, for example, some» «arg or «some arg» .

If an option includes double quotes (as part of the argument), escape the double quotes using backslashes, for example, -Dmy.prop=\»quoted_value\» .

You can pass environment variable values to custom Java properties. For example, if you define a variable MY_ENV_VAR , you can pass it to the foo property as follows:

On ‘Update’ action Select the necessary option for the Update application function ( or Ctrl+F10 in the Run or Debug tool window).

The update options are different for exploded and packed artifacts.

For exploded artifacts, the available options are:

Update resources. All changed resources are updated (HTML, JSP, JavaScript, CSS and image files).

Update classes and resources. Changed resources are updated; changed Java classes (EJBs, servlets, etc.) are recompiled.

In the debug mode, the updated classes are hot-swapped. In the run mode, IntelliJ IDEA just updates the changed classes in the output folder. Whether such classes are actually reloaded in the running application, depends on the capabilities of the runtime being used.

Redeploy. The application artifact is rebuilt and redeployed.

Restart server. The server is restarted. The application artifact is rebuilt and redeployed.

For packed artifacts, the available options are:

Hot swap classes. Changed classes are recompiled and reloaded at runtime. This option works only in the debug mode.

Redeploy. The application artifact is rebuilt and redeployed.

Restart server. The server is restarted. The application artifact is rebuilt and redeployed.

Show dialog Select this checkbox if you want to see the Update dialog every time you use the Update application function.

The Update dialog is used to select the Update option prior to actually updating the application.

On frame deactivation Specify what IntelliJ IDEA should do when you switch from the IDE to a different application (for example, a web browser). (Frame deactivation means switching to a different application.)

The options other than Do nothing have the same meanings as in the case of the Update action.

JRE By default, the project JDK is used to run the application. If you want to specify an alternative JDK or JRE here, select it from the drop-down list. HTTP port The server HTTP port. HTTPs port The server HTTPS port. JMX port The server JMX port. AJP port The server AJP port. Deploy applications configured in Tomcat instance The Tomcat configuration files, among other things, may list the applications that should be deployed at the server start. If this checkbox is selected, all the applications so listed will be deployed on the server in addition to the artifacts specified on the Deployment tab.

If the checkbox is not selected, only the artifacts and the external resources specified on the Deployment tab will be deployed.

Preserve sessions across restarts Select this checkbox to preserve active HTTP sessions when restarting the server.

Server tab for a remote configuration

Item	Description
Application server	Select the server configuration to be used. Note that this is a local server configuration. (When working with a remote server, the same server version must be available locally.)

Click Configure to create a new server configuration or edit an existing one. (The Application Servers dialog will open.)

After launch Select this checkbox to start a web browser after connecting to the server and deploying the artifacts.

Select the browser from the list. Click Shift+Enter to configure your web browsers.

With JavaScript debugger If this checkbox is selected, the web browser is started with the JavaScript debugger enabled.

Note that JavaScript debugging is available only for Firefox and Google Chrome. When you debug your JavaScript in Firefox for the first time, the JetBrains Firefox extension is installed.

The field underneath After launch Specify the URL the browser should go to when started. In most typical cases, this URL corresponds to the root of your Web application or its starting page. On ‘Update’ action Select the necessary option for the Update application function ( or Ctrl+F10 in the Run or Debug tool window).

The options are:

Hot swap classes. Changed classes are recompiled and reloaded at runtime. This option works only in the debug mode.

Redeploy. The application artifact is rebuilt and redeployed.

Show dialog Select this checkbox if you want to see the Update dialog every time you use the Update application function.

The Update dialog is used to select the Update option prior to actually updating the application.

On frame deactivation Specify what IntelliJ IDEA should do when you switch from the IDE to a different application (for example, a web browser). (Frame deactivation means switching to a different application.)

The options other than Do nothing have the same meanings as in the case of the Update action.

JMX Port The server JMX port.

If you are not deploying anything with this run configuration, you don’t need to specify this port.

Remote staging This section contains the settings related to staging. An example of remote staging settings for a mounted folder is provided after this table. Type Select the way the staging environment or host is accessed for transferring the application artifact or artifacts from your local computer. (In the user interface of IntelliJ IDEA this setting is also referred to as the connection type .)

The available options are:

Same file system. Select this option if the target server is installed on your local computer. The artifacts in this case are deployed locally and, thus, don’t need to be transferred to a remote host.

Local or mounted folder. The staging environment is a local folder or is accessed as a mounted folder.

If the list is empty, you have to enable the FTP/SFTP Connectivity plugin which supports the corresponding functionality.

Host If Same file system is selected for Type , the only available option for Host is also Same file system .

In all other cases, the list contains the existing configurations of the selected type. So each configuration corresponds to an individual (S)FTP connection, or a local or mounted folder.

Select an existing configuration or create a new one.

To create a new configuration:

Click to the right of the list.

In the Deployment dialog, click .

In the Add Server dialog, specify the configuration name, select the type, and click OK .

On the Connection tab, specify the settings in the Upload/download project files section.

The rest of the settings don’t matter.

Click OK in the Deployment dialog.

Staging When deploying to the remote host, the application artifact or artifacts are placed into a staging folder which should be accessible to Tomcat. The settings in this section define the location of this staging folder.

Note that if Same file system is selected for Type and Host , no settings in this section need to be specified.

Path from root The path to the staging folder relative to the local or mounted folder, or the root of the (S)FTP host.

You can use to select the folder in the Choose target path dialog.

Mapped as The absolute path to the staging folder in the local file system of the remote host. Remote connection settings The settings for accessing deployed applications. Host The fully qualified domain name or the IP address of the Tomcat host. Port The server HTTP port.

An example of remote staging settings for a mounted folder

C:\shared is a shared folder on the remote host, which is mounted to the local computer as the drive X: .

The folder that you are going to use for staging is C:\shared\staging .

Here are the corresponding remote staging settings:

Type: Local or mounted folder.

Host: The configuration should be selected in which the value in the Folder field is X:\ (the Upload/download project files section on the Connection tab of the Deployment dialog).

Staging/Path from root: staging

Staging/Mapped as: C:\shared\staging

Deployment tab

Use this tab to specify which artifacts or external resources should be deployed onto the server. An external resource means a deployable Web component such as a .war file which is not represented by a project artifact. Usually, such components are stored outside of the project scope.

To add items to the deployment list (shown under Deploy at the server startup ), click the Add button . To edit the settings for an artifact or external resource, select the corresponding item in the list and use the controls below.

Note that deployment to a remote server is supported only for Tomcat 5 or later versions. Also note that to be able to deploy applications to a remote Tomcat server, enable JMX support on the server. To do that, pass the following VM options to the server Java process:

is the server hostname (domain name) or IP address.

If catalina.bat or catalina.sh is used to start the server, these options may be passed to the server using the CATALINA_OPTS environment variable.

Add an artifact or an external resource to the list.

Item	Description
or Alt+Insert
or Alt+Delete	Remove the selected artifacts and external resources from the list.
or F4	Configure the selected artifact. The Artifacts page of the Project Structure dialog will open.
Application context	Specify the context root for an artifact or external resource: select the artifact or the resource and type or select the context root.

Logs tab

Use this tab to specify which log files generated while running or debugging should be displayed in the console, that is, on the dedicated tabs of the Run or Debug tool window.

The read-only fields in this column list the log files to show. The list can contain:

Full paths to specific files.

Ant patterns that define the range of files to be displayed.

Aliases to substitute for full paths or patterns. These aliases are also displayed in the headers of the tabs where the corresponding log files are shown.

If a log entry pattern defines more than one file, the tab header shows the name of the file instead of the log entry alias.

Item	Description
Is Active	Select checkboxes in this column to have the log entries displayed in the corresponding tabs in the Run tool window or Debug tool window.
Log File Entry
Skip Content	Select this checkbox to have the previous content of the selected log skipped.
Save console output to file	Select this checkbox to save the console output to the specified location. Type the path manually, or click the browse button and point to the desired location in the dialog that opens .
Show console when a message is printed to standard output stream	Select this checkbox to activate the output console and bring it forward if an associated process writes to Standard.out.
Show console when a message is printed to standard error stream	Select this checkbox to activate the output console and bring it forward if an associated process writes to Standard.err.
	Click this button to open the Edit Log Files Aliases dialog where you can select a new log entry and specify an alias for it.
	Click this button to edit the properties of the selected log file entry in the Edit Log Files Aliases dialog.
	Click this button to remove the selected log entry from the list.

Code Coverage tab

Use this tab to configure code coverage monitoring options.

Note that this tab is not available for remote servers.

If necessary, specify the classes and packages to be measured.

Use or to add classes or packages to the list.

To remove the classes or packages from the list, select the corresponding list items and click .

Item	Description
Choose code coverage runner	Select the desired code coverage runner.
Sampling	Select this option to measure code coverage with minimal slow-down.
Tracing	Select this option to collect accurate branch coverage. This mode is available for the IntelliJ IDEA code coverage runner only.
Track per test coverage	Select this checkbox to detect lines covered by one test and all tests covering line.
Packages and classes to record code coverage data
Enable coverage in test folders.	Select this checkbox to include the test source folders in code coverage analysis.

Startup/Connection tab for a local configuration

Run /

Debug /

Coverage

Use to switch between the settings for the run, debug and code coverage modes. Startup script Specify the script to be used to start the server.

If this checkbox is selected, the default script is used.

in this case opens the Default Startup Script dialog which shows the contents of the Startup script field (readonly).

To specify the script, click and select the desired script in the dialog that opens .

To specify the parameters, click and specify the script parameters and VM options in the Configure VM and Program Parameters dialog.

When specifying the parameters and options, follow these rules:

Use spaces to separate individual parameters and options, for example, -client -ea -Xmx1024m .

If a parameter or an option includes spaces, enclose the spaces or the argument that contains the spaces in double quotes, for example, some» «arg or «some arg» .

If a parameter or an option includes double quotes (e.g. as part of the argument), escape the double quotes by means of the backslashes, for example, -Dmy.prop=\»quoted_value\» .

Shutdown script Specify the script to be used to stop the server.

If this checkbox is selected, the default script is used.

in this case opens the Default Shutdown Script dialog which shows the contents of the Shutdown script field (readonly).

To specify the script, click and select the desired script in the dialog that opens .

To specify the parameters, click and specify the script parameters and VM options in the Configure VM and Program Parameters dialog.

When specifying the parameters and options, follow these rules:

Use spaces to separate individual parameters and options, for example, -client -ea -Xmx1024m .

If a parameter or an option includes spaces, enclose the spaces or the argument that contains the spaces in double quotes, for example, some» «arg or «some arg» .

If a parameter or an option includes double quotes (e.g. as part of the argument), escape the double quotes by means of the backslashes, for example, -Dmy.prop=\»quoted_value\» .

Pass environment variables To pass specific variables to the server environment, select this checkbox and specify the variables:

To add a variable, click and specify the variable name and value in the Name and Value fields respectively.

To remove a variable from the list, select the variable and click .

Port Use this field to change the debugger port. Debugger Settings Click this button to edit the debugger options on the Debugger page of the Settings dialog.

Startup/Connection tab for a remote configuration

This tab shows command-line options for starting the server JVM in the run and debug modes.

Run /

Debug

Use to switch between the settings for the run and debug modes. The settings are shown in the area under To run/debug. To run/debug remote server JVM. The command-line options for starting the server JVM. These are shown just for copying elsewhere. Transport (and all that follows) The GUI for generating the remote debug command-line options shown in the area under To run/debug.

Common settings

When you edit a run configuration (but not a run configuration template), you can specify the following options:

Specify a name for the run/debug configuration to quickly identify it when editing or running the configuration, for example, from the Run popup Alt+Shift+F10 .

Select to allow running multiple instances of this run configuration in parallel.

By default, it is disabled, and when you start this configuration while another instance is still running, IntelliJ IDEA suggests to stop the running instance and start another one. This is helpful when a run/debug configuration consumes a lot of resources and there is no good reason to run multiple instances.

Save the file with the run configuration settings to share it with other team members. The default location is .idea/runConfigurations . However, if you do not want to share the .idea directory, you can save the configuration to any other directory within the project.

By default, it is disabled, and IntelliJ IDEA stores run configuration settings in .idea/workspace.xml .

Toolbar

The tree view of run/debug configurations has a toolbar that helps you manage configurations available in your project as well as adjust default configurations templates.

Move into new folder / Create new folder. You can group run/debug configurations by placing them into folders.

To create a folder, select the configurations within a category, click , and specify the folder name. If only a category is in focus, an empty folder is created.

Then, to move a configuration into a folder, between the folders or out of a folder, use drag or and buttons.

To remove grouping, select a folder and click .

Item	Shortcut	Description
	Alt+Insert	Create a run/debug configuration.
	Alt+Delete	Delete the selected run/debug configuration. Note that you cannot delete default configurations.
	Ctrl+D	Create a copy of the selected run/debug configuration. Note that you create copies of default configurations.
	The button is displayed only when you select a temporary configuration. Click this button to save a temporary configuration as permanent.
	Click this button to sort configurations in the alphabetical order.

Before launch

In this area, you can specify tasks to be performed before starting the selected run/debug configuration. The tasks are performed in the order they appear in the list.

Click this icon to add one of the following available tasks:

Run External tool : select to run an external application. In the dialog that opens, select one or multiple applications you want to run. If it is not defined in IntelliJ IDEA yet, add its definition. For more information, see External tools and External Tools.

Run Another Configuration : select to execute another run/debug configuration. In the dialog that opens, select the configuration to be run.

Build : select to compile the specified module. The Build Module command will be executed.

If an error occurs during compilation, IntelliJ IDEA won’t attempt to start the run/debug configuration.

Build Project : select to compile the entire project. The Build Project command will be executed.

If an error occurs during compilation, IntelliJ IDEA won’t attempt to start the run/debug configuration.

Build, no error check : the same as the Build option, but IntelliJ IDEA will try to start the run/debug configuration irrespective of the compilation results.

Build Artifacts : select this option to build an artifact or artifacts. In the dialog that opens, select the artifact or artifacts that should be built.

Launch Web Browser : select this option to have a browser started. In the dialog that opens, select the type of the browser and provide the start URL. Also, specify if you want the browser be launched with JavaScript debugger.

Run Ant target : select this option to run an Ant target. In the dialog that opens, select the target to be run.

Run Grunt task : select this option to run a Grunt task.

In the Grunt task dialog that opens, specify the Gruntfile.js where the required task is defined, select the task to execute, and specify the arguments to pass to the Grunt tool.

Specify the location of the Node.js interpreter, the parameters to pass to it, and the path to the grunt-cli package.

Run gulp task : select this option to run a Gulp task.

In the Gulp task dialog that opens, specify the Gulpfile.js where the required task is defined, select the task to execute, and specify the arguments to pass to the Gulp tool.

Specify the location of the Node.js interpreter, the parameters to pass to it, and the path to the gulp package.

Run Maven Goal : select this option to run a Maven goal. In the dialog that opens, select the goal to be run.

Run npm script : select this option to execute an npm script.

In the NPM Script dialog that opens, specify the npm run/debug configuration settings.

Compile TypeScript : select to run the built-in TypeScript compiler and thus make sure that all the changes you made to your TypeScript code are reflected in the generated JavaScript files. In the TypeScript Compile Settings dialog that opens, select or clear the Check errors checkbox to configure the behaviour of the compiler in case any errors are detected:

If the Check errors checkbox is selected, the compiler will show all the errors and the run configuration will not start.

If the Check errors checkbox is cleared, the compiler will show all the detected errors but the run configuration still will be launched.

Generate CoffeeScript Source Maps : select this option to generate the source maps for your CoffeeScript sources. In the dialog that opens, specify where your CoffeeScript source files are located.

Run Remote External Tool : adds a remote SSH external tool.

Run Rake task : add a Rake task to be executed prior to running or debugging. To choose a Rake task, click the browse button , and select the desired task from the list of available tasks.

Note that code completion is available here.

Run JRuby compiler : choose this option to execute JRuby compiler with the specified target path, compiler process heap size, and command line parameters (if any).

By default this checkbox is selected and the Run or the Debug tool window opens when you start the run/debug configuration.

Otherwise, if the checkbox is cleared, the tool window is hidden. However, when the configuration is running, you can open the corresponding tool window for it yourself by pressing Alt+4 or Alt+5 .

Источник

Item	Shortcut	Description
	Alt+Insert
	Alt+Delete	Click this icon to remove the selected task from the list.
	Enter	Click this icon to edit the selected task. Make the necessary changes in the dialog that opens.
/	Alt+Up / Alt+Down	Click these icons to move the selected task one line up or down in the list. The tasks are performed in the order that they appear in the list.
Show this page	Select this checkbox to show the run/debug configuration settings prior to actually starting the run/debug configuration.
Activate tool window