Mailing-List: contact dev-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Developers List" <dev@maven.apache.org>
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <4DB71BE4.9060309@apache.org>
Date: Tue, 26 Apr 2011 21:24:20 +0200
From: Dennis Lundberg <dennisl@apache.org>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; sv-SE;
 rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9
MIME-Version: 1.0
To: Maven Developers List <dev@maven.apache.org>
Subject: Re: Need help getting our plugins to build successfully in Jenkins
References: <4DB14FAE.7050607@apache.org>	<4DB5D944.60906@apache.org>
	<7202712804522812885@unknownmsgid>	<4DB70125.5000206@apache.org>
 <BANLkTikCmCfjp8p1weYE5kZh5mWOtzvW1w@mail.gmail.com>
In-Reply-To: <BANLkTikCmCfjp8p1weYE5kZh5mWOtzvW1w@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

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 <dennisl@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 <dennisl@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(HttpURLConnection.java:839)
>>>>        at
>>>> sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:791)
>>>>        at
>>>> sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:716)
>>>>        at
>>>> sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:960)
>>>>        at
>>>> com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(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.startDTDEntity(XMLEntityManager.java:872)
>>>>        at
>>>> com.sun.org.apache.xerces.internal.impl.XMLDTDScannerImpl.setInputSource(XMLDTDScannerImpl.java:282)
>>>>        at
>>>> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(XMLDocumentScannerImpl.java:1021)
>>>>        at
>>>> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
>>>>        at
>>>> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
>>>>        at
>>>> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.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(DocumentBuilderImpl.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.assertDeploymentDescriptors(AbstractEarPluginIT.java:397)
>>>>
>>>> ...
>>>>
>>>>
>>>>
>>>> [3]
>>>> https://builds.apache.org/hudson/view/M-R/view/Maven/job/maven-plugins-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.TestCopyDependenciesMojo)
>>>>> testOverWriteSnap(org.apache.maven.plugin.dependency.TestCopyDependenciesMojo)
>>>>> testCopyOverWriteReleases(org.apache.maven.plugin.dependency.fromConfiguration.TestCopyMojo)
>>>>> testCopyOverWriteSnapshot(org.apache.maven.plugin.dependency.fromConfiguration.TestCopyMojo)
>>>>> testCopyOverWriteIfNewer(org.apache.maven.plugin.dependency.fromConfiguration.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-plugins-ITs-2.x/
>>>>>
>>>>> [2] https://builds.apache.org/hudson/view/M-R/view/Maven/job/maven-plugins/
>>>>>
>>>>
>>>>
>>>> --
>>>> Dennis Lundberg
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>>
>>
>>
>> --
>> Dennis Lundberg
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
> 
> 


-- 
Dennis Lundberg

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org