[richfaces-dev] In search of the best way to include RichWidgets resources in RichFaces

Lukas Fryc lfryc at redhat.com
Mon Oct 14 16:27:35 EDT 2013


+1 for interim solution

Just note another advantage of maven/grunt integration is leveraging 
testing tooling,

e.g. just hit an issue with richfaces.js, I would love to cover it by 
tests, but there is nothing who would perform it atm.

~ Lukas

On 10/14/2013 07:24 PM, Brian Leathem wrote:
> On 13-10-14 09:22 AM, Lukáš Fryč wrote:
>> Even though I would agree with the suggested solution as a temporary workaround,
>>
>> I wouldn't recommend it for two reasons:
>>
>> * we are losing fast turnaround (grunt dev / JRebel resource reload)
> We have to achieve a balance between rapid-widget-turnaround and
> build-complexity. I believe the suggested solution *greatly* simplifies
> the build. Rapid trunaround can be maintained with either a local
> symlink, or by adding a optional copy task to the grunt watch task.
>
>> * we are losing advantage of potential maven/grunt integration which open us possibilities in form of web-development-world tooling (such as JS compilers)...* that could potentially replace our solutions which aren't maintained actively (Resource Optimizer)
> Yes, we can re-visit this in the future when both 1) we are ready to
> take advantage of such integrations, and 2) when the maven/grunt tooling
> is more mature (or we are in a position to actively help develop such
> tooling).
>
> Brian
>
> _______________________________________________
> richfaces-dev mailing list
> richfaces-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/richfaces-dev



More information about the richfaces-dev mailing list