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.
BTW, don't we have a testcase for TUSCANY-2479? My change doesn't break
anything in the build.
Yes, the test case for this is in binding-ws-wsdlgen. This is the test
case that was breaking for you with the IBM JDK before you made your
change. However, it was working for me with the Sun JDK.
Simon
Thanks,
Raymond
--------------------------------------------------
From: "Simon Nash" <[EMAIL PROTECTED]>
Sent: Friday, July 25, 2008 1:50 PM
To: <dev@tuscany.apache.org>
Subject: Re: Error building binding-ws-axis2
Raymond Feng wrote:
Hi,
I just checked in a fix for TUSCANY-2498 into trunk after a clean
build. Please let me know if we agree to merge it into the 1.3 branch.
I don't agree until we understand more about what is the problem
with the code currently in 1.3 RC2. What value do you see in the
system ID without the change that you just checked in?
Simon
Thanks,
Raymond
--------------------------------------------------
From: "Simon Nash" <[EMAIL PROTECTED]>
Sent: Friday, July 25, 2008 12:13 PM
To: <dev@tuscany.apache.org>
Subject: Re: Error building binding-ws-axis2
Raymond Feng wrote:
Hi,
I just ran a build against the trunk and 1.3 tag and I don't see
the issue related to the binding-ws-axis2.
I already opened a JIRA for wsdlgen test failures:
https://issues.apache.org/jira/browse/TUSCANY-2498.
Does this problem only apply to the 1.3 tag? The description in
TUSCANY-2498 suggests this. Does trunk build cleanly for you?
Simon
Thanks,
Raymond
--------------------------------------------------
From: "Jean-Sebastien Delfino" <[EMAIL PROTECTED]>
Sent: Friday, July 25, 2008 10:55 AM
To: <dev@tuscany.apache.org>
Subject: Re: Error building binding-ws-axis2
Jean-Sebastien Delfino wrote:
I'm seeing the following error when building binding-ws-axis2.
Anybody else seeing this?
...
Well that was with a revision from yesterday, with SVN r679776 I'm
getting another error in modules/binding-ws-wsdlgen.
Running
org.apache.tuscany.sca.binding.ws.wsdlgen.Interface2WSDLGeneratorTestCase
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
0.156 sec <<< FAILURE!
testGenerate(org.apache.tuscany.sca.binding.ws.wsdlgen.Interface2WSDLGeneratorTestCase)
Time elapsed: 0.139 sec <<< ERROR!
java.lang.RuntimeException:
org.apache.ws.commons.schema.XmlSchemaException:
other.ws.binding.sca.tuscany.apache.org
at
org.apache.ws.commons.schema.SchemaBuilder.resolveXmlSchema(SchemaBuilder.java:1886)
at
org.apache.ws.commons.schema.SchemaBuilder.handleImport(SchemaBuilder.java:1620)
at
org.apache.ws.commons.schema.SchemaBuilder.handleXmlSchemaElement(SchemaBuilder.java:175)
at
org.apache.ws.commons.schema.SchemaBuilder.build(SchemaBuilder.java:82)
at
org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:359)
at
org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:353)
at
org.apache.tuscany.sca.binding.ws.wsdlgen.Interface2WSDLGenerator.loadXSD(Interface2WSDLGenerator.java:402)
at
org.apache.tuscany.sca.binding.ws.wsdlgen.Interface2WSDLGenerator.addSchemaExtension(Interface2WSDLGenerator.java:384)
at
org.apache.tuscany.sca.binding.ws.wsdlgen.Interface2WSDLGenerator.generate(Interface2WSDLGenerator.java:256)
at
org.apache.tuscany.sca.binding.ws.wsdlgen.Interface2WSDLGeneratorTestCase.testGenerate(Interface2WSDLGeneratorTestCase.java:57)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
at
org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
at
org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
at
org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
at
org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
at
org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:75)
at
org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36)
at
org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
at
org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
at
org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
at
org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
at
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
at
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
Caused by: org.apache.ws.commons.schema.XmlSchemaException:
other.ws.binding.sca.tuscany.apache.org
at
org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:308)
at
org.apache.ws.commons.schema.SchemaBuilder.resolveXmlSchema(SchemaBuilder.java:1884)
... 33 more
--
Jean-Sebastien
