Duplicate declarations in various XSDs

[rju]

In cocome-maven-project/cloud-logic-core-services/src/main/resources/wsdl/ are several XSDs which redefine complex XSD types (which is not conform to XSD standards). While this does not result in any errors during built, the problem is still detected by Eclipse. The files in question are:

• IEnterpriseManager_schema1.xsd and IEnterpriseManager_schema2.xsd
• ILoginManager_schema1.xsd,ILoginManager_schema2.xsdandILoginManager_schema3.xsd`
• IStoreManager_schema1.xsd and IStoreManage_schema2.xsd

[rju]

Robert this WSDL issue is still a problem. Can you please assign this ticket to the author of this service? Thanks

[tpoeppke]

I am not sure how to fix this issue. The XSDs are generated by cxf which looks at each Interface definition seperately, therefore the redefinition of complex types. The only thing I can think of is to turn off the generation of external schema files and put the definitions inside the WSDLs. That does not really solve the problem but perhaps Eclipse won't see it as a problem anymore.

[rju]

I would not recommend to obfuscate the problem only to cheat Eclipse. The double WSDL definitions result in deployment issues (which we can work around). It is better to evaluate the issue further. Looks like this is an issue with CXF.

On a side note: If CXF generates these files, this generation should be part of the build process and in that case the files could be removed from the repository. However, this is not a pressing issue.

[ChristianBusch]

Are there any new ideas about what is causing this problem and how to fix it?

@rju You mentioned a work-around. Can you maybe explain it? It would help me quite a bit.

[rju]

A fix would be to generate the WDSL files with maven and not have the WDSL files checked in. There might also be an issue with the construction of the files. However, I do not completely remember my work-around, but I stop building it with Eclipse and use Maven. In Eclipse, you can exclude directories from semantic checks.

A real solution would be to refactor CoCoME and extract libraries in library projects. Also right now there is a lot of code duplication and dead code in CoCoME, which might also have something to do with the WDSL issue.