Say I have a Business Object named BO1, in the namespace “http://www.danzrobok.com/bo” and I have a second business object named BO2, in the namespace “http://www.danzrobok.com/bo”.

With WebSphere Integration Developer, I MUST put both of these business objects in the same library or module project. If I split them into two library projects, then I will likely run into the issue where one of the Business Objects will not be resolvable and I will get NullPointerExceptions or FeatureNotFoundExceptions.

This can introduce some quirky errors in your WSDLs and XSDs if they use xsd:include instead of xsd:import of dependent definitions. An xsd:include is equivalent of copy and pasting the target into the parent. If you xsd:include a library project’s XSDs you will start to see these types of errors.

Also, this namespace restriction applies to all artifacts, not only Business Objects.

Generally, WID is pretty good as putting up error markers when you get yourself into these situations. Sometimes, though, it can be difficult to understand why the Web Service Binding you just generated has an error marker.

Related Posts

• Problem Determination and WebSphere Integration Developer
• BOFactory: create(..) or createByElement(..) ?
• Exploring The Contents of a WID Module Project
• WebSphere Process Server and an RPC/Literal WSDL : Trench War
• Venting some WebSphere Integration Developer Steam

You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.