castor

Missing methods in generated class

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Minor Minor
  • Resolution: Duplicate
  • Affects Version/s: 0.9.6, 0.9.7
  • Fix Version/s: 1.0.4
  • Component/s: XML code generator
  • Labels:
    None
  • Environment:
    HP-UX 11.0
  • Number of attachments :
    1

Description

(From the mail list – ATTN Werner Guttmann)

I am trying to upgrade from castor 0.9.3 to 0.9.6 (or 9.7). I am finding that castor is not creating all of the methods in the generated java classes in 0.9.6 that it generated in 0.9.3.

We call the source generator using:

$(JDKDIR)/java -cp $(CLASSPATH) org.exolab.castor.builder.SourceGenerator -i $(SCHEMA) -package sentry.config -f

I have tried this using our old version of xerces (xerces.jar version 1.4.4) and the newer xerces (xml-apis.jar and xercesImpl.jar version 2.6.2) with the same result. Since the schema hasn't changed, the only other variable is castor. Perhaps I missed a configuration step somewhere?

Issue Links

is related to

Bug - A problem which impairs or prevents the functions of the product. CASTOR-1678 CLONE -Missing methods in generated class

  • Minor - Minor loss of function, or other problem where easy workaround is present.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Serg Maslyukov added a comment -

sentry schema not valid
<xsd:element name="identifier" type="xsd:positiveInteger" default="-1" minOccurs="0"/>

for type 'positiveinteger' default value cant be -1

Show
Serg Maslyukov added a comment - sentry schema not valid <xsd:element name="identifier" type="xsd:positiveInteger" default="-1" minOccurs="0"/> for type 'positiveinteger' default value cant be -1
Hide
Permalink
Werner Guttmann added a comment -

Thanks, Serg, for poiting this out to me. Unfortunately, this still does not resolve the issue Susan is experiencing in that the generated WebServiceMonitor class does not expose a webServiceMonitorChoice (incl. gett and setter).

Some observations:

a) There's plenty of choice elements in the XML Schema provided, and all other seem to be dealt with fine.
b) A WebServiceMonitorChoice class is actually generated.
c) The only difference I can spot is the fact that the element definition for 'web-service-monitor' is extending the task

Show
Werner Guttmann added a comment - Thanks, Serg, for poiting this out to me. Unfortunately, this still does not resolve the issue Susan is experiencing in that the generated WebServiceMonitor class does not expose a webServiceMonitorChoice (incl. gett and setter). Some observations: a) There's plenty of choice elements in the XML Schema provided, and all other seem to be dealt with fine. b) A WebServiceMonitorChoice class is actually generated. c) The only difference I can spot is the fact that the element definition for 'web-service-monitor' is extending the task
Hide
Permalink
Werner Guttmann added a comment -

Actually, one more:

d) WebServiceMonitorDescriptor does have compilation errors at line 71.

Show
Werner Guttmann added a comment - Actually, one more: d) WebServiceMonitorDescriptor does have compilation errors at line 71.
Hide
Permalink
Susan Anderson added a comment -

I've been working on this again, and I also get the compilation error on line 71. What does it mean,

getFieldDescriptor(java.lang.String,java.lang.String,org.exolab.castor.xml.NodeType) in org.exolab.castor.xml.util.XMLClassDescriptorImpl cannot be applied to (java.lang.String,org.exolab.castor.xml.NodeType)
desc = (org.exolab.castor.xml.util.XMLFieldDescriptorImpl) getFieldDescriptor("error-if-this-is-used", org.exolab.castor.xml.NodeType.Element);

Is this documented somewhere?

Show
Susan Anderson added a comment - I've been working on this again, and I also get the compilation error on line 71. What does it mean, getFieldDescriptor(java.lang.String,java.lang.String,org.exolab.castor.xml.NodeType) in org.exolab.castor.xml.util.XMLClassDescriptorImpl cannot be applied to (java.lang.String,org.exolab.castor.xml.NodeType) desc = (org.exolab.castor.xml.util.XMLFieldDescriptorImpl) getFieldDescriptor(" error-if-this-is-used ", org.exolab.castor.xml.NodeType.Element); Is this documented somewhere?
Hide
Permalink
Werner Guttmann added a comment -

Susan, I have just used the attached XML schema to generate the Java classes, and I am not seeing any compilation errors anymore. I am running against SVN trunk (= 1.0.3 plus additonal bug fixes). Would you be able to attach a sample XMl document that I could use to unmarshal against the Java classes generated ?

Unless there's any objections, I will resolve this as 'Duplicate'.

Show
Werner Guttmann added a comment - Susan, I have just used the attached XML schema to generate the Java classes, and I am not seeing any compilation errors anymore. I am running against SVN trunk (= 1.0.3 plus additonal bug fixes). Would you be able to attach a sample XMl document that I could use to unmarshal against the Java classes generated ? Unless there's any objections, I will resolve this as 'Duplicate'.
Hide
Permalink
Werner Guttmann added a comment -

Susan, a sample XML document that would validate against the XML schema still would help is to improve the quality of the CTF test suite.

Show
Werner Guttmann added a comment - Susan, a sample XML document that would validate against the XML schema still would help is to improve the quality of the CTF test suite.

People

  • Assignee:
    Werner Guttmann
    Reporter:
    Susan Anderson
Vote (0)
Watch (2)

Dates

  • Created:
    Updated:
    Resolved: