Re: [jira] Created: (JAXME-53) Tables in manual chapter 2 need updating

2005-05-17 Thread Jochen Wiedmann
On 5/18/05, Calmbach, Richard <[EMAIL PROTECTED]> wrote: > One thing I notice is that the manual still describes some features as > not supported by JaxMe, whereas the XJCTask javadoc does not have those > warnings (e.g., external schema bindings). Which one is closer to the > truth I don't know a

RE: [jira] Created: (JAXME-53) Tables in manual chapter 2 need updating

2005-05-17 Thread Calmbach, Richard
The "schemaReader" change is the main thing. As a side effect, the description of the "classpath" nested element needs updating, too, since it talks about the "schemaReader" attribute, which is now a nested element. One thing I notice is that the manual still describes some features as not support

Re: JaxMeXs bug: LocSAXException toString() suppresses class name

2005-05-17 Thread Daniel Barclay
Nacho G. Mac Dowell wrote: ...However I would like to ask if when you find a bug you could file it to JIRA. This way it doesn't get lost in the mailing lists. I would have, but Jira appeared to be a royal pain to use. (Last I checked, the bug-entry page was horribly wide, not even fitting in a

Re: [jira] Created: (JAXME-53) Tables in manual chapter 2 need updating

2005-05-17 Thread Nacho G. Mac Dowell
Hi Richard, from what I've been looking this only applies to schemaReader, correct? regards, nacho Richard Calmbach (JIRA) wrote: Tables in manual chapter 2 need updating Key: JAXME-53 URL: http://issues.apache.org/jira/browse/JAXME-53

JaxMeXS bug: for use of global attribute, isGlobal() return false

2005-05-17 Thread Daniel Barclay
For input like this: ... ... when JaxMeXS creates an XSAttribute object, isGlobal() returns false. Attached is a test program that demonstrates the problem. This seems to apply to JaxMeXS in JaxMe 0.3.1, 0.4beta, and the current default CVS branch (HEAD?). Daniel package

JaxMeXS bug: for use of global attribute, isGlobal() return false

2005-05-17 Thread Daniel Barclay
For input like this: ... ... when JaxMeXS creates an XSAttribute object, isGlobal() returns false. Attached is a test program that demonstrates the problem. This seems to apply to JaxMeXS in JaxMe 0.3.1, 0.4beta, and the current default CVS branch (HEAD?). Daniel packag

JaxMeXS bug: neither isRestriction() or isExtension() returns true

2005-05-17 Thread Daniel Barclay
For input like this: ... ... when JaxMeXS creates an XSComplexType object, both isRestriction() and isExtension() return false. The XML Schema specification says: [Definition:] Except for a distinguished ·ur-type definition·, every ·type definition· is, by construction, either a ·r

Re: JaxMeXs bug: LocSAXException toString() suppresses class name

2005-05-17 Thread Nacho G. Mac Dowell
Hi Daniel, thank you very much for your input. It is greatly appreciated. However I would like to ask if when you find a bug you could file it to JIRA. This way it doesn't get lost in the mailing lists. I would also like to note that I couldn't reproduce some of the bugs you talk about. In part

Re: JaxMeXS bug: extra XSGroup with null particle in list

2005-05-17 Thread Jochen Wiedmann
On 5/16/05, Daniel Barclay <[EMAIL PROTECTED]> wrote: > JaxMeXS generates an incorrect object structure. It inserts the > representation of an extra element above the representation > of the element, and leaves a null pointer in the particles > list. Hmmm. The use of xs:extension builds an *im

[jira] Kommentiert: (JAXME-53) Tables in manual chapter 2 need updating

2005-05-17 Thread Jochen Wiedmann (JIRA)
[ http://issues.apache.org/jira/browse/JAXME-53?page=comments#action_65594 ] Jochen Wiedmann commented on JAXME-53: -- Patches welcome ... :-) > Tables in manual chapter 2 need updating > > > Key: J

Re: JaxMeXS bug: extra XSGroup with null particle in list

2005-05-17 Thread Daniel Barclay
Jochen Wiedmann wrote: On 5/16/05, Daniel Barclay <[EMAIL PROTECTED]> wrote: JaxMeXS ... inserts the representation of an extra element above the representation of the element, and leaves a null pointer in the particles list. Hmmm. The use of xs:extension builds an *implicit* sequence, consisti

Re: JaxMeXs bug: LocSAXException toString() suppresses class name

2005-05-17 Thread Jochen Wiedmann
Hi, Daniel, please file a patch for that one, which suggests what you would like being changed. I'll look into the other one (the IllegalStateException). IMO, the main difference between the SAXParseException and the LocSAXException should be, that the latter contains system ID, line and column

[jira] Created: (JAXME-53) Tables in manual chapter 2 need updating

2005-05-17 Thread Richard Calmbach (JIRA)
Tables in manual chapter 2 need updating Key: JAXME-53 URL: http://issues.apache.org/jira/browse/JAXME-53 Project: JaxMe Type: Bug Versions: current (nightly), future (enh) Environment: N/A Reporter: Richard Calmb

JaxMeXS bug: extra XSGroup with null particle in list

2005-05-17 Thread Daniel Barclay
When given input like this: ... ... JaxMeXS generates an incorrect object structure. It inserts the representation of an extra element above the representation of the element, and leaves a null pointer in the particles list. Mor

JaxMeXS API irregularity: hasSimpleType/isEmpty/etc. not like other mutually exclusive cases

2005-05-17 Thread Daniel Barclay
In JaxMeXS, the XSComplexType methods isEmpty(), isMixed(), and isElementOnly() throw IllegalStateException if hasSimpleContent() returns true. This is inconsistent with other sets of methods that represent mutually exclusive cases and with the XML Schema specification's treatment of the cases. Tho