Bug 233098

Could you please provide a way to reproduce and reopen? I tried to reproduce (both Maven and J2SE project), but I am apparently doing something wrong, as I was not able to see the problem. Thanks.

It seems to have something to do with the current project containing compiler errors.

Meaning, if multiple files in the current project contain compiler errors I notice that some of the files experience this issue. But once I fixed the compiler errors and rebuild the problem seems to go away.

I still haven't figured out how to narrow this down further.

What conditions are supposed to cause this warning to appear?

Created attachment 145000 [details]
The following options were not recognized by any processor

screenshot

Comment on attachment 145000 [details]
The following options were not recognized by any processor

I have same bug. Project is maven.
Bug is not stable, it may show warning or may not


NetBeans IDE 7.4 (Build 201310111528)
Java: 1.7.0_51; Java HotSpot(TM) Client VM 24.51-b03
Runtime: Java(TM) SE Runtime Environment 1.7.0_51-b13

It is very difficult to reproduce this bug.

It only seems to occur if the background compiler annotates the project with some compiler errors (note: the project contains compiler errors, not necessarily the file containing the eclipselink warning annotation).

Jan,

Can you please add extra logging inside Netbeans so that when this warning annotation is created, Netbeans logs the stack-trace? This should enable us to figure out what conditions are leading to the creation of this annotation.

I have the same problem. 

To fix the problem: 
1. delete all the local history of the source file;
2. close the source file;
3. reopen the source file.

I hope that this can help to debug the problem.

Product Version: NetBeans IDE 7.4 (Build 201310111528)
Java: 1.7.0_51; Java HotSpot(TM) Client VM 24.51-b03
Runtime: Java(TM) SE Runtime Environment 1.7.0_51-b13

trekup,

Please give more details on step 1. I assume you shut down Netbeans, deleted some directory (which one?) and restarted Netbeans?

If so, how do you know that restarting Netbeans by itself didn't cause the annotation to go away?

gtzabari,

For the step 1 I intend:
1.1 Pass from "Source View" to "History View" (via menu, View:Editors:History);
1.2 Select from the combo box "Filter" the value "Local";
1.3 Select all items in the below table;
1.4 Click the right mouse button;
1.4 Finally select "Delete from History"

After, I close and reopen the source file, I don't restart NetBeans.

Interesting. Thanks for the clarification.

I guess we're still waiting on Jan for this issue (either to investigate further or add extra logging to help us figure out what causes this issue).

Those instructions for cleaning up the error message worked.

Thanks!

Jan,

What can we do to fix this issue outright? Can you add extra logging to help reproduce this on your end?

Created attachment 147217 [details]
Strange warning

I've got the same issue.

NetBeans 8, Java 8, MacOS 10.9.2
Maven "war" project with Jersey, PostgreSQL and Apache Commons dependencies.

I am attaching the screenshot.

PS It's not for the package definition, by the way, it's just for the 1st line of the file. In my case the package definition is at the second line, but I can see that strange warning still at the first one.

Jan,

This issue might be caused by changeset http://hg.netbeans.org/main-silver?cmd=changeset;node=7aba89a5a4ca. Based on this code, it looks like Netbeans adds this property even when the EclipseLink annotation process is not active; hence the warning message. What do you think?

csbubbles,

"Version" denotes when this issue was first reported, not when you saw it last. Please leave the field as-is.

gtzabari,

I believe the best practice is to keep the issue as much relevant to the current time as possible. It doesn't really matter when (in which product version) the issue has been discovered if the bug continues existing in the latest versions. Also, NetBeans developers might consider the issues active for the latests IDE version as a higher priority, so it will not be much of help keeping the old version (moreover, they can even close the ones filed for older versions as irrelevant anymore).

If you are so much concerned about your initial filing, you can be sure that this information has not gone anywhere, if you open "history" of this ticket, you will see all the changes that have taken place.

PS Sorry for off-topic.

csbubbles,

I am sorry, but I think Gili is right: the process, AFAIK, is that Version field should be the oldest version in which the bug existed. For open bugs, AFAIK, the assumption is that they are valid for all versions starting from the one listed in the Version field till the current "trunk", unless stated otherwise.



Regarding the bug, I think this is a small oversight in the way NetBeans does annotation processing. I think the warning is produced in many cases (simply adding a stray annotation processing option in Project Properties should cause this warning to be generated internally), but "normally", the warning is not attributed to a file, and is dropped. But, when a file is being completed as an implicit dependency (reasons for that are currently unknown) in JavaCompiler.complete, the javac's Log may have a source file set, and the warning is then attributed to a file, and will appear in that file. Clearing the Log's source for the duration of the AP in JavaCompiler.complete should suffice to avoid the warning (and would be correct in any case, I think).

Jan,

Now we're getting somewhere :)

Okay, so aside from clearing the Log's source for the duration of the AP in JavaCompiler.complete, can you also add an assert() for when a file is being completed as an implicit dependency? We can try that for a bit and if no one else runs across this bug for a month we can consider it as fixed.

csbubble,

Knowing what version introduced the bug helps us narrow the list of changesets that could be responsible. I don't think committers use the Version field for scheduling which bugs to fix. I'm guessing selection is based on the issue priority and number votes. All open issues are assumed to occur in the latest version.

I also see this error occasionally.  Usually after moving a class or classes via refactoring in a Maven project.  The work-around provided by "trekup" works to remove the warning message.

I also get the warning and confirm that it always happens after I move some class to a different package (with refactoring). But the warning may appear on a different class than the moved one.

--
NetBeans IDE 8.0.2 (Build 201411181905)
JDK 1.8.0_31 (64-bit, Server VM)
Windows 7 (64-bit)

Hi, I just came across this bug.  It happened when I moved a class (via drag and drop) to a different package and chose to refactor n the popup.

I'm getting this error too.  I let the compiler create a new class for me and then copied everything except the package name from a previous version of the class into the new class.  There was no explicit refactoring.

As I never use eclipselink and would thus not care about the error messages, can I somehow deactivate all of the related error messages at once until this bug is fixed?



I have the same issue, with a maven project and I had moved files and methods with refactoring.

Product Version: NetBeans IDE 8.0.2 (Build 201411181905)
Updates: Updates available to version NetBeans 8.0.2 Patch 2
Java: 1.8.0_45; Java HotSpot(TM) 64-Bit Server VM 25.45-b02
Runtime: Java(TM) SE Runtime Environment 1.8.0_45-b15
System: Windows 7 version 6.1 running on amd64; Cp1252; de_DE (nb)
User directory: C:\Users\neuschitzer\AppData\Roaming\NetBeans\8.0
Cache directory: C:\Users\neuschitzer\AppData\Local\NetBeans\Cache\8.0