| Summary: | Content Model for Facelets is not contributed properly | ||
|---|---|---|---|
| Product: | [WebTools] Java Server Faces | Reporter: | Yury Kats <yurykats> |
| Component: | Core | Assignee: | Ian Trimble <ian.trimble> |
| Status: | RESOLVED FIXED | QA Contact: | Cameron Bateman <cameron.bateman> |
| Severity: | normal | ||
| Priority: | P3 | CC: | nsand.dev, raghunathan.srinivasan, robert_gallagher, thatnitind |
| Version: | 3.2 | ||
| Target Milestone: | 3.3 M7 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Yury Kats
Our experience with model query in the past is that it is too limited to be useful for our purposes. What feature is missing or disabled because of the lack of content model objects? What limits were you alluding to? I would need to go back through our attempts to do Facelet support, but as I recall, it was only really useful for narrow content assist use cases. Two open bugs that illustrate some of the limitations are: 153563 and 311957. (In reply to comment #1) > What feature is missing or disabled because of the lack of content model objects? Our adopter product uses generic Content Model API in many places, usually (but not limited) to get a list of attributes of a given node. Therefore all CM-based features of the product work fine on a JSP, but fail on a Facelet page, due to lack of the Content Model. The typical generic code to get attributes of a node looks like this: ModelQuery modelQuery = ModelQueryUtil.getModelQuery(node.getOwnerDocument()); CMElementDeclaration elementDeclaration = modelQuery.getCMElementDeclaration((Element) node); CMNamedNodeMap nodeMap = elementDeclaration.getAttributes(); Deferring this to 3.3 due to lack of resources. Fix submitted at 2011/03/31 05:12PM PDT. |