Return-Path: X-Original-To: apmail-camel-dev-archive@www.apache.org Delivered-To: apmail-camel-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3A9EC1131D for ; Wed, 18 Jun 2014 13:56:41 +0000 (UTC) Received: (qmail 10000 invoked by uid 500); 18 Jun 2014 13:56:40 -0000 Delivered-To: apmail-camel-dev-archive@camel.apache.org Received: (qmail 9899 invoked by uid 500); 18 Jun 2014 13:56:40 -0000 Mailing-List: contact dev-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@camel.apache.org Delivered-To: mailing list dev@camel.apache.org Received: (qmail 9877 invoked by uid 99); 18 Jun 2014 13:56:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jun 2014 13:56:40 +0000 X-ASF-Spam-Status: No, hits=3.3 required=5.0 tests=RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DNSWL_NONE,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [62.179.121.51] (HELO fep33.mx.upcmail.net) (62.179.121.51) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jun 2014 13:56:36 +0000 Received: from edge04.upcmail.net ([192.168.13.239]) by viefep33-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20140618135614.BEAD28999.viefep33-int.chello.at@edge04.upcmail.net> for ; Wed, 18 Jun 2014 15:56:14 +0200 Received: from [10.0.0.9] ([46.126.159.149]) by edge04.upcmail.net with edge id FpwB1o0263DhZoW03pwDy7; Wed, 18 Jun 2014 15:56:14 +0200 X-SourceIP: 46.126.159.149 X-Authenticated-Sender: babak.vahdat@swissonline.ch User-Agent: Microsoft-MacOutlook/14.4.2.140509 Date: Wed, 18 Jun 2014 15:56:11 +0200 Subject: Re: jenkins full test build error at camel-barcode From: Babak Vahdat To: Message-ID: Thread-Topic: jenkins full test build error at camel-barcode References: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="Big5" Content-transfer-encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Am 18.06.14 15:54 schrieb "Babak Vahdat" unter : > > >Am 18.06.14 14:16 schrieb "Aki Yoshida" unter : > >>yes. We have been having this http proxy 503 error in all notest >>builds for some days. I don't know what the problem is. > >The snapshot repo was done but now it's up & back again, so hopefully the >next build will look a bit better: done =3D> down > >https://repository.apache.org/content/repositories/snapshots/ > > >> >>by the way, just came another build error from trunk.fullest.spring4 >>https://builds.apache.org/view/A-D/view/Camel/job/Camel.trunk.fulltest.sp >>r >>ing4/ >>this build job also needs to switch to jdk7. > >Is done and also kicked a new build to see how it would go now. > >Babak > >> >>regards, aki >> >> >> >>2014-06-18 12:56 GMT+02:00 Babak Vahdat : >>> Hi >>> >>> Not that it would be something new at all but the last builds of the >>>2.13.x >>> branch without running tests: >>> >>>=20 >>>https://builds.apache.org/view/All/job/Camel.2.13.x.notest/14/consoleTex >>>t >>>=20 >>>https://builds.apache.org/view/All/job/Camel.2.13.x.notest/13/consoleTex >>>t >>> >>> Ended up with weird HTTP 502 or 503 status codes like: >>> >>> org.apache.maven.artifact.deployer.ArtifactDeploymentException: Failed >>>to >>> retrieve remote metadata >>> org.apache.camel.karaf:apache-camel/maven-metadata.xml: Could not >>>transfer >>> metadata org.apache.camel.karaf:apache-camel/maven-metadata.xml from/to >>> apache.snapshots.https >>> (https://repository.apache.org/content/repositories/snapshots): Failed >>>to >>> transfer file: >>>=20 >>>https://repository.apache.org/content/repositories/snapshots/org/apache/ >>>c >>>amel/karaf/apache-camel/maven-metadata.xml. >>> Return code is: 502 , ReasonPhrase:Proxy Error. >>> at >>>=20 >>>org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(Defaul >>>t >>>ArtifactDeployer.java:143) >>> at >>>=20 >>>hudson.maven.reporters.MavenArtifactRecord.deploy(MavenArtifactRecord.ja >>>v >>>a:193) >>> at=20 >>>hudson.maven.RedeployPublisher.perform(RedeployPublisher.java:176) >>> at=20 >>>hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) >>> at >>>=20 >>>hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild. >>>j >>>ava:804) >>> at >>>=20 >>>hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(A >>>b >>>stractBuild.java:776) >>> at >>>=20 >>>hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.post2(Mave >>>n >>>ModuleSetBuild.java:1040) >>> at >>>=20 >>>hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.jav >>>a >>>:725) >>> at hudson.model.Run.execute(Run.java:1701) >>> at=20 >>>hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:529) >>> at=20 >>>hudson.model.ResourceController.execute(ResourceController.java:88) >>> at hudson.model.Executor.run(Executor.java:231) >>> >>> Babak >>> >>> Aki Yoshida-3 wrote >>>> Hi Willem, >>>> thanks. The full test is blue again :-) >>>> >>>> regards, aki >>>> >>>> 2014-06-17 15:42 GMT+02:00 Willem Jiang < >>> >>>> willem.jiang@ >>> >>>> >: >>>>> I just changed the configuration, now it is build with latest JDK7. >>>>> >>>>> -- >>>>> Willem Jiang >>>>> >>>>> Red Hat, Inc. >>>>> Web: http://www.redhat.com >>>>> Blog: http://willemjiang.blogspot.com (English) >>>>> http://jnn.iteye.com (Chinese) >>>>> Twitter: willemjiang >>>>> Weibo: =AB=B8=C9rwillem >>>>> >>>>> >>>>> >>>>> On June 17, 2014 at 9:34:03 PM, Aki Yoshida ( >>> >>>> elakito@ >>> >>>> ) wrote: >>>>>> Hi Babak, >>>>>> thanks for the detail. >>>>>> >>>>>> In that case, I hope someone is doing the change for the master >>>>>>build >>>>>> soon. :-) >>>>>> >>>>>> regards, aki >>>>>> >>>>>> >>>>>> 2014-06-17 15:21 GMT+02:00 Babak Vahdat : >>>>>> > Hi Aki >>>>>> > >>>>>> > For 2.14.0 currently there's an ongoing attempt to suppor JDK 8 >>>>>> > https://issues.apache.org/jira/browse/CAMEL-7314 >>>>>> > >>>>>> > And looking back into the Camel releases in the past, each given >>>>>> release >>>>>> > *typically* does support 2 JDKs so that when 2.14.0 is out then we >>>>>> would >>>>>> > support both JDK 7 and 8 and can drop supporting JDK 6 as the >>>>>>release >>>>>> notes >>>>>> > says this: >>>>>> > >>>>>>=20 >>>>>>http://camel.apache.org/camel-2140-release.html#Camel2.14.0Release-Im >>>>>>p >>>>>>ortantchangestoconsiderwhenupgrading >>>>>> > >>>>>> > I guess what still needs to be done as well is to tweak the >>>>>> > maven-compiler-plugin settings on master for source/target (1.6 =3D> >>>>>> 1.7) >>>>>> > >>>>>> > Regarding the build failures you mentioned, there was an old >>>>>>attempt >>>>>> to >>>>>> > stabilize it >>>>>> > https://issues.apache.org/jira/browse/INFRA-6218 >>>>>> > >>>>>> > Babak >>>>>> > >>>>>> > Aki Yoshida-3 wrote >>>>>> >> 2014-06-13 12:43 GMT+02:00 Babak Vahdat < >>>>>> > >>>>>> >> babak.vahdat@ >>>>>> > >>>>>> >> >: >>>>>> >>> >>>>>> >>> >>>>>> >>> Am 13.06.14 12:23 schrieb "Aki Yoshida" unter < >>>>>> > >>>>>> >> elakito@ >>>>>> > >>>>>> >> >: >>>>>> >>> >>>>>> >>>>I noticed the full test has been red for some time at >>>>>>camel-barcode. >>>>>> >>>> >>>>>> >>>>Today, I noticed that this test is using >>>>>> mvn:com.google.zxing/core/3.0.0 >>>>>> >>>>and this core-3.0.0.jar was built with jdk 7 >>>>>> >>>> >>>>>> >>>>so it can't be used with the current jdk6 camel build. >>>>>> >>> >>>>>> >>> I guess the JDK6 support is dropped by the upcoming 2.14.0 >>>>>>release >>>>>> so >>>>>> >>> that >>>>>> >>> we should be fine here. >>>>>> >> >>>>>> >> Hi, >>>>>> >> the full test is still red. >>>>>> >> >>>>>>=20 >>>>>>https://builds.apache.org/view/A-D/view/Camel/job/Camel.trunk.fulltes >>>>>>t >>>>>>/ >>>>>> >> >>>>>> >> and the full test with jdk7 is disabled and hasn't run for almost >>>>>>6 >>>>>> >> months. >>>>>> >> >>>>>>=20 >>>>>>https://builds.apache.org/view/A-D/view/Camel/job/Camel.trunk.fulltes >>>>>>t >>>>>>.java7/ >>>>>> >> >>>>>> >> Something needs to be done here. >>>>>> >> >>>>>> >> I am not sure about Babak's statement about 2.14 dropping JDK6 >>>>>> >> support. Does this mean it will be really dropped or the regular >>>>>> build >>>>>> >> will be switched to JDK7 but using the compliance level to 6? I >>>>>> >> remember Willem has used JDK7 for the release build but with the >>>>>> >> compliance set to 6. >>>>>> >> >>>>>> >> I seem to remember having some conversation about JDK version >>>>>>update >>>>>> >> for Camel but I may be confused with what we discussed for CXF >>>>>> >> (dropping of 6 in 3.1.0 and this is also documented in the CXF >>>>>>FAQ). >>>>>> I >>>>>> >> couldn't find any relevant information for Camel. >>>>>> >> >>>>>> >> thanks. >>>>>> >> >>>>>> >> regards, aki >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >>> >>>>>> >>> Babak >>>>>> >>> >>>>>> >>>> >>>>>> >>>>I don't know if there is a jdk6 compatible jar. >>>>>> >>>>Or else the test should be disabled for jdk6. >>>>>> >>>> >>>>>> >>>>regards, aki >>>>>> >>> >>>>>> >>> >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > -- >>>>>> > View this message in context: >>>>>>=20 >>>>>>http://camel.465427.n5.nabble.com/jenkins-full-test-build-error-at-ca >>>>>>m >>>>>>el-barcode-tp5752260p5752437.html >>>>>> > Sent from the Camel Development mailing list archive at >>>>>>Nabble.com. >>>>>> >>>>> >>> >>> >>> >>> >>> >>> -- >>> View this message in context: >>>http://camel.465427.n5.nabble.com/jenkins-full-test-build-error-at-camel >>>- >>>barcode-tp5752260p5752499.html >>> Sent from the Camel Development mailing list archive at Nabble.com. > >