Today I had to start work on the "JS resources on the classpath" feature.
In order to get VF2JS working, I had to somehow provide the closure-library 
which is downloaded using maven so the compiler can copy the static resources 
to the bin/js-debug directory. So I guess if I get this working with VF2JS 
we're a good step closer to adding a similar feature to FlexJS.
Another Idea I had that could help prevent classpath clashes would be to locate 
all JS resources in a js (or ".js", or "_js" directory inside the swc)

Currently I somehow need to scann the classpath for resources. I was planning 
on using this library for this task: https://code.google.com/p/reflections/ are 
there any objections against this?

Chris

________________________________________
Von: Alex Harui <aha...@adobe.com>
Gesendet: Dienstag, 11. November 2014 17:08
An: dev@flex.apache.org
Betreff: Re: AW: AW: [FLEX-JS] Streamlining the packaging

On 11/11/14, 3:37 AM, "Christofer Dutz" <christofer.d...@c-ware.de> wrote:

>Hi Alex,
>
>well I don't see a reason why FlashBuilder should have a problem with
>this.
>After all you are setting the command line manually now too (If I'm not
>mistaken)

My concern is about FlashBuilder opening the SWCs to do code-hinting in
the IDE.  I just want to make sure it doesn’t choke on js files in there.

>
>My suggestion would probably need a little modification cause in this
>case it wouldn't take a js-root-path but look inside all the SWC files
>that is was provided with and use the resources in there. I guess
>currently Falcon wouldn't be able to work that way. But with this option
>I even guess that it should be possible to build a FlexJS application
>with the default build configs.

Right, FalconJX would learn to use the library-path to find JS files so
there wouldn’t be any additional options.  We could have different clients
like FlexJSMXMLC instead of the js-output-type option if that makes life
easier for folks.

-Alex

Reply via email to