[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Newsgroup Home]
[news.eclipse.webtools] Re: Problems debugging a WAR with Tomcat

Using "Debug on Server" implies you are using WTP. Likely you downloaded the Java EE package of Eclipse which includes WTP.

Just saying it times out doesn't provide much in the way clues as to what is different about your circumstances that is causing the problem. Does Run -> Run on Server behave the same or different? What, if anything, appears in the Console view when you attempt to start Tomcat in debug or run mode? What OS are you running on? Was this Tomcat customized before creating the runtime and server from it in Eclipse, or did it still have it's default settings?

Feel free to examine the Tomcat FAQ[1] for information about the Tomcat support in WTP. However, I don't think any of the trouble shooting questions refers to a timeout problem.

Cheers,
Larry

[1] http://wiki.eclipse.org/WTP_Tomcat_FAQ

Alejandro wrote:
Hi,

I'm not sure if this is the correct place to post this topic, but since I can't find any other more suitable I'll do it here. Please point me the right place if I'm wrong.

My problem is as follows. I'm working in a Web Project using Eclipse 3.4.1 and Tomcat 6, I don't think I'm using WTP at the moment, I just downloaded Eclipse 3.4.1 and Tomcat individually. I compile, execute and deploy with an build.xml file. The problem arises when I try to debug the WAR file once imported. It seems that Tomcat never really "starts" when I launch Debug as-> Debug on Server. Once the timeout expires, the tomcat thread is terminated along the debug processing. Obviously, I could increase the timeout setting, but that seems too nasty...I used Glassfish before and I could debug with no probs, but due project features, I had to swap to Tomcat, and I can't debug with it...

Any help will be very appreciated, it's hard to believe no one encountered this problem before me...I checked many other forums and they all propose the use of the Sydeo Plugin but that's unnecessary in my case.


Best regards, Alejandro