I'm not sure I follow you -- the service-specific schema ws_spindlep_2_0_ws0.xsd has this line as the first element in its schema:
<xsd:import namespace="http://www.cbs.dtu.dk/ws/ws-common"; schemaLocation="../common/ws_common_1_0b.xsd"/> ... which is also imported into the WSDL. I just noticed last night though that Eclipse complains about the WSDL having two wsdl:types elements, I'll try merging them and see if that makes JAXB happy... Andrew. 2009/3/23 Daniel Kulp <[email protected]>: > > JAXB is correct here. The scheme in question (the second in the wsdl), > doesn't have any imports. Thus, it cannot reference anything outside of > itself. There should be an import in there. > > Dan > > > On Mon March 23 2009 3:40:22 pm Andrew Clegg wrote: >> Actually, I think my previous suspicion about the cause of the problem >> may be a red herring. >> >> I've downloaded all three files: >> >> http://www.cbs.dtu.dk/ws/SpindleP/SpindleP_2_0_ws0.wsdl >> http://www.cbs.dtu.dk/ws/SpindleP/ws_spindlep_2_0_ws0.xsd >> http://www.cbs.dtu.dk/ws/common/ws_common_1_0b.xsd >> >> and saved them into one local directory, changed the schemaLocation >> elements to just refer to the filenames without any path prefixes: >> >> <xsd:import >> namespace="http://www.cbs.dtu.dk/ws/ws-common"; >> schemaLocation="ws_common_1_0b.xsd" >> /> >> >> and invoked wsdl2java like so: >> >> wsdl2java SpindleP_2_0_ws0.wsdl >> >> and I still get: >> >> WSDLToJava Error: Thrown by JAXB : undefined simple or complex type >> 'spindlep:seqlookup' >> >> This service works fine in SoapUI, I've sent, received and validated >> messages OK, so I'm a bit stuck... Is there some magic incantation >> that gets wsdl2java to honour imported schemas? >> >> Any suggestions greatly appreciated! >> >> Andrew. >> >> 2009/3/23 Andrew Clegg <[email protected]>: >> > Hi, >> > >> > I'm trying to write a JAXB/JAXWS client for this service: >> > >> > http://www.cbs.dtu.dk/ws/SpindleP/ws_spindlep_2_0_ws0.xsd >> > >> > Just using wsdl2java on that URL with no extra parameters gives this >> > error: >> > >> > WSDLToJava Error: Thrown by JAXB : undefined simple or complex type >> > 'spindlep:seqlookup' >> > >> > ... presumably because all the types in use in that WSDL are defined >> > in imported schemas with relative paths: >> > >> > <xsd:import >> > namespace="http://www.cbs.dtu.dk/ws/ws-common"; >> > schemaLocation="../common/ws_common_1_0b.xsd" >> > /> >> > <xsd:import >> > namespace="http://www.cbs.dtu.dk/ws/ws-spindlep"; >> > schemaLocation="ws_spindlep_2_0_ws0.xsd" >> > /> >> > >> > ... so I tried supplying a JAXB catalog (SpindleP.cat) as described here: >> > >> > https://jaxb.dev.java.net/guide/Fixing_broken_references_in_schema.html >> > >> > This contains the following lines: >> > >> > PUBLIC "http://www.cbs.dtu.dk/ws/ws-common"; >> > "http://www.cbs.dtu.dk/ws/common/ws_common_1_0b.xsd"; >> > PUBLIC "http://www.cbs.dtu.dk/ws/ws-spindlep"; >> > "http://www.cbs.dtu.dk/ws/SpindleP/ws_spindlep_2_0_ws0.xsd"; >> > >> > I know those XSD URLs work (you can check them yourself...). But when >> > I re-ran wsdl2java like this: >> > >> > wsdl2java -catalog SpindleP.cat >> > http://www.cbs.dtu.dk/ws/SpindleP/SpindleP_2_0_ws0.wsdl >> > >> > ... I got exactly the same error. Weirdly, even with -verbose, there's >> > no indication that wsdl2java is trying and failing to read the >> > imported schemas. It's as if it's completely ignoring the catalog >> > file. >> > >> > Any idea what I'm doing wrong? I also tried using SYSTEM paths rather >> > than PUBLIC in the catalog file, same result. Also tried both CXF 2.2 >> > and 2.1.4 with no difference. >> > >> > I could probably contact the maintainers of that service and get them >> > to provide a URL instead of a relative path, and for now I'll just >> > download and modify the appropriate files myself. But it's a bit of a >> > shame if it doesn't work as designed, especially since SoapUI just >> > resolves the locations for me automatically. If this is unexpected >> > behaviour, let me know and I'll JIRA it. >> > >> > Thanks, >> > >> > Andrew. >> > >> > -- >> > >> > :: http://biotext.org.uk/ :: > > -- > Daniel Kulp > [email protected] > http://www.dankulp.com/blog > -- :: http://biotext.org.uk/ ::
