You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Christofer Dutz <ch...@c-ware.de> on 2015/07/18 15:10:30 UTC
Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on
mobile packaging for Flexmojos)
Ok ... so have a look at this listing of my projects target directory :-)
drwxr-xr-x 5 christoferdutz staff 170 18 Jul 15:00 adt
drwxr-xr-x 21 christoferdutz staff 714 18 Jul 15:00 classes
-rw-r--r-- 1 christoferdutz staff 14604776 18 Jul 15:01 dukecon-flex-core-1.0.0-SNAPSHOT-captive.apk
-rw-r--r-- 1 christoferdutz staff 40034 18 Jul 15:00 dukecon-flex-core-1.0.0-SNAPSHOT-configs.xml
-rw-r--r-- 1 christoferdutz staff 12771 18 Jul 15:00 dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
-rw-r--r-- 1 christoferdutz staff 881388 18 Jul 15:00 dukecon-flex-core-1.0.0-SNAPSHOT-link-report.xml
-rw-r--r-- 1 christoferdutz staff 176520 18 Jul 15:00 dukecon-flex-core-1.0.0-SNAPSHOT-size-report.xml
-rw-r--r-- 1 christoferdutz staff 3416552 18 Jul 15:00 dukecon-flex-core-1.0.0-SNAPSHOT.apk
-rw-r--r--@ 1 christoferdutz staff 3518470 18 Jul 15:00 dukecon-flex-core-1.0.0-SNAPSHOT.dmg
-rw-r--r--@ 1 christoferdutz staff 3518637 18 Jul 15:00 dukecon-flex-core-1.0.0-SNAPSHOT.exe
-rw-r--r--@ 1 christoferdutz staff 3518561 18 Jul 15:00 dukecon-flex-core-1.0.0-SNAPSHOT.rpm
-rw-r--r-- 1 christoferdutz staff 3352373 18 Jul 15:00 dukecon-flex-core-1.0.0-SNAPSHOT.swf
-rw-r--r-- 1 christoferdutz staff 6289 18 Jul 15:00 fonts.ser
drwxr-xr-x 3 christoferdutz staff 102 18 Jul 15:00 generated-sources
drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00 surefire-reports
drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00 test-classes
So we have Android, Android-Captive, Windows, Mac and Linux generally up and running ... Have to find out how to make the Desktop variants include the captive runtime though (And yes ... definitely Linux will not work with Air 18.0)
As soon as that's done I'll try to get iOS packaging running. And as soon as that's done I'll publish a new SNAPSHOT of Flexmojos (7.1.0-SNAPSHOT)
Chris
________________________________________
Von: Christofer Dutz <ch...@c-ware.de>
Gesendet: Freitag, 17. Juli 2015 15:37
An: dev@flex.apache.org
Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
Ok ... after getting the air and apk with shared runtime packaging working, I started working on the apks with captive runtimes. Adobe sort of hard-coded where adt looks for stuff while with shared runtimes. This isn't too bad cause all stuff it's looking for is relative and below to the location of adt.jar. As soon as it comes to captive runtimes the path seems to be: ../runtimes/air and ../runtimes/air-captive ... this is really bad for using this in maven as multiple versions of adt would share one runtimes directory and I would start polluting my maven lokal repo with non-maven-nonsense.
Therefore I started a completely new approach. I created several packagers that know what they need to operate. In a setup-phase such a packager retrieves maven artifacts and installs a minimal AIR sdk in the target/adt directory of the current project. This contains all the parts it needs to do its job, but only those parts. So for air only adt.jar is needed, for android all the android stuff is added too ... I hope this will keep the overhead to a minimum.
As soon as the mini sdks are prepared I have to start a new JVM which I pass in the parameters the same way I would when executing adt commands on the command line.
For this I had to throw away EVERYTHING of the old sign-air mojo of Flexmojos. I started from scratch and am extending the thing with parameters as needed. The cool thing is that from now on IntelliJ will never ever again complain about this stupid "storepass" as the sign-air mojo was the one requesting this.
For me it would be interesting which config options you guys need as I will be adding them on a need to build basis.
At least now "air", "apk" and "apk-captive-runtime" seem to be working ... at least I can install all on my Mac (air, android) and the apk (android), apk-captive-runtime (android)
Chris
________________________________________
Von: Christofer Dutz <ch...@c-ware.de>
Gesendet: Donnerstag, 16. Juli 2015 10:48
An: dev@flex.apache.org
Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
Ok ... more good news ...
I just updated the mavenizer to package the missing parts.
Together with my lokal changes on Flexmojos I am now able do do native packaging for Android without any need to do tweaking ... but now I'll have to concentrate on correct parametrization of the Air packagers. Currently my Android application is bundled as APK file, but the name is still ".air" and even if the log output claims it to contain the native runtime, it seems not to contain it ... will take a little, but I think at last we are on the finishing track. As soon as I'm happy with Android, I'll probably work on Desktop (Windows, Mac, ...) ... after that the iOS support will probably suck most ;-)
Will have to do some testing on windows machines as I'm currently only working on my Mac ... especially regarding iOS packaging this is probably the biggest challenge.
Chris
________________________________________
Von: Christofer Dutz <ch...@c-ware.de>
Gesendet: Mittwoch, 15. Juli 2015 16:27
An: dev@flex.apache.org
Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
First things first:
[INFO] --- flexmojos-maven-plugin:7.1.0-SNAPSHOT:package-air (default-package-air) @ dukecon-flex-core ---
[INFO] Flexmojos 7.1.0-SNAPSHOT
[INFO] GPL License - Version 2.0 (NO WARRANTY) - See COPYRIGHT file
[INFO] completed 0 of 100
NOTE: The application has been packaged with a shared runtime.
[INFO] completed 100 of 100
[INFO] AIR package created: /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
[INFO]
[INFO] --- maven-install-plugin:2.5.2:install (default-install) @ dukecon-flex-core ---
[INFO] Installing /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air to /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.air
[INFO] Installing /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/pom.xml to /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.pom
[INFO] Installing /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.swf to /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.swf
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 57.582s
[INFO] Finished at: Wed Jul 15 15:58:31 CEST 2015
[INFO] Final Memory: 29M/232M
[INFO] ------------------------------------------------------------------------
Even if the file name create seems to be wrong (well it has to be wrong as I only changed the packager not the name of the output file), but the file output seems to be an APK as I could install it on my android device 8-D
(Judging from the size though it doesn't seem to be containing the captive runtime ... even if the log seems to be claiming to include it)
So the POC was successful ... now I have to think of a way how to get this useable. First thing will be an adjustment of the SDK Converter to deploy the (smali and baksmali) in the lib/android/lib directory as part of the air compiler artifact. Then I'll have to zip up everything else in the android directory as a zip and add that as a zip to the adt artifact with the classifier "android". This zip needs to be downloaded and extracted as it is required to be located in the same directory as the adt.jar (So I'll do it the same way the flex framework-zip is handled)
Think it will be a difficult task to get this working properly, but I think with this first POC I have at least proven that it's possible :-)
Chris
________________________________________
Von: Christofer Dutz <ch...@c-ware.de>
Gesendet: Mittwoch, 15. Juli 2015 11:37
An: dev@flex.apache.org
Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
Well digging even deeper into this I'll probably name it "package-air" goal and pass in the platform type somehow.
It seems Velo initially intended on setting the packaging type of the maven project to configure the output. At least the dead code in Flexmojos suggests this. The class FlexExtension contains all of the constants understood by the adt tool.
I don't want to do this as I would like to have an "air" package type which automatically creates the "air" artifact, but allow multiple packaging executions to produce different output bundles in one build ... so I could produce ".air", ".apk", ".ipk", ".exe" and ".dmg" in one run of "mvn package".
Currently I'm trying to finish a poc that remote controlls the ADT class. Keep your fingers crossed :-)
Chris
________________________________________
Von: piotrz <pi...@gmail.com>
Gesendet: Mittwoch, 15. Juli 2015 11:05
An: dev@flex.apache.org
Betreff: Re: AW: Thoughts on mobile packaging for Flexmojos
Hi Chris,
For newbie guys it will be more descriptive if you use Android, iOS. :)
Thanks,
Piotr
-----
Apache Flex PMC
piotrzarzycki21@gmail.com
--
View this message in context: http://apache-flex-development.2333347.n4.nabble.com/Thoughts-on-mobile-packaging-for-Flexmojos-tp48508p48512.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.
AW: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW:
Thoughts on mobile packaging for Flexmojos)
Posted by Christofer Dutz <ch...@c-ware.de>.
And for those of you that want to start experimenting ... you need the super-duper-ultra-freshest version of the maven-extension 1.0.0-SNAPSHOT from the Apache flex-sdk-converter and have it produce the adt zip artifacts. Ideally you should use the CLI tool to generate the Air artifacts for Windows and Mac.
Here comes the plugin config (I added the classifier to give each output file a different name):
<plugin>
<groupId>net.flexmojos.oss</groupId>
<artifactId>flexmojos-maven-plugin</artifactId>
<version>${flexmojos.version}</version>
<extensions>true</extensions>
<executions>
<execution>
<id>default-package-air</id>
<goals>
<goal>package-air</goal>
</goals>
<configuration>
<storepass>flexmojos</storepass>
</configuration>
</execution>
<!--
Packaging for Windows
-->
<!--execution>
<id>package-windows</id>
<goals>
<goal>package-air</goal>
</goals>
<configuration>
<targetPlatform>windows</targetPlatform>
<classifier>windows</classifier>
</configuration>
</execution>
<execution>
<id>package-windows-captive</id>
<goals>
<goal>package-air</goal>
</goals>
<configuration>
<targetPlatform>windows</targetPlatform>
<includeCaptiveRuntime>true</includeCaptiveRuntime>
<classifier>windows-captive</classifier>
</configuration>
</execution-->
<!--
Packaging for Mac
-->
<execution>
<id>package-mac</id>
<goals>
<goal>package-air</goal>
</goals>
<configuration>
<targetPlatform>mac</targetPlatform>
<classifier>mac</classifier>
</configuration>
</execution>
<!--
This variant produces a directory as output.
Therefore mavens "install" goal fails with an error ...
need to zip that up first.
-->
<!--execution>
<id>package-mac-captive</id>
<goals>
<goal>package-air</goal>
</goals>
<configuration>
<targetPlatform>mac</targetPlatform>
<includeCaptiveRuntime>true</includeCaptiveRuntime>
<classifier>mac-captive</classifier>
</configuration>
</execution-->
<!--
Packaging for linux
-->
<execution>
<id>package-linux-debian</id>
<goals>
<goal>package-air</goal>
</goals>
<configuration>
<targetPlatform>linux-debian</targetPlatform>
<classifier>debian</classifier>
</configuration>
</execution>
<execution>
<id>package-linux-rpm</id>
<goals>
<goal>package-air</goal>
</goals>
<configuration>
<targetPlatform>linux-rpm</targetPlatform>
<classifier>rpm</classifier>
</configuration>
</execution>
<!--
Packaging for Android
-->
<execution>
<id>package-android</id>
<goals>
<goal>package-air</goal>
</goals>
<configuration>
<targetPlatform>android</targetPlatform>
</configuration>
</execution>
<execution>
<id>package-android-captive</id>
<goals>
<goal>package-air</goal>
</goals>
<configuration>
<targetPlatform>android</targetPlatform>
<includeCaptiveRuntime>true</includeCaptiveRuntime>
<classifier>captive</classifier>
</configuration>
</execution>
<!--
Packaging for ios
-->
<execution>
<id>package-ios</id>
<goals>
<goal>package-air</goal>
</goals>
<configuration>
<targetPlatform>ios</targetPlatform>
<iosPackagingType>ipa-test</iosPackagingType>
<storefile>${ios-certificate}</storefile>
<storepass>${ios-password}</storepass>
<iosProvisioningProfile>${ios-provisioning-profile}</iosProvisioningProfile>
<!--iosPlatformSdk>/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS8.4.sdk</iosPlatformSdk-->
</configuration>
</execution>
</executions>
<configuration>
<debug>true</debug>
<storepass>flexmojos</storepass>
<sourceFile>DukeConApplication.mxml</sourceFile>
</configuration>
<dependencies>
<dependency>
<groupId>com.adobe.air</groupId>
<artifactId>compiler</artifactId>
<version>${air.version}</version>
<type>pom</type>
</dependency>
</dependencies>
</plugin>
So I would be rally glad for some feedback on this ... I know quite some target platforms need some tweaking, but with a little help from you guys I think we should get that sorted out in no time :-) At least with Android all seems to be working niceley, so that's a large leap for Flexmojos.
Have to admit though, that I did all my testing on my Mac ... as soon as the iOS stuff is dealt with, I'll start testing on other build platforms.
Chris
________________________________________
Von: Christofer Dutz <ch...@c-ware.de>
Gesendet: Sonntag, 19. Juli 2015 18:52
An: dev@flex.apache.org
Betreff: AW: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on mobile packaging for Flexmojos)
Ok ... so I managed to get all tests of the test suite running again ... so at least my refactorings didn't break the air packaging. Also I just pushed a new SNAPSHOT of Flexmojos 7.1.0 ... so you can start testing mobile packaging.
Regarding my ipa packaging I think I could narrow the problem down a little. When comparing the content of the IPA packages, I could see that both contain the SWF as static resource, but in the not working one the executable inside the archive has a size of 0 bytes ... have no idea what's going wrong here ... anyone here on the list might know what the problem is? The rest of the packages seem to be identical.
Chris
________________________________________
Von: Christofer Dutz <ch...@c-ware.de>
Gesendet: Samstag, 18. Juli 2015 23:31
An: dev@flex.apache.org
Betreff: AW: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on mobile packaging for Flexmojos)
And perhaps some more details.
Als soon as I install the ipa using itunes to my iphone, the icon appears on the phone, but it's sort of darker than usual ans as soon as I tap on the icon the label says "Installation ..." and stays that way indefinitely.
Chris
________________________________________
Von: Christofer Dutz <ch...@c-ware.de>
Gesendet: Samstag, 18. Juli 2015 23:21
An: dev@flex.apache.org
Betreff: AW: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on mobile packaging for Flexmojos)
Well thanks for that link ... even if I feel like I had tried every link on Adobe.com it seems that wasn't part of it. Unfortunately the only thing I didn't try yet was the -platformsdk at the end ... from reverse engineering ADK I used -Xruntime ... turns out both hat the exact same binary output :-( both result in 1.1MB size IPA files.
So the command I'm using at the moment is this:
/Users/myuser/Projects/DukeCon-Flex/core/target/adt/bin/adt
-package
-target ipa-app-store
-provisioning-profile /Users/myuser/.ios/iOS_Development.mobileprovision
-storetype pkcs12
-keystore /Users/myuser/.ios/sign.p12
-storepass password
-keypass password
/Users/myuser/Projects/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.ipa
/Users/myuser/Projects/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
dukecon-flex-core-1.0.0-SNAPSHOT.swf
-platformsdk /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS8.4.sdk
And the output is the same even if I omit the "-platformsdk" parameter.
Do you see anything wrong here?
Chris
________________________________________
Von: omuppi1@gmail.com <om...@gmail.com> im Auftrag von OmPrakash Muppirala <bi...@gmail.com>
Gesendet: Samstag, 18. Juli 2015 20:24
An: dev@flex.apache.org
Betreff: Re: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on mobile packaging for Flexmojos)
I assume you have seen this?
http://help.adobe.com/en_US/air/build/WS901d38e593cd1bac35eb7b4e12cddc5fbbb-8000.html
Thanks,
Om
On Jul 18, 2015 11:08 AM, "Christofer Dutz" <ch...@c-ware.de>
wrote:
> Anyone here could send me a command line that actually creates a valid iOS
> application?
> If I use IntelliJ to compile my flexmojos application I get an about 9.8MB
> big file that runs on my iPhone. If I use flexmojos currently the output is
> about 1.1MB big and it doesn't run. So something must be different ...
> unfortunately I don't seem to be able to have IntelliJ output what it's
> doing :-(
>
> So if you could send me the command line for generating a valid ios
> application, it would make things a lot easier for me.
>
> Chris
>
> ________________________________________
> Von: carlos.rovira@gmail.com <ca...@gmail.com> im Auftrag von
> Carlos Rovira <ca...@codeoscopic.com>
> Gesendet: Samstag, 18. Juli 2015 18:59
> An: dev@flex.apache.org
> Betreff: Re: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW:
> Thoughts on mobile packaging for Flexmojos)
>
> Awesome Chris!
> This was an importance feature that was needed to complete maven flex
> support. :D
>
>
> 2015-07-18 15:10 GMT+02:00 Christofer Dutz <ch...@c-ware.de>:
>
> > Ok ... so have a look at this listing of my projects target directory :-)
> >
> > drwxr-xr-x 5 christoferdutz staff 170 18 Jul 15:00 adt
> > drwxr-xr-x 21 christoferdutz staff 714 18 Jul 15:00 classes
> > -rw-r--r-- 1 christoferdutz staff 14604776 18 Jul 15:01
> > dukecon-flex-core-1.0.0-SNAPSHOT-captive.apk
> > -rw-r--r-- 1 christoferdutz staff 40034 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-configs.xml
> > -rw-r--r-- 1 christoferdutz staff 12771 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
> > -rw-r--r-- 1 christoferdutz staff 881388 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-link-report.xml
> > -rw-r--r-- 1 christoferdutz staff 176520 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-size-report.xml
> > -rw-r--r-- 1 christoferdutz staff 3416552 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.apk
> > -rw-r--r--@ 1 christoferdutz staff 3518470 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.dmg
> > -rw-r--r--@ 1 christoferdutz staff 3518637 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.exe
> > -rw-r--r--@ 1 christoferdutz staff 3518561 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.rpm
> > -rw-r--r-- 1 christoferdutz staff 3352373 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > -rw-r--r-- 1 christoferdutz staff 6289 18 Jul 15:00 fonts.ser
> > drwxr-xr-x 3 christoferdutz staff 102 18 Jul 15:00
> > generated-sources
> > drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00
> > surefire-reports
> > drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00 test-classes
> >
> > So we have Android, Android-Captive, Windows, Mac and Linux generally up
> > and running ... Have to find out how to make the Desktop variants include
> > the captive runtime though (And yes ... definitely Linux will not work
> with
> > Air 18.0)
> >
> > As soon as that's done I'll try to get iOS packaging running. And as soon
> > as that's done I'll publish a new SNAPSHOT of Flexmojos (7.1.0-SNAPSHOT)
> >
> > Chris
> >
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Freitag, 17. Juli 2015 15:37
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Ok ... after getting the air and apk with shared runtime packaging
> > working, I started working on the apks with captive runtimes. Adobe sort
> of
> > hard-coded where adt looks for stuff while with shared runtimes. This
> isn't
> > too bad cause all stuff it's looking for is relative and below to the
> > location of adt.jar. As soon as it comes to captive runtimes the path
> seems
> > to be: ../runtimes/air and ../runtimes/air-captive ... this is really bad
> > for using this in maven as multiple versions of adt would share one
> > runtimes directory and I would start polluting my maven lokal repo with
> > non-maven-nonsense.
> >
> > Therefore I started a completely new approach. I created several
> packagers
> > that know what they need to operate. In a setup-phase such a packager
> > retrieves maven artifacts and installs a minimal AIR sdk in the
> target/adt
> > directory of the current project. This contains all the parts it needs to
> > do its job, but only those parts. So for air only adt.jar is needed, for
> > android all the android stuff is added too ... I hope this will keep the
> > overhead to a minimum.
> >
> > As soon as the mini sdks are prepared I have to start a new JVM which I
> > pass in the parameters the same way I would when executing adt commands
> on
> > the command line.
> >
> > For this I had to throw away EVERYTHING of the old sign-air mojo of
> > Flexmojos. I started from scratch and am extending the thing with
> > parameters as needed. The cool thing is that from now on IntelliJ will
> > never ever again complain about this stupid "storepass" as the sign-air
> > mojo was the one requesting this.
> >
> > For me it would be interesting which config options you guys need as I
> > will be adding them on a need to build basis.
> >
> > At least now "air", "apk" and "apk-captive-runtime" seem to be working
> ...
> > at least I can install all on my Mac (air, android) and the apk
> (android),
> > apk-captive-runtime (android)
> >
> > Chris
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Donnerstag, 16. Juli 2015 10:48
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Ok ... more good news ...
> >
> > I just updated the mavenizer to package the missing parts.
> >
> > Together with my lokal changes on Flexmojos I am now able do do native
> > packaging for Android without any need to do tweaking ... but now I'll
> have
> > to concentrate on correct parametrization of the Air packagers. Currently
> > my Android application is bundled as APK file, but the name is still
> ".air"
> > and even if the log output claims it to contain the native runtime, it
> > seems not to contain it ... will take a little, but I think at last we
> are
> > on the finishing track. As soon as I'm happy with Android, I'll probably
> > work on Desktop (Windows, Mac, ...) ... after that the iOS support will
> > probably suck most ;-)
> >
> > Will have to do some testing on windows machines as I'm currently only
> > working on my Mac ... especially regarding iOS packaging this is probably
> > the biggest challenge.
> >
> > Chris
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Mittwoch, 15. Juli 2015 16:27
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > First things first:
> >
> > [INFO] --- flexmojos-maven-plugin:7.1.0-SNAPSHOT:package-air
> > (default-package-air) @ dukecon-flex-core ---
> > [INFO] Flexmojos 7.1.0-SNAPSHOT
> > [INFO] GPL License - Version 2.0 (NO WARRANTY) - See COPYRIGHT file
> > [INFO] completed 0 of 100
> > NOTE: The application has been packaged with a shared runtime.
> > [INFO] completed 100 of 100
> > [INFO] AIR package created:
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > [INFO]
> > [INFO] --- maven-install-plugin:2.5.2:install (default-install) @
> > dukecon-flex-core ---
> > [INFO] Installing
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > [INFO] Installing
> > /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/pom.xml
> to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.pom
> > [INFO] Installing
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] BUILD SUCCESS
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] Total time: 57.582s
> > [INFO] Finished at: Wed Jul 15 15:58:31 CEST 2015
> > [INFO] Final Memory: 29M/232M
> > [INFO]
> > ------------------------------------------------------------------------
> >
> > Even if the file name create seems to be wrong (well it has to be wrong
> as
> > I only changed the packager not the name of the output file), but the
> file
> > output seems to be an APK as I could install it on my android device 8-D
> > (Judging from the size though it doesn't seem to be containing the
> captive
> > runtime ... even if the log seems to be claiming to include it)
> >
> > So the POC was successful ... now I have to think of a way how to get
> this
> > useable. First thing will be an adjustment of the SDK Converter to deploy
> > the (smali and baksmali) in the lib/android/lib directory as part of the
> > air compiler artifact. Then I'll have to zip up everything else in the
> > android directory as a zip and add that as a zip to the adt artifact with
> > the classifier "android". This zip needs to be downloaded and extracted
> as
> > it is required to be located in the same directory as the adt.jar (So
> I'll
> > do it the same way the flex framework-zip is handled)
> >
> > Think it will be a difficult task to get this working properly, but I
> > think with this first POC I have at least proven that it's possible :-)
> >
> > Chris
> >
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Mittwoch, 15. Juli 2015 11:37
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Well digging even deeper into this I'll probably name it "package-air"
> > goal and pass in the platform type somehow.
> >
> > It seems Velo initially intended on setting the packaging type of the
> > maven project to configure the output. At least the dead code in
> Flexmojos
> > suggests this. The class FlexExtension contains all of the constants
> > understood by the adt tool.
> >
> > I don't want to do this as I would like to have an "air" package type
> > which automatically creates the "air" artifact, but allow multiple
> > packaging executions to produce different output bundles in one build ...
> > so I could produce ".air", ".apk", ".ipk", ".exe" and ".dmg" in one run
> of
> > "mvn package".
> >
> > Currently I'm trying to finish a poc that remote controlls the ADT class.
> > Keep your fingers crossed :-)
> >
> > Chris
> >
> >
> >
> > ________________________________________
> > Von: piotrz <pi...@gmail.com>
> > Gesendet: Mittwoch, 15. Juli 2015 11:05
> > An: dev@flex.apache.org
> > Betreff: Re: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Hi Chris,
> >
> > For newbie guys it will be more descriptive if you use Android, iOS. :)
> >
> > Thanks,
> > Piotr
> >
> >
> >
> > -----
> > Apache Flex PMC
> > piotrzarzycki21@gmail.com
> > --
> > View this message in context:
> >
> http://apache-flex-development.2333347.n4.nabble.com/Thoughts-on-mobile-packaging-for-Flexmojos-tp48508p48512.html
> > Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
>
>
>
> --
>
> Carlos Rovira
> Director General
> M: +34 607 22 60 05
> http://www.codeoscopic.com
> http://www.avant2.es
>
>
> Este mensaje se dirige exclusivamente a su destinatario y puede contener
> información privilegiada o confidencial. Si ha recibido este mensaje por
> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
> proceda a su destrucción.
>
> De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> servicio o información solicitados, teniendo usted derecho de acceso,
> rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
> oficinas c/ Tres Creus, nº 104, 2-1, 08202 de Sabadell (Barcelona) con la
> documentación necesaria.
>
AW: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW:
Thoughts on mobile packaging for Flexmojos)
Posted by Christofer Dutz <ch...@c-ware.de>.
Ok ... so I managed to get all tests of the test suite running again ... so at least my refactorings didn't break the air packaging. Also I just pushed a new SNAPSHOT of Flexmojos 7.1.0 ... so you can start testing mobile packaging.
Regarding my ipa packaging I think I could narrow the problem down a little. When comparing the content of the IPA packages, I could see that both contain the SWF as static resource, but in the not working one the executable inside the archive has a size of 0 bytes ... have no idea what's going wrong here ... anyone here on the list might know what the problem is? The rest of the packages seem to be identical.
Chris
________________________________________
Von: Christofer Dutz <ch...@c-ware.de>
Gesendet: Samstag, 18. Juli 2015 23:31
An: dev@flex.apache.org
Betreff: AW: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on mobile packaging for Flexmojos)
And perhaps some more details.
Als soon as I install the ipa using itunes to my iphone, the icon appears on the phone, but it's sort of darker than usual ans as soon as I tap on the icon the label says "Installation ..." and stays that way indefinitely.
Chris
________________________________________
Von: Christofer Dutz <ch...@c-ware.de>
Gesendet: Samstag, 18. Juli 2015 23:21
An: dev@flex.apache.org
Betreff: AW: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on mobile packaging for Flexmojos)
Well thanks for that link ... even if I feel like I had tried every link on Adobe.com it seems that wasn't part of it. Unfortunately the only thing I didn't try yet was the -platformsdk at the end ... from reverse engineering ADK I used -Xruntime ... turns out both hat the exact same binary output :-( both result in 1.1MB size IPA files.
So the command I'm using at the moment is this:
/Users/myuser/Projects/DukeCon-Flex/core/target/adt/bin/adt
-package
-target ipa-app-store
-provisioning-profile /Users/myuser/.ios/iOS_Development.mobileprovision
-storetype pkcs12
-keystore /Users/myuser/.ios/sign.p12
-storepass password
-keypass password
/Users/myuser/Projects/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.ipa
/Users/myuser/Projects/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
dukecon-flex-core-1.0.0-SNAPSHOT.swf
-platformsdk /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS8.4.sdk
And the output is the same even if I omit the "-platformsdk" parameter.
Do you see anything wrong here?
Chris
________________________________________
Von: omuppi1@gmail.com <om...@gmail.com> im Auftrag von OmPrakash Muppirala <bi...@gmail.com>
Gesendet: Samstag, 18. Juli 2015 20:24
An: dev@flex.apache.org
Betreff: Re: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on mobile packaging for Flexmojos)
I assume you have seen this?
http://help.adobe.com/en_US/air/build/WS901d38e593cd1bac35eb7b4e12cddc5fbbb-8000.html
Thanks,
Om
On Jul 18, 2015 11:08 AM, "Christofer Dutz" <ch...@c-ware.de>
wrote:
> Anyone here could send me a command line that actually creates a valid iOS
> application?
> If I use IntelliJ to compile my flexmojos application I get an about 9.8MB
> big file that runs on my iPhone. If I use flexmojos currently the output is
> about 1.1MB big and it doesn't run. So something must be different ...
> unfortunately I don't seem to be able to have IntelliJ output what it's
> doing :-(
>
> So if you could send me the command line for generating a valid ios
> application, it would make things a lot easier for me.
>
> Chris
>
> ________________________________________
> Von: carlos.rovira@gmail.com <ca...@gmail.com> im Auftrag von
> Carlos Rovira <ca...@codeoscopic.com>
> Gesendet: Samstag, 18. Juli 2015 18:59
> An: dev@flex.apache.org
> Betreff: Re: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW:
> Thoughts on mobile packaging for Flexmojos)
>
> Awesome Chris!
> This was an importance feature that was needed to complete maven flex
> support. :D
>
>
> 2015-07-18 15:10 GMT+02:00 Christofer Dutz <ch...@c-ware.de>:
>
> > Ok ... so have a look at this listing of my projects target directory :-)
> >
> > drwxr-xr-x 5 christoferdutz staff 170 18 Jul 15:00 adt
> > drwxr-xr-x 21 christoferdutz staff 714 18 Jul 15:00 classes
> > -rw-r--r-- 1 christoferdutz staff 14604776 18 Jul 15:01
> > dukecon-flex-core-1.0.0-SNAPSHOT-captive.apk
> > -rw-r--r-- 1 christoferdutz staff 40034 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-configs.xml
> > -rw-r--r-- 1 christoferdutz staff 12771 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
> > -rw-r--r-- 1 christoferdutz staff 881388 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-link-report.xml
> > -rw-r--r-- 1 christoferdutz staff 176520 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-size-report.xml
> > -rw-r--r-- 1 christoferdutz staff 3416552 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.apk
> > -rw-r--r--@ 1 christoferdutz staff 3518470 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.dmg
> > -rw-r--r--@ 1 christoferdutz staff 3518637 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.exe
> > -rw-r--r--@ 1 christoferdutz staff 3518561 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.rpm
> > -rw-r--r-- 1 christoferdutz staff 3352373 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > -rw-r--r-- 1 christoferdutz staff 6289 18 Jul 15:00 fonts.ser
> > drwxr-xr-x 3 christoferdutz staff 102 18 Jul 15:00
> > generated-sources
> > drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00
> > surefire-reports
> > drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00 test-classes
> >
> > So we have Android, Android-Captive, Windows, Mac and Linux generally up
> > and running ... Have to find out how to make the Desktop variants include
> > the captive runtime though (And yes ... definitely Linux will not work
> with
> > Air 18.0)
> >
> > As soon as that's done I'll try to get iOS packaging running. And as soon
> > as that's done I'll publish a new SNAPSHOT of Flexmojos (7.1.0-SNAPSHOT)
> >
> > Chris
> >
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Freitag, 17. Juli 2015 15:37
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Ok ... after getting the air and apk with shared runtime packaging
> > working, I started working on the apks with captive runtimes. Adobe sort
> of
> > hard-coded where adt looks for stuff while with shared runtimes. This
> isn't
> > too bad cause all stuff it's looking for is relative and below to the
> > location of adt.jar. As soon as it comes to captive runtimes the path
> seems
> > to be: ../runtimes/air and ../runtimes/air-captive ... this is really bad
> > for using this in maven as multiple versions of adt would share one
> > runtimes directory and I would start polluting my maven lokal repo with
> > non-maven-nonsense.
> >
> > Therefore I started a completely new approach. I created several
> packagers
> > that know what they need to operate. In a setup-phase such a packager
> > retrieves maven artifacts and installs a minimal AIR sdk in the
> target/adt
> > directory of the current project. This contains all the parts it needs to
> > do its job, but only those parts. So for air only adt.jar is needed, for
> > android all the android stuff is added too ... I hope this will keep the
> > overhead to a minimum.
> >
> > As soon as the mini sdks are prepared I have to start a new JVM which I
> > pass in the parameters the same way I would when executing adt commands
> on
> > the command line.
> >
> > For this I had to throw away EVERYTHING of the old sign-air mojo of
> > Flexmojos. I started from scratch and am extending the thing with
> > parameters as needed. The cool thing is that from now on IntelliJ will
> > never ever again complain about this stupid "storepass" as the sign-air
> > mojo was the one requesting this.
> >
> > For me it would be interesting which config options you guys need as I
> > will be adding them on a need to build basis.
> >
> > At least now "air", "apk" and "apk-captive-runtime" seem to be working
> ...
> > at least I can install all on my Mac (air, android) and the apk
> (android),
> > apk-captive-runtime (android)
> >
> > Chris
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Donnerstag, 16. Juli 2015 10:48
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Ok ... more good news ...
> >
> > I just updated the mavenizer to package the missing parts.
> >
> > Together with my lokal changes on Flexmojos I am now able do do native
> > packaging for Android without any need to do tweaking ... but now I'll
> have
> > to concentrate on correct parametrization of the Air packagers. Currently
> > my Android application is bundled as APK file, but the name is still
> ".air"
> > and even if the log output claims it to contain the native runtime, it
> > seems not to contain it ... will take a little, but I think at last we
> are
> > on the finishing track. As soon as I'm happy with Android, I'll probably
> > work on Desktop (Windows, Mac, ...) ... after that the iOS support will
> > probably suck most ;-)
> >
> > Will have to do some testing on windows machines as I'm currently only
> > working on my Mac ... especially regarding iOS packaging this is probably
> > the biggest challenge.
> >
> > Chris
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Mittwoch, 15. Juli 2015 16:27
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > First things first:
> >
> > [INFO] --- flexmojos-maven-plugin:7.1.0-SNAPSHOT:package-air
> > (default-package-air) @ dukecon-flex-core ---
> > [INFO] Flexmojos 7.1.0-SNAPSHOT
> > [INFO] GPL License - Version 2.0 (NO WARRANTY) - See COPYRIGHT file
> > [INFO] completed 0 of 100
> > NOTE: The application has been packaged with a shared runtime.
> > [INFO] completed 100 of 100
> > [INFO] AIR package created:
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > [INFO]
> > [INFO] --- maven-install-plugin:2.5.2:install (default-install) @
> > dukecon-flex-core ---
> > [INFO] Installing
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > [INFO] Installing
> > /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/pom.xml
> to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.pom
> > [INFO] Installing
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] BUILD SUCCESS
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] Total time: 57.582s
> > [INFO] Finished at: Wed Jul 15 15:58:31 CEST 2015
> > [INFO] Final Memory: 29M/232M
> > [INFO]
> > ------------------------------------------------------------------------
> >
> > Even if the file name create seems to be wrong (well it has to be wrong
> as
> > I only changed the packager not the name of the output file), but the
> file
> > output seems to be an APK as I could install it on my android device 8-D
> > (Judging from the size though it doesn't seem to be containing the
> captive
> > runtime ... even if the log seems to be claiming to include it)
> >
> > So the POC was successful ... now I have to think of a way how to get
> this
> > useable. First thing will be an adjustment of the SDK Converter to deploy
> > the (smali and baksmali) in the lib/android/lib directory as part of the
> > air compiler artifact. Then I'll have to zip up everything else in the
> > android directory as a zip and add that as a zip to the adt artifact with
> > the classifier "android". This zip needs to be downloaded and extracted
> as
> > it is required to be located in the same directory as the adt.jar (So
> I'll
> > do it the same way the flex framework-zip is handled)
> >
> > Think it will be a difficult task to get this working properly, but I
> > think with this first POC I have at least proven that it's possible :-)
> >
> > Chris
> >
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Mittwoch, 15. Juli 2015 11:37
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Well digging even deeper into this I'll probably name it "package-air"
> > goal and pass in the platform type somehow.
> >
> > It seems Velo initially intended on setting the packaging type of the
> > maven project to configure the output. At least the dead code in
> Flexmojos
> > suggests this. The class FlexExtension contains all of the constants
> > understood by the adt tool.
> >
> > I don't want to do this as I would like to have an "air" package type
> > which automatically creates the "air" artifact, but allow multiple
> > packaging executions to produce different output bundles in one build ...
> > so I could produce ".air", ".apk", ".ipk", ".exe" and ".dmg" in one run
> of
> > "mvn package".
> >
> > Currently I'm trying to finish a poc that remote controlls the ADT class.
> > Keep your fingers crossed :-)
> >
> > Chris
> >
> >
> >
> > ________________________________________
> > Von: piotrz <pi...@gmail.com>
> > Gesendet: Mittwoch, 15. Juli 2015 11:05
> > An: dev@flex.apache.org
> > Betreff: Re: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Hi Chris,
> >
> > For newbie guys it will be more descriptive if you use Android, iOS. :)
> >
> > Thanks,
> > Piotr
> >
> >
> >
> > -----
> > Apache Flex PMC
> > piotrzarzycki21@gmail.com
> > --
> > View this message in context:
> >
> http://apache-flex-development.2333347.n4.nabble.com/Thoughts-on-mobile-packaging-for-Flexmojos-tp48508p48512.html
> > Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
>
>
>
> --
>
> Carlos Rovira
> Director General
> M: +34 607 22 60 05
> http://www.codeoscopic.com
> http://www.avant2.es
>
>
> Este mensaje se dirige exclusivamente a su destinatario y puede contener
> información privilegiada o confidencial. Si ha recibido este mensaje por
> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
> proceda a su destrucción.
>
> De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> servicio o información solicitados, teniendo usted derecho de acceso,
> rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
> oficinas c/ Tres Creus, nº 104, 2-1, 08202 de Sabadell (Barcelona) con la
> documentación necesaria.
>
AW: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW:
Thoughts on mobile packaging for Flexmojos)
Posted by Christofer Dutz <ch...@c-ware.de>.
And perhaps some more details.
Als soon as I install the ipa using itunes to my iphone, the icon appears on the phone, but it's sort of darker than usual ans as soon as I tap on the icon the label says "Installation ..." and stays that way indefinitely.
Chris
________________________________________
Von: Christofer Dutz <ch...@c-ware.de>
Gesendet: Samstag, 18. Juli 2015 23:21
An: dev@flex.apache.org
Betreff: AW: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on mobile packaging for Flexmojos)
Well thanks for that link ... even if I feel like I had tried every link on Adobe.com it seems that wasn't part of it. Unfortunately the only thing I didn't try yet was the -platformsdk at the end ... from reverse engineering ADK I used -Xruntime ... turns out both hat the exact same binary output :-( both result in 1.1MB size IPA files.
So the command I'm using at the moment is this:
/Users/myuser/Projects/DukeCon-Flex/core/target/adt/bin/adt
-package
-target ipa-app-store
-provisioning-profile /Users/myuser/.ios/iOS_Development.mobileprovision
-storetype pkcs12
-keystore /Users/myuser/.ios/sign.p12
-storepass password
-keypass password
/Users/myuser/Projects/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.ipa
/Users/myuser/Projects/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
dukecon-flex-core-1.0.0-SNAPSHOT.swf
-platformsdk /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS8.4.sdk
And the output is the same even if I omit the "-platformsdk" parameter.
Do you see anything wrong here?
Chris
________________________________________
Von: omuppi1@gmail.com <om...@gmail.com> im Auftrag von OmPrakash Muppirala <bi...@gmail.com>
Gesendet: Samstag, 18. Juli 2015 20:24
An: dev@flex.apache.org
Betreff: Re: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on mobile packaging for Flexmojos)
I assume you have seen this?
http://help.adobe.com/en_US/air/build/WS901d38e593cd1bac35eb7b4e12cddc5fbbb-8000.html
Thanks,
Om
On Jul 18, 2015 11:08 AM, "Christofer Dutz" <ch...@c-ware.de>
wrote:
> Anyone here could send me a command line that actually creates a valid iOS
> application?
> If I use IntelliJ to compile my flexmojos application I get an about 9.8MB
> big file that runs on my iPhone. If I use flexmojos currently the output is
> about 1.1MB big and it doesn't run. So something must be different ...
> unfortunately I don't seem to be able to have IntelliJ output what it's
> doing :-(
>
> So if you could send me the command line for generating a valid ios
> application, it would make things a lot easier for me.
>
> Chris
>
> ________________________________________
> Von: carlos.rovira@gmail.com <ca...@gmail.com> im Auftrag von
> Carlos Rovira <ca...@codeoscopic.com>
> Gesendet: Samstag, 18. Juli 2015 18:59
> An: dev@flex.apache.org
> Betreff: Re: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW:
> Thoughts on mobile packaging for Flexmojos)
>
> Awesome Chris!
> This was an importance feature that was needed to complete maven flex
> support. :D
>
>
> 2015-07-18 15:10 GMT+02:00 Christofer Dutz <ch...@c-ware.de>:
>
> > Ok ... so have a look at this listing of my projects target directory :-)
> >
> > drwxr-xr-x 5 christoferdutz staff 170 18 Jul 15:00 adt
> > drwxr-xr-x 21 christoferdutz staff 714 18 Jul 15:00 classes
> > -rw-r--r-- 1 christoferdutz staff 14604776 18 Jul 15:01
> > dukecon-flex-core-1.0.0-SNAPSHOT-captive.apk
> > -rw-r--r-- 1 christoferdutz staff 40034 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-configs.xml
> > -rw-r--r-- 1 christoferdutz staff 12771 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
> > -rw-r--r-- 1 christoferdutz staff 881388 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-link-report.xml
> > -rw-r--r-- 1 christoferdutz staff 176520 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-size-report.xml
> > -rw-r--r-- 1 christoferdutz staff 3416552 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.apk
> > -rw-r--r--@ 1 christoferdutz staff 3518470 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.dmg
> > -rw-r--r--@ 1 christoferdutz staff 3518637 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.exe
> > -rw-r--r--@ 1 christoferdutz staff 3518561 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.rpm
> > -rw-r--r-- 1 christoferdutz staff 3352373 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > -rw-r--r-- 1 christoferdutz staff 6289 18 Jul 15:00 fonts.ser
> > drwxr-xr-x 3 christoferdutz staff 102 18 Jul 15:00
> > generated-sources
> > drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00
> > surefire-reports
> > drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00 test-classes
> >
> > So we have Android, Android-Captive, Windows, Mac and Linux generally up
> > and running ... Have to find out how to make the Desktop variants include
> > the captive runtime though (And yes ... definitely Linux will not work
> with
> > Air 18.0)
> >
> > As soon as that's done I'll try to get iOS packaging running. And as soon
> > as that's done I'll publish a new SNAPSHOT of Flexmojos (7.1.0-SNAPSHOT)
> >
> > Chris
> >
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Freitag, 17. Juli 2015 15:37
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Ok ... after getting the air and apk with shared runtime packaging
> > working, I started working on the apks with captive runtimes. Adobe sort
> of
> > hard-coded where adt looks for stuff while with shared runtimes. This
> isn't
> > too bad cause all stuff it's looking for is relative and below to the
> > location of adt.jar. As soon as it comes to captive runtimes the path
> seems
> > to be: ../runtimes/air and ../runtimes/air-captive ... this is really bad
> > for using this in maven as multiple versions of adt would share one
> > runtimes directory and I would start polluting my maven lokal repo with
> > non-maven-nonsense.
> >
> > Therefore I started a completely new approach. I created several
> packagers
> > that know what they need to operate. In a setup-phase such a packager
> > retrieves maven artifacts and installs a minimal AIR sdk in the
> target/adt
> > directory of the current project. This contains all the parts it needs to
> > do its job, but only those parts. So for air only adt.jar is needed, for
> > android all the android stuff is added too ... I hope this will keep the
> > overhead to a minimum.
> >
> > As soon as the mini sdks are prepared I have to start a new JVM which I
> > pass in the parameters the same way I would when executing adt commands
> on
> > the command line.
> >
> > For this I had to throw away EVERYTHING of the old sign-air mojo of
> > Flexmojos. I started from scratch and am extending the thing with
> > parameters as needed. The cool thing is that from now on IntelliJ will
> > never ever again complain about this stupid "storepass" as the sign-air
> > mojo was the one requesting this.
> >
> > For me it would be interesting which config options you guys need as I
> > will be adding them on a need to build basis.
> >
> > At least now "air", "apk" and "apk-captive-runtime" seem to be working
> ...
> > at least I can install all on my Mac (air, android) and the apk
> (android),
> > apk-captive-runtime (android)
> >
> > Chris
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Donnerstag, 16. Juli 2015 10:48
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Ok ... more good news ...
> >
> > I just updated the mavenizer to package the missing parts.
> >
> > Together with my lokal changes on Flexmojos I am now able do do native
> > packaging for Android without any need to do tweaking ... but now I'll
> have
> > to concentrate on correct parametrization of the Air packagers. Currently
> > my Android application is bundled as APK file, but the name is still
> ".air"
> > and even if the log output claims it to contain the native runtime, it
> > seems not to contain it ... will take a little, but I think at last we
> are
> > on the finishing track. As soon as I'm happy with Android, I'll probably
> > work on Desktop (Windows, Mac, ...) ... after that the iOS support will
> > probably suck most ;-)
> >
> > Will have to do some testing on windows machines as I'm currently only
> > working on my Mac ... especially regarding iOS packaging this is probably
> > the biggest challenge.
> >
> > Chris
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Mittwoch, 15. Juli 2015 16:27
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > First things first:
> >
> > [INFO] --- flexmojos-maven-plugin:7.1.0-SNAPSHOT:package-air
> > (default-package-air) @ dukecon-flex-core ---
> > [INFO] Flexmojos 7.1.0-SNAPSHOT
> > [INFO] GPL License - Version 2.0 (NO WARRANTY) - See COPYRIGHT file
> > [INFO] completed 0 of 100
> > NOTE: The application has been packaged with a shared runtime.
> > [INFO] completed 100 of 100
> > [INFO] AIR package created:
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > [INFO]
> > [INFO] --- maven-install-plugin:2.5.2:install (default-install) @
> > dukecon-flex-core ---
> > [INFO] Installing
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > [INFO] Installing
> > /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/pom.xml
> to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.pom
> > [INFO] Installing
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] BUILD SUCCESS
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] Total time: 57.582s
> > [INFO] Finished at: Wed Jul 15 15:58:31 CEST 2015
> > [INFO] Final Memory: 29M/232M
> > [INFO]
> > ------------------------------------------------------------------------
> >
> > Even if the file name create seems to be wrong (well it has to be wrong
> as
> > I only changed the packager not the name of the output file), but the
> file
> > output seems to be an APK as I could install it on my android device 8-D
> > (Judging from the size though it doesn't seem to be containing the
> captive
> > runtime ... even if the log seems to be claiming to include it)
> >
> > So the POC was successful ... now I have to think of a way how to get
> this
> > useable. First thing will be an adjustment of the SDK Converter to deploy
> > the (smali and baksmali) in the lib/android/lib directory as part of the
> > air compiler artifact. Then I'll have to zip up everything else in the
> > android directory as a zip and add that as a zip to the adt artifact with
> > the classifier "android". This zip needs to be downloaded and extracted
> as
> > it is required to be located in the same directory as the adt.jar (So
> I'll
> > do it the same way the flex framework-zip is handled)
> >
> > Think it will be a difficult task to get this working properly, but I
> > think with this first POC I have at least proven that it's possible :-)
> >
> > Chris
> >
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Mittwoch, 15. Juli 2015 11:37
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Well digging even deeper into this I'll probably name it "package-air"
> > goal and pass in the platform type somehow.
> >
> > It seems Velo initially intended on setting the packaging type of the
> > maven project to configure the output. At least the dead code in
> Flexmojos
> > suggests this. The class FlexExtension contains all of the constants
> > understood by the adt tool.
> >
> > I don't want to do this as I would like to have an "air" package type
> > which automatically creates the "air" artifact, but allow multiple
> > packaging executions to produce different output bundles in one build ...
> > so I could produce ".air", ".apk", ".ipk", ".exe" and ".dmg" in one run
> of
> > "mvn package".
> >
> > Currently I'm trying to finish a poc that remote controlls the ADT class.
> > Keep your fingers crossed :-)
> >
> > Chris
> >
> >
> >
> > ________________________________________
> > Von: piotrz <pi...@gmail.com>
> > Gesendet: Mittwoch, 15. Juli 2015 11:05
> > An: dev@flex.apache.org
> > Betreff: Re: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Hi Chris,
> >
> > For newbie guys it will be more descriptive if you use Android, iOS. :)
> >
> > Thanks,
> > Piotr
> >
> >
> >
> > -----
> > Apache Flex PMC
> > piotrzarzycki21@gmail.com
> > --
> > View this message in context:
> >
> http://apache-flex-development.2333347.n4.nabble.com/Thoughts-on-mobile-packaging-for-Flexmojos-tp48508p48512.html
> > Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
>
>
>
> --
>
> Carlos Rovira
> Director General
> M: +34 607 22 60 05
> http://www.codeoscopic.com
> http://www.avant2.es
>
>
> Este mensaje se dirige exclusivamente a su destinatario y puede contener
> información privilegiada o confidencial. Si ha recibido este mensaje por
> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
> proceda a su destrucción.
>
> De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> servicio o información solicitados, teniendo usted derecho de acceso,
> rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
> oficinas c/ Tres Creus, nº 104, 2-1, 08202 de Sabadell (Barcelona) con la
> documentación necesaria.
>
AW: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW:
Thoughts on mobile packaging for Flexmojos)
Posted by Christofer Dutz <ch...@c-ware.de>.
Well thanks for that link ... even if I feel like I had tried every link on Adobe.com it seems that wasn't part of it. Unfortunately the only thing I didn't try yet was the -platformsdk at the end ... from reverse engineering ADK I used -Xruntime ... turns out both hat the exact same binary output :-( both result in 1.1MB size IPA files.
So the command I'm using at the moment is this:
/Users/myuser/Projects/DukeCon-Flex/core/target/adt/bin/adt
-package
-target ipa-app-store
-provisioning-profile /Users/myuser/.ios/iOS_Development.mobileprovision
-storetype pkcs12
-keystore /Users/myuser/.ios/sign.p12
-storepass password
-keypass password
/Users/myuser/Projects/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.ipa
/Users/myuser/Projects/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
dukecon-flex-core-1.0.0-SNAPSHOT.swf
-platformsdk /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS8.4.sdk
And the output is the same even if I omit the "-platformsdk" parameter.
Do you see anything wrong here?
Chris
________________________________________
Von: omuppi1@gmail.com <om...@gmail.com> im Auftrag von OmPrakash Muppirala <bi...@gmail.com>
Gesendet: Samstag, 18. Juli 2015 20:24
An: dev@flex.apache.org
Betreff: Re: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on mobile packaging for Flexmojos)
I assume you have seen this?
http://help.adobe.com/en_US/air/build/WS901d38e593cd1bac35eb7b4e12cddc5fbbb-8000.html
Thanks,
Om
On Jul 18, 2015 11:08 AM, "Christofer Dutz" <ch...@c-ware.de>
wrote:
> Anyone here could send me a command line that actually creates a valid iOS
> application?
> If I use IntelliJ to compile my flexmojos application I get an about 9.8MB
> big file that runs on my iPhone. If I use flexmojos currently the output is
> about 1.1MB big and it doesn't run. So something must be different ...
> unfortunately I don't seem to be able to have IntelliJ output what it's
> doing :-(
>
> So if you could send me the command line for generating a valid ios
> application, it would make things a lot easier for me.
>
> Chris
>
> ________________________________________
> Von: carlos.rovira@gmail.com <ca...@gmail.com> im Auftrag von
> Carlos Rovira <ca...@codeoscopic.com>
> Gesendet: Samstag, 18. Juli 2015 18:59
> An: dev@flex.apache.org
> Betreff: Re: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW:
> Thoughts on mobile packaging for Flexmojos)
>
> Awesome Chris!
> This was an importance feature that was needed to complete maven flex
> support. :D
>
>
> 2015-07-18 15:10 GMT+02:00 Christofer Dutz <ch...@c-ware.de>:
>
> > Ok ... so have a look at this listing of my projects target directory :-)
> >
> > drwxr-xr-x 5 christoferdutz staff 170 18 Jul 15:00 adt
> > drwxr-xr-x 21 christoferdutz staff 714 18 Jul 15:00 classes
> > -rw-r--r-- 1 christoferdutz staff 14604776 18 Jul 15:01
> > dukecon-flex-core-1.0.0-SNAPSHOT-captive.apk
> > -rw-r--r-- 1 christoferdutz staff 40034 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-configs.xml
> > -rw-r--r-- 1 christoferdutz staff 12771 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
> > -rw-r--r-- 1 christoferdutz staff 881388 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-link-report.xml
> > -rw-r--r-- 1 christoferdutz staff 176520 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-size-report.xml
> > -rw-r--r-- 1 christoferdutz staff 3416552 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.apk
> > -rw-r--r--@ 1 christoferdutz staff 3518470 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.dmg
> > -rw-r--r--@ 1 christoferdutz staff 3518637 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.exe
> > -rw-r--r--@ 1 christoferdutz staff 3518561 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.rpm
> > -rw-r--r-- 1 christoferdutz staff 3352373 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > -rw-r--r-- 1 christoferdutz staff 6289 18 Jul 15:00 fonts.ser
> > drwxr-xr-x 3 christoferdutz staff 102 18 Jul 15:00
> > generated-sources
> > drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00
> > surefire-reports
> > drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00 test-classes
> >
> > So we have Android, Android-Captive, Windows, Mac and Linux generally up
> > and running ... Have to find out how to make the Desktop variants include
> > the captive runtime though (And yes ... definitely Linux will not work
> with
> > Air 18.0)
> >
> > As soon as that's done I'll try to get iOS packaging running. And as soon
> > as that's done I'll publish a new SNAPSHOT of Flexmojos (7.1.0-SNAPSHOT)
> >
> > Chris
> >
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Freitag, 17. Juli 2015 15:37
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Ok ... after getting the air and apk with shared runtime packaging
> > working, I started working on the apks with captive runtimes. Adobe sort
> of
> > hard-coded where adt looks for stuff while with shared runtimes. This
> isn't
> > too bad cause all stuff it's looking for is relative and below to the
> > location of adt.jar. As soon as it comes to captive runtimes the path
> seems
> > to be: ../runtimes/air and ../runtimes/air-captive ... this is really bad
> > for using this in maven as multiple versions of adt would share one
> > runtimes directory and I would start polluting my maven lokal repo with
> > non-maven-nonsense.
> >
> > Therefore I started a completely new approach. I created several
> packagers
> > that know what they need to operate. In a setup-phase such a packager
> > retrieves maven artifacts and installs a minimal AIR sdk in the
> target/adt
> > directory of the current project. This contains all the parts it needs to
> > do its job, but only those parts. So for air only adt.jar is needed, for
> > android all the android stuff is added too ... I hope this will keep the
> > overhead to a minimum.
> >
> > As soon as the mini sdks are prepared I have to start a new JVM which I
> > pass in the parameters the same way I would when executing adt commands
> on
> > the command line.
> >
> > For this I had to throw away EVERYTHING of the old sign-air mojo of
> > Flexmojos. I started from scratch and am extending the thing with
> > parameters as needed. The cool thing is that from now on IntelliJ will
> > never ever again complain about this stupid "storepass" as the sign-air
> > mojo was the one requesting this.
> >
> > For me it would be interesting which config options you guys need as I
> > will be adding them on a need to build basis.
> >
> > At least now "air", "apk" and "apk-captive-runtime" seem to be working
> ...
> > at least I can install all on my Mac (air, android) and the apk
> (android),
> > apk-captive-runtime (android)
> >
> > Chris
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Donnerstag, 16. Juli 2015 10:48
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Ok ... more good news ...
> >
> > I just updated the mavenizer to package the missing parts.
> >
> > Together with my lokal changes on Flexmojos I am now able do do native
> > packaging for Android without any need to do tweaking ... but now I'll
> have
> > to concentrate on correct parametrization of the Air packagers. Currently
> > my Android application is bundled as APK file, but the name is still
> ".air"
> > and even if the log output claims it to contain the native runtime, it
> > seems not to contain it ... will take a little, but I think at last we
> are
> > on the finishing track. As soon as I'm happy with Android, I'll probably
> > work on Desktop (Windows, Mac, ...) ... after that the iOS support will
> > probably suck most ;-)
> >
> > Will have to do some testing on windows machines as I'm currently only
> > working on my Mac ... especially regarding iOS packaging this is probably
> > the biggest challenge.
> >
> > Chris
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Mittwoch, 15. Juli 2015 16:27
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > First things first:
> >
> > [INFO] --- flexmojos-maven-plugin:7.1.0-SNAPSHOT:package-air
> > (default-package-air) @ dukecon-flex-core ---
> > [INFO] Flexmojos 7.1.0-SNAPSHOT
> > [INFO] GPL License - Version 2.0 (NO WARRANTY) - See COPYRIGHT file
> > [INFO] completed 0 of 100
> > NOTE: The application has been packaged with a shared runtime.
> > [INFO] completed 100 of 100
> > [INFO] AIR package created:
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > [INFO]
> > [INFO] --- maven-install-plugin:2.5.2:install (default-install) @
> > dukecon-flex-core ---
> > [INFO] Installing
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > [INFO] Installing
> > /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/pom.xml
> to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.pom
> > [INFO] Installing
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] BUILD SUCCESS
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] Total time: 57.582s
> > [INFO] Finished at: Wed Jul 15 15:58:31 CEST 2015
> > [INFO] Final Memory: 29M/232M
> > [INFO]
> > ------------------------------------------------------------------------
> >
> > Even if the file name create seems to be wrong (well it has to be wrong
> as
> > I only changed the packager not the name of the output file), but the
> file
> > output seems to be an APK as I could install it on my android device 8-D
> > (Judging from the size though it doesn't seem to be containing the
> captive
> > runtime ... even if the log seems to be claiming to include it)
> >
> > So the POC was successful ... now I have to think of a way how to get
> this
> > useable. First thing will be an adjustment of the SDK Converter to deploy
> > the (smali and baksmali) in the lib/android/lib directory as part of the
> > air compiler artifact. Then I'll have to zip up everything else in the
> > android directory as a zip and add that as a zip to the adt artifact with
> > the classifier "android". This zip needs to be downloaded and extracted
> as
> > it is required to be located in the same directory as the adt.jar (So
> I'll
> > do it the same way the flex framework-zip is handled)
> >
> > Think it will be a difficult task to get this working properly, but I
> > think with this first POC I have at least proven that it's possible :-)
> >
> > Chris
> >
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Mittwoch, 15. Juli 2015 11:37
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Well digging even deeper into this I'll probably name it "package-air"
> > goal and pass in the platform type somehow.
> >
> > It seems Velo initially intended on setting the packaging type of the
> > maven project to configure the output. At least the dead code in
> Flexmojos
> > suggests this. The class FlexExtension contains all of the constants
> > understood by the adt tool.
> >
> > I don't want to do this as I would like to have an "air" package type
> > which automatically creates the "air" artifact, but allow multiple
> > packaging executions to produce different output bundles in one build ...
> > so I could produce ".air", ".apk", ".ipk", ".exe" and ".dmg" in one run
> of
> > "mvn package".
> >
> > Currently I'm trying to finish a poc that remote controlls the ADT class.
> > Keep your fingers crossed :-)
> >
> > Chris
> >
> >
> >
> > ________________________________________
> > Von: piotrz <pi...@gmail.com>
> > Gesendet: Mittwoch, 15. Juli 2015 11:05
> > An: dev@flex.apache.org
> > Betreff: Re: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Hi Chris,
> >
> > For newbie guys it will be more descriptive if you use Android, iOS. :)
> >
> > Thanks,
> > Piotr
> >
> >
> >
> > -----
> > Apache Flex PMC
> > piotrzarzycki21@gmail.com
> > --
> > View this message in context:
> >
> http://apache-flex-development.2333347.n4.nabble.com/Thoughts-on-mobile-packaging-for-Flexmojos-tp48508p48512.html
> > Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
>
>
>
> --
>
> Carlos Rovira
> Director General
> M: +34 607 22 60 05
> http://www.codeoscopic.com
> http://www.avant2.es
>
>
> Este mensaje se dirige exclusivamente a su destinatario y puede contener
> información privilegiada o confidencial. Si ha recibido este mensaje por
> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
> proceda a su destrucción.
>
> De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> servicio o información solicitados, teniendo usted derecho de acceso,
> rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
> oficinas c/ Tres Creus, nº 104, 2-1, 08202 de Sabadell (Barcelona) con la
> documentación necesaria.
>
Re: AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW:
Thoughts on mobile packaging for Flexmojos)
Posted by OmPrakash Muppirala <bi...@gmail.com>.
I assume you have seen this?
http://help.adobe.com/en_US/air/build/WS901d38e593cd1bac35eb7b4e12cddc5fbbb-8000.html
Thanks,
Om
On Jul 18, 2015 11:08 AM, "Christofer Dutz" <ch...@c-ware.de>
wrote:
> Anyone here could send me a command line that actually creates a valid iOS
> application?
> If I use IntelliJ to compile my flexmojos application I get an about 9.8MB
> big file that runs on my iPhone. If I use flexmojos currently the output is
> about 1.1MB big and it doesn't run. So something must be different ...
> unfortunately I don't seem to be able to have IntelliJ output what it's
> doing :-(
>
> So if you could send me the command line for generating a valid ios
> application, it would make things a lot easier for me.
>
> Chris
>
> ________________________________________
> Von: carlos.rovira@gmail.com <ca...@gmail.com> im Auftrag von
> Carlos Rovira <ca...@codeoscopic.com>
> Gesendet: Samstag, 18. Juli 2015 18:59
> An: dev@flex.apache.org
> Betreff: Re: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW:
> Thoughts on mobile packaging for Flexmojos)
>
> Awesome Chris!
> This was an importance feature that was needed to complete maven flex
> support. :D
>
>
> 2015-07-18 15:10 GMT+02:00 Christofer Dutz <ch...@c-ware.de>:
>
> > Ok ... so have a look at this listing of my projects target directory :-)
> >
> > drwxr-xr-x 5 christoferdutz staff 170 18 Jul 15:00 adt
> > drwxr-xr-x 21 christoferdutz staff 714 18 Jul 15:00 classes
> > -rw-r--r-- 1 christoferdutz staff 14604776 18 Jul 15:01
> > dukecon-flex-core-1.0.0-SNAPSHOT-captive.apk
> > -rw-r--r-- 1 christoferdutz staff 40034 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-configs.xml
> > -rw-r--r-- 1 christoferdutz staff 12771 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
> > -rw-r--r-- 1 christoferdutz staff 881388 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-link-report.xml
> > -rw-r--r-- 1 christoferdutz staff 176520 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT-size-report.xml
> > -rw-r--r-- 1 christoferdutz staff 3416552 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.apk
> > -rw-r--r--@ 1 christoferdutz staff 3518470 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.dmg
> > -rw-r--r--@ 1 christoferdutz staff 3518637 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.exe
> > -rw-r--r--@ 1 christoferdutz staff 3518561 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.rpm
> > -rw-r--r-- 1 christoferdutz staff 3352373 18 Jul 15:00
> > dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > -rw-r--r-- 1 christoferdutz staff 6289 18 Jul 15:00 fonts.ser
> > drwxr-xr-x 3 christoferdutz staff 102 18 Jul 15:00
> > generated-sources
> > drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00
> > surefire-reports
> > drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00 test-classes
> >
> > So we have Android, Android-Captive, Windows, Mac and Linux generally up
> > and running ... Have to find out how to make the Desktop variants include
> > the captive runtime though (And yes ... definitely Linux will not work
> with
> > Air 18.0)
> >
> > As soon as that's done I'll try to get iOS packaging running. And as soon
> > as that's done I'll publish a new SNAPSHOT of Flexmojos (7.1.0-SNAPSHOT)
> >
> > Chris
> >
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Freitag, 17. Juli 2015 15:37
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Ok ... after getting the air and apk with shared runtime packaging
> > working, I started working on the apks with captive runtimes. Adobe sort
> of
> > hard-coded where adt looks for stuff while with shared runtimes. This
> isn't
> > too bad cause all stuff it's looking for is relative and below to the
> > location of adt.jar. As soon as it comes to captive runtimes the path
> seems
> > to be: ../runtimes/air and ../runtimes/air-captive ... this is really bad
> > for using this in maven as multiple versions of adt would share one
> > runtimes directory and I would start polluting my maven lokal repo with
> > non-maven-nonsense.
> >
> > Therefore I started a completely new approach. I created several
> packagers
> > that know what they need to operate. In a setup-phase such a packager
> > retrieves maven artifacts and installs a minimal AIR sdk in the
> target/adt
> > directory of the current project. This contains all the parts it needs to
> > do its job, but only those parts. So for air only adt.jar is needed, for
> > android all the android stuff is added too ... I hope this will keep the
> > overhead to a minimum.
> >
> > As soon as the mini sdks are prepared I have to start a new JVM which I
> > pass in the parameters the same way I would when executing adt commands
> on
> > the command line.
> >
> > For this I had to throw away EVERYTHING of the old sign-air mojo of
> > Flexmojos. I started from scratch and am extending the thing with
> > parameters as needed. The cool thing is that from now on IntelliJ will
> > never ever again complain about this stupid "storepass" as the sign-air
> > mojo was the one requesting this.
> >
> > For me it would be interesting which config options you guys need as I
> > will be adding them on a need to build basis.
> >
> > At least now "air", "apk" and "apk-captive-runtime" seem to be working
> ...
> > at least I can install all on my Mac (air, android) and the apk
> (android),
> > apk-captive-runtime (android)
> >
> > Chris
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Donnerstag, 16. Juli 2015 10:48
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Ok ... more good news ...
> >
> > I just updated the mavenizer to package the missing parts.
> >
> > Together with my lokal changes on Flexmojos I am now able do do native
> > packaging for Android without any need to do tweaking ... but now I'll
> have
> > to concentrate on correct parametrization of the Air packagers. Currently
> > my Android application is bundled as APK file, but the name is still
> ".air"
> > and even if the log output claims it to contain the native runtime, it
> > seems not to contain it ... will take a little, but I think at last we
> are
> > on the finishing track. As soon as I'm happy with Android, I'll probably
> > work on Desktop (Windows, Mac, ...) ... after that the iOS support will
> > probably suck most ;-)
> >
> > Will have to do some testing on windows machines as I'm currently only
> > working on my Mac ... especially regarding iOS packaging this is probably
> > the biggest challenge.
> >
> > Chris
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Mittwoch, 15. Juli 2015 16:27
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > First things first:
> >
> > [INFO] --- flexmojos-maven-plugin:7.1.0-SNAPSHOT:package-air
> > (default-package-air) @ dukecon-flex-core ---
> > [INFO] Flexmojos 7.1.0-SNAPSHOT
> > [INFO] GPL License - Version 2.0 (NO WARRANTY) - See COPYRIGHT file
> > [INFO] completed 0 of 100
> > NOTE: The application has been packaged with a shared runtime.
> > [INFO] completed 100 of 100
> > [INFO] AIR package created:
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > [INFO]
> > [INFO] --- maven-install-plugin:2.5.2:install (default-install) @
> > dukecon-flex-core ---
> > [INFO] Installing
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.air
> > [INFO] Installing
> > /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/pom.xml
> to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.pom
> > [INFO] Installing
> >
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > to
> >
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] BUILD SUCCESS
> > [INFO]
> > ------------------------------------------------------------------------
> > [INFO] Total time: 57.582s
> > [INFO] Finished at: Wed Jul 15 15:58:31 CEST 2015
> > [INFO] Final Memory: 29M/232M
> > [INFO]
> > ------------------------------------------------------------------------
> >
> > Even if the file name create seems to be wrong (well it has to be wrong
> as
> > I only changed the packager not the name of the output file), but the
> file
> > output seems to be an APK as I could install it on my android device 8-D
> > (Judging from the size though it doesn't seem to be containing the
> captive
> > runtime ... even if the log seems to be claiming to include it)
> >
> > So the POC was successful ... now I have to think of a way how to get
> this
> > useable. First thing will be an adjustment of the SDK Converter to deploy
> > the (smali and baksmali) in the lib/android/lib directory as part of the
> > air compiler artifact. Then I'll have to zip up everything else in the
> > android directory as a zip and add that as a zip to the adt artifact with
> > the classifier "android". This zip needs to be downloaded and extracted
> as
> > it is required to be located in the same directory as the adt.jar (So
> I'll
> > do it the same way the flex framework-zip is handled)
> >
> > Think it will be a difficult task to get this working properly, but I
> > think with this first POC I have at least proven that it's possible :-)
> >
> > Chris
> >
> >
> > ________________________________________
> > Von: Christofer Dutz <ch...@c-ware.de>
> > Gesendet: Mittwoch, 15. Juli 2015 11:37
> > An: dev@flex.apache.org
> > Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Well digging even deeper into this I'll probably name it "package-air"
> > goal and pass in the platform type somehow.
> >
> > It seems Velo initially intended on setting the packaging type of the
> > maven project to configure the output. At least the dead code in
> Flexmojos
> > suggests this. The class FlexExtension contains all of the constants
> > understood by the adt tool.
> >
> > I don't want to do this as I would like to have an "air" package type
> > which automatically creates the "air" artifact, but allow multiple
> > packaging executions to produce different output bundles in one build ...
> > so I could produce ".air", ".apk", ".ipk", ".exe" and ".dmg" in one run
> of
> > "mvn package".
> >
> > Currently I'm trying to finish a poc that remote controlls the ADT class.
> > Keep your fingers crossed :-)
> >
> > Chris
> >
> >
> >
> > ________________________________________
> > Von: piotrz <pi...@gmail.com>
> > Gesendet: Mittwoch, 15. Juli 2015 11:05
> > An: dev@flex.apache.org
> > Betreff: Re: AW: Thoughts on mobile packaging for Flexmojos
> >
> > Hi Chris,
> >
> > For newbie guys it will be more descriptive if you use Android, iOS. :)
> >
> > Thanks,
> > Piotr
> >
> >
> >
> > -----
> > Apache Flex PMC
> > piotrzarzycki21@gmail.com
> > --
> > View this message in context:
> >
> http://apache-flex-development.2333347.n4.nabble.com/Thoughts-on-mobile-packaging-for-Flexmojos-tp48508p48512.html
> > Sent from the Apache Flex Development mailing list archive at Nabble.com.
>
>
>
>
> --
>
> Carlos Rovira
> Director General
> M: +34 607 22 60 05
> http://www.codeoscopic.com
> http://www.avant2.es
>
>
> Este mensaje se dirige exclusivamente a su destinatario y puede contener
> información privilegiada o confidencial. Si ha recibido este mensaje por
> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
> proceda a su destrucción.
>
> De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> servicio o información solicitados, teniendo usted derecho de acceso,
> rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
> oficinas c/ Tres Creus, nº 104, 2-1, 08202 de Sabadell (Barcelona) con la
> documentación necesaria.
>
AW: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts
on mobile packaging for Flexmojos)
Posted by Christofer Dutz <ch...@c-ware.de>.
Anyone here could send me a command line that actually creates a valid iOS application?
If I use IntelliJ to compile my flexmojos application I get an about 9.8MB big file that runs on my iPhone. If I use flexmojos currently the output is about 1.1MB big and it doesn't run. So something must be different ... unfortunately I don't seem to be able to have IntelliJ output what it's doing :-(
So if you could send me the command line for generating a valid ios application, it would make things a lot easier for me.
Chris
________________________________________
Von: carlos.rovira@gmail.com <ca...@gmail.com> im Auftrag von Carlos Rovira <ca...@codeoscopic.com>
Gesendet: Samstag, 18. Juli 2015 18:59
An: dev@flex.apache.org
Betreff: Re: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts on mobile packaging for Flexmojos)
Awesome Chris!
This was an importance feature that was needed to complete maven flex
support. :D
2015-07-18 15:10 GMT+02:00 Christofer Dutz <ch...@c-ware.de>:
> Ok ... so have a look at this listing of my projects target directory :-)
>
> drwxr-xr-x 5 christoferdutz staff 170 18 Jul 15:00 adt
> drwxr-xr-x 21 christoferdutz staff 714 18 Jul 15:00 classes
> -rw-r--r-- 1 christoferdutz staff 14604776 18 Jul 15:01
> dukecon-flex-core-1.0.0-SNAPSHOT-captive.apk
> -rw-r--r-- 1 christoferdutz staff 40034 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT-configs.xml
> -rw-r--r-- 1 christoferdutz staff 12771 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
> -rw-r--r-- 1 christoferdutz staff 881388 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT-link-report.xml
> -rw-r--r-- 1 christoferdutz staff 176520 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT-size-report.xml
> -rw-r--r-- 1 christoferdutz staff 3416552 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT.apk
> -rw-r--r--@ 1 christoferdutz staff 3518470 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT.dmg
> -rw-r--r--@ 1 christoferdutz staff 3518637 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT.exe
> -rw-r--r--@ 1 christoferdutz staff 3518561 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT.rpm
> -rw-r--r-- 1 christoferdutz staff 3352373 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT.swf
> -rw-r--r-- 1 christoferdutz staff 6289 18 Jul 15:00 fonts.ser
> drwxr-xr-x 3 christoferdutz staff 102 18 Jul 15:00
> generated-sources
> drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00
> surefire-reports
> drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00 test-classes
>
> So we have Android, Android-Captive, Windows, Mac and Linux generally up
> and running ... Have to find out how to make the Desktop variants include
> the captive runtime though (And yes ... definitely Linux will not work with
> Air 18.0)
>
> As soon as that's done I'll try to get iOS packaging running. And as soon
> as that's done I'll publish a new SNAPSHOT of Flexmojos (7.1.0-SNAPSHOT)
>
> Chris
>
>
> ________________________________________
> Von: Christofer Dutz <ch...@c-ware.de>
> Gesendet: Freitag, 17. Juli 2015 15:37
> An: dev@flex.apache.org
> Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
>
> Ok ... after getting the air and apk with shared runtime packaging
> working, I started working on the apks with captive runtimes. Adobe sort of
> hard-coded where adt looks for stuff while with shared runtimes. This isn't
> too bad cause all stuff it's looking for is relative and below to the
> location of adt.jar. As soon as it comes to captive runtimes the path seems
> to be: ../runtimes/air and ../runtimes/air-captive ... this is really bad
> for using this in maven as multiple versions of adt would share one
> runtimes directory and I would start polluting my maven lokal repo with
> non-maven-nonsense.
>
> Therefore I started a completely new approach. I created several packagers
> that know what they need to operate. In a setup-phase such a packager
> retrieves maven artifacts and installs a minimal AIR sdk in the target/adt
> directory of the current project. This contains all the parts it needs to
> do its job, but only those parts. So for air only adt.jar is needed, for
> android all the android stuff is added too ... I hope this will keep the
> overhead to a minimum.
>
> As soon as the mini sdks are prepared I have to start a new JVM which I
> pass in the parameters the same way I would when executing adt commands on
> the command line.
>
> For this I had to throw away EVERYTHING of the old sign-air mojo of
> Flexmojos. I started from scratch and am extending the thing with
> parameters as needed. The cool thing is that from now on IntelliJ will
> never ever again complain about this stupid "storepass" as the sign-air
> mojo was the one requesting this.
>
> For me it would be interesting which config options you guys need as I
> will be adding them on a need to build basis.
>
> At least now "air", "apk" and "apk-captive-runtime" seem to be working ...
> at least I can install all on my Mac (air, android) and the apk (android),
> apk-captive-runtime (android)
>
> Chris
>
> ________________________________________
> Von: Christofer Dutz <ch...@c-ware.de>
> Gesendet: Donnerstag, 16. Juli 2015 10:48
> An: dev@flex.apache.org
> Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
>
> Ok ... more good news ...
>
> I just updated the mavenizer to package the missing parts.
>
> Together with my lokal changes on Flexmojos I am now able do do native
> packaging for Android without any need to do tweaking ... but now I'll have
> to concentrate on correct parametrization of the Air packagers. Currently
> my Android application is bundled as APK file, but the name is still ".air"
> and even if the log output claims it to contain the native runtime, it
> seems not to contain it ... will take a little, but I think at last we are
> on the finishing track. As soon as I'm happy with Android, I'll probably
> work on Desktop (Windows, Mac, ...) ... after that the iOS support will
> probably suck most ;-)
>
> Will have to do some testing on windows machines as I'm currently only
> working on my Mac ... especially regarding iOS packaging this is probably
> the biggest challenge.
>
> Chris
>
> ________________________________________
> Von: Christofer Dutz <ch...@c-ware.de>
> Gesendet: Mittwoch, 15. Juli 2015 16:27
> An: dev@flex.apache.org
> Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
>
> First things first:
>
> [INFO] --- flexmojos-maven-plugin:7.1.0-SNAPSHOT:package-air
> (default-package-air) @ dukecon-flex-core ---
> [INFO] Flexmojos 7.1.0-SNAPSHOT
> [INFO] GPL License - Version 2.0 (NO WARRANTY) - See COPYRIGHT file
> [INFO] completed 0 of 100
> NOTE: The application has been packaged with a shared runtime.
> [INFO] completed 100 of 100
> [INFO] AIR package created:
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> [INFO]
> [INFO] --- maven-install-plugin:2.5.2:install (default-install) @
> dukecon-flex-core ---
> [INFO] Installing
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> to
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.air
> [INFO] Installing
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/pom.xml to
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.pom
> [INFO] Installing
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> to
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> [INFO]
> ------------------------------------------------------------------------
> [INFO] BUILD SUCCESS
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 57.582s
> [INFO] Finished at: Wed Jul 15 15:58:31 CEST 2015
> [INFO] Final Memory: 29M/232M
> [INFO]
> ------------------------------------------------------------------------
>
> Even if the file name create seems to be wrong (well it has to be wrong as
> I only changed the packager not the name of the output file), but the file
> output seems to be an APK as I could install it on my android device 8-D
> (Judging from the size though it doesn't seem to be containing the captive
> runtime ... even if the log seems to be claiming to include it)
>
> So the POC was successful ... now I have to think of a way how to get this
> useable. First thing will be an adjustment of the SDK Converter to deploy
> the (smali and baksmali) in the lib/android/lib directory as part of the
> air compiler artifact. Then I'll have to zip up everything else in the
> android directory as a zip and add that as a zip to the adt artifact with
> the classifier "android". This zip needs to be downloaded and extracted as
> it is required to be located in the same directory as the adt.jar (So I'll
> do it the same way the flex framework-zip is handled)
>
> Think it will be a difficult task to get this working properly, but I
> think with this first POC I have at least proven that it's possible :-)
>
> Chris
>
>
> ________________________________________
> Von: Christofer Dutz <ch...@c-ware.de>
> Gesendet: Mittwoch, 15. Juli 2015 11:37
> An: dev@flex.apache.org
> Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
>
> Well digging even deeper into this I'll probably name it "package-air"
> goal and pass in the platform type somehow.
>
> It seems Velo initially intended on setting the packaging type of the
> maven project to configure the output. At least the dead code in Flexmojos
> suggests this. The class FlexExtension contains all of the constants
> understood by the adt tool.
>
> I don't want to do this as I would like to have an "air" package type
> which automatically creates the "air" artifact, but allow multiple
> packaging executions to produce different output bundles in one build ...
> so I could produce ".air", ".apk", ".ipk", ".exe" and ".dmg" in one run of
> "mvn package".
>
> Currently I'm trying to finish a poc that remote controlls the ADT class.
> Keep your fingers crossed :-)
>
> Chris
>
>
>
> ________________________________________
> Von: piotrz <pi...@gmail.com>
> Gesendet: Mittwoch, 15. Juli 2015 11:05
> An: dev@flex.apache.org
> Betreff: Re: AW: Thoughts on mobile packaging for Flexmojos
>
> Hi Chris,
>
> For newbie guys it will be more descriptive if you use Android, iOS. :)
>
> Thanks,
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context:
> http://apache-flex-development.2333347.n4.nabble.com/Thoughts-on-mobile-packaging-for-Flexmojos-tp48508p48512.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
--
Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es
Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.
De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Tres Creus, nº 104, 2-1, 08202 de Sabadell (Barcelona) con la
documentación necesaria.
Re: Finally ... Mobile Packaging in Flexmojos (Was: AW: AW: Thoughts
on mobile packaging for Flexmojos)
Posted by Carlos Rovira <ca...@codeoscopic.com>.
Awesome Chris!
This was an importance feature that was needed to complete maven flex
support. :D
2015-07-18 15:10 GMT+02:00 Christofer Dutz <ch...@c-ware.de>:
> Ok ... so have a look at this listing of my projects target directory :-)
>
> drwxr-xr-x 5 christoferdutz staff 170 18 Jul 15:00 adt
> drwxr-xr-x 21 christoferdutz staff 714 18 Jul 15:00 classes
> -rw-r--r-- 1 christoferdutz staff 14604776 18 Jul 15:01
> dukecon-flex-core-1.0.0-SNAPSHOT-captive.apk
> -rw-r--r-- 1 christoferdutz staff 40034 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT-configs.xml
> -rw-r--r-- 1 christoferdutz staff 12771 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT-descriptor.xml
> -rw-r--r-- 1 christoferdutz staff 881388 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT-link-report.xml
> -rw-r--r-- 1 christoferdutz staff 176520 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT-size-report.xml
> -rw-r--r-- 1 christoferdutz staff 3416552 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT.apk
> -rw-r--r--@ 1 christoferdutz staff 3518470 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT.dmg
> -rw-r--r--@ 1 christoferdutz staff 3518637 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT.exe
> -rw-r--r--@ 1 christoferdutz staff 3518561 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT.rpm
> -rw-r--r-- 1 christoferdutz staff 3352373 18 Jul 15:00
> dukecon-flex-core-1.0.0-SNAPSHOT.swf
> -rw-r--r-- 1 christoferdutz staff 6289 18 Jul 15:00 fonts.ser
> drwxr-xr-x 3 christoferdutz staff 102 18 Jul 15:00
> generated-sources
> drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00
> surefire-reports
> drwxr-xr-x 2 christoferdutz staff 68 18 Jul 15:00 test-classes
>
> So we have Android, Android-Captive, Windows, Mac and Linux generally up
> and running ... Have to find out how to make the Desktop variants include
> the captive runtime though (And yes ... definitely Linux will not work with
> Air 18.0)
>
> As soon as that's done I'll try to get iOS packaging running. And as soon
> as that's done I'll publish a new SNAPSHOT of Flexmojos (7.1.0-SNAPSHOT)
>
> Chris
>
>
> ________________________________________
> Von: Christofer Dutz <ch...@c-ware.de>
> Gesendet: Freitag, 17. Juli 2015 15:37
> An: dev@flex.apache.org
> Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
>
> Ok ... after getting the air and apk with shared runtime packaging
> working, I started working on the apks with captive runtimes. Adobe sort of
> hard-coded where adt looks for stuff while with shared runtimes. This isn't
> too bad cause all stuff it's looking for is relative and below to the
> location of adt.jar. As soon as it comes to captive runtimes the path seems
> to be: ../runtimes/air and ../runtimes/air-captive ... this is really bad
> for using this in maven as multiple versions of adt would share one
> runtimes directory and I would start polluting my maven lokal repo with
> non-maven-nonsense.
>
> Therefore I started a completely new approach. I created several packagers
> that know what they need to operate. In a setup-phase such a packager
> retrieves maven artifacts and installs a minimal AIR sdk in the target/adt
> directory of the current project. This contains all the parts it needs to
> do its job, but only those parts. So for air only adt.jar is needed, for
> android all the android stuff is added too ... I hope this will keep the
> overhead to a minimum.
>
> As soon as the mini sdks are prepared I have to start a new JVM which I
> pass in the parameters the same way I would when executing adt commands on
> the command line.
>
> For this I had to throw away EVERYTHING of the old sign-air mojo of
> Flexmojos. I started from scratch and am extending the thing with
> parameters as needed. The cool thing is that from now on IntelliJ will
> never ever again complain about this stupid "storepass" as the sign-air
> mojo was the one requesting this.
>
> For me it would be interesting which config options you guys need as I
> will be adding them on a need to build basis.
>
> At least now "air", "apk" and "apk-captive-runtime" seem to be working ...
> at least I can install all on my Mac (air, android) and the apk (android),
> apk-captive-runtime (android)
>
> Chris
>
> ________________________________________
> Von: Christofer Dutz <ch...@c-ware.de>
> Gesendet: Donnerstag, 16. Juli 2015 10:48
> An: dev@flex.apache.org
> Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
>
> Ok ... more good news ...
>
> I just updated the mavenizer to package the missing parts.
>
> Together with my lokal changes on Flexmojos I am now able do do native
> packaging for Android without any need to do tweaking ... but now I'll have
> to concentrate on correct parametrization of the Air packagers. Currently
> my Android application is bundled as APK file, but the name is still ".air"
> and even if the log output claims it to contain the native runtime, it
> seems not to contain it ... will take a little, but I think at last we are
> on the finishing track. As soon as I'm happy with Android, I'll probably
> work on Desktop (Windows, Mac, ...) ... after that the iOS support will
> probably suck most ;-)
>
> Will have to do some testing on windows machines as I'm currently only
> working on my Mac ... especially regarding iOS packaging this is probably
> the biggest challenge.
>
> Chris
>
> ________________________________________
> Von: Christofer Dutz <ch...@c-ware.de>
> Gesendet: Mittwoch, 15. Juli 2015 16:27
> An: dev@flex.apache.org
> Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
>
> First things first:
>
> [INFO] --- flexmojos-maven-plugin:7.1.0-SNAPSHOT:package-air
> (default-package-air) @ dukecon-flex-core ---
> [INFO] Flexmojos 7.1.0-SNAPSHOT
> [INFO] GPL License - Version 2.0 (NO WARRANTY) - See COPYRIGHT file
> [INFO] completed 0 of 100
> NOTE: The application has been packaged with a shared runtime.
> [INFO] completed 100 of 100
> [INFO] AIR package created:
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> [INFO]
> [INFO] --- maven-install-plugin:2.5.2:install (default-install) @
> dukecon-flex-core ---
> [INFO] Installing
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.air
> to
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.air
> [INFO] Installing
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/pom.xml to
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.pom
> [INFO] Installing
> /Users/christoferdutz/Projects/JUG-DA/DukeCon/DukeCon-Flex/core/target/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> to
> /Users/christoferdutz/Maven-Repository/org/dukecon/dukecon-flex-core/1.0.0-SNAPSHOT/dukecon-flex-core-1.0.0-SNAPSHOT.swf
> [INFO]
> ------------------------------------------------------------------------
> [INFO] BUILD SUCCESS
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 57.582s
> [INFO] Finished at: Wed Jul 15 15:58:31 CEST 2015
> [INFO] Final Memory: 29M/232M
> [INFO]
> ------------------------------------------------------------------------
>
> Even if the file name create seems to be wrong (well it has to be wrong as
> I only changed the packager not the name of the output file), but the file
> output seems to be an APK as I could install it on my android device 8-D
> (Judging from the size though it doesn't seem to be containing the captive
> runtime ... even if the log seems to be claiming to include it)
>
> So the POC was successful ... now I have to think of a way how to get this
> useable. First thing will be an adjustment of the SDK Converter to deploy
> the (smali and baksmali) in the lib/android/lib directory as part of the
> air compiler artifact. Then I'll have to zip up everything else in the
> android directory as a zip and add that as a zip to the adt artifact with
> the classifier "android". This zip needs to be downloaded and extracted as
> it is required to be located in the same directory as the adt.jar (So I'll
> do it the same way the flex framework-zip is handled)
>
> Think it will be a difficult task to get this working properly, but I
> think with this first POC I have at least proven that it's possible :-)
>
> Chris
>
>
> ________________________________________
> Von: Christofer Dutz <ch...@c-ware.de>
> Gesendet: Mittwoch, 15. Juli 2015 11:37
> An: dev@flex.apache.org
> Betreff: AW: AW: Thoughts on mobile packaging for Flexmojos
>
> Well digging even deeper into this I'll probably name it "package-air"
> goal and pass in the platform type somehow.
>
> It seems Velo initially intended on setting the packaging type of the
> maven project to configure the output. At least the dead code in Flexmojos
> suggests this. The class FlexExtension contains all of the constants
> understood by the adt tool.
>
> I don't want to do this as I would like to have an "air" package type
> which automatically creates the "air" artifact, but allow multiple
> packaging executions to produce different output bundles in one build ...
> so I could produce ".air", ".apk", ".ipk", ".exe" and ".dmg" in one run of
> "mvn package".
>
> Currently I'm trying to finish a poc that remote controlls the ADT class.
> Keep your fingers crossed :-)
>
> Chris
>
>
>
> ________________________________________
> Von: piotrz <pi...@gmail.com>
> Gesendet: Mittwoch, 15. Juli 2015 11:05
> An: dev@flex.apache.org
> Betreff: Re: AW: Thoughts on mobile packaging for Flexmojos
>
> Hi Chris,
>
> For newbie guys it will be more descriptive if you use Android, iOS. :)
>
> Thanks,
> Piotr
>
>
>
> -----
> Apache Flex PMC
> piotrzarzycki21@gmail.com
> --
> View this message in context:
> http://apache-flex-development.2333347.n4.nabble.com/Thoughts-on-mobile-packaging-for-Flexmojos-tp48508p48512.html
> Sent from the Apache Flex Development mailing list archive at Nabble.com.
--
Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es
Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.
De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Tres Creus, nº 104, 2-1, 08202 de Sabadell (Barcelona) con la
documentación necesaria.