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: | [70cat] index.xhtml shows errors in the editor | ||
---|---|---|---|
Product: | javaee | Reporter: | vanob <vanob> |
Component: | JSF Editor | Assignee: | Marek Fukala <mfukala> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | pjiricka |
Priority: | P3 | ||
Version: | 7.0 | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
vanob
2010-12-26 20:19:49 UTC
I see the same issue, and if I validate the XML on a newly created JSF XHTML file, I get the following XML validation errors: XML validation started. Checking file:/Users/newadminaccount/NetBeansProjects/OmnisTools/web/test.xhtml... Attribute "xmlns:h" must be declared for element type "html". [4] Element type "h:head" must be declared. [5] Element type "h:body" must be declared. [8] The content of element type "html" must match "(head,body)". [11] XML validation finished. The file contents are: <?xml version='1.0' encoding='UTF-8' ?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:h="http://java.sun.com/jsf/html"> <h:head> <title>Facelet Title</title> </h:head> <h:body> Hello from Facelets </h:body> </html> Not clear to me what would be needed to fix this error. Page displays fine in the web application. Original report was on Windows, I am on Mac OS X I see the same issue in Netbeans7 (no problems in netbeans6.9.1). My project runs with jdk7 and wicket: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:wicket="http://wicket.sourceforge.net/"> BTW, I tried it with totally new userdir and warnings in .xhtml were by default disabled as you assumed. This is apparently a problem of the userdir import from older version. If you do the steps in non-imported userdir it works well. BTW, Martine was your userdir imported from 6.9 or 7.0 or just reused from an older dev build? *** This bug has been marked as a duplicate of bug 202959 *** |