No, because even if your types "look" the same, since their namespace
URIs are different, they are different from XMLSchema's point of view
and so you will get classes for all of them. Of course, a much better
approach would have been to design the Schemas in such a way that this
type duplication was avoided, but since that was not an option, the Java
type hierarchy would reflect the type duplication.

Radu

On Fri, 2006-10-20 at 05:06 -0700, bankerer wrote:
> 
> Hello everyone. Here is my problem. I have N xsd files defining N
> schemas.
> each one of these schemas contains various schema types(elements), but
> some
> of them are identical on all the N schemas. For example all of them
> define a
> Max35Text element as
> <xs:simpleType name="Max35Text">
> <xs:restriction base="xs:string">
> <xs:minLength value="1"/>
> <xs:maxLength value="35"/>
> </xs:restriction>
> </xs:simpleType>
> 
> I use the scomp tool to compile the N schemas into java objects. I
> have this
> entry in my config.xsdconfig file
> <xb:namespace uri="##any">
> <xb:package>org.apackage</xb:package>   
> </xb:namespace>
> in order to force the scomp to compile all the types to the same
> package.
> I also use the scomp tool like this "scomp -out foo.jar -compiler
> 'some_path_of_javac' 'dir_containing_all_the_xsds' config.xsdconfig"
> 
> My problem is that scomp thinks my Max35Text element as different in
> every
> schema and it produces N java objects like those Max35Text.class
> Max35Text1.class ... Max35TextN.class
> 
> Is there a way, without modyfying anything in the xsd files, to make
> the
> scomp produce only one java object for the Max35Text element?
> 
> Thanks a lot for your time.
> --
> View this message in context:
> http://www.nabble.com/Same-element-in-multiple-xsd-files.-tf2479936.html#a6915340
> Sent from the Xml Beans - User mailing list archive at Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to