>> Did you have a full internet connection (no proxy required) while doing the build? Nope... but we have configured the maven with required proxy settings And it's able to download all the other required dependencies...
Even then the problem will be there?? -----Original Message----- From: Daniel Kulp [mailto:[EMAIL PROTECTED] Sent: Monday, March 31, 2008 7:00 PM To: [email protected] Cc: harbhanu; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Error during build !! Did you have a full internet connection (no proxy required) while doing the build? There is an issue in the validator tests that requires a host name to be resolved and a connection established. We've fixed that on trunk and I think for 2.0.5, although Benson mentioned the other day that there are still failures if the internet isn't available. Dan On Monday 31 March 2008, harbhanu wrote: > Hi, > I am able to solve that problem... > It was due to some goof up that I did with the set of WSDL files under > "testutils". > Apologies for bugging the group for such a mistake from my side :( > > Now that particular testcase execution is thru but now getting another > one... > > Expecting prompt reply on this too ;) .. Thanks ! > > Regards, > Harbhanu > > PS: Error information for testcase failure... > Running org.apache.cxf.tools.wsdlto.jaxws.CodeGenBugTest > 2008-03-31 12:34:29.365::INFO: Logging to STDERR via > org.mortbay.log.StdErrLog > 2008-03-31 12:34:29.427::INFO: jetty-6.1.6 > 2008-03-31 12:34:29.662::INFO: Started [EMAIL PROTECTED]:8585 > Tests run: 49, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: > 217.141 sec <<< FAILURE! > testCatalog2(org.apache.cxf.tools.wsdlto.jaxws.CodeGenBugTest) Time > elapsed: 63.046 sec <<< ERROR! > org.apache.cxf.tools.common.ToolException: java.net.ConnectException: > Connection timed out: connect > at > org.apache.cxf.tools.validator.internal.WSDL11Validator.getWSDLDoc(WSD >L11Val idator.java:80) > at > org.apache.cxf.tools.validator.internal.WSDL11Validator.isValid(WSDL11 >Valida tor.java:95) > at > org.apache.cxf.tools.wsdlto.frontend.jaxws.wsdl11.JAXWSDefinitionBuild >er.val idate(JAXWSDefinitionBuilder.jav > > :198) > > at > org.apache.cxf.tools.wsdlto.frontend.jaxws.wsdl11.JAXWSDefinitionBuild >er.val idate(JAXWSDefinitionBuilder.jav > > :61) > > at > org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaCont >ainer. java:128) > at > org.apache.cxf.tools.wsdlto.jaxws.CodeGenBugTest.testCatalog2(CodeGenB >ugTest .java:852) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j >ava:39 ) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess >orImpl .java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMeth >odRunn er.java:99) > at > org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodR >unner. java:81) > at > org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAnd >AfterR unner.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(Tes >tClass MethodsRunner.java:66) > at > org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethods >Runner .java:35) > at > org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassR >unner. java:42) > at > org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAnd >AfterR unner.java:34) > at > org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52 >) at > org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.j >ava:62 ) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTest >Set(Ab stractDirectoryTestSuite.java:13 > ) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Abs >tractD irectoryTestSuite.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.j >ava:39 ) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess >orImpl .java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Sur >efireB ooter.java:290) > at > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.ja >va:818 ) > Caused by: java.net.ConnectException: Connection timed out: connect > at java.net.PlainSocketImpl.socketConnect(Native Method) > at > java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at > java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) > at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) > at java.net.Socket.connect(Socket.java:520) > at java.net.Socket.connect(Socket.java:470) > at sun.net.NetworkClient.doConnect(NetworkClient.java:157) > at sun.net.www.http.HttpClient.openServer(HttpClient.java:388) > at sun.net.www.http.HttpClient.openServer(HttpClient.java:523) > at sun.net.www.http.HttpClient.<init>(HttpClient.java:231) > at sun.net.www.http.HttpClient.New(HttpClient.java:304) > at sun.net.www.http.HttpClient.New(HttpClient.java:321) > at > sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLCo >nnecti on.java:813) > at > sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnec >tion.j ava:765) > at > sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection. >java:6 90) > at > sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConn >ection .java:934) > at > com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentE >ntity( XMLEntityManager.java:973) > at > com.sun.org.apache.xerces.internal.impl.XMLVersionDetector.determineDo >cVersi on(XMLVersionDetector.java:184) > at > com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XM >L11Con figuration.java:798) > at > com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XM >L11Con figuration.java:764) > at > com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.j >ava:14 8) > at > com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.j >ava:25 0) > at > com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(Docu >mentBu ilderImpl.java:292) > at > javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:146) at > org.apache.cxf.helpers.XMLUtils.parse(XMLUtils.java:122) at > org.apache.cxf.tools.validator.internal.WSDL11Validator.getWSDLDoc(WSD >L11Val idator.java:75) > ... 29 more > > testCatalog3(org.apache.cxf.tools.wsdlto.jaxws.CodeGenBugTest) Time > elapsed: 62.984 sec <<< ERROR! > org.apache.cxf.tools.common.ToolException: java.net.ConnectException: > Connection timed out: connect > at > org.apache.cxf.tools.validator.internal.WSDL11Validator.getWSDLDoc(WSD >L11Val idator.java:80) > at > org.apache.cxf.tools.validator.internal.WSDL11Validator.isValid(WSDL11 >Valida tor.java:95) > at > org.apache.cxf.tools.wsdlto.frontend.jaxws.wsdl11.JAXWSDefinitionBuild >er.val idate(JAXWSDefinitionBuilder.jav > > :198) > > at > org.apache.cxf.tools.wsdlto.frontend.jaxws.wsdl11.JAXWSDefinitionBuild >er.val idate(JAXWSDefinitionBuilder.jav > > :61) > > at > org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaCont >ainer. java:128) > at > org.apache.cxf.tools.wsdlto.jaxws.CodeGenBugTest.testCatalog3(CodeGenB >ugTest .java:861) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j >ava:39 ) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess >orImpl .java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMeth >odRunn er.java:99) > at > org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodR >unner. java:81) > at > org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAnd >AfterR unner.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(Tes >tClass MethodsRunner.java:66) > at > org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethods >Runner .java:35) > at > org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassR >unner. java:42) > at > org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAnd >AfterR unner.java:34) > at > org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52 >) at > org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.j >ava:62 ) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTest >Set(Ab stractDirectoryTestSuite.java:13 > ) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Abs >tractD irectoryTestSuite.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.j >ava:39 ) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess >orImpl .java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Sur >efireB ooter.java:290) > at > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.ja >va:818 ) > Caused by: java.net.ConnectException: Connection timed out: connect > at java.net.PlainSocketImpl.socketConnect(Native Method) > at > java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at > java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) > at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) > at java.net.Socket.connect(Socket.java:520) > at java.net.Socket.connect(Socket.java:470) > at sun.net.NetworkClient.doConnect(NetworkClient.java:157) > at sun.net.www.http.HttpClient.openServer(HttpClient.java:388) > at sun.net.www.http.HttpClient.openServer(HttpClient.java:523) > at sun.net.www.http.HttpClient.<init>(HttpClient.java:231) > at sun.net.www.http.HttpClient.New(HttpClient.java:304) > at sun.net.www.http.HttpClient.New(HttpClient.java:321) > at > sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLCo >nnecti on.java:813) > at > sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnec >tion.j ava:765) > at > sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection. >java:6 90) > at > sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConn >ection .java:934) > at > com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentE >ntity( XMLEntityManager.java:973) > at > com.sun.org.apache.xerces.internal.impl.XMLVersionDetector.determineDo >cVersi on(XMLVersionDetector.java:184) > at > com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XM >L11Con figuration.java:798) > at > com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XM >L11Con figuration.java:764) > at > com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.j >ava:14 8) > at > com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.j >ava:25 0) > at > com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(Docu >mentBu ilderImpl.java:292) > at > javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:146) at > org.apache.cxf.helpers.XMLUtils.parse(XMLUtils.java:122) at > org.apache.cxf.tools.validator.internal.WSDL11Validator.getWSDLDoc(WSD >L11Val idator.java:75) > ... 29 more > -----Original Message----- > From: Daniel Kulp [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 27, 2008 11:31 PM > To: [email protected] > Cc: harbhanu; [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: Error during build !! > > > > Hmm... that one I have NO idea and cannot reproduce. :-( > > I even upgrade my JDK from _13 to _15, re-checked out a clean 2.0.4 > tree, etc... and cannot reproduce it. Not sure what could be going > on. Looking at that line in the code, it's just checking the soap > action that was read from the wsdl. Thus, the only thing I can think > of is if a different /wsd/hello_world.wsdl file is being picked up, > but that shouldn't be the case. > > Dan > > On Thursday 27 March 2008, harbhanu wrote: > > Thanks for your informatin, I was able to take this forward after > > reverting to java version 1.5.0_15 > > > > \apache-cxf-2.0.4-incubator-src>mvn -version > > Maven version: 2.0.8 > > Java version: 1.5.0_15 > > OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows" > > > > \apache-cxf-2.0.4-incubator-src>java -version > > java version "1.5.0_15" > > Java(TM) 2 Runtime Environment, Standard Edition (build > > 1.5.0_15-b04) Java HotSpot(TM) Client VM (build 1.5.0_15-b04, mixed > > mode, sharing) > > > > \apache-cxf-2.0.4-incubator-src>javac -version > > javac 1.5.0_15 > > > > Now, the build is successful but one of the testcase is failing... > > Let me know incase it's a problem with the testcase or something > > else... > > > > Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: > > 0.157 sec <<< FAILURE! > > testFactory(org.apache.cxf.binding.soap.SoapBindingFactoryTest) > > Time elapsed: 0.11 sec <<< FAILURE! > > org.junit.ComparisonFailure: expected:<[]> but was:<[ ]> > > at org.junit.Assert.assertEquals(Assert.java:96) > > at org.junit.Assert.assertEquals(Assert.java:116) > > at > > org.apache.cxf.binding.soap.SoapBindingFactoryTest.testFactory(SoapB > >in dingFa ctoryTest.java:111) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > > Method) at > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl > >.j ava:39 ) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcce > >ss orImpl .java:25) > > at java.lang.reflect.Method.invoke(Method.java:585) > > at > > org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMe > >th odRunn er.java:99) > > at > > org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMetho > >dR unner. java:81) > > at > > org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeA > >nd AfterR unner.java:34) > > at > > org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunn > >er .java: 75) > > at > > org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.jav > >a: 45) at > > org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(T > >es tClass MethodsRunner.java:66) > > at > > org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMetho > >ds Runner .java:35) > > at > > org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClas > >sR unner. java:42) > > at > > org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeA > >nd AfterR unner.java:34) > > at > > org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java: > >52 ) at > > org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet > >.j ava:62 ) > > at > > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTe > >st Set(Ab stractDirectoryTestSuite.java:138 > > ) > > at > > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(A > >bs tractD irectoryTestSuite.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 > >.j ava:39 ) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcce > >ss orImpl .java:25) > > at java.lang.reflect.Method.invoke(Method.java:585) > > at > > org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(S > >ur efireB ooter.java:290) > > at > > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter. > >ja va:818 ) > > > > Running org.apache.cxf.binding.soap.RPCInInterceptorTest > > Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > > 0.172 sec Running org.apache.cxf.binding.soap.SoapOutInterceptorTest > > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: > > 0.312 sec Running > > org.apache.cxf.binding.soap.ReadHeaderInterceptorTest Tests run: 2, > > Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec > > > > Results : > > > > Failed tests: > > testFactory(org.apache.cxf.binding.soap.SoapBindingFactoryTest) > > > > Tests run: 20, Failures: 1, Errors: 0, Skipped: 0 > > > > [INFO] > > -------------------------------------------------------------------- > >-- -- [ERROR] BUILD FAILURE > > > > -----Original Message----- > > From: Daniel Kulp [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, March 26, 2008 6:58 PM > > To: [email protected] > > Cc: harbhanu; [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Subject: Re: Error during build !! > > > > On Wednesday 26 March 2008, harbhanu wrote: > > > I am trying to build CXF [2.0.4] using maven, but getting the > > > following error during build... > > > > ...... > > > > > D:\JWork\CXF\apache-cxf-2.0.4-incubator-src>javac -version > > > > > > javac 1.5.0_01 > > > javac: no source files > > > Usage: javac <options> <source files> > > > > > > D:\JWork\CXF\apache-cxf-2.0.4-incubator-src>java -version > > > > > > java version "1.6.0_03" > > > Java(TM) SE Runtime Environment (build 1.6.0_03-b05) > > > Java HotSpot(TM) Client VM (build 1.6.0_03-b05, mixed mode, > > > sharing) > > > > > > D:\JWork\CXF\apache-cxf-2.0.4-incubator-src>mvn -version > > > Maven version: 2.0.8 > > > Java version: 1.5.0_01 > > > OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows" > > > > Something very strange is going on. From the command line, you are > > getting 1.6.0_03, but in maven, you are getting 1.5.0_01. > > > > That said, both will have issues with CXF 2.0.x. The CXF 2.0.x > > builds are relatively untested with 1.6.x. You can get the binary > > versions to work (possibly with endorsing some stuff) but we didn't > > work at all on getting the builds to work with 1.6.x. CXF 2.1 > > will support 1.6.0_04 for building. (but not _03 and earlier) > > > > 1.5.0_01 has some parser issues that cause namespaces prefix > > problems (which is what you are seeing above). I'd recommand at > > least _06, but the latest is definitely preferred. (_13) -- J. Daniel Kulp Principal Engineer, IONA [EMAIL PROTECTED] http://www.dankulp.com/blog
