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.

Bug 10987

Summary: org.openide.xml.XMLUtil.createDocument fails badly on JDK 1.2
Product: platform Reporter: Jan Lahoda <jlahoda>
Component: -- Other --Assignee: issues@platform <issues>
Status: CLOSED INVALID    
Severity: blocker CC: issues, pkuzel
Priority: P1    
Version: 3.x   
Hardware: Sun   
OS: Solaris   
Issue Type: DEFECT Exception Reporter:
Attachments: The exception thrown.
IDE log from first start on JDK1.2.2

Description Jan Lahoda 2001-04-03 15:11:58 UTC
Attached exception occured while startup on JDK1.2.2.
Comment 1 Jan Lahoda 2001-04-03 15:13:30 UTC
Created attachment 968 [details]
The exception thrown.
Comment 2 Petr Slegr 2001-04-03 15:33:20 UTC
Following exceptions occurred only on Windows.
Comment 3 Petr Slegr 2001-04-03 15:34:39 UTC
Sorry my comment is not valid.
Comment 4 _ ttran 2001-04-03 15:38:09 UTC
*** Issue 10990 has been marked as a duplicate of this issue. ***
Comment 5 _ ttran 2001-04-03 15:42:08 UTC
this prevents the form editor from opening .form files, definitely a showstopper 
Comment 6 _ pkuzel 2001-04-03 16:12:23 UTC
Make sure that you use proper version on XML parser. In the other words we
require JAXP 1.1 and compliant parser at classpath.

Could you check it?
Comment 7 Jan Lahoda 2001-04-03 16:44:48 UTC
I am attaching ide.log (for sureness), but I am running absolutely the same
build on JDK1.3 (the only change in my environment is changing JDK from 1.3 to
1.2.2 and back) and run on JDK1.3 is without problems. The first jaxp on
classpath (I hope) is lib/ext/jaxp.jar.
Comment 8 Jan Lahoda 2001-04-03 16:46:40 UTC
Created attachment 979 [details]
IDE log from first start on JDK1.2.2
Comment 9 _ pkuzel 2001-04-03 18:09:56 UTC
I expect that you have an old version of jaxp.jar. Check {$jre}/lib/ext and
{$netbeans}/lib/ext. 
You MUST avoid jaxp.jar that in its manifest declares
JAXP version 1.0 and is marked as sealed. The sealed flag protect "upgrading"
java package content by package content defined in different jar.

As simple test use
Class.forName("org.xml.sax.EntityResolver").getProtectionDomain().getCodeBase().getLocation().toExternalForm();
inspect resulting jar and remove it.
Comment 10 Jan Lahoda 2001-04-03 19:06:46 UTC
So - there was xml.jar, which was causing this. BUT is there any possibility, 
how common user can find that? Or will we be answering on all mailing lists next 
few months "check if you do not have old xml installed"? Is there any 
possibility to check this and report the problem BEFORE any exceptions occurs?
I am closing this as INVALID.
Comment 11 Quality Engineering 2003-07-01 15:55:28 UTC
Resolved for 3.4.x or earlier, no new info since then -> verified
Comment 12 Quality Engineering 2003-07-01 16:14:08 UTC
Resolved for 3.4.x or earlier, no new info since then -> closing.