The two main reasons for bkpt not apparently hit are:

- the classes you run are out-of-date. In this case the bkpt is marked
as invalid.
- the class is excluded by the debugger - see ide preferences.

I have been using remote debugging many times, inside tomcat and a
variety of appservers, on one machine and across machines and it works
fine with jdk1.3.1 and 1.3.1_01

Edo

> -----Original Message-----
> From: Geoff Ballinger [mailto:[EMAIL PROTECTED]] 
> Sent: 04 December 2001 15:19
> To: [EMAIL PROTECTED]
> Subject: [Eap-list] Remote debugging in idea527
> 
> 
> Hi all,
> 
>       One of the key features of Pandora from our point of 
> view is remote 
> debugging of our server. Our software mainly consists of a large 
> collection of servlets and supporting classes running in a 
> tomcat 3.2.3 
> container. We usually develop on a windows 2000 box and 
> test/deploy on 
> an linux box.
> 
>       Getting the debugger connected to the jvm was fairly 
> easy. I just added 
> the extra parameters presented in the Pandora GUI to the command line 
> which starts the tomcat container. I then hit debug and it claims to 
> have connected to the target VM using socket transport.
> 
>       Things are then less good. Firstly I set a breakpoint 
> in a bit of code 
> which I know is being called regularly. I know the code 
> continues being 
> run (it produces some console output!) but the breakpoint is never 
> triggered.
> 
>       I also don't initially get a list of threads. I have to 
> select "customise 
> view" from the drop down and then hit OK without making any 
> changes to 
> generate the list - not very intuitive!?!
> 
>       To be honest without being able to hit a breakpoint I 
> can't take this 
> very much further usefully. Any thoughts on either of these?,
> 
>                                               Geoff.
> 
> 
> ______________________________________________________________
> __________
> 
> E-mail is an informal method of communication and may be 
> subject to data corruption, interception and unauthorised 
> amendment for which Digital Bridges Ltd will accept no 
> liability. Therefore, it will normally be inappropriate to 
> rely on information contained on e-mail without obtaining 
> written confirmation.
> 
> This e-mail may contain confidential and/or privileged 
> information. If you are not the intended recipient (or have 
> received this e-mail in
> error) please notify the sender immediately and destroy this 
> e-mail. Any unauthorized copying, disclosure or distribution 
> of the material in this e-mail is strictly forbidden.
> 
> ______________________________________________________________
> __________
> 
> 
> _______________________________________________
> Eap-list mailing list
> [EMAIL PROTECTED] 
> http://www.intellij.com/mailman/listinfo/eap-> list
> 


_______________________________________________
Eap-list mailing list
[EMAIL PROTECTED]
http://www.intellij.com/mailman/listinfo/eap-list

Reply via email to