Just had a look at MemberFactory.createFieldInfo(), and the current code
base simply adds the "_" prefix (even to a name specified through a
binding file). It should be, though, quite easy to introduce a bit more
flexibility here, either by adding a new propety to turn this
(selectively) off, or by adding a MemberNaming interface (with a default
implementation that mirros what's currently there) and chnage the
SourceGenerator so that custom implementations can be configured.

I this would be of any value to you, please feel free to open a new
issue at http://jira.codehaus.oeg/browse/CASTOR, and attach a patch (if
your time permits .. ;-)).

Regards
Werner

> -----Original Message-----
> From: Werner Guttmann [mailto:[EMAIL PROTECTED] 
> Sent: Mittwoch, 20. Dezember 2006 11:38
> To: [email protected]
> Subject: RE: [castor-user] Source generator
> 
> Matthew,
>  
> by default, all instance variables will be prefixed with an 
> underscore.
> Whilst it is possible to change the name of an instance 
> variable for an individual element easily (using a binding 
> file), applying this to a complete document does not make 
> sense, as there's too much overhead involved.
>  
> Let me actually have a look at the source code to see whether 
> there's any other alternative.
>  
> Regards
> Werner
> 
> ________________________________
> 
>       From: Matthew Shaw [mailto:[EMAIL PROTECTED] 
>       Sent: Mittwoch, 20. Dezember 2006 02:58
>       To: [email protected]
>       Subject: [castor-user] Source generator
>       
>       
> 
>       Hi, 
> 
>       Was just wondering if it is possbile to change the 
> naming convention for declaration of instance variables from 
> my schema.
> 
>       They all start with _xxxx (underscore). Why is this? 
> 
>       Cheers, 
>       Matt. 
> 
>       Matt Shaw 
>       Snr Applications Developer 
>       Service Performance & Management Unit 
>       Phone: 3247 8666. ext. 94666 
> 
>       This correspondence is for the named persons only. 
>       It may contain confidential or privileged information or both. 
>       No confidentiality or privilege is waived or lost by 
> any mis transmission. 
>       If you receive this correspondence in error please 
> delete it from your system immediately and notify the sender. 
>       You must not disclose, copy or relay on any part of 
> this correspondence, if you are not the intended recipient. 
>       Any opinions expressed in this message are those of the 
> individual sender except where the sender expressly, 
>       and with the authority, states them to be the opinions 
> of the Department of Emergency Services, Queensland.
>               
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe from this list please visit:
> 
>     http://xircles.codehaus.org/manage_email
> 
> 
> 

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Reply via email to