Heather Marie Buch writes:
 > Hi Paul,
 > 

Heather, 

I haven't done any servelet development and I don't have access
to Linux so I'm afraid I can't be of much help myself. However,
there are JDE users who have used JDEbug successfully to debug
Tomcat applications. Therefore I am reposting your mail to the
JDE mailing list in the hopes that someone on it has the answers
you need. Regarding the eieio error, that is simply a side effect
of JDEbug's failing to connect to Tomcat. I need to fix
the code to give a more meaningful response.

Now can anyone else help Heather?

Paul


 > I hope that you can help me. I think the jdee looks great, and I really
 > want to use it. 
 > I have a big package that definitely requires a step-through debugger,
 > and JBuilder doesn't 
 > work so well now that I have upgraded to Red Hat 7.1.
 > 
 > Anyway, here's what's happening (and please feel free to cc the list on
 > any answer). I should also
 > tell you that I am somewhat of a novice to emacs. I've configured a
 > speedbar and some keystroke shortcuts, but that's about it.
 > 
 > I have red hat 7.1
 > kernal 2.4.3-12
 > 
 > I have installed the following for jdee: 
 > 
 > emacs 20.7
 > eieio-0.16
 > elib-1.0.tar.gz
 > jde-2.2.8
 > semantic-1.4beta13
 > speedbar-0.13a
 > 
 > I have installed it all in /var/local/jdee (sometimes I'm on the athena
 > network at MIT, so I can't
 > use /usr/local)
 > 
 > It seemed to go ok
 > 
 > Now comes the tricky part.
 > 
 > I am running a servlet application under tomcat (servlet engine) and
 > apache with mod_jk.
 > 
 > I modified the tomcat startup file to contain the debug stuff:
 > 
 > it starts up:
 > 
 > java -classic -Xrunjdwp:transport=dt_socket,address=NNNN,server=y,
 > suspend=n -Xdebug -Dtomcat.home= $MAIN
 > 
 > problem #1
 > tomcat starts ok, but when I shut it down, it complains:
 > 
 > "err:: Address already in use
 > Transport dt_socket failed to initialize, rc = -1"
 > 
 > I have heard that this is because that socket was already listening for
 > another process, but how
 > can I find a free socket?
 > 
 > I run tomcat anyway (with the error) and then attempt to set up my web
 > application for remote debugging, attaching to  the tomcat process.
 > 
 > I set jde-db-debugger to jdebug
 > 
 > problem #2
 > 
 > the jdebug documentation tells me what to do if I have solaris + jdk1.3,
 > or linux + jdk1.2.2, but it
 > doesn't specifically say what to do with linux + jdk1.3. So I follow the
 > instructions for 
 > solaris + jdk1.3, and do this:
 > 
 > jde-bug-vm-includes-jpda-p On.
 > 
 > jde-bug-jdk-directory /var/local/https-1.0/java1.3
 > (java1.3 is a symlink to where I have the jdk1.3 installed)
 > 
 > I also set 
 > 
 > jde-db-source-directories
 > to the directory above the 1st package directory in my java app.
 > 
 > Then I start up my servlet application in debug mode
 > 
 > Then, in jdee, I do this:
 > 
 > Execute JDEbug->Processes->Start Debugger to start the debugger 
 > (debugger starts successfully)
 > 
 > Execute JDEbug->Processes->Attach Process->Local Host
 > I then enter my socket number (which may or  may not be good)
 > 
 > Then I start my app. in the browser.
 > 
 > Then I come back to jdee and nothing happens. I try to do:
 > 
 > Display - local variable, and I get an error
 > about
 > 
 > "Unbound slot class jde-dbs-proc-state-info"
 > 
 > Someone told me that "unbound slot" was an eieio term. I can't find
 > anything about this
 > error on google or anywhere.
 > 
 > I hope that you can help me. I have spent about 6 hours with this
 > tonight. It would just be GREAT if I could get this to work, but I'm
 > afraid it's not going to look so good at work if I keep spending time
 > troubleshooting tools and not doing java. I can't spend much time on it
 > at home, because I have a 2-year-old that doesn't want me to work on my
 > computer at all (which is why I'm here at 11:30 pm when I should be in
 > bed). 
 > 
 > Well thanks very much. I really look forward to hearing from you! 
 > 
 > If anything is not accurate, please let me know. I have hand-typed a lot
 > of this in, because the
 > stuff is running on my laptop, which doesn't have remote access to the
 > machine where I'm writing the email.
 > 
 > Heather Buch
 > 
 > -- 
 > http://www.mit.edu/~hmbuch/
 > 
 > Heather Marie Buch  [EMAIL PROTECTED]
 > 

Reply via email to