Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: local policy)
Message-ID: <4F90940E.9090800@leichtgewicht.at>
Date: Fri, 20 Apr 2012 07:39:10 +0900
From: Martin Heidegger <mh@leichtgewicht.at>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: flex-dev@incubator.apache.org
Subject: Re: [jira] [Updated] (FLEX-48) Building the SDK with Java 7
References: 
 <292360662.1710.1334771920166.JavaMail.tomcat@hel.zones.apache.org>
 <1198610556.4605.1334808307348.JavaMail.tomcat@hel.zones.apache.org>
 <CACK5iZfe4jT4R00OM8+dZ=3Tn1CC8RkFzaopC3qyZ0SiLV5b_w@mail.gmail.com>
In-Reply-To: 
 <CACK5iZfe4jT4R00OM8+dZ=3Tn1CC8RkFzaopC3qyZ0SiLV5b_w@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

My first guess would be to build the compiler and compile something that
has a jpeg in it.

yours
Martin.

On 20/04/2012 05:06, Om wrote:
> How do we test this?  Seems like a pretty significant change to the
> compiler - especially the batik related ones.
>
> On Wed, Apr 18, 2012 at 9:05 PM, Christophe Herreman (Updated) (JIRA)<
> jira@apache.org>  wrote:
>
>>      [
>> https://issues.apache.org/jira/browse/FLEX-48?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]
>>
>> Christophe Herreman updated FLEX-48:
>> ------------------------------------
>>
>>      Attachment: SpriteTranscoder.patch
>>                 modules-thirdparty-batik-build.xml.patch
>>                 modules-compiler-build.xml.patch
>>                 modules-build.xml.patch
>>                 ImageCacher.patch
>>                 downloads.patch
>>
>> Added the complete patch in separate patch files.
>>
>>> Building the SDK with Java 7
>>> ----------------------------
>>>
>>>                  Key: FLEX-48
>>>                  URL: https://issues.apache.org/jira/browse/FLEX-48
>>>              Project: Apache Flex
>>>           Issue Type: Improvement
>>>             Reporter: Christophe Herreman
>>>             Assignee: Bertrand Delacretaz
>>>          Attachments: ImageCacher.patch, SpriteTranscoder.patch,
>> downloads.patch, java-7.patch, modules-build.xml.patch,
>> modules-compiler-build.xml.patch, modules-thirdparty-batik-build.xml.patch
>>>
>>> I've changed the SDK a bit to be able to build it with Java 7.
>> Everything seems to compile, although that is no guarantee that things will
>> actually work.
>>> The main problem is the Batik dependency. The version used by the trunk
>> version is 1.6. When building with Java 7, this results in some compiler
>> errors for classes in the com.sun.* packages. So I've updated the build
>> scripts to use Batik version 1.7 (there is an option to NOT use the Sun
>> classes in the build file of that version) and resolved some more
>> compilation issues (missing dependency xml-apis-ext.jar, API changes in the
>> dependencies).
>>> Attached is a patch with the changes. Please try this out if you have a
>> moment and let me know if this works for you. These changes are compatible
>> with Java 6, so when applying the patch you should still be able to build
>> the SDK without changing your Java installation.
>>
>> --
>> This message is automatically generated by JIRA.
>> If you think it was sent incorrectly, please contact your JIRA
>> administrators:
>> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
>> For more information on JIRA, see: http://www.atlassian.com/software/jira
>>
>>
>>