Hi,
Yes, I modified my *.xsd as below and the classes generated. I just found
it odd that the SourceGenerator would generate source that would not
compile, rather than spitting out an error when if encountered an undefined
symbol (unsatisfied prototype). Robustness is the key to the success o
Scott,
Have you tried defining the type attribute for the "Completion" element ?
eg.
Sire Chembiparambil
"Scott Schenksj"
Hello All,
When I run the enclosed "xsd" through builder.SourceGenerator, I get the
following classes:
Workflow.java
WorkflowDescriptor.java
Step.java
StepDescriptor.java
Which are dependent on "Completion", but I'm missing the following source
files (and thus I can not compile)
Completion.ja
Hi Barley,
If I understand you're problem correctly it's fairly simple. The reason Castor is
checking for 'observation.disability_id' is because in in your field mapping (which I
assume is in a observation object), you specify the 'name' attribute of the 'sql'
element. If you remove the name
Hi Stein,
The change you made certainly has some benefits, for I've been in the position where
I've been force to stub out a set-method to comply with this feature. The way you've
implemented the change may be a little dangerous since it doesn't do the checking at
all now.
A cleaner approac
Vincent,
Just out of interest, how would you plan to implement the 'broadcast' ?
Werner
PS If I remember this thread correctly, I think numerous suggestions had been given re: the implementation of
clustering, one of them being e.g. the use of JavaGroups (hhtp:www.javagroups.com). But
