On Sat, Jul 26, 2008 at 12:08 AM, Simon Nash <[EMAIL PROTECTED]> wrote:
> Raymond Feng wrote: > >> The system id was set to <namespace> + <a file name generated by JAXB, >> such as schema3.xsd>. In the failing test case, it was " >> http://other.ws.binding.sca.tuscany.apache.org/schema3.xsd" and " >> other.ws.binding.sca.tuscany.apache.org" was taken as the host name. >> >> The system ID has always been set to this value. The recent change > I made for TUSCANY-2479 did not change the system ID, but made sure > that its value is propagated to the XmlSchema object that is created > by Interface2WSDLGenerator.loadXSD(). This allows XmlSchema imports > to resolve correctly. > > I built 1.3 RC2 with an empty maven repo. The modules databinding-jaxb, > binding-ws-wsdlgen and binding-ws-axis2 all built OK. We are doing the > same thing, but our results are different. One possibility is such > cases is a difference between the Sun and IBM JDKs. I'm on Sun JDK > 1.5.0_13-b03, so I tried changing to the IBM JDK and this produced the > build failure you and Sebastien are seeing when the system ID is set > to a non-null string. > > I applied your change to set the system ID to "" and it seems this > works OK for me. I'd like to know whether this also works for Scott in > his environment. If it does, it seems we should go with this approach > for 1.3 as this appears to be the only combination that works on both > the Sun and IBM JDKs. Seems fine to me too if it fixes it but it does work fine for me with both Sun JDK and IBMs "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build pwi32dev-20080315 (SR7)) ...ant