Comments (1)
Originally posted by @ieure in #218 (comment)
For #223, the issue is 100% gowsdl. It should probably put each ns' schema into its own subpackage based on its ns name, so you have
svcX.DuplicateComplexType
andsvc1.DuplicateComplexType
and the correct imports get added as needed.
I agree that this would be the correct approach if it can be made to work properly. There are a number reasons why I didn't try this yet:
- The vast majority of type names do not collide. At least for those that don't, it is more cumbersome to have them in separate packages.
- This would break backwards compatibility of gowsdl, since all definitions from separate XML namespaces would end up in new separate packages. This is relevant for scenarios where XML namespaces were used but no name collisions occurred.
- I know for instance that
dotnet-svcutil
for C# does not create C# namespaces for this case. I just resolves the naming collisions by adding numbers (1, 2, 3, ...) to those type names that would otherwise create collisions with existing names in other XML namespaces. It leaves the non-colliding type names alone at global scope. - Personal reason: my limited experience with Go does not (yet) allow me to anticipate other problems that this approach might cause.
from gowsdl.
Related Issues (20)
- XML name field tag conflicts with struct's XMLName field
- dump request
- Error when parsing response: Expected param start-info="application/soap+xml", got text/xml HOT 2
- Incorrect namespace handling HOT 5
- Empty strings in enums results in broken code HOT 1
- nodes with multiple namespace are not resolved by the generated code
- Some complex types are missing the namespace
- Separation of generated code into packages HOT 2
- 1511:11: expected type, found '-' (and 3 more errors) HOT 2
- Namespace problem HOT 3
- Cut a new Release v0.6.0 HOT 1
- Failing test TestEPCISWSDL HOT 1
- gowsdl does not respect the targetNamespace value on wsdl definition.
- SOAP Header element not present
- generate code from wsdl HOT 1
- date format: cannot unmarshal into soap.XSDDate
- Any plan to update the go.mod with latest versions. Seeing some vulnerabilities reported with the current versions used
- bad type generation for xs:choice + maxOccurs="unbounded"
- Conflicting XML tags are generated, if a struct with field XMLName is used inside another struct
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from gowsdl.