castor

Generated classes don't compile when using "default" on an element that extends xsd:string

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 0.9.3.9
  • Fix Version/s: 1.2
  • Component/s: XML code generator
  • Labels:
    None
  • Environment:
    Operating System: All
    Platform: PC
  • Bugzilla Id:
    887
  • Testcase included:
    yes
  • Number of attachments :
    0

Description

Reported by Ozgur Balsoy:

I have an element X which is extended from xsd:string and defaulted to a
value "Y"

I have another element Z which contains X as a reference (or not, it does not
matter). When I generate the source code for this schema, X is initialized in Z
in a very weird way:

X _x = new X("Y");

There is no X(string) constructor generated. Is this a valid schema?

I have attached the schema and the generated code. I have tried it with 0.9.3.9
and today's CVS copy.

Ozgur

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Arnaud Blandin added a comment -

Created an attachment (id=96)
Schema + generated files

Show
Arnaud Blandin added a comment - Created an attachment (id=96) Schema + generated files
Hide
Permalink
Arnaud Blandin added a comment -

MemberFactory contains code that only works if the class has a constructor that
takes a string as parameter. This needs to be changed

Show
Arnaud Blandin added a comment - MemberFactory contains code that only works if the class has a constructor that takes a string as parameter. This needs to be changed
Hide
Permalink
Werner Guttmann added a comment -

It would be nice to see a sample XML schema that actually demonstrates the issue at hand.

Show
Werner Guttmann added a comment - It would be nice to see a sample XML schema that actually demonstrates the issue at hand.
Hide
Permalink
Edward Kuns added a comment -

I just added a regression test case to reproduce this problem. It's a genuine bug and easily reproducable.

Show
Edward Kuns added a comment - I just added a regression test case to reproduce this problem. It's a genuine bug and easily reproducable.
Hide
Permalink
Edward Kuns added a comment -

Test case is in the RegressionTestSuite under sourcegenerator/Default-C67

Show
Edward Kuns added a comment - Test case is in the RegressionTestSuite under sourcegenerator/Default-C67
Hide
Permalink
Edward Kuns added a comment -

Bug fixed. There was a missing case that fell through the cracks causing extended or certain other types to generate uncompilable code when used with default values.

Show
Edward Kuns added a comment - Bug fixed. There was a missing case that fell through the cracks causing extended or certain other types to generate uncompilable code when used with default values.

People

  • Assignee:
    Edward Kuns
    Reporter:
    Arnaud Blandin
Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved: