Return-Path: X-Original-To: apmail-cxf-dev-archive@www.apache.org Delivered-To: apmail-cxf-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 B917F11C7F for ; Thu, 5 Jun 2014 09:05:15 +0000 (UTC) Received: (qmail 87574 invoked by uid 500); 5 Jun 2014 09:05:15 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 87508 invoked by uid 500); 5 Jun 2014 09:05:15 -0000 Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list dev@cxf.apache.org Received: (qmail 87496 invoked by uid 99); 5 Jun 2014 09:05:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jun 2014 09:05:15 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sberyozkin@gmail.com designates 74.125.82.179 as permitted sender) Received: from [74.125.82.179] (HELO mail-we0-f179.google.com) (74.125.82.179) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jun 2014 09:05:10 +0000 Received: by mail-we0-f179.google.com with SMTP id q59so703611wes.24 for ; Thu, 05 Jun 2014 02:04:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=vds/ApexMjHYPnlVVs1zCCeBsv++7JplrFXnbdqA5Hk=; b=vPn3mwPBp0c7Zr6AyTv6JS1F0FWqx767Wu+A3Fo7JnXungzeo1MBUiRVoVm/DdKlCT hfQ29o1fjGfGw7T/0hNBiyTVRq6lyp8ikE9ui/U55A5DCf2UjjJHSn/+bpm4PI2EEIF8 dGbs6+aLjs53lAkauCpfFchsIME0lrDTqXL1/PdsC2jy02ukTv2R5wU7qiJ4i3XV+INM GrGDPGi5vlEkdawSK1z6lLLyyhYf1rgXffXQyGHG3IJkHxXq1PbSkYr7dD9rNXe17D4L 5/7iGAvfav++yg1S5vTkwP6ypzr8wlNYyKiKAxqLjxv4Xvbcm258EUBnxc6cmV1BbZ5R I+7g== X-Received: by 10.180.13.139 with SMTP id h11mr13602845wic.34.1401959087342; Thu, 05 Jun 2014 02:04:47 -0700 (PDT) Received: from [10.36.226.2] ([80.169.137.63]) by mx.google.com with ESMTPSA id l4sm14381684wiy.0.2014.06.05.02.04.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 05 Jun 2014 02:04:46 -0700 (PDT) Message-ID: <539032A0.6060505@gmail.com> Date: Thu, 05 Jun 2014 10:04:32 +0100 From: Sergey Beryozkin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: dev@cxf.apache.org Subject: Re: [DISCUSS] Java 8 and JAXB and 3.0.1 References: <034F6A24-9C12-46C4-8130-07683BF06D91@apache.org> In-Reply-To: <034F6A24-9C12-46C4-8130-07683BF06D91@apache.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Hi Dan It appears the update has caused 3.0.1 effectively 'dropping' Java 6 support from CXF 3.0.1, I'm seeing the build errors like [ERROR] rt/ws/policy/target/generated/src/main/java/org/apache/cxf/ws/policy/v200607/OperatorContentType.java:[59,122] cannot find symbol [ERROR] symbol : method required() [ERROR] location: @interface javax.xml.bind.annotation.XmlElementRef Can we somehow adjust the generation process may be in 3.0.1 ? Cheers, Sergey On 28/05/14 15:41, Daniel Kulp wrote: > > There is a new version of JAXB available in central (2.2.10-b140310.1920) that allows it to work better with Java 8. All the CXF tooling tests now pass. There is a new single failure in the jaxws systests and of course all the OSGi and JIBX related things still fail. Thus, it�s a step in the right direction. > > HOWEVER, there is a minor incompatibility with it and JAXB 2.2.7 that we�ve been using so I want to bring this up for discussion before updating master to use this for 3.0.1. With 2.2.7, we had just two jaxb related jars: jaxb-impl and jaxb-xjc. With 2.2.10, it adds a third: jaxb-core. For the most part, people that get JAXB transitively from CXF won�t have any issue as I can update our poms to bring that in as well. However, anyone that excludes JAXB when grabbing CXF would have to update their poms to also exclude that jar. > > So, the question is: is that kind of thing OK for 3.0.1 or would it need to wait for 3.1? Personally, I�d like to get it in for 3.0.1 as it brings us closer to having support for Java8. In particular, the command line tools in bin (wsdl2java, etc�.) would work. > > Another note: the jaxb stuff in �com.sun.xml.bind� in maven central are now shaded versions of stuff in org.glassfish.jaxb. Thus, longer term, we likely should flip to the org.glassfish versions. That�s an even bigger change and not something I�d like to do for 3.0.1 though. > > Thoughts? >