d 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
some prior checkins).
> Building the SDK with Java 7
>
>
> Key: FLEX-33110
> URL: https://issues.apache.org/jira/browse/FLEX-33110
> Project: Apache Flex
> Is
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
>
[
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 Jav
ws 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
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 b
ovira
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
> Hey,
>
> FYI, t
> 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)
&
jo.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
>>
... 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/ji
.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
d.xml.patch
>modules-build.xml.patch
>ImageCacher.patch
>downloads.patch
>
> Added the complete patch in separate patch files.
>
> > Building the SDK with Java 7
> >
> >
> >
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 Jav
.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.
>
ions 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
>
>
>
[
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 Jav
Hi Omar,
I've created the ticket and attached the patch:
https://issues.apache.org/jira/browse/FLEX-48
regards,
Christophe
Op 18 april 2012 19:20 schreef Omar Gonzalez
het volgende:
> HI Christophe,
>
> Thanks for the changes! Unfortunately, I don't see the patch file attached.
> Can you please
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
HI Christophe,
Thanks for the changes! Unfortunately, I don't see the patch file attached.
Can you please post it on the JIRA as an issue and add the attachment
there? That way we can make sure it makes it through the email filters and
we have a JIRA issue someone can address and add to the patche
Hi all,
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
20 matches
Mail list logo