flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christofer Dutz <christofer.d...@c-ware.de>
Subject AW: AW: AW: [Falcon][FlexJS] Help with finishing the maven migration
Date Thu, 30 Jun 2016 17:45:25 GMT
Ok so I just pushed some major cleanup in the poms

Now we're down to 4 example builds with errors ... looking forward to cleaning them up tomorrow

Eventually someone could have a look at the error reports in:


File not found: createjs.DisplayObject


File not found: org.apache.flex.html.beads.CSSButtonView


File not found: $


File not found: cordova


Von: Christofer Dutz <christofer.dutz@c-ware.de>
Gesendet: Donnerstag, 30. Juni 2016 18:23:39
An: dev@flex.apache.org
Betreff: AW: AW: AW: [Falcon][FlexJS] Help with finishing the maven migration

Hi Alex,

I just found the option in another config file abstraction so I added support to the plugin.
Seems to be doing its job nicely :-)


Von: Alex Harui <aharui@adobe.com>
Gesendet: Donnerstag, 30. Juni 2016 17:32:08
An: dev@flex.apache.org
Betreff: Re: AW: AW: [Falcon][FlexJS] Help with finishing the maven migration

On 6/30/16, 7:53 AM, "Christofer Dutz" <christofer.dutz@c-ware.de> wrote:
>Especially thinking about the remove-circulars errors which still seem to
>produce valid JavaScript applications.

I think if you don't have -remove-circulars, you will get a runnable
js-debug, but js-release will not work.

>Currently I am going through each compiler error and trying to fix them.
>I hope I'll be able to finish that tomorrow.
>The compiler option "remove-circulars" doesn't seem to be configurable
>via config-xml. I wouldn't like to start passing config options to
>commandline and config-xml. Would it be possible to extend the config.xml
>with this option?

Any command-line option has a config.xml equivalent, but I think you are
running into the issue where we use the regular mxmlc for the SWF compile
and regular mxmlc doesn't understand certain options that only matter to
falconjx.  It doesn't feel right to have every falconjx option replicated
to falcon where it won't make a difference.  Is there another solution we
could use instead?


  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message