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.
Project builds and runs fine using embedded tomcat server. When deployed to tomcat 5 it goes haywire when jsp pages are referenced. The deployed war file appears to have been exploded properly
Created attachment 60453 [details] error messages when opening jsp page on unbundled tomcat
Please specify the exact steps to reproduce and the exact version of the tomcat you are deploying to. Looks like misconfigured tomcat instance: "The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files".
1) load fedora 9 2) enable tomcat5 from services menu on gnome 3) move war file to /usr/share/tomcat5/webapps/pagecouunter.war 4) observe directory /usr/share/tomcat5/webapps/pagecouunter is created 5) observe java -version prints 1.5.0_09
Is this issue still valid in Fedora 9 FCS? According to reported log this seems to be problem with Fedora 9 environment (java.lan.Object missing during the compilation).
No response from reporter. Closing as WORKSFORME.
This turns out to be a tomcat design flaw. Tomcat superimposes a new security manager on the scene, one that does not follow the standard java applet sandbox model. further, since the applet actually runs on a foreign machine, It can only be changed at the remote machine... you might as well use a signed applet :( The tomcat people take the position that their software don't have to actually work, being a work of art and all LOL. The work around is to embed files to be used by unsigned applets as properties this works fine. As far as I can tell it is impossible to reference an external file from an unsigned applet using tomcat, even one that resides on the originating server
Honestly I do not understand the last comment. How it is related to original issue? The original comment seems to be caused by somehow misconfigured tomcat. Is it reproducible in fedora 9 stable?