大部分商业集成化开发环境（IDES）都提供某种调试器使你可以步进执行一个Java类，检验并可能改变变量的取值。JDK包含一个命令行调试器名为jdb，它或多或少地执行以上功能。这些工具可能会有用，但用于调试JSP代码时有一些弊端。
首先，JSP页面与其等价的字节代码并不存在紧密的映射关系。它们可能由scriptlet、伪指令、表达式、HTML和定制标签组成。如果对按行进行跟踪有兴趣，就需要使用生成的servlet源码，而不是.jsp文件惊醒调试。
另外，JSP类被载入并运行于由可能链接到web服务器的servlet引擎控制的单独的虚拟机中。为了调试单独的类，必须以调试模式启动整个servlet引擎。需要验证所有同样的类路径入口都是激活的并使用相同的端口等等。你甚至可以指出其执行方式。这使得调试环境与真正的运行时环境有很大差别。还有，在两种环境之间微小的差异可能会导致出现与正在被调试的问题无关的超时和竞争条件。
实际上，按行调试所做的工作很少，你不能用它来处理log()方法在一个断点检验的任何变量都很容易被写入servlet注册信息。可以在任意点停止执行并通过简单扔出一个益处产生栈轨迹。给定JSP自动编译和浏览器刷新按钮功能，可能会使进行带有新信息的几个循环比在调试模式下启动IDE并引入servlet引擎更快。