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.
hi, a servlet 2.4/jsp 2.0 web app that deploys fine to tomcat 5.5.7 throws up when deployed to sjas 8.1 with java.lang.ClassCastException: org.netbeans.modules.j2ee.sun.dd.impl.web.model_2_4_0.JspConfig at org.netbeans.modules.j2ee.sun.dd.impl.web.model_2_4_1.SunWebApp.setJspConfig(SunWebApp.java:850) at org.netbeans.modules.j2ee.sun.dd.impl.web.SunWebAppProxy.setJspConfig(SunWebAppProxy.java:342) at org.netbeans.modules.j2ee.sun.share.configBean.WebAppRoot$1.getDDSnippet(WebAppRoot.java:301) at org.netbeans.modules.j2ee.sun.share.configBean.Base.addToGraphs(Base.java:625) at org.netbeans.modules.j2ee.sun.share.configBean.SunONEDeploymentConfiguration.saveDConfigBean(SunONEDeploymentConfiguration.java:349) at org.netbeans.modules.j2ee.sun.share.configBean.SunONEDeploymentConfiguration.save(SunONEDeploymentConfiguration.java:317) at org.netbeans.modules.j2ee.deployment.config.ConfigSupportImpl.getDeploymentPlanFileForDistribution(ConfigSupportImpl.java:248) at org.netbeans.modules.j2ee.deployment.config.ConfigSupportImpl.getConfigurationFile(ConfigSupportImpl.java:224) at org.netbeans.modules.j2ee.deployment.impl.projects.DeploymentTargetImpl.getConfigurationFile(DeploymentTargetImpl.java:180) at org.netbeans.modules.j2ee.deployment.impl.TargetServer.deploy(TargetServer.java:615) at org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment.deploy(Deployment.java:129) at org.netbeans.modules.j2ee.ant.Deploy.execute(Deploy.java:62) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeTarget(Project.java:1214) at org.apache.tools.ant.Project.executeTargets(Project.java:1062) at org.apache.tools.ant.module.bridge.impl.BridgeImpl.run(BridgeImpl.java:234) at org.apache.tools.ant.module.run.TargetExecutor.run(TargetExecutor.java:242) please advise what further info is required. rgds kev
Moving to sunappserv.
problem is due to using a sun-web.xml that references the app server 8.0 DTD. changing the reference to the app server 8.1 DTD fixes the issue.
Yes, but actually this should have been handled anyway (silent migration of 8.0 sun-web.xml to 8.1 sun-web.xml). It will be investigated and fixed.
fyi, i rsync the source between home and work. if there is some project metadata somewhere that says that the project has already been migrated from 8.0 to 8.1 (as opposed to always attempting the migration whenever the 8.0 sun-web.xml is found) then it is possible that the synch has screwed this up.
Interesting. Are both home and work NB installations the release build of 4.1? The version of sun-web.xml is determined by the DOCTYPE declaration at the top of the sun-web.xml file and this would be updated from 8.0 DOCTYPE to 8.1 DOCTYPE the first time the file is opened and saved. If it wasn't saved, it should still get silently upgraded each time it is opened. Do you know how you obtained an SJSAS 8.0 sun-web.xml in the first place? (i.e. migration of an application from NB 3.6, web project created in NB 4.1, etc.)
both home and work are nb 4.1. however, at one point i tried unsuccessfully to register an external sjas instance. i suspect that this may have been an 8.0 one that i had not uninstalled properly. maybe this had an effect.
This will be fixed for beta.
This is fixed for upcoming 5.0.
By the way, best work around is to manually change the doctype from 8.0 to 8.1 -- see an existing 8.1 file for details.
Verified