Ok this plugin expects a webapp centric structure for
the javascripts to be compressed, since the source is not
reachable I cannot really look into the code.
Which means it is no go for now.
I probably will stick to the maven javascript plugin
but will enforce a version which works
until the plugin hits beta status or final status!

Probably the best way to go although the build also is messy
by simulating a webapp structure for the compressor, but it is
better than not having the sourcecode and to maintain our own plugin
which basically does the same, nothing more.

Werner


Jan-Kees van Andel schrieb:
That's where we use Maven for. ;-)

You can declare the plugin in the POM and it gets downloaded. I didn't
have any problems using that approach.

/JK


2009/8/4 Werner Punz <[email protected]>:
Except for the project not being clonable or downloadable due to scripting
errors on the homepage downloads section.

hg clone as well as direct access fails :-(

Back to step 1 :-)


Werner


Werner Punz schrieb:
Jan-Kees van Andel schrieb:
On my current project, I've used YUI Compressor using the following
Maven plugin:
http://alchim.sourceforge.net/yuicompressor-maven-plugin/overview.html

It worked quite nice (compression and aggregation).

We might be able to use this plugin for MyFaces too?

Also in alpha stage but it looks saner to me from the configuration
options, because I dont have to simulate a webapp (the javascript plugin
from maven only works in webapps) and the includes for the aggregates
are handled in place instead of a separate xml.

I will give it a try this week. I somehow dont think we should drag along
our own javascript compression plugin when others already do the job for us.
The only + I see is absolute control.



Werner





Reply via email to