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: | Regression: XMLDO ignores custom node | ||
---|---|---|---|
Product: | platform | Reporter: | Jan Pokorsky <jpokorsky> |
Component: | Data Systems | Assignee: | phamernik <phamernik> |
Status: | CLOSED DUPLICATE | ||
Severity: | blocker | CC: | phamernik |
Priority: | P2 | Keywords: | API |
Version: | 3.x | ||
Hardware: | PC | ||
OS: | Windows ME/2000 | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | 20532 | ||
Bug Blocks: |
Description
Jan Pokorsky
2002-02-22 14:51:10 UTC
Sorry Jan, but it is intentional behaviour. Simply imagine that XML module provides Environment.Provider returning its own XMLDataNode. - XMLDataObject's protected createNodeDelegate() modifies DataObject's protected createNodeDelegate() semantics. - DataObject's public final getNodeDelegate() semantics is described using protected createNodeDelegate(). - XMLModule's XMLDataObject subclass modifies createNodeDelegate() semantics. It is allowed. I consider it as API bug. Of course we can workaround it in XML module, but only as last resort. I think #19491 captures the basic discussion, and has a workaround. We should either (1) implement issue #20532 and deprecate providing a Node at all (it never worked with the XML module installed), or (2) try to fix the problem in the XML module, i.e. support the API even though it is not "nice". (1) would be preferable IMHO if we can do it for 3.4. *** This issue has been marked as a duplicate of 19491 *** Resolved for 3.4.x or earlier, no new info since then -> verified Resolved for 3.4.x or earlier, no new info since then -> closing. |