Netbeans deployment fails after class rename

Question

I am writing a test client for a webservice. It\'s a Netbeans 6.9.1 WebApplication using JSF framework. I have one managed bean that calls the webservice.

Everything

Answer 1

I was able to replicate a variation of this problem. I had to clear the NetBeans compilation cache (which appears to have issues on OSes that are case-forgiving...)

To move past the issue that I encountered, I had to:

1. Stop the server

2. Clean the project

3. Stop NetBeans

4. Delete %HOME%.netbeans\6.9\var\cache

5. Start NetBeans

When I ran the project which was having problems, NetBeans recompiled the project, started the server and opened the index.xhtml. I was able to navigate through the app successfully after that.

I have opened http://netbeans.org/bugzilla/show_bug.cgi?id=198565 to track the issue. Please monitor that issue and add any info that you think would assist somebody that attempts to resolve the issue.

Answer 2

I had a very similar problem with NetBeans 7.3, which means it's still not fixed. It happened after I did a rename and delete of an entity class, and JPA refused to believe that the class was deleted, so I couldn't deploy to Glassfish.

Took me many hours, going from restarting NetBeans and Glassfish to actually reinstalling them. Turns out reinstalling NetBeans doesn't clear its cache though, and that's where the problem lies.

As I run OS X, I did the following in ~/Library/Caches/NetBeans:

$ grep -r MyDeletedEntity *

And boom, there were few references to my deleted class!

I then proceeded to delete the contents in that folder, restarted NetBeans and then deployed to Glassfish again. Now it works!

If this does not work, also look into /Applications/NetBeans/NetBeans {whateverversion}.app/Contents/Resources/NetBeans/nb/var/cache and delete everything in that folder too.

Answer 3

Too late, but might help others. I just realized JRebel was keeping references to the old names. I disabled JRebel for my project, clean&build+run and problem got away.