lltyk/tapestry-wro4j — comment on commit b2593197c97908126c8f6c41ab86e6996bea752b
File: src/main/java/com/github/lltyk/wro4j/services/CoffeeScriptJsTransformer.java line 44
By lltyk:

I found the relevant part for Uglify here in invoke.js, an "except" option:
//get a new AST with mangled names
ast = exports.ast_mangle(ast, { except: '%s'.split(',')});

I'm having trouble building your trunk though, I get a maven error
"Non-resolvable parent POM: Could not find artifact
ro.isdc.wro4j:wro4j-examples:pom:1.4.2-SNAPSHOTand 'parent.relativePath'
points at wrong local POM @ line 6, column 11 -> [Help 2]"

On Tue, Dec 27, 2011 at 7:45 AM, Adam Ahmed wrote:

> On line 92 of GoogleClosureCompressorProcessor, it calls
> Context.get().getConfig().getEncoding(), which fails if no Context is set.
> Anyways, I've changed my code to use the Processor and call Context.set and
> Context.unset, as a start to allowing people to things like encoding (they
> can replace the WroConfiguration object I create).
>
> As for minimize-or-not logic, Tapestry already has its own filter built in
> for doing that. It has it's own "tapestry.enable-minification" flag that's
> automatically disabled when it's debug mode is on, etc. The builtin filter
> does all the caching and so forth. All I have to do is plug different
> implementations into it.
>
>
> On Fri, Dec 23, 2011 at 4:24 PM, Alex Objelean <
> reply@reply.github.com
> > wrote:
>
>> Actually the purpose of processor is not to create resource, rather to
>> "process" or "transform" a resource.
>>
>> Most of the processors, with a couple of exceptions, do not depend on
>> Context/Configuration. I am planning to make it possible to make processor
>> wro4j agnostic (there is an open issue for next release 1.4.3).
>>
>> As far as I know, GoogleClosureCompressorProcessor doesn't require
>> Context/Configuration set up, therefore you can use it without extra coding.
>>
>> Enabling compression is a decision to be made by the processors client,
>> rather than by the processor itself. There is a specialized annotation
>> which can be useful to identify if a processor does a compression or not
>> (called @Minimized). As a result, you can control the compression
>> configuration easily, without any extra configuration by applying or not a
>> processor based on your custom logic.
>>
>> Regarding the reservedNames for UglifyJs, I don't think it is supported
>> currently, but I can add it as a result of your feature request.
>>
>> Please, let me know if you have any suggestions or questions.
>>
>> Cheers,
>> Alex
>>
>> ---
>> Reply to this email directly or view it on GitHub:
>>
>> https://github.com/lltyk/tapestry-wro4j/commit/b2593197c97908126c8f6c41ab86e6996bea752b#commitcomment-818804
>>
>
>