From flex-dev-return-8675-apmail-incubator-flex-dev-archive=incubator.apache.org@incubator.apache.org Tue Jun 5 14:21:07 2012 Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 52E3A9075 for ; Tue, 5 Jun 2012 14:21:07 +0000 (UTC) Received: (qmail 23931 invoked by uid 500); 5 Jun 2012 14:21:06 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 23886 invoked by uid 500); 5 Jun 2012 14:21:06 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 23877 invoked by uid 99); 5 Jun 2012 14:21:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jun 2012 14:21:06 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [80.67.18.16] (HELO smtprelay04.ispgateway.de) (80.67.18.16) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jun 2012 14:21:02 +0000 Received: from [10.128.0.19] (helo=exchange.df.eu) by smtprelay04.ispgateway.de with esmtps (TLSv1:RC4-MD5:128) (Exim 4.68) (envelope-from ) id 1Sbucf-000066-2p for flex-dev@incubator.apache.org; Tue, 05 Jun 2012 16:20:37 +0200 Received: from ECCR06PUBLIC.exchange.local ([10.128.2.55]) by efe06.exchange.local ([10.128.0.19]) with mapi; Tue, 5 Jun 2012 16:20:37 +0200 From: "christofer.dutz@c-ware.de" To: "flex-dev@incubator.apache.org" Date: Tue, 5 Jun 2012 16:20:35 +0200 Subject: AW: [jira] [Commented] (FLEX-48) Building the SDK with Java 7 Thread-Topic: [jira] [Commented] (FLEX-48) Building the SDK with Java 7 Thread-Index: Ac1DG+W3+T+EYRY+TmGuiI65jpS1hwACksFQ Message-ID: <66E38C42347D6446BF7FCB22C3D3878072CCD30D38@ECCR06PUBLIC.exchange.local> References: <292360662.1710.1334771920166.JavaMail.tomcat@hel.zones.apache.org> <1627020829.39240.1338899363399.JavaMail.jiratomcat@issues-vm> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org 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 ru= n it with 1.6. -----Urspr=FCngliche Nachricht----- Von: carlos.rovira@gmail.com [mailto:carlos.rovira@gmail.com] Im Auftrag vo= n 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 t= he timestamp) 2012/6/5 Dirk Eismann > Hey, > > FYI, this is not necessarily a JDK / runtime problem. It could also=20 > just mean that the remote timestamp server is not accessible. IIRC=20 > there was a thread somewhere sometime ago on another mailing list=20 > 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=20 > when packaging with timestamp (happened to me quite often a few times=20 > and then worked fine since then) > > Dirk. > > 2012/6/5 Christofer Dutz (JIRA) : > > > > [ > https://issues.apache.org/jira/browse/FLEX-48?page=3Dcom.atlassian.jira. > plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D1328936 > 8#comment-13289368] > > > > Christofer Dutz commented on FLEX-48: > > ------------------------------------- > > > > I was just working on Flexmojos to support JDK 1.7 and stumbled over=20 > > a > problem with the Air ApplicationPackager ... I know that this is not=20 > really related to "building" the SDK with 1.7 but in "using" it with=20 > 1.7, but I thought my report should fit here: > > > > As soon as I am using the ApplicationPackager with JDK 1.7 I am=20 > > 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:38= 1) > > 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,=20 > modules-compiler-build.xml.patch,=20 > 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=20 > will actually work. > >> The main problem is the Batik dependency. The version used by the=20 > >> trunk > version is 1.6. When building with Java 7, this results in some=20 > compiler errors for classes in the com.sun.* packages. So I've updated=20 > the build scripts to use Batik version 1.7 (there is an option to NOT=20 > use the Sun classes in the build file of that version) and resolved=20 > some more compilation issues (missing dependency xml-apis-ext.jar, API=20 > changes in the dependencies). > >> Attached is a patch with the changes. Please try this out if you=20 > >> have a > moment and let me know if this works for you. These changes are=20 > compatible with Java 6, so when applying the patch you should still be=20 > 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=EDa M: +34 607 22 60 05 F: +34 912 35 57 77 CODEOSCOPIC S.A. Avd. del General Per=F3n, 32 = Planta 10, Puertas P-Q 28020 Madrid