Hmm ....
Baldurien wrote: > Imagine the billions of user of castor, which are tired (I guess) to write a > binding file from their XML Schema, while Castor can read the XML Schema, > and create class (so, it can add "meaning" to the schema, in order to > generate class). > >>From a XML schema, an user (like me) take each type/element, and add the > appropriate <XXXBinding> section so that 1) no conflicts occurs I'd suppose there would be only a small sub-set of ALL the XML schema artefcts that would suffer from such conflicts. 2) if he's > maniac like me, each generated class get it own package and name > > Wouldn't be nice if Castor does that for me the first time? Yes, nice, but somehow this feels like overkill ..... > > If I have a very big schema - like XHML ( > http://www.w3.org/TR/2004/WD-xhtml-modularization-20040218/schema_module_defs.html#a_schema_module_defs), > then I suppose I will have to create each elementBinding for element > that > won't fit (cf. 1) 2)). 1) There's automatic naming resolution for naming conflicts. 2) Not sure I would want to have each java artefact created in its own package. Normally, there should be a match between a (target) namespace and the package, but somehow a smaller granularity seems odd to me. > > I don't know if my "feature request" is clear enough, and maybe it's useless > as it can certainly be done using a XSL Stylesheet, but that what's I was > meaning as "a generator of binding file". > > > > > > > 2008/5/13, Werner Guttmann <[EMAIL PROTECTED]>: >> >> >> Baldurien wrote: >>> Werner Guttmann wrote: >>>> I am not 100% sure, but - as per the warning - Castor will >>>> (automatically) rename any XML name artefact that is in conflict with a >>>> Java identifier to something meaningful: class --> clazz. Why the >>>> binding is not used ... I will have to cross-check. >>> Hum, >>> >>> It seems for me that this rules you're speaking is done before the >>> binding, which would explain the error. >>> >>> Ow, I know something that could be friendly : a generator of binding >> file. >> >> Which would be ... ;-) ? >> >> >> Werner >> > > > --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
