Hi John,

Can you send me a schema that demonstrates the problem since normally
class that are overwritten should have the same structure. The array of
JCLass is just a trick to indicate if a "nested group" class should be
created or not.

Arnaud 

> -----Original Message-----
> From: Weir, John [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 19, 2002 8:40 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [castor-dev] XML: Small problem in SourceGenerator
> 
> I was using -f ( I also run the generator from ANT ), however this
also
> provides no feed back on this problem. The problem is not that it
> overrides
> the class on output, but that the same 'named' ( but differently
> structurally ) class is created twice.
> 
> I actually build a Jar file from the generated castor code, having
cleaned
> the directory and regenerated it after each run. I *really* don't want
to
> get runtime problems and using Junit I have a fairly extensive set of
> tests
> which give me a high degree of confidence.
> 
> 
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 19, 2002 6:08 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [castor-dev] XML: Small problem in SourceGenerator
> 
> 
> 
> 
> I had the opposite problem, where an attempt to overwrite the class
was
> resulting in a console prompt which I couldn't see because I was
running
> the
> SourceGenerator from ANT :-)
> 
> Are you sure you aren't using the "-f" argument, as this gives the no-
> prompt
> behaviour you describe? Note that even if you get past the source
> generator
> point using "-f"  you still get runtime reflection failures because
only
> one
> of
> the classes which share the name will be properly described by then
> matching
> *Descriptor.java class.
> 
> Cheers,
> Norval
> 
> 
> |--------+----------------------->
> |        |          "Weir, John" |
> |        |          <john.weir@gs|
> |        |          .com>        |
> |        |                       |
> |        |          19/03/2002   |
> |        |          09:26 AM     |
> |        |          Please       |
> |        |          respond to   |
> |        |          castor-dev   |
> |        |                       |
> |--------+----------------------->
>   >--------------------------------------------------------|
>   |                                                        |
>   |       To:     [EMAIL PROTECTED]                    |
>   |       cc:     (bcc: Norval Hope/ISD/VWA)               |
>   |       Subject:     [castor-dev] XML: Small problem in  |
>   |       SourceGenerator                                  |
>   >--------------------------------------------------------|
> 
> 
> 
> 
> 
> I have been using Castor 0.9.3.9 for a month now and find it very
good. I
> have become quite 'blaze' about making large changes to my schema  and
> just
> regenerating the code.
> 
> I came unstuck this morning and had to get the debugger out.
> 
> >From what I can understand, Castor processes the schema and generates
an
> Array of JClasses which are processed by processJClass().
> 
> If this array has two classes of the same name ( due to a less than
> perfect
> - although valid - schema ) then the second generated class overwrites
the
> first without warning. Does anyone think that a warning messages might
be
> useful if a duplicate ( and different ) definition is found ?.
> 
> This might be fixed in CVS, but I'm behind a firewall ....
> 
> Thanks
> 
> John
> 
> -----------------------------------------------------------
> If you wish to unsubscribe from this mailing, send mail to
> [EMAIL PROTECTED] with a subject of:
>      unsubscribe castor-dev
> 
> -----------------------------------------------------------
> If you wish to unsubscribe from this mailing, send mail to
> [EMAIL PROTECTED] with a subject of:
>       unsubscribe castor-dev
> 
> -----------------------------------------------------------
> If you wish to unsubscribe from this mailing, send mail to
> [EMAIL PROTECTED] with a subject of:
>       unsubscribe castor-dev

----------------------------------------------------------- 
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
        unsubscribe castor-dev

Reply via email to