You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by "Christophe Herreman (Created) (JIRA)" <ji...@apache.org> on 2012/04/18 19:58:40 UTC
[jira] [Created] (FLEX-48) Building the SDK with Java 7
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
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
Re: [jira] [Updated] (FLEX-48) Building the SDK with Java 7
Posted by Martin Heidegger <mh...@leichtgewicht.at>.
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
>>
>>
>>
Re: [jira] [Updated] (FLEX-48) Building the SDK with Java 7
Posted by Om <bi...@gmail.com>.
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
>
>
>
Re: [jira] [Commented] (FLEX-48) Building the SDK with Java 7
Posted by Dirk Eismann <bo...@googlemail.com>.
true. Also, setting tsa none will not use a timestamp at all which
will cause issues once the cerificate used for signing is expired and
you want to update the AIR application.
I mixed that up with a similar error message I had during signing so
it actually really is a JVM / runtime issue as the behaviour changed
with Java 7. A workaround is to set the property
jsse.enableSNIExtension=false when starting the JRE (or from code
using System.setProperty("jsse.enableSNIExtension", "false")
see also this blog post (German)
http://itblog.eckenfels.net/archives/484-Java-7-Probleme-mit-neuen-JSSE-Features.html
Dirk.
2012/6/5 christofer.dutz@c-ware.de <ch...@c-ware.de>:
> But this wouldn't explain that I get failures every time and every time at the same place if I run the tests with 1.7 and they succeed every time I run it with 1.6.
>
>
AW: [jira] [Commented] (FLEX-48) Building the SDK with Java 7
Posted by "christofer.dutz@c-ware.de" <ch...@c-ware.de>.
But this wouldn't explain that I get failures every time and every time at the same place if I run the tests with 1.7 and they succeed every time I run it with 1.6.
-----Ursprüngliche Nachricht-----
Von: carlos.rovira@gmail.com [mailto:carlos.rovira@gmail.com] Im Auftrag von Carlos Rovira
Gesendet: Dienstag, 5. Juni 2012 15:05
An: flex-dev@incubator.apache.org
Betreff: Re: [jira] [Commented] (FLEX-48) Building the SDK with Java 7
hav you tried to use "-tsa none" (I think this was the setting to not use the timestamp)
2012/6/5 Dirk Eismann <bo...@googlemail.com>
> Hey,
>
> FYI, this is not necessarily a JDK / runtime problem. It could also
> just mean that the remote timestamp server is not accessible. IIRC
> there was a thread somewhere sometime ago on another mailing list
> about this topic and how to solve it. I will look it up.
>
> End of the story is that the same can happen in Flash Builder as well
> when packaging with timestamp (happened to me quite often a few times
> and then worked fine since then)
>
> Dirk.
>
> 2012/6/5 Christofer Dutz (JIRA) <ji...@apache.org>:
> >
> > [
> https://issues.apache.org/jira/browse/FLEX-48?page=com.atlassian.jira.
> plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1328936
> 8#comment-13289368]
> >
> > Christofer Dutz commented on FLEX-48:
> > -------------------------------------
> >
> > I was just working on Flexmojos to support JDK 1.7 and stumbled over
> > a
> problem with the Air ApplicationPackager ... I know that this is not
> really related to "building" the SDK with 1.7 but in "using" it with
> 1.7, but I thought my report should fit here:
> >
> > As soon as I am using the ApplicationPackager with JDK 1.7 I am
> > getting
> the following exception:
> >
> > Caused by: com.adobe.pki.TimestampException: Could not generate
> timestamp: handshake alert: unrecognized_name
> > at com.adobe.ucf.UCFSigner.getTimeStampFromURL(UCFSigner.java:381)
> > at
> com.adobe.ucf.UCFSigner.computeSignatureTimestamp(UCFSigner.java:343)
> > at com.adobe.ucf.UCFSigner.createTimestampXML(UCFSigner.java:297)
> > at com.adobe.ucf.UCFSigner.getSignatureXML(UCFSigner.java:177)
> > at
> com.adobe.ucf.UCFOutputStream.finalizeSig(UCFOutputStream.java:343)
> > at
> com.adobe.air.AIROutputStream.finalizeSig(AIROutputStream.java:157)
> > at
> com.adobe.air.ApplicationPackager.createPackage(ApplicationPackager.ja
> va:87)
> > at
> net.flexmojos.oss.plugin.air.packager.FlexmojosAIRPackager.createPacka
> ge(FlexmojosAIRPackager.java:59)
> > at
> net.flexmojos.oss.plugin.air.SignAirMojo.doPackage(SignAirMojo.java:32
> 7)
> > ... 26 more
> >
> > I guess it would be good to add UCFSigner to the list of potentially
> non-1.7-compilant components.
> >
> >> 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.js
> pa
> > For more information on JIRA, see:
> http://www.atlassian.com/software/jira
> >
> >
>
--
Carlos Rovira
Director de Tecnología
M: +34 607 22 60 05
F: +34 912 35 57 77
<http://www.codeoscopic.com>
CODEOSCOPIC S.A. <http://www.codeoscopic.com> Avd. del General Perón, 32 Planta 10, Puertas P-Q
28020 Madrid
Re: [jira] [Commented] (FLEX-48) Building the SDK with Java 7
Posted by Carlos Rovira <ca...@codeoscopic.com>.
hav you tried to use "-tsa none" (I think this was the setting to not use
the timestamp)
2012/6/5 Dirk Eismann <bo...@googlemail.com>
> Hey,
>
> FYI, this is not necessarily a JDK / runtime problem. It could also
> just mean that the remote timestamp server is not accessible. IIRC
> there was a thread somewhere sometime ago on another mailing list
> about this topic and how to solve it. I will look it up.
>
> End of the story is that the same can happen in Flash Builder as well
> when packaging with timestamp (happened to me quite often a few times
> and then worked fine since then)
>
> Dirk.
>
> 2012/6/5 Christofer Dutz (JIRA) <ji...@apache.org>:
> >
> > [
> https://issues.apache.org/jira/browse/FLEX-48?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13289368#comment-13289368]
> >
> > Christofer Dutz commented on FLEX-48:
> > -------------------------------------
> >
> > I was just working on Flexmojos to support JDK 1.7 and stumbled over a
> problem with the Air ApplicationPackager ... I know that this is not really
> related to "building" the SDK with 1.7 but in "using" it with 1.7, but I
> thought my report should fit here:
> >
> > As soon as I am using the ApplicationPackager with JDK 1.7 I am getting
> the following exception:
> >
> > Caused by: com.adobe.pki.TimestampException: Could not generate
> timestamp: handshake alert: unrecognized_name
> > at com.adobe.ucf.UCFSigner.getTimeStampFromURL(UCFSigner.java:381)
> > at
> com.adobe.ucf.UCFSigner.computeSignatureTimestamp(UCFSigner.java:343)
> > at com.adobe.ucf.UCFSigner.createTimestampXML(UCFSigner.java:297)
> > at com.adobe.ucf.UCFSigner.getSignatureXML(UCFSigner.java:177)
> > at
> com.adobe.ucf.UCFOutputStream.finalizeSig(UCFOutputStream.java:343)
> > at
> com.adobe.air.AIROutputStream.finalizeSig(AIROutputStream.java:157)
> > at
> com.adobe.air.ApplicationPackager.createPackage(ApplicationPackager.java:87)
> > at
> net.flexmojos.oss.plugin.air.packager.FlexmojosAIRPackager.createPackage(FlexmojosAIRPackager.java:59)
> > at
> net.flexmojos.oss.plugin.air.SignAirMojo.doPackage(SignAirMojo.java:327)
> > ... 26 more
> >
> > I guess it would be good to add UCFSigner to the list of potentially
> non-1.7-compilant components.
> >
> >> 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
> >
> >
>
--
Carlos Rovira
Director de Tecnología
M: +34 607 22 60 05
F: +34 912 35 57 77
<http://www.codeoscopic.com>
CODEOSCOPIC S.A. <http://www.codeoscopic.com>
Avd. del General Perón, 32
Planta 10, Puertas P-Q
28020 Madrid
Re: [jira] [Commented] (FLEX-48) Building the SDK with Java 7
Posted by Dirk Eismann <bo...@googlemail.com>.
Hey,
FYI, this is not necessarily a JDK / runtime problem. It could also
just mean that the remote timestamp server is not accessible. IIRC
there was a thread somewhere sometime ago on another mailing list
about this topic and how to solve it. I will look it up.
End of the story is that the same can happen in Flash Builder as well
when packaging with timestamp (happened to me quite often a few times
and then worked fine since then)
Dirk.
2012/6/5 Christofer Dutz (JIRA) <ji...@apache.org>:
>
> [ https://issues.apache.org/jira/browse/FLEX-48?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13289368#comment-13289368 ]
>
> Christofer Dutz commented on FLEX-48:
> -------------------------------------
>
> I was just working on Flexmojos to support JDK 1.7 and stumbled over a problem with the Air ApplicationPackager ... I know that this is not really related to "building" the SDK with 1.7 but in "using" it with 1.7, but I thought my report should fit here:
>
> As soon as I am using the ApplicationPackager with JDK 1.7 I am getting the following exception:
>
> Caused by: com.adobe.pki.TimestampException: Could not generate timestamp: handshake alert: unrecognized_name
> at com.adobe.ucf.UCFSigner.getTimeStampFromURL(UCFSigner.java:381)
> at com.adobe.ucf.UCFSigner.computeSignatureTimestamp(UCFSigner.java:343)
> at com.adobe.ucf.UCFSigner.createTimestampXML(UCFSigner.java:297)
> at com.adobe.ucf.UCFSigner.getSignatureXML(UCFSigner.java:177)
> at com.adobe.ucf.UCFOutputStream.finalizeSig(UCFOutputStream.java:343)
> at com.adobe.air.AIROutputStream.finalizeSig(AIROutputStream.java:157)
> at com.adobe.air.ApplicationPackager.createPackage(ApplicationPackager.java:87)
> at net.flexmojos.oss.plugin.air.packager.FlexmojosAIRPackager.createPackage(FlexmojosAIRPackager.java:59)
> at net.flexmojos.oss.plugin.air.SignAirMojo.doPackage(SignAirMojo.java:327)
> ... 26 more
>
> I guess it would be good to add UCFSigner to the list of potentially non-1.7-compilant components.
>
>> 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
>
>
[jira] [Updated] (FLEX-48) Building the SDK with Java 7
Posted by "Christophe Herreman (Updated) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/FLEX-48?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Christophe Herreman updated FLEX-48:
------------------------------------
Attachment: java-7.patch
> 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: java-7.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
[jira] [Resolved] (FLEX-33110) Building the SDK with Java 7
Posted by "Carol Frampton (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/FLEX-33110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Carol Frampton resolved FLEX-33110.
-----------------------------------
Resolution: Fixed
Fix Version/s: Adobe Flex SDK Next
Completed with rev 1402596 (plus some prior checkins).
> Building the SDK with Java 7
> ----------------------------
>
> Key: FLEX-33110
> URL: https://issues.apache.org/jira/browse/FLEX-33110
> Project: Apache Flex
> Issue Type: Improvement
> Reporter: Alex Harui
> Assignee: Carol Frampton
> Fix For: Adobe Flex SDK Next
>
> Attachments: downloads.patch, ImageCacher.patch, java-7.patch, modules-build.xml.patch, modules-compiler-build.xml.patch, modules-thirdparty-batik-build.xml.patch, SpriteTranscoder.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
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (FLEX-33110) Building the SDK with Java 7
Posted by "Carol Frampton (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/FLEX-33110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Carol Frampton reassigned FLEX-33110:
-------------------------------------
Assignee: Carol Frampton
> Building the SDK with Java 7
> ----------------------------
>
> Key: FLEX-33110
> URL: https://issues.apache.org/jira/browse/FLEX-33110
> Project: Apache Flex
> Issue Type: Improvement
> Reporter: Alex Harui
> Assignee: Carol Frampton
> Attachments: downloads.patch, ImageCacher.patch, java-7.patch, modules-build.xml.patch, modules-compiler-build.xml.patch, modules-thirdparty-batik-build.xml.patch, SpriteTranscoder.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
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-33110) Building the SDK with Java 7
Posted by "Carol Frampton (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/FLEX-33110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13485078#comment-13485078 ]
Carol Frampton commented on FLEX-33110:
---------------------------------------
Note that on a Mac, you will need an Intel-based Mac running Mac OS X version 10.7.3 (Lion) as well as Ant 1.8 or higher. On a Mac, Java 7 only compiles in 64-bit mode so compilations are quite a bit slower than they are with Java 6 in 32-bit mode.
> Building the SDK with Java 7
> ----------------------------
>
> Key: FLEX-33110
> URL: https://issues.apache.org/jira/browse/FLEX-33110
> Project: Apache Flex
> Issue Type: Improvement
> Reporter: Alex Harui
> Assignee: Carol Frampton
> Fix For: Adobe Flex SDK Next
>
> Attachments: downloads.patch, ImageCacher.patch, java-7.patch, modules-build.xml.patch, modules-compiler-build.xml.patch, modules-thirdparty-batik-build.xml.patch, SpriteTranscoder.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
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (FLEX-48) Building the SDK with Java 7
Posted by "Christophe Herreman (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/FLEX-48?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13257203#comment-13257203 ]
Christophe Herreman commented on FLEX-48:
-----------------------------------------
The upgrade involved quite a few steps. One of them was replacing the Batik build file with a newer version, which makes the patch file a lot bigger. (Batik is built from the sources with modifications). I've created separate patch files for all the files I needed to change. This should make it easier to understand the different changes.
To summarize:
* Upgraded Batik from 1.6 to 1.7. Batik 1.7 can be compiled with Java 7 if the "sun-codecs.disabled" property is set to true. Batik 1.6 does not have this option, hence the necessary upgrade. The path to the unzipped Batik sources is also different between 1.6 and 1.7.
* Code was removed from Batik in the 1.7 release, which is available in xml-apis-ext.jar. This dependency is now separately downloaded and added to the classpath where needed.
* Some API changes caused compilation errors. See ImageCacher and SpriteTranscoder.
> 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: java-7.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
[jira] [Updated] (FLEX-48) Building the SDK with Java 7
Posted by "Christophe Herreman (Updated) (JIRA)" <ji...@apache.org>.
[ 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
[jira] [Commented] (FLEX-48) Building the SDK with Java 7
Posted by "Martin Heidegger (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/FLEX-48?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13257123#comment-13257123 ]
Martin Heidegger commented on FLEX-48:
--------------------------------------
I patched the sources, now it mentions something about deprecation. So it seems to work - however: you fixed more than java 1.7 in your patch file which makes it very hard to read what you did to fix the problem.
> 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: java-7.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
[jira] [Commented] (FLEX-33110) Building the SDK with Java 7
Posted by "Igor Costa (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/FLEX-33110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13434386#comment-13434386 ]
Igor Costa commented on FLEX-33110:
-----------------------------------
Worked with 1.7.0_04 on Windows 7
> Building the SDK with Java 7
> ----------------------------
>
> Key: FLEX-33110
> URL: https://issues.apache.org/jira/browse/FLEX-33110
> Project: Apache Flex
> Issue Type: Improvement
> Reporter: Alex Harui
> Attachments: downloads.patch, ImageCacher.patch, java-7.patch, modules-build.xml.patch, modules-compiler-build.xml.patch, modules-thirdparty-batik-build.xml.patch, SpriteTranscoder.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
[jira] [Commented] (FLEX-48) Building the SDK with Java 7
Posted by "Christofer Dutz (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/FLEX-48?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13289368#comment-13289368 ]
Christofer Dutz commented on FLEX-48:
-------------------------------------
I was just working on Flexmojos to support JDK 1.7 and stumbled over a problem with the Air ApplicationPackager ... I know that this is not really related to "building" the SDK with 1.7 but in "using" it with 1.7, but I thought my report should fit here:
As soon as I am using the ApplicationPackager with JDK 1.7 I am getting the following exception:
Caused by: com.adobe.pki.TimestampException: Could not generate timestamp: handshake alert: unrecognized_name
at com.adobe.ucf.UCFSigner.getTimeStampFromURL(UCFSigner.java:381)
at com.adobe.ucf.UCFSigner.computeSignatureTimestamp(UCFSigner.java:343)
at com.adobe.ucf.UCFSigner.createTimestampXML(UCFSigner.java:297)
at com.adobe.ucf.UCFSigner.getSignatureXML(UCFSigner.java:177)
at com.adobe.ucf.UCFOutputStream.finalizeSig(UCFOutputStream.java:343)
at com.adobe.air.AIROutputStream.finalizeSig(AIROutputStream.java:157)
at com.adobe.air.ApplicationPackager.createPackage(ApplicationPackager.java:87)
at net.flexmojos.oss.plugin.air.packager.FlexmojosAIRPackager.createPackage(FlexmojosAIRPackager.java:59)
at net.flexmojos.oss.plugin.air.SignAirMojo.doPackage(SignAirMojo.java:327)
... 26 more
I guess it would be good to add UCFSigner to the list of potentially non-1.7-compilant components.
> 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
[jira] [Commented] (FLEX-33110) Building the SDK with Java 7
Posted by "Carol Frampton (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/FLEX-33110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13480336#comment-13480336 ]
Carol Frampton commented on FLEX-33110:
---------------------------------------
I'm working on moving this patch into the current batik structure (ie code in svn with org.apache.flex.forks.batik domain).
> Building the SDK with Java 7
> ----------------------------
>
> Key: FLEX-33110
> URL: https://issues.apache.org/jira/browse/FLEX-33110
> Project: Apache Flex
> Issue Type: Improvement
> Reporter: Alex Harui
> Assignee: Carol Frampton
> Attachments: downloads.patch, ImageCacher.patch, java-7.patch, modules-build.xml.patch, modules-compiler-build.xml.patch, modules-thirdparty-batik-build.xml.patch, SpriteTranscoder.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
For more information on JIRA, see: http://www.atlassian.com/software/jira