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.
Summary: | USABILITY: web.xml needs a context menu item for "Validate" | ||
---|---|---|---|
Product: | javaee | Reporter: | Sakthivel Gopal <sakthivelg> |
Component: | Code | Assignee: | Milan Kuchtiak <mkuchtiak> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | CC: | cfqacore |
Priority: | P2 | ||
Version: | -S1S- | ||
Hardware: | Sun | ||
OS: | Solaris | ||
Issue Type: | ENHANCEMENT | Exception Reporter: | |
Bug Depends on: | 20532, 26632 | ||
Bug Blocks: |
Description
Sakthivel Gopal
2002-08-15 00:12:20 UTC
Changing to Enhancement - sounds like a usability improvement request. Implemented CheckXMLCookie and ValidateXMLCookie for DDDataObject. Thus, "Check XML" and "Validate XML" actions appear in the contextual menu. Since then both actions are enabled also in the editor window toolbar. Fixed in trunk. ** I don't see this when i right click on web.xml in FS Explorer. I could see these context menu's only when i right click on opened web.xml in source editor. You may want to reopen this issue and have it fully fixed. Milan, You may please see my earlier comments. Just to bring this to your attention, i am repoening this case. A user comment on this... XML files display the XML tools on their context menu (Check/Validate/etc). The web.xml file does not. Does NB consider it a 'webapp' file first and not as an XML file as well? I think it is important to fix this since it is inconsistent behavior for XML files and since the system does validate the file when saving, but then does not give you the option to revalidate if there were problems. There is no simple way how add the "Check XML" and "Validate XML" actions to web.xml node. There is missing XML/tools API, which should provide some public CheckXMLAction and ValidateXMLAction classes. I added dependancy on 20532. Apologies, I should have tracked this bug better. There is an additional problem here because the Servlet 2.3 spec doesn't require the deployment descriptor to be valid per the DTD. So we probably shouldn't show it as invalid unless we're sure it is (i.e. the server won't start). Fixed for 3.6 |