Well, I apologize for not putting this new question here first. I didn't want to have two concurrent questions going on at the same time here, and I was thinking that perhaps I would figure this css problem before then.
Ken On Tue, Dec 6, 2011 at 5:08 AM, Stephen Connolly < stephen.alan.conno...@gmail.com> wrote: > I personally despise this habit people have of posting on stackoverflow > rather than emailing users@maven.a.o first... > > Seriously, forget karma on stackoverflow, if the answer is important to > you, ask on users@maven.a.o first > > -Stephen > > On 6 December 2011 09:40, Ken Egervari <ken.egerv...@gmail.com> wrote: > > > I hope someone can help too. This one has me stuck. > > > > I put a post up on stackoverflow.com if anyone wants to answer it there > > for > > credit: > > > > > > > http://stackoverflow.com/questions/8373941/maven-yui-compressor-plugin-cannot-create-aggregation-given-a-longer-path > > > > Ken > > > > > > On Mon, Dec 5, 2011 at 8:07 AM, Stephen Connolly < > > stephen.alan.conno...@gmail.com> wrote: > > > > > I know nothing about yuicompressor or it's maven plugin > > > > > > Hopefully somebody else can help you make some progress there, glad you > > > have made progresss from where you were! > > > > > > -S > > > > > > On 5 December 2011 12:54, Ken Egervari <ken.egerv...@gmail.com> wrote: > > > > > > > Thanks for the response Stephen! > > > > > > > > I didn't think we could exclude the copying of the actual sources > > > > themselves. That makes good sense! I changed it to > > > > `scripts/**/*.js,css/**/*.css` instead of what you had, and this > > finally > > > > seems to get the behaviour I want ;) I really had no idea this > > existed. I > > > > was looking at the regular <excludes> tags. Those didn't seem to > solve > > > the > > > > problem for me. > > > > > > > > I have one last problem that maybe you can help solve too? It > concerns > > > the > > > > yuicompressor:compress goal again, but this time it's about css. > > > > > > > > I'm trying to create two css aggregations - one for the public site > and > > > one > > > > for the application part of the site. > > > > > > > > If I make the output file > > > > > > ${project.build.directory}/${project.build.finalName}/css/public-all.css, > > > > everything works. > > > > > > > > [INFO] generate aggregation : > > > > > > > > > > > > > > C:\Users\me\IdeaProjects\myapp-development\target\myapp-1.0\css\public-all.css > > > > [INFO] public-all.css (32029b) > > > > [INFO] generate aggregation : > > > > > > > > > > > > > > C:\Users\me\IdeaProjects\myapp-development\target\myapp-1.0\css\application-all.css > > > > [INFO] application-all.css (50446b) > > > > > > > > But if I try and output the aggregated file to another subdirectory, > > such > > > > as > > > > > > ${project.build.directory}/${project.build.finalName}/css/public/all.css, > > > > it gives the following warning (which should honestly be an > error...): > > > > > > > > [INFO] generate aggregation : > > > > > > > > > > > > > > C:\Users\me\IdeaProjects\myapp-development\target\myapp-1.0\css\public\all.css > > > > [WARNING] all.css not created > > > > [INFO] generate aggregation : > > > > > > > > > > > > > > C:\Users\me\IdeaProjects\myapp-development\target\myapp-1.0\css\application\all.css > > > > [WARNING] all.css not created > > > > > > > > Here is the pom.xml part where I am specifying the aggregations. Why > on > > > > earth is this not working? > > > > > > > > <aggregation> > > > > <removeIncluded>false</removeIncluded> > > > > <insertNewLine>true</insertNewLine> > > > > > > > > > > > > > > > > > > <output>${project.build.directory}/${project.build.finalName}/css/public/all.css</output> > > > > <includes> > > > > <include>**/public/base.css</include> > > > > <include>**/public/jquery.fancybox-1.3.4.css</include> > > > > </includes> > > > > </aggregation> > > > > <aggregation> > > > > <removeIncluded>false</removeIncluded> > > > > <insertNewLine>true</insertNewLine> > > > > > > > > > > > > > > > > > > <output>${project.build.directory}/${project.build.finalName}/css/application/all.css</output> > > > > <includes> > > > > <include>**/application/reset.css</include> > > > > <include>**/application/text.css</include> > > > > <include>**/application/960.css</include> > > > > > > <include>**/application/jquery-ui-1.8.11.custom.css</include> > > > > <include>**/application/base.css</include> > > > > <include>**/application/jquery.jcrop.css</include> > > > > <include>**/application/farbtastic.css</include> > > > > </includes> > > > > </aggregation> > > > > > > > > I checked and these directories exist too. If I try and point to a > > > > directory that doesn't exist, the yuicompressor:compress goal will > > fail. > > > I > > > > just don't understand why the build process actually succeeds given > > valid > > > > directories, but it doesn't create the files in those directories. It > > > makes > > > > no sense :( > > > > > > > > I thought that maybe it was a filesystem security problem, but that > > isn't > > > > it either. > > > > > > > > I am genuinely baffled as to why this doesn't work. I would > appreciate > > > any > > > > assistance on this little problem too. After this, I'm good to go ;) > > > > > > > > Ken > > > > > > > > > > > > On Mon, Dec 5, 2011 at 4:39 AM, Stephen Connolly < > > > > stephen.alan.conno...@gmail.com> wrote: > > > > > > > > > <project xmlns="http://maven.apache.org/POM/4.0.0"; xmlns:xsi=" > > > > > http://www.w3.org/2001/XMLSchema-instance"; > > > > > xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 > > > > > http://maven.apache.org/maven-v4_0_0.xsd";> > > > > > <modelVersion>4.0.0</modelVersion> > > > > > <groupId>localdomain.localhost</groupId> > > > > > <artifactId>example</artifactId> > > > > > <packaging>war</packaging> > > > > > <version>1.0-SNAPSHOT</version> > > > > > <build> > > > > > <finalName>example</finalName> > > > > > <pluginManagement> > > > > > <plugins> > > > > > <plugin> > > > > > <artifactId>maven-release-plugin</artifactId> > > > > > <version>2.2.1</version> > > > > > <configuration> > > > > > <releaseProfiles>release</releaseProfiles> > > > > > </configuration> > > > > > </plugin> > > > > > <plugin> > > > > > <artifactId>maven-war-plugin</artifactId> > > > > > <version>2.1.1</version> > > > > > </plugin> > > > > > <plugin> > > > > > <groupId>org.codehaus.mojo</groupId> > > > > > <artifactId>tomcat-maven-plugin</artifactId> > > > > > <version>1.1</version> > > > > > <configuration> > > > > > <path>/</path> > > > > > </configuration> > > > > > </plugin> > > > > > <plugin> > > > > > <groupId>org.mortbay.jetty</groupId> > > > > > <artifactId>jetty-maven-plugin</artifactId> > > > > > <version>8.0.1.v20110908</version> > > > > > </plugin> > > > > > </plugins> > > > > > </pluginManagement> > > > > > </build> > > > > > <profiles> > > > > > <profile> > > > > > <id>release</id> > > > > > <activation> > > > > > <property> > > > > > <name>yui.compress</name> > > > > > </property> > > > > > </activation> > > > > > <build> > > > > > <plugins> > > > > > <plugin> > > > > > <artifactId>maven-war-plugin</artifactId> > > > > > <version>2.1.1</version> > > > > > <configuration> > > > > > <warSourceExcludes>scripts/*.js</warSourceExcludes> > > > > > </configuration> > > > > > </plugin> > > > > > <plugin> > > > > > <groupId>net.alchim31.maven</groupId> > > > > > <artifactId>yuicompressor-maven-plugin</artifactId> > > > > > <version>1.1</version> > > > > > <executions> > > > > > <execution> > > > > > <phase>prepare-package</phase> > > > > > <goals> > > > > > <goal>compress</goal> > > > > > </goals> > > > > > </execution> > > > > > </executions> > > > > > <configuration> > > > > > <nosuffix>true</nosuffix> > > > > > </configuration> > > > > > </plugin> > > > > > </plugins> > > > > > </build> > > > > > </profile> > > > > > </profiles> > > > > > </project> > > > > > > > > > > should do what you want... you get live in place development of the > > > > > uncompressed scripts with tomcat:run or jetty:run... when you want > to > > > try > > > > > the compressed scripts > > > > > > > > > > mvn -Prelease tomcat:run-war > > > > > or > > > > > mvn -Prelease jetty:run-war > > > > > > > > > > and when you make an actual release with the release plugin, it > will > > be > > > > the > > > > > compressed scripts that are bundled. > > > > > > > > > > Note: for the compressed scripts you need to use run-war not run as > > due > > > > to > > > > > how the servlet containers work, there are limitations to what the > > > > servlet > > > > > container plugins can do, and therefore the only way to get a true > > > > > reflection of the final artifact (ie. the war file) is to run the > war > > > > file > > > > > and not in-place. > > > > > > > > > > HTH > > > > > > > > > > -Stephen > > > > > > > > > > On 5 December 2011 05:18, Ken Egervari <ken.egerv...@gmail.com> > > wrote: > > > > > > > > > > > Hi guys, > > > > > > > > > > > > I finally got one comment from someone that looks promising, but > > I'm > > > > not > > > > > > how to do what he's suggesting since he didn't give an example: > > > > > > > > > > > > The reason you're having problems is because the copying of > webapp > > > > > > resources is done by the war > > > > > > plugin<http://maven.apache.org/plugins/maven-war-plugin/>in the > > same > > > > > > breath that it builds the war. It's not a different lifecycle > > > > > > phase or even two different actions in the same phase. It's all > > part > > > > > > of the war:war > > > > > > goal < > > http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html > > > >. > > > > > > > > > > > > There's a workaround, though. If you bind > > > > > > war:exploded< > > > > > > > > http://maven.apache.org/plugins/maven-war-plugin/exploded-mojo.html > > > >to > > > > > > an earlier phase, like > > > > > > prepare-package, then it will build your exploded webapp, and > then > > > you > > > > > can > > > > > > put something after that to modify the files that were built to > the > > > > > > exploded directory. Then war:war will package up the modified > > > exploded > > > > > > directory. (With newer versions of the war plugin, I believe > you'll > > > > need > > > > > to > > > > > > set the useCache< > > > > > > > > > > > > http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html#useCache > > > > > > >property > > > > > > to get the desired behavior, though that doesn't seem to really > be > > > > > > what it's for, be wary.) > > > > > > I know how to bind the `maven-war-plugin` to an earlier phase, > but > > > how > > > > to > > > > > > bind just the war:exploded to an earlier phase as he suggests? > > > > > > > > > > > > Ken > > > > > > > > > > > > > > > > > > On Sun, Dec 4, 2011 at 9:49 AM, Ken Egervari < > > ken.egerv...@gmail.com > > > > > > > > > > wrote: > > > > > > > > > > > > > I think there has to be a better way than using the excludes. I > > > > really > > > > > > > don't want to be maintaining so many lists of javascript > files... > > > > it'll > > > > > > be > > > > > > > way too much of a maintenance problem. I just want this "to > > work". > > > My > > > > > > > project is massive. There is at least 150 javascript files as > it > > > is, > > > > > and > > > > > > > probably another 100-150 to be created. I just can't do the > > > > maintenance > > > > > > > work. I am doing this whole project just by myself, and it's > > > massive. > > > > > > > > > > > > > > Ken > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sun, Dec 4, 2011 at 8:54 AM, Robert Scholte < > > > > rfscho...@codehaus.org > > > > > > >wrote: > > > > > > > > > > > > > >> > > > > > > >> What about warSourceExcludes[1]? > > > > > > >> > > > > > > >> Don't make the m-war-plugin responsible for copying these > files > > > but > > > > > the > > > > > > >> yuicompressor. > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> -Robert > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> [1] > > > > > > >> > > > > > > > > > > > > > > > > > > > > > http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html#warSourceExcludes > > > > > > >> > > > > > > >> > > > > > > >> > Date: Sun, 4 Dec 2011 08:44:28 -0500 > > > > > > >> > Subject: Re: YUI Compressor Maven plugin executed at wrong > > time > > > > and > > > > > > >> tomcat plugin not using yui-compressor output > > > > > > >> > From: ken.egerv...@gmail.com > > > > > > >> > To: users@maven.apache.org > > > > > > >> > > > > > > > >> > Yes, I've been playing around with getting the > > > > > development/production > > > > > > >> part > > > > > > >> > working, and I think I've got it. > > > > > > >> > > > > > > > >> > I am still having problems getting the > yuicompressor:compress > > > goal > > > > > to > > > > > > be > > > > > > >> > called at the right time. The problem is that the war:war > goal > > > > has a > > > > > > >> bunch > > > > > > >> > of actions backed into it, and I don't know a way to wire > into > > > it > > > > > and > > > > > > >> call > > > > > > >> > the yuicompressor:compress goal just after it copies the > > > > > webResources > > > > > > >> > directory. If I can solve that, I think I am golden. But I > > don't > > > > > know > > > > > > if > > > > > > >> > that can be done. > > > > > > >> > > > > > > > >> > Ken > > > > > > >> > > > > > > > >> > > > > > > > >> > On Sun, Dec 4, 2011 at 4:02 AM, Stephen Connolly < > > > > > > >> > stephen.alan.conno...@gmail.com> wrote: > > > > > > >> > > > > > > > >> > > this is a perfect use case for profiles. > > > > > > >> > > > > > > > > >> > > in the release profile you use yui-compress to copy them > > into > > > > the > > > > > > war > > > > > > >> > > > > > > > > >> > > in a development profile you add warResources to construct > > the > > > > war > > > > > > >> from the > > > > > > >> > > direct sources.... > > > > > > >> > > > > > > > > >> > > that (assuming the tomcat maven plugin is written right... > > > jetty > > > > > can > > > > > > >> do > > > > > > >> > > this for sure) will give development with live editing, > and > > > just > > > > > > >> -Prelease > > > > > > >> > > to get the compressed version > > > > > > >> > > > > > > > > >> > > - Stephen > > > > > > >> > > > > > > > > >> > > --- > > > > > > >> > > Sent from my Android phone, so random spelling mistakes, > > > random > > > > > > >> nonsense > > > > > > >> > > words and other nonsense are a direct result of using > swype > > to > > > > > type > > > > > > >> on the > > > > > > >> > > screen > > > > > > >> > > On 4 Dec 2011 01:52, "Ken Egervari" < > ken.egerv...@gmail.com > > > > > > > > wrote: > > > > > > >> > > > > > > > > >> > > > I think I should just give up on this problem because I > > > don't > > > > > > think > > > > > > >> Maven > > > > > > >> > > > has the ability to solve it, and if it does, I have no > > idea > > > > > where > > > > > > >> to look > > > > > > >> > > > for a solution and its clear nobody else writing java > web > > > > > > >> applications > > > > > > >> > > > knows how to solve this problem :/ > > > > > > >> > > > > > > > > > >> > > > I guess I am stuck with manually including each main > file > > on > > > > > each > > > > > > >> page > > > > > > >> > > > where it is used, or coding everything in an all.js > > manually > > > > :/ > > > > > > >> > > > > > > > > > >> > > > Even if I can get Maven to properly call the > YUI:compress > > > goal > > > > > at > > > > > > >> the > > > > > > >> > > right > > > > > > >> > > > time, I still have maintain two lists of css and > > javascript > > > > > files > > > > > > >> for my > > > > > > >> > > > application - one for the aggregations, and one for my > > > > > freemarker > > > > > > >> > > template > > > > > > >> > > > that switches between using all the individual source > > files > > > > for > > > > > > >> > > > development, or using the all.css/all.js for production. > > > > > > >> > > > > > > > > > >> > > > I genuinely don't see a nice solution to do what the > Rails > > > > > people > > > > > > >> have > > > > > > >> > > > conveniently got in place. I am totally flustered that > the > > > > > > >> Maven/Spring > > > > > > >> > > > combo has no good for answer to this problem :( > > > > > > >> > > > > > > > > > >> > > > Ken > > > > > > >> > > > > > > > > > >> > > > > > > > > > >> > > > On Sat, Dec 3, 2011 at 4:19 PM, Ken Egervari < > > > > > > >> ken.egerv...@gmail.com> > > > > > > >> > > > wrote: > > > > > > >> > > > > > > > > > >> > > > > I think the problem is that there is no phase I can > > merge > > > > into > > > > > > >> just > > > > > > >> > > after > > > > > > >> > > > > it prepares the war directory - at least not from > where > > I > > > > can > > > > > > see > > > > > > >> in > > > > > > >> > > the > > > > > > >> > > > > life-cycle documentation. What is the phase name? Is > it > > > not > > > > > any > > > > > > >> of the > > > > > > >> > > > > package or pre-package phases - it is still too early > or > > > too > > > > > > late. > > > > > > >> > > > > > > > > > > >> > > > > Ken > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > >> > > > > On Fri, Dec 2, 2011 at 5:16 AM, Jeff MAURY < > > > > > > >> jeffma...@jeffmaury.com > > > > > > >> > > > >wrote: > > > > > > >> > > > > > > > > > > >> > > > >> By default, the compress goal of the YUI maven plugin > > is > > > > > bound > > > > > > >> to the > > > > > > >> > > > >> process-resources phase. > > > > > > >> > > > >> So, you need to bind it to another phase after the > war > > > > plugin > > > > > > has > > > > > > >> > > > produced > > > > > > >> > > > >> the war directory structure the Tomcat plugin will > use. > > > > > > >> > > > >> I recommand you also customize the outputDirectory > > > > parameter > > > > > of > > > > > > >> the > > > > > > >> > > YUI > > > > > > >> > > > >> maven plugin because the default value does not > comply > > > with > > > > > the > > > > > > >> > > standard > > > > > > >> > > > >> Maven War directory layout. > > > > > > >> > > > >> > > > > > > >> > > > >> Regards > > > > > > >> > > > >> Jeff MAURY > > > > > > >> > > > >> > > > > > > >> > > > >> ---------- Forwarded message ---------- > > > > > > >> > > > >> From: fe.character.guide < > fe.character.gu...@gmail.com > > > > > > > > > >> > > > >> Date: Fri, Dec 2, 2011 at 7:17 AM > > > > > > >> > > > >> Subject: YUI Compressor Maven plugin executed at > wrong > > > time > > > > > and > > > > > > >> tomcat > > > > > > >> > > > >> plugin not using yui-compressor output > > > > > > >> > > > >> To: users@maven.apache.org > > > > > > >> > > > >> > > > > > > >> > > > >> > > > > > > >> > > > >> Hello everyone! > > > > > > >> > > > >> > > > > > > >> > > > >> I'm trying to get some basic maven build processes > > > > configured > > > > > > >> > > correctly > > > > > > >> > > > >> with my Java project, and beyond Stackoverflow, I'm > not > > > > sure > > > > > > >> > > > >> where else to turn. > > > > > > >> > > > >> > > > > > > >> > > > >> I'd like to compress all of my javascript files and > > > > aggregate > > > > > > >> them > > > > > > >> > > using > > > > > > >> > > > >> YUICompressor, and I saw that there was a maven > plugin > > to > > > > > allow > > > > > > >> me to > > > > > > >> > > do > > > > > > >> > > > >> this. I got it working for the most part. > > > > > > >> > > > >> > > > > > > >> > > > >> I am also using the Mojo tomcat plugin as well. When > i > > go > > > > to > > > > > > run > > > > > > >> the > > > > > > >> > > > >> tomcat:run goal, tomcat does not read from the > target's > > > > > output > > > > > > >> > > > >> directory (this is where the YUI compressor put my > > > > javascript > > > > > > >> files) - > > > > > > >> > > > but > > > > > > >> > > > >> rather, it reads from the actual source files in my > > > > > "src/main/ > > > > > > >> > > > >> webapp/scripts" directory. Of course, the aggregated > > > > > javascript > > > > > > >> file > > > > > > >> > > > >> (all.js) is not there. This makes sense, but is a big > > > > problem > > > > > > >> for me. > > > > > > >> > > > >> > > > > > > >> > > > >> I have a few questions. > > > > > > >> > > > >> > > > > > > >> > > > >> 1. How can I get the tomcat plugin to read the > target's > > > > > output > > > > > > >> folder > > > > > > >> > > > that > > > > > > >> > > > >> the yui compressor plugin created? > > > > > > >> > > > >> > > > > > > >> > > > >> 2. Do I have to run the yui compressor maven goal > every > > > > time > > > > > I > > > > > > >> want to > > > > > > >> > > > >> update my javascript files during development while > my > > > > tomcat > > > > > > >> instance > > > > > > >> > > > is > > > > > > >> > > > >> running? > > > > > > >> > > > >> > > > > > > >> > > > >> 3. How can tell Maven that I want to run the YUI > > > compressor > > > > > > AFTER > > > > > > >> > > Maven > > > > > > >> > > > >> copies over the `src/main/webapp` directory? > Currently, > > > > Maven > > > > > > >> runs the > > > > > > >> > > > YUI > > > > > > >> > > > >> compressor, but then overwrites all of the compressed > > css > > > > and > > > > > > >> > > javascript > > > > > > >> > > > >> files with the original source files, defeating the > > > > purposes > > > > > of > > > > > > >> > > > >> compressing > > > > > > >> > > > >> them ;) > > > > > > >> > > > >> > > > > > > >> > > > >> 4. Is there a better way to achieve my objective > rather > > > > than > > > > > > >> using the > > > > > > >> > > > YUI > > > > > > >> > > > >> compressor? Essentially, my end goal is to be able to > > > > develop > > > > > > >> > > JavaScript > > > > > > >> > > > >> code in separate files and test my source files in > > > > > development > > > > > > >> mode > > > > > > >> > > > >> without > > > > > > >> > > > >> having to aggregate them... but I want to compress > and > > > > > > aggregate > > > > > > >> the > > > > > > >> > > > files > > > > > > >> > > > >> and use the `all.js` script when the application is > > > running > > > > > in > > > > > > >> > > > production > > > > > > >> > > > >> mode. > > > > > > >> > > > >> > > > > > > >> > > > >> While the Rails people have certainly figured this > out, > > > > this > > > > > > >> seems to > > > > > > >> > > > be a > > > > > > >> > > > >> non-trivial thing to do with Maven and Spring. > > > > > > >> > > > >> I would appreciate any and all assistance on how I > can > > > get > > > > > this > > > > > > >> > > running > > > > > > >> > > > >> correctly. Thanks! > > > > > > >> > > > >> > > > > > > >> > > > >> > > > > > > >> > > > >> > > > > > > >> > > > >> -- > > > > > > >> > > > >> "Legacy code" often differs from its suggested > > > alternative > > > > by > > > > > > >> actually > > > > > > >> > > > >> working and scaling. > > > > > > >> > > > >> - Bjarne Stroustrup > > > > > > >> > > > >> > > > > > > >> > > > >> http://www.jeffmaury.com > > > > > > >> > > > >> http://riadiscuss.jeffmaury.com > > > > > > >> > > > >> http://www.twitter.com/jeffmaury > > > > > > >> > > > >> > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > >> > > > > > > > > >> > > > > --------------------------------------------------------------------- > > > > > > >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > > > > > >> For additional commands, e-mail: users-h...@maven.apache.org > > > > > > >> > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > >
