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.

Bug 159786 - 6.7 M2 resulting in "Uncompilable source code" on enum.values()
Summary: 6.7 M2 resulting in "Uncompilable source code" on enum.values()
Status: RESOLVED WORKSFORME
Alias: None
Product: serverplugins
Classification: Unclassified
Component: Infrastructure (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker with 1 vote (vote)
Assignee: issues@javaee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-06 14:07 UTC by fommil
Modified: 2009-05-03 21:03 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description fommil 2009-03-06 14:07:47 UTC 
I have a Web Application project (J2EE 5, using JDK 5 on Apple OS X) that works fine under NetBeans 6.5. Upon upgrading to 6.7 M2 and doing an import of 
my projects, a clean rebuild and deploy results in runtime exceptions of the following form. I've also tried under JDK 6 (with a clean rebuild/deploy), with 
the same result.

This might not even be a Web Application issue as I get the same kinds of exceptions when running  'static main' programs inside the project (which I can 
run standalone).

Please speak up with workarounds for now, as I'd really like to try out 6.7 M2 properly! Let me know if you need anything else. (I'll have to obfuscate 
specific details about our code). For example, is there some weird compiler option to do with enums being passed?

And before you ask, I can assure you that the code is valid and syntax-error free ;-)

06-Mar-2009 13:56:41 org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet jsp threw exception
java.lang.RuntimeException: Uncompilable source code
        at MyEnum.values(MyEnum.java)
        at org.apache.jsp.audit_jsp._jspService(audit_jsp.java:118)
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
        at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374)
        at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:342)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:267)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:390)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
        at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
        at java.lang.Thread.run(Thread.java:613)
Comment 1 Andrei Chistiakov 2009-03-06 16:10:02 UTC 
Reassigning to web component.
Comment 2 fommil 2009-03-06 16:28:24 UTC 
Note: I am not 100% sure this is a Web Application deployment problem. I also get it with 'static main' programs in my Web Application. I will try later to see if 
I reproduce this on a plain Java project, but this is obviously going to take some effort.
Comment 3 fommil 2009-03-06 16:38:53 UTC 
OK, I created a "Java Project" with an enum and a main class and it compiled and ran fine.

I then created a minimal "Web Application" containing only a single JSP accessing a simple enum and that also worked fine.

Returning to my original project (without touching *anything*), it magically started working again.

It is clear that there is something amiss with the deployment system during the upgrade. I am unsure if it is now fixed for me. Leave this report open for now 
and I will update it if I discover anything new.
Comment 4 fommil 2009-03-06 17:26:56 UTC 
Argh... I've magically started getting the same "Uncompilable source code" problem again. Again, no code or settings changes. Having to revert to 6.5. Please 
let me know how I can help to track down the core of this problem.
Comment 5 fommil 2009-03-07 11:42:50 UTC 
tried the 20090306 nightly and not seeing this anymore... will leave open for a few more days to confirm.
Comment 6 waldheinz 2009-03-09 14:17:02 UTC 
I can confirm this bug for 6.7 M2. I do not think it is web-related, I'm hitting this bug in a library I'm developing,
and this is a plain Java project, nothing web-aware going on there. I'm pretty sure I already had this with 7.0 M1, but
there it magically disappeared after restarting Netbeans. Currently I'm stuck though, so I'll move back to 6.5 for now.
Comment 7 bartvdc 2009-03-10 08:23:15 UTC 
I have the same here in a maven jse project, it disappeared when compile on save was disabled.
Found the hint in a comment on http://www.netbeans.org/issues/show_bug.cgi?id=153840
Comment 8 fommil 2009-05-03 21:03:34 UTC 
I'm not getting this problem with 6.7 Beta.