This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | Netbean Library Source Code Compile Error | ||
---|---|---|---|
Product: | java | Reporter: | charles_zhw |
Component: | Compiler | Assignee: | Dusan Balek <dbalek> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | apjanke, dstrupl |
Priority: | P4 | ||
Version: | 6.x | ||
Hardware: | PC | ||
OS: | Windows 7 | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | library jar's source file compile error |
Description
charles_zhw
2010-09-07 02:02:41 UTC
Debugger can not do anything with compile errors. I am marking this issue as incomplete. It is incomprehensible for me - if anyone can make anything from the description please try to explain otherwise please leave it as resolved. Thanks. Created attachment 102021 [details]
library jar's source file compile error
Sorry for my unclear description.My point is as following: 1. We don't want to see any compile error while we check it out any library jar's source file in IDE. Because compile error message would confuse IDE's user. 2. Because library jar's source file's compile issue, debug behavior look a little strange. Because debug thread have been suspend by the line which have compile error. If we want debug to into method call which is make as compile error we have to click Continue button(F5). But it don't make sense. As we know if we want to into one method we would click Setp Into button(F7).I have try netbeans 6.8 to reproduce this issue but netbeans 6.8 could setp into one method while we click Setp Into button(F7) even if this line code have compile error.Please find the picture from attached file and take a look about line 103. This is a source code about Spring framework 3.03 version(SimpleUrlHandlerMapping class). 3. Why IDE don't know SimpleUrlHandlerMapping's super.initApplicationContext() method which inherit from AbstractUrlHandlerMapping class while we check it out library jar's source file. This behavior is still confuse me. As we konw throuth compile IDE would know one class's method or instance variable even if this method or instance variable is inherit from father class. From attached file we would understand that SimpleUrlHandlerMapping class neither know super.initApplicationContext() method nor know logger instance variable even if both of them is exist their father class. Bug prior to 7.0, not touched for the last 2 years --> P4. I'm running in to this problem or a similar one in NetBeans 7.4. I'm writing a small Java project that uses Apache Axis2. I've defined an Axis2 library that has all of the Axis2 JARs on its classpath (including its dependencies), and has the source files for Axis2 (but not its dependencies) in the library definition. When I am viewing source files from the Axis2 library, the editor shows a lot of compile errors due to unresolved symbols. Some symbols get resolved; it looks like the ones for which I have source files included in the library get resolved, but the ones that are only in the binary JAR files do not get resolved. This is a minor usability issue. The false-positive errors were a little bewildering but not a problem when I figured out what was going on. Still an annoyance, because it does mask symbols which really aren't resolved in this classpath context, which I think may be an issue with Axis2 here because of its fancy run-time loading of module files. But with the false-positive compiler errors, I can't really tell. This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue. Thanks for your cooperation, NetBeans IDE 8.2 Release Boss |