job done in r1096914 - http://svn.apache.org/viewvc?rev=1096914&view=rev
you can build the document yourself instead of letting XmlUnit build it from the InputStream Regards, Hervé Le mardi 26 avril 2011, Benson Margulies a écrit : > Tell me an svn url and I'll see what I can patch. > > On Tue, Apr 26, 2011 at 3:24 PM, Dennis Lundberg <denn...@apache.org> wrote: > > Hi, > > > > The problem here is that the actual fetching is done inside XmlUnit, > > which is only a tool we use to assert that the generated deployment > > descriptor is equal to the expected one. > > > > Do you know if it's possible to tell XmlUnit to *not* fetch the DTDs? I > > haven't used XmlUnit myself, I'm only trying to make sure there are no > > clouds in Jenkins. > > > > Benson Margulies skrev 2011-04-26 21:17: > >> Then use a resolver to do the check instead of actually fetching? > >> > >> On Tue, Apr 26, 2011 at 1:30 PM, Dennis Lundberg <denn...@apache.org> wrote: > >>> Benson Margulies skrev 2011-04-25 22:48: > >>>> fix the tests to have a catalog to point to local copies > >>> > >>> Yes, it is always best to use local copies of DTDs and XSDs for tests, > >>> but in this case that would be difficult to do. We are testing to see > >>> that the generated deployment descriptor matches the expected one, and > >>> we expect it to declare the DTD pointing to its canonical location, > >>> which is the Sun website. > >>> > >>>> On Apr 25, 2011, at 4:28 PM, Dennis Lundberg <denn...@apache.org> wrote: > >>>>> Hi > >>>>> > >>>>> The job maven-plugins-ITs-2.x [3] is also failing. It is the ITs for > >>>>> Maven EAR Plugin that fails. I did some digging around and have found > >>>>> out the cause. > >>>>> > >>>>> The ITs use XmlUnit to check that the deployment descriptors are > >>>>> correct. When XmlUnit loads the deployment descriptor it reads its > >>>>> DTD from http://java.sun.com/dtd/application_1_3.dtd. However the > >>>>> java.sun.com site seems very unresponsive and frequently times out, > >>>>> generating exceptions like the one below. > >>>>> > >>>>> I don't know how to best solve this. Any advise would be appreciated. > >>>>> > >>>>> > >>>>> > >>>>> 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:524) > >>>>> at java.net.Socket.connect(Socket.java:474) > >>>>> 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(HttpURLC > >>>>> onnection.java:839) at > >>>>> sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConne > >>>>> ction.java:791) at > >>>>> sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection > >>>>> .java:716) at > >>>>> sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLCon > >>>>> nection.java:960) at > >>>>> com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrent > >>>>> Entity(XMLEntityManager.java:973) at > >>>>> com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity( > >>>>> XMLEntityManager.java:905) at > >>>>> com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startDTDEnti > >>>>> ty(XMLEntityManager.java:872) at > >>>>> com.sun.org.apache.xerces.internal.impl.XMLDTDScannerImpl.setInputSou > >>>>> rce(XMLDTDScannerImpl.java:282) at > >>>>> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDis > >>>>> patcher.dispatch(XMLDocumentScannerImpl.java:1021) at > >>>>> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp > >>>>> l.scanDocument(XMLDocumentFragmentScannerImpl.java:368) at > >>>>> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(X > >>>>> ML11Configuration.java:834) at > >>>>> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(X > >>>>> ML11Configuration.java:764) at > >>>>> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser. > >>>>> java:148) at > >>>>> com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser. > >>>>> java:250) at > >>>>> com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(Doc > >>>>> umentBuilderImpl.java:292) at > >>>>> org.custommonkey.xmlunit.XMLUnit.buildDocument(XMLUnit.java:382) at > >>>>> org.custommonkey.xmlunit.XMLUnit.buildDocument(XMLUnit.java:369) at > >>>>> org.custommonkey.xmlunit.Diff.<init>(Diff.java:101) at > >>>>> org.apache.maven.plugin.ear.it.AbstractEarPluginIT.assertDeploymentDe > >>>>> scriptors(AbstractEarPluginIT.java:397) > >>>>> > >>>>> ... > >>>>> > >>>>> > >>>>> > >>>>> [3] > >>>>> https://builds.apache.org/hudson/view/M-R/view/Maven/job/maven-plugin > >>>>> s-ITs-2.x/ > >>>>> > >>>>> Dennis Lundberg skrev 2011-04-22 11:51: > >>>>>> Hi > >>>>>> > >>>>>> There are a numbers of problems that prevents our plugins from > >>>>>> building successfully in the ASF Jenkins instance. I've fixed what > >>>>>> I can, but there are some outstanding issues that I need help > >>>>>> fixing. > >>>>>> > >>>>>> > >>>>>> Maven GPG Plugin > >>>>>> > >>>>>> When building plugins with ITs [1] the build fails in Jenkins > >>>>>> because there is no gpg available on the path on the build machine. > >>>>>> I guess we need to contact Infra to request that gpg is installed. > >>>>>> > >>>>>> > >>>>>> Maven Patch Plugin > >>>>>> > >>>>>> When building plugins with ITs [1] the build fails in Jenkins > >>>>>> because of an invalid option "-E" to the patch program on the build > >>>>>> machine. > >>>>>> > >>>>>> > >>>>>> Maven Dependency Plugin > >>>>>> > >>>>>> When building plugins without ITs [2] the build fails in Jenkins > >>>>>> because of unit test failures. I can not replicate these failures > >>>>>> on my local Windows 7 machine. > >>>>>> > >>>>>> Failed tests: > >>>>>> testOverWriteRelease(org.apache.maven.plugin.dependency.TestCopyDepe > >>>>>> ndenciesMojo) > >>>>>> testOverWriteSnap(org.apache.maven.plugin.dependency.TestCopyDepend > >>>>>> enciesMojo) > >>>>>> testCopyOverWriteReleases(org.apache.maven.plugin.dependency.fromCo > >>>>>> nfiguration.TestCopyMojo) > >>>>>> testCopyOverWriteSnapshot(org.apache.maven.plugin.dependency.fromCo > >>>>>> nfiguration.TestCopyMojo) > >>>>>> testCopyOverWriteIfNewer(org.apache.maven.plugin.dependency.fromCon > >>>>>> figuration.TestCopyMojo) > >>>>>> > >>>>>> > >>>>>> Maven Javadoc Plugin > >>>>>> > >>>>>> When building plugins without ITs [2] the build failed yesterday in > >>>>>> Jenkins because of unit test failures, but succeeded today even > >>>>>> though no changes were made to the code. I can replicate this > >>>>>> failure on my local Windows 7 machine. > >>>>>> > >>>>>> Failed tests: > >>>>>> testProxy(org.apache.maven.plugin.javadoc.JavadocReportTest) > >>>>>> > >>>>>> > >>>>>> [1] > >>>>>> https://builds.apache.org/hudson/view/M-R/view/Maven/job/maven-plugi > >>>>>> ns-ITs-2.x/ > >>>>>> > >>>>>> [2] > >>>>>> https://builds.apache.org/hudson/view/M-R/view/Maven/job/maven-plug > >>>>>> ins/ > >>>>> > >>>>> -- > >>>>> Dennis Lundberg > >>>>> > >>>>> --------------------------------------------------------------------- > >>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > >>>>> For additional commands, e-mail: dev-h...@maven.apache.org > >>>> > >>>> --------------------------------------------------------------------- > >>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > >>>> For additional commands, e-mail: dev-h...@maven.apache.org > >>> > >>> -- > >>> Dennis Lundberg > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > >>> For additional commands, e-mail: dev-h...@maven.apache.org > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > >> For additional commands, e-mail: dev-h...@maven.apache.org > > > > -- > > Dennis Lundberg > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > For additional commands, e-mail: dev-h...@maven.apache.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org