You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jdo-dev@db.apache.org by Andy Jefferson <an...@jpox.org> on 2006/03/03 05:56:27 UTC
Re: [jira] Resolved: (JDO-318) TCK should include some metadata
files defined using the xsd header
>Can someone from JPOX shed some light on this issue?
JPOX (currently) validates against a DTD ... since that was always the JDO 1 way.
The XML parser being used (usually Crimson) still checks when no DTD is specified
and since there is no DTD in those xsd files, logs the errors. This doesn't mean
that JPOX will not run. When we get time we'll have a look at sorting out
validation against xsd's.
I don't see how DTD validation is optional since it was the JDO 1 way and for
backwards compatibility should be required.
--
Andy
Re: [jira] Resolved: (JDO-318) TCK should include some metadata files
defined using the xsd header
Posted by Craig L Russell <Cr...@Sun.COM>.
Hi Michelle,
I thought this was supposed to have been resolved by Erik's updates
to JPOX over the weekend.
Craig
On Mar 6, 2006, at 8:36 PM, Michelle Caisse wrote:
> Following the "ERROR [JPOX.MetaData] - MetaData Parser encountered
> an error in file..." errors that were discussed previously, I see:
>
> 20:07:47,890 (main) ERROR [JPOX.Enhancer] - CAUSE of Exception:
> java.lang.NullPointerException
> at org.jpox.metadata.CollectionMetaData.<init>
> (CollectionMetaData.java:96)
> at org.jpox.metadata.MetaDataParser.startElement
> (MetaDataParser.java:636)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElem
> ent(AbstractSAXParser.java:533)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.e
> mptyElement(AbstractXMLDocumentParser.java:220)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
> .scanStartElement(XMLDocumentFragmentScannerImpl.java:872)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
> $FragmentContentDispatcher.dispatch
> (XMLDocumentFragmentScannerImpl.java:1693)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
> .scanDocument(XMLDocumentFragmentScannerImpl.java:368)
> at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:834)
> at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:764)
> at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse
> (XMLParser.java:148)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse
> (AbstractSAXParser.java:1242)
> at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
> at javax.xml.parsers.SAXParser.parse(SAXParser.java:176)
> at
> org.jpox.enhancer.metadata.EnhancerMetaDataParser.parseMetaDataStream(
> EnhancerMetaDataParser.java:250)
> at
> org.jpox.enhancer.metadata.EnhancerMetaDataParser.parseMetaDataFile
> (EnhancerMetaDataParser.java:184)
> at
> org.jpox.enhancer.metadata.EnhancerMetaDataManager.parseAndRegisterFil
> e(EnhancerMetaDataManager.java:79)
> at org.jpox.enhancer.GeneratorBase.readJDOConfig
> (GeneratorBase.java:1325)
> at org.jpox.enhancer.JPOXEnhancer.main(JPOXEnhancer.java:255)
> 20:07:47,890 (main) ERROR [JPOX.Enhancer] - CAUSE of Exception:
> java.lang.NullPointerException
> at org.jpox.metadata.CollectionMetaData.<init>
> (CollectionMetaData.java:96)
> at org.jpox.metadata.MetaDataParser.startElement
> (MetaDataParser.java:636)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElem
> ent(AbstractSAXParser.java:533)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.e
> mptyElement(AbstractXMLDocumentParser.java:220)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
> .scanStartElement(XMLDocumentFragmentScannerImpl.java:872)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
> $FragmentContentDispatcher.dispatch
> (XMLDocumentFragmentScannerImpl.java:1693)
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl
> .scanDocument(XMLDocumentFragmentScannerImpl.java:368)
> at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:834)
> at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse
> (XML11Configuration.java:764)
> at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse
> (XMLParser.java:148)
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse
> (AbstractSAXParser.java:1242)
> at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
> at javax.xml.parsers.SAXParser.parse(SAXParser.java:176)
> at
> org.jpox.enhancer.metadata.EnhancerMetaDataParser.parseMetaDataStream(
> EnhancerMetaDataParser.java:250)
> at
> org.jpox.enhancer.metadata.EnhancerMetaDataParser.parseMetaDataFile
> (EnhancerMetaDataParser.java:184)
> at
> org.jpox.enhancer.metadata.EnhancerMetaDataManager.parseAndRegisterFil
> e(EnhancerMetaDataManager.java:79)
> at org.jpox.enhancer.GeneratorBase.readJDOConfig
> (GeneratorBase.java:1325)
> at org.jpox.enhancer.JPOXEnhancer.main(JPOXEnhancer.java:255)
> 20:07:47,906 (main) ERROR [JPOX.Enhancer] - Error reading the JDO
> Meta-Data input ""
> 20:07:47,906 (main) ERROR [JPOX.Enhancer] - Error reading the JDO
> Meta-Data input ""
>
> Is this the same issue, or something new?
>
> -- Michelle
>
> raig L Russell wrote:
>
>> Hi Andy,
>>
>> On Mar 2, 2006, at 8:56 PM, Andy Jefferson wrote:
>>
>>>> Can someone from JPOX shed some light on this issue?
>>>
>>>
>>> JPOX (currently) validates against a DTD ... since that was
>>> always the JDO 1 way.
>>> The XML parser being used (usually Crimson) still checks when no
>>> DTD is specified
>>> and since there is no DTD in those xsd files, logs the errors.
>>> This doesn't mean
>>> that JPOX will not run.
>>
>>
>> That's what I saw. JPOX runs but the log has errors. Not a big
>> deal as far as I'm concerned.
>>
>>> When we get time we'll have a look at sorting out
>>> validation against xsd's.
>>>
>>> I don't see how DTD validation is optional since it was the JDO
>>> 1 way and for
>>> backwards compatibility should be required.
>>
>>
>> The issue is that we decided that the XSD would be the normative
>> definition of the schema and the DTD is illustrative.
>>
>> Craig
>>
>>>
>>>
>>> --
>>> Andy
>>>
>>
>> Craig Russell
>> Architect, Sun Java Enterprise System http://java.sun.com/products/
>> jdo
>> 408 276-5638 mailto:Craig.Russell@sun.com
>> P.S. A good JDO? O, Gasp!
>>
>
Craig Russell
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:Craig.Russell@sun.com
P.S. A good JDO? O, Gasp!
Re: [jira] Resolved: (JDO-318) TCK should include some metadata files
defined using the xsd header
Posted by Michelle Caisse <Mi...@Sun.COM>.
Following the "ERROR [JPOX.MetaData] - MetaData Parser encountered an
error in file..." errors that were discussed previously, I see:
20:07:47,890 (main) ERROR [JPOX.Enhancer] - CAUSE of Exception:
java.lang.NullPointerException
at
org.jpox.metadata.CollectionMetaData.<init>(CollectionMetaData.java:96)
at
org.jpox.metadata.MetaDataParser.startElement(MetaDataParser.java:636)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:533)
at
com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:220)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:872)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1693)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
at
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:176)
at
org.jpox.enhancer.metadata.EnhancerMetaDataParser.parseMetaDataStream(EnhancerMetaDataParser.java:250)
at
org.jpox.enhancer.metadata.EnhancerMetaDataParser.parseMetaDataFile(EnhancerMetaDataParser.java:184)
at
org.jpox.enhancer.metadata.EnhancerMetaDataManager.parseAndRegisterFile(EnhancerMetaDataManager.java:79)
at
org.jpox.enhancer.GeneratorBase.readJDOConfig(GeneratorBase.java:1325)
at org.jpox.enhancer.JPOXEnhancer.main(JPOXEnhancer.java:255)
20:07:47,890 (main) ERROR [JPOX.Enhancer] - CAUSE of Exception:
java.lang.NullPointerException
at
org.jpox.metadata.CollectionMetaData.<init>(CollectionMetaData.java:96)
at
org.jpox.metadata.MetaDataParser.startElement(MetaDataParser.java:636)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:533)
at
com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:220)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:872)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1693)
at
com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
at
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
at
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
at
com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:176)
at
org.jpox.enhancer.metadata.EnhancerMetaDataParser.parseMetaDataStream(EnhancerMetaDataParser.java:250)
at
org.jpox.enhancer.metadata.EnhancerMetaDataParser.parseMetaDataFile(EnhancerMetaDataParser.java:184)
at
org.jpox.enhancer.metadata.EnhancerMetaDataManager.parseAndRegisterFile(EnhancerMetaDataManager.java:79)
at
org.jpox.enhancer.GeneratorBase.readJDOConfig(GeneratorBase.java:1325)
at org.jpox.enhancer.JPOXEnhancer.main(JPOXEnhancer.java:255)
20:07:47,906 (main) ERROR [JPOX.Enhancer] - Error reading the JDO
Meta-Data input ""
20:07:47,906 (main) ERROR [JPOX.Enhancer] - Error reading the JDO
Meta-Data input ""
Is this the same issue, or something new?
-- Michelle
raig L Russell wrote:
> Hi Andy,
>
> On Mar 2, 2006, at 8:56 PM, Andy Jefferson wrote:
>
>>> Can someone from JPOX shed some light on this issue?
>>
>>
>> JPOX (currently) validates against a DTD ... since that was always
>> the JDO 1 way.
>> The XML parser being used (usually Crimson) still checks when no DTD
>> is specified
>> and since there is no DTD in those xsd files, logs the errors. This
>> doesn't mean
>> that JPOX will not run.
>
>
> That's what I saw. JPOX runs but the log has errors. Not a big deal
> as far as I'm concerned.
>
>> When we get time we'll have a look at sorting out
>> validation against xsd's.
>>
>> I don't see how DTD validation is optional since it was the JDO 1
>> way and for
>> backwards compatibility should be required.
>
>
> The issue is that we decided that the XSD would be the normative
> definition of the schema and the DTD is illustrative.
>
> Craig
>
>>
>>
>> --
>> Andy
>>
>
> Craig Russell
> Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
> 408 276-5638 mailto:Craig.Russell@sun.com
> P.S. A good JDO? O, Gasp!
>
Re: [jira] Resolved: (JDO-318) TCK should include some metadata files
defined using the xsd header
Posted by Craig L Russell <Cr...@Sun.COM>.
Hi Andy,
On Mar 2, 2006, at 8:56 PM, Andy Jefferson wrote:
>> Can someone from JPOX shed some light on this issue?
>
> JPOX (currently) validates against a DTD ... since that was always
> the JDO 1 way.
> The XML parser being used (usually Crimson) still checks when no
> DTD is specified
> and since there is no DTD in those xsd files, logs the errors. This
> doesn't mean
> that JPOX will not run.
That's what I saw. JPOX runs but the log has errors. Not a big deal
as far as I'm concerned.
> When we get time we'll have a look at sorting out
> validation against xsd's.
>
> I don't see how DTD validation is optional since it was the JDO 1
> way and for
> backwards compatibility should be required.
The issue is that we decided that the XSD would be the normative
definition of the schema and the DTD is illustrative.
Craig
>
>
> --
> Andy
>
Craig Russell
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:Craig.Russell@sun.com
P.S. A good JDO? O, Gasp!
Re: [jira] Resolved: (JDO-318) TCK should include some metadata
files defined using the xsd header
Posted by Michael Bouschen <mb...@spree.de>.
Hi Andy,
the JDO spec says (section 18.21) JDO vendors must support XSD and might
support DTD. I think, since DTD support is optional, the TCK cannot use
metadata files referring the DTD.
Regards Michael
>>Can someone from JPOX shed some light on this issue?
>>
>>
>
>JPOX (currently) validates against a DTD ... since that was always the JDO 1 way.
>The XML parser being used (usually Crimson) still checks when no DTD is specified
>and since there is no DTD in those xsd files, logs the errors. This doesn't mean
>that JPOX will not run. When we get time we'll have a look at sorting out
>validation against xsd's.
>
>I don't see how DTD validation is optional since it was the JDO 1 way and for
>backwards compatibility should be required.
>
>
>--
>Andy
>
>
--
Michael Bouschen Tech@Spree Engineering GmbH
mailto:mbo.tech@spree.de http://www.tech.spree.de/
Tel.:++49/30/235 520-33 Buelowstr. 66
Fax.:++49/30/2175 2012 D-10783 Berlin