RE: Classpath problem
"Burgess, Jay S" <[email protected]> Mon, 1 May 2006 12:30:11 -0400
| Newsgroups | gmane.comp.java.jswat.user |
|---|---|
| Message-ID | <[email protected]> |
Nathan, Your nightly build fix works perfectly! Thanks for doing this. One quick follow-on question: I got your newest code by downloading the nightly installer.jar, extracting jswat.zip, and hand-copying the newest files on top of my current installation. I did it this way because I wasn't sure whether the new installer would reset any of my current environment settings. (Since I've spent the last couple of days getting JSwat configured the way I like it, I didn't want to lose any settings.) So, is it safe to run future nightly-build installers without having to worry about losing any of my current settings? Thanks again. Jay -----Original Message----- From: Nathan Fiedler [mailto:[email protected]]=20 Sent: Monday, May 01, 2006 10:55 AM To: Burgess, Jay S Cc: [email protected] Subject: Re: [jswat-user] Classpath problem The annotations have tooltips, so if you hover the mouse over the red=20 icon in the source view margin, it should indicate what it thinks the=20 problem is. In the meantime, the nightly build contains a recent change in which the Attach dialog allows you to ignore the classpath reported by the=20 debuggee. So you can set the "Classes" setting however you like, attach=20 to the remote debuggee, and the Classes value will remain the same. The=20 nightly build is available on the downloads page at bluemarsh.com. On the other hand, turning off the annotation certainly works. The=20 errors in JSwat are meaningless since it is not compiling anything and=20 is not intended to be used as an editor, so you wouldn't care about the=20 errors in any case. n Burgess, Jay S wrote: > Your description of the change in classpath before/after Attach makes > sense. But your statement that "everything that is on the sourcepath > will not generate error stripes." doesn't seem to align with what I'm > seeing in the tool. In lieu of a screenshot, since I'm not sure what my > boss would think about that, I'll try to describe it more clearly in > words: >=20 > ----------------------------------- > Before Attach:=20 > ----------------------------------- > * The "Session Settings/Classes" tab contains the root directory of my > application's class files.=20 > * The "Session Settings/Sources" tab contains the root directory of my > application's source files. =20 > * An import statement in one of my source files that imports another one > of my app's classes has NO red wavy line e.g. In > "com.mycompany.report.Top10.java", the line "import > com.mycompany.beans.Channel;" has no red wavy line. > * I can see both "com.mycompany.report.Top10.java" and > "com.mycompany.beans.Channel.java" in my Sources tab and open both files > in the editor. >=20 > ----------------------------------- > After Attach: > ----------------------------------- > * The "Session Settings/Classes" tab now contains just tools.jar and > bootstrap.jar, and my previous setting is gone. (This aligns with what > you said about the debuggee.) > * The "Session Settings/Sources" tab contains the root directory of my > application's source files (as it did previously). > * The previous line of source in JSwat that references one of my app's > classes NOW HAS a red wavy line! > * I can still see both files in my Sources tab and open them in the > editor. >=20 > Again, this isn't a huge deal, and I can turn off the red wavy line in > Annotation Types. I just wanted to make sure I wasn't missing > something. >=20 > Jay