having your IDE, in our case IntelliJ IDEA, to be able to debug the remote tomcat application.Starting Tomcat with remote debugging enabled and.The process of getting remote debugging working involves two steps. ![]() ![]() The post also gives a brief overview of the technologies that makes remote debugging possible. The steps outlined below should apply with any remote JVM application and any IDE, although the exact steps may differ, the general idea would remain same. The post outlines the procedure using IntelliJ IDEA as the IDE, and the remote application to be debugged would be web application running on Tomcat. This post thus describes the procedure of setting up the ability to remotely debug a JVM application from within an IDE. So, together with the help of a colleague, Thijs Schnitger, was able to get it up and running without much hassles. I looked into what is needed the set up and all. It was at this stage that I thought about remote debugging and if there exist the possibility of having an application run in a remote JVM and still be able to intercept its execution from the copy of the source code running on a local IDE: sounds just like what would get the job done.Īnd sure this is very possible. Relying just on log outputs was not enough…What if I could debug the test environment from my machine? ![]() But having the issues reproducible in the test environment was good In that it confirms the issues needed to be fixed, but it was of little help in actually tracking the issues down, finding the cause and fixing it. It was this kind of situation I recently found myself, where, I had to rectify certain issues that were occurring in the production environment but could not be reproduced on the development machine.įortunately enough, the said issues could be reproduced in the testing environments (which is as close to the production environment as possible). As anybody who has been in this kind of situation would acknowledge, trying to pinpoint the cause of these kind of “issues” might quickly end up being a practice at taking shots in the dark: a very time-consuming and inefficient process. This post would look into how to tackle and debug issues in scenarios where they only occur in production (or other remote environment) but not in development environment.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |