maven-js-plugin-users Mailing List for MobilVox Maven JavaScript Plugin
Brought to you by:
mvaaltemus
Menu
▾
▴
maven-js-plugin-users — Mailing list for the MobilVox maven-js-plugin users.
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|
From: Adam A. <aal...@mo...> - 2009-12-18 21:06:19
|
I think the problem lies in the fact that the JS compress plugin uses the artifacts created in the webapp directory in the build output directory. The WAR plugin appears to also be using the same directory for the creation of the WAR file and that is why the JARs are excluded in one and not the other. Possible solutions I can see are: 1. Update the plugin to honor excludes of other plugins 2. Update the plugin to explode the WAR and use its resources, then rebuild it. 3. Use the JAR plugin or the assembly plugin to handle the excludes, as they will do it pre-package and the JAR files shouldn't ever make it into the build output directory. It is kind of hard to build our plugin to honor the configuration of another, especially since not all users use the same standard set of plugins. We can work on possibly doing the compression on the WAR but, it will have worse performance than the current and is somewhat dependent on the WAR being present, which can be handled via more configuration options. This is a possibility but, would take some time to put into the trunk as it's the holidays in the States and time is short. I would recommend the third option but, it is up to you. Hope this helps, Adam Altemus Senior Software Engineer (724) 349-3339 ext. 302 (800) 830-5578 fax aaltemus at mobilvox dot com http://www.mobilvox.com <http://www.mobilvox.com/> Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please immediately notify the sender by reply e-mail and destroy all information and attachments. |
|
From: icke <mo...@la...> - 2009-12-17 22:14:00
|
hi ,
i have a problem with the maven-js-plugin.
the war-file is build twice.
the both war-files are not this one i expect... but let me explain in
detail :-)
this is the current situation:
pom.xml:
/<build>
<plugin>
<groupId>com.mobilvox.ossi.mojo</groupId>
<artifactId>maven-js-plugin</artifactId>
<version>1.3.1</version>
<configuration>
<mergeWarFiles>true</mergeWarFiles>
<replaceJavaScript>false</replaceJavaScript>
<includes>
<include>**/**.js</include>
</includes>
<jsDirectory>target/scripts</jsDirectory>
<outputDirectory>target/scripts</outputDirectory>
</configuration>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>compress</goal>
</goals>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<version>2.1-beta-1</version>
<configuration>
<packagingExcludes>WEB-INF/lib/servlet*.jar,
WEB-INF/lib/jta*.jar, WEB-INF/lib/jaxb-xjc*.jar,
WEB-INF/lib/activation-*.jar, WEB-INF/lib/xpp3-*.jar,
WEB-INF/lib/axiom-*.jar, WEB-INF/lib/jt400-full-4.9.0.jar,
WEB-INF/lib/junit*.jar, WEB-INF/lib/xml-apis-*.jar,
WEB-INF/lib/icu4j-*.jar, WEB-INF/lib/xalan-*.jar,
WEB-INF/lib/jdom*.jar,
WEB-INF/lib/xmlParserAPIs-*.jar</packagingExcludes>
<warSourceExcludes>**/*.css</warSourceExcludes>
</configuration>
</plugin>
</build>/
as i see in console the war-file is built twice.
first build with my uncompressed js-files and WITHOUT the excluded jars
(see tag packagingExcludes)
before the 2nd build the ossi-maven-js-plugin does its work.
it compresses the js-files so far but in the next upcoming war-file the
excluded jars are available anyway.
any idea why?
i want a war-file with compressed js-files and withou(!) the excluded jars.
thank you for your help!
greetz,
mooeeh
|
|
From: Adam A. <aal...@mo...> - 2009-07-06 14:54:11
|
Just making sure you got the notice about the posts in the forums that replied back. Thanks Adam -----Original Message----- From: Adam Monsen [mailto:ha...@gm...] Sent: Tuesday, June 30, 2009 9:45 AM To: mav...@li... Subject: [Maven-js-plugin-users] double WAR build Cross-post from the maven-js-plugin forum: http://tinyurl.com/m3rbkr ---------------------------------------------------------------------------- -- _______________________________________________ Maven-js-plugin-users mailing list Mav...@li... https://lists.sourceforge.net/lists/listinfo/maven-js-plugin-users |
|
From: Adam M. <ha...@gm...> - 2009-06-30 14:10:26
|
Cross-post from the maven-js-plugin forum: http://tinyurl.com/m3rbkr |
|
From: Adam A. <aal...@mo...> - 2008-01-29 19:00:49
|
Version 1.3.1 of the maven-js-plugin has been released. It can be downloaded at http://sf.net/projects/maven-js-plugin and installation, configuration, and usage details can be found at http://ossi.mobilvox.com/maven-js-plugin Thanks, Adam Altemus Software Engineer MobilVox, Inc. aal...@mo... |
|
From: Adam <pun...@gm...> - 2007-11-26 16:53:46
|
The 1.3 final release of the MobilVox Maven JavaScript Plugin has been completed. Please see http://ossi.mobilvox.com/maven-js-plugin for full release details. Thanks, Adam Altemus http://www.mobilvox.com |
|
From: Adam <pun...@gm...> - 2007-11-20 20:31:51
|
All: The 1.3 final release of the maven-js-plugin is ready. The code is complete and the site documentation has been finished. All changes are currently in the trunke if you would like to review them. I would like to release this no later than Monday, November 26, 2007. Any thoughts or comments? Thanks, Adam |
|
From: Adam A. <aal...@mo...> - 2007-11-08 16:49:57
|
I will add that as a bug that needs fixed for the 1.3 release, as well as the need for improved error logging. _____ From: mav...@li... [mailto:mav...@li...] On Behalf Of Kannan Ekanath Sent: Thursday, November 08, 2007 11:11 AM To: Adam Cc: mav...@li... Subject: Re: [Maven-js-plugin-users] Doesnt compress scripts under thevendor folder Hi Adam, In my case I am using 1.2 (since that is the version maven downloaded by default) and once error occured, it stopped further compressing *any* file (any file under the webapp folder). Thanks, Kannan On 11/8/07, Adam <pun...@gm...> wrote: I just realized that the reply to was wrong on my email. Here it is again: I do think that the error logging needs to be more detailed, and it will be in 1.3 final. If you are using the current snapshot, it currently is listing the files that are being compressed. This is not a finalized logging implementation and is something I keep in only in the snapshots. Once it is removed, the error messages will be a lot clearer. On a side note, when you say it stopped further compression, do you mean on that file or altogether stopped compressing files? On Nov 7, 2007 10:16 AM, Adam < <mailto:pun...@gm...> pun...@gm...> wrote: > I do think that the error logging needs to be more detailed, and it > will be in 1.3 final. If you are using the current snapshot, it > currently is listing the files that are being compressed. This is not > a finalized logging implementation and is something I keep in only in > the snapshots. Once it is removed, the error messages will be a lot > clearer. > > On a side note, when you say it stopped further compression, do you > mean on that file or altogether stopped compressing files? > > > On Nov 7, 2007 5:32 AM, Kannan Ekanath <kan...@gm...> wrote: > > Ok, I got the issue here, i see a small message "Unterminated string > > literal". I put a System.out in JSMin.java file, and I could see that there > > was *indeed* an error in one particular javascript file, in the lang folder, > > which stopped further compression. > > > > Seems a little odd though, if there is a javascript error in one file, > > shouldnt the task go ahead and compress everything and then report errors ? > > :) > > > > My problem seems to be solved once I correct the javascript errors > > > > Regards, > > Kannan > > > > > > > > On Nov 7, 2007 3:06 PM, Kannan Ekanath <kan...@gm... > wrote: > > > Hi, > > > This is further to the thread > > http://sourceforge.net/forum/forum.php?thread_id=1858317 <http://sourceforge.net/forum/forum.php?thread_id=1858317&forum_id=712484> &forum_id=712484 > > > > > > I have my folder structure as follows > > > webapp > > > src > > > main > > > java > > > resources > > > webapp (this is the folder under which web contents are placed) > > > scripts > > > myapp > > > (some scripts under many directory levels) ---- > > A > > > jscalendar > > > B.js directly under jscalendar > > > lang (folder) > > > C.js under a lang folder > > > vendor > > > dojo-widget > > > (Many java script files) > > > myvendor > > > (js files) > > > test > > > > > > My configuration for the plugin has a <include>**/**.js</include>. I see > > that all scripts under myapp folder are getting compressed (they are nested > > deep at many directory levels). B.js directly under jscalendar is getting > > compressed. However anything under vendor/dojo-widget is not getting > > compressed. and anything under lang folder is not getting compressed. > > > > > > I assumed it was the licensing information which was present in these > > files which was the problem, but some files under myvendor folder is not > > getting compressed although there is no license information. > > > > > > I am not able to do any *guess* based on these patterns, can someone tell > > me why these folders are getting skipped or if you need someother logs how I > > should enable them? > > > > > > -- > > > Regards, > > > Kannan Ekanath > > > > > > > > -- > > Regards, > > Kannan Ekanath > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Maven-js-plugin-users mailing list > > Mav...@li... > > https://lists.sourceforge.net/lists/listinfo/maven-js-plugin-users > > > > > > > > -- > Adam Altemus > -- Adam Altemus ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Maven-js-plugin-users mailing list Mav...@li... https://lists.sourceforge.net/lists/listinfo/maven-js-plugin-users -- Regards, Kannan Ekanath |
|
From: Kannan E. <kan...@gm...> - 2007-11-08 16:11:05
|
Hi Adam, In my case I am using 1.2 (since that is the version maven downloaded by default) and once error occured, it stopped further compressing *any* file (any file under the webapp folder). Thanks, Kannan On 11/8/07, Adam <pun...@gm...> wrote: > > I just realized that the reply to was wrong on my email. Here it is > again: > > I do think that the error logging needs to be more detailed, and it > will be in 1.3 final. If you are using the current snapshot, it > currently is listing the files that are being compressed. This is not > a finalized logging implementation and is something I keep in only in > the snapshots. Once it is removed, the error messages will be a lot > clearer. > > On a side note, when you say it stopped further compression, do you > mean on that file or altogether stopped compressing files? > > > On Nov 7, 2007 10:16 AM, Adam <pun...@gm...> wrote: > > I do think that the error logging needs to be more detailed, and it > > will be in 1.3 final. If you are using the current snapshot, it > > currently is listing the files that are being compressed. This is not > > a finalized logging implementation and is something I keep in only in > > the snapshots. Once it is removed, the error messages will be a lot > > clearer. > > > > On a side note, when you say it stopped further compression, do you > > mean on that file or altogether stopped compressing files? > > > > > > On Nov 7, 2007 5:32 AM, Kannan Ekanath <kan...@gm...> wrote: > > > Ok, I got the issue here, i see a small message "Unterminated string > > > literal". I put a System.out in JSMin.java file, and I could see that > there > > > was *indeed* an error in one particular javascript file, in the lang > folder, > > > which stopped further compression. > > > > > > Seems a little odd though, if there is a javascript error in one file, > > > shouldnt the task go ahead and compress everything and then report > errors ? > > > :) > > > > > > My problem seems to be solved once I correct the javascript errors > > > > > > Regards, > > > Kannan > > > > > > > > > > > > On Nov 7, 2007 3:06 PM, Kannan Ekanath <kan...@gm...> > wrote: > > > > Hi, > > > > This is further to the thread > > > > http://sourceforge.net/forum/forum.php?thread_id=1858317&forum_id=712484 > > > > > > > > I have my folder structure as follows > > > > webapp > > > > src > > > > main > > > > java > > > > resources > > > > webapp (this is the folder under which web contents are > placed) > > > > scripts > > > > myapp > > > > (some scripts under many directory > levels) ---- > > > A > > > > jscalendar > > > > B.js directly under jscalendar > > > > lang (folder) > > > > C.js under a lang folder > > > > vendor > > > > dojo-widget > > > > (Many java script files) > > > > myvendor > > > > (js files) > > > > test > > > > > > > > My configuration for the plugin has a <include>**/**.js</include>. I > see > > > that all scripts under myapp folder are getting compressed (they are > nested > > > deep at many directory levels). B.js directly under jscalendar is > getting > > > compressed. However anything under vendor/dojo-widget is not getting > > > compressed. and anything under lang folder is not getting compressed. > > > > > > > > I assumed it was the licensing information which was present in > these > > > files which was the problem, but some files under myvendor folder is > not > > > getting compressed although there is no license information. > > > > > > > > I am not able to do any *guess* based on these patterns, can someone > tell > > > me why these folders are getting skipped or if you need someother logs > how I > > > should enable them? > > > > > > > > -- > > > > Regards, > > > > Kannan Ekanath > > > > > > > > > > > > -- > > > Regards, > > > Kannan Ekanath > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. > > > Still grepping through log files to find problems? Stop. > > > Now Search log events and configuration files using AJAX and a > browser. > > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > _______________________________________________ > > > Maven-js-plugin-users mailing list > > > Mav...@li... > > > https://lists.sourceforge.net/lists/listinfo/maven-js-plugin-users > > > > > > > > > > > > > > -- > > Adam Altemus > > > > > > -- > Adam Altemus > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Maven-js-plugin-users mailing list > Mav...@li... > https://lists.sourceforge.net/lists/listinfo/maven-js-plugin-users > -- Regards, Kannan Ekanath |
|
From: Adam <pun...@gm...> - 2007-11-07 22:13:34
|
I just realized that the reply to was wrong on my email. Here it is again: I do think that the error logging needs to be more detailed, and it will be in 1.3 final. If you are using the current snapshot, it currently is listing the files that are being compressed. This is not a finalized logging implementation and is something I keep in only in the snapshots. Once it is removed, the error messages will be a lot clearer. On a side note, when you say it stopped further compression, do you mean on that file or altogether stopped compressing files? On Nov 7, 2007 10:16 AM, Adam <pun...@gm...> wrote: > I do think that the error logging needs to be more detailed, and it > will be in 1.3 final. If you are using the current snapshot, it > currently is listing the files that are being compressed. This is not > a finalized logging implementation and is something I keep in only in > the snapshots. Once it is removed, the error messages will be a lot > clearer. > > On a side note, when you say it stopped further compression, do you > mean on that file or altogether stopped compressing files? > > > On Nov 7, 2007 5:32 AM, Kannan Ekanath <kan...@gm...> wrote: > > Ok, I got the issue here, i see a small message "Unterminated string > > literal". I put a System.out in JSMin.java file, and I could see that there > > was *indeed* an error in one particular javascript file, in the lang folder, > > which stopped further compression. > > > > Seems a little odd though, if there is a javascript error in one file, > > shouldnt the task go ahead and compress everything and then report errors ? > > :) > > > > My problem seems to be solved once I correct the javascript errors > > > > Regards, > > Kannan > > > > > > > > On Nov 7, 2007 3:06 PM, Kannan Ekanath <kan...@gm...> wrote: > > > Hi, > > > This is further to the thread > > http://sourceforge.net/forum/forum.php?thread_id=1858317&forum_id=712484 > > > > > > I have my folder structure as follows > > > webapp > > > src > > > main > > > java > > > resources > > > webapp (this is the folder under which web contents are placed) > > > scripts > > > myapp > > > (some scripts under many directory levels) ---- > > A > > > jscalendar > > > B.js directly under jscalendar > > > lang (folder) > > > C.js under a lang folder > > > vendor > > > dojo-widget > > > (Many java script files) > > > myvendor > > > (js files) > > > test > > > > > > My configuration for the plugin has a <include>**/**.js</include>. I see > > that all scripts under myapp folder are getting compressed (they are nested > > deep at many directory levels). B.js directly under jscalendar is getting > > compressed. However anything under vendor/dojo-widget is not getting > > compressed. and anything under lang folder is not getting compressed. > > > > > > I assumed it was the licensing information which was present in these > > files which was the problem, but some files under myvendor folder is not > > getting compressed although there is no license information. > > > > > > I am not able to do any *guess* based on these patterns, can someone tell > > me why these folders are getting skipped or if you need someother logs how I > > should enable them? > > > > > > -- > > > Regards, > > > Kannan Ekanath > > > > > > > > -- > > Regards, > > Kannan Ekanath > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > _______________________________________________ > > Maven-js-plugin-users mailing list > > Mav...@li... > > https://lists.sourceforge.net/lists/listinfo/maven-js-plugin-users > > > > > > > > -- > Adam Altemus > -- Adam Altemus |
|
From: Kannan E. <kan...@gm...> - 2007-11-07 10:32:44
|
Ok, I got the issue here, i see a small message "Unterminated string literal". I put a System.out in JSMin.java file, and I could see that there was *indeed* an error in one particular javascript file, in the lang folder, which stopped further compression. Seems a little odd though, if there is a javascript error in one file, shouldnt the task go ahead and compress everything and then report errors ? :) My problem seems to be solved once I correct the javascript errors Regards, Kannan On Nov 7, 2007 3:06 PM, Kannan Ekanath <kan...@gm...> wrote: > Hi, > This is further to the thread > http://sourceforge.net/forum/forum.php?thread_id=1858317&forum_id=712484 > > I have my folder structure as follows > webapp > src > main > java > resources > webapp (this is the folder under which web contents are placed) > scripts > myapp > (some scripts under many directory levels) ---- > A > jscalendar > B.js directly under jscalendar > lang (folder) > C.js under a lang folder > vendor > dojo-widget > (Many java script files) > myvendor > (js files) > test > > My configuration for the plugin has a <include>**/**.js</include>. I see > that all scripts under myapp folder are getting compressed (they are nested > deep at many directory levels). B.js directly under jscalendar is getting > compressed. However anything under vendor/dojo-widget is not getting > compressed. and anything under lang folder is not getting compressed. > > I assumed it was the licensing information which was present in these > files which was the problem, but some files under myvendor folder is not > getting compressed although there is no license information. > > I am not able to do any *guess* based on these patterns, can someone tell > me why these folders are getting skipped or if you need someother logs how I > should enable them? > > -- > Regards, > Kannan Ekanath -- Regards, Kannan Ekanath |
|
From: Kannan E. <kan...@gm...> - 2007-11-07 09:36:41
|
Hi, This is further to the thread http://sourceforge.net/forum/forum.php?thread_id=1858317&forum_id=712484 I have my folder structure as follows webapp src main java resources webapp (this is the folder under which web contents are placed) scripts myapp (some scripts under many directory levels) ---- A jscalendar B.js directly under jscalendar lang (folder) C.js under a lang folder vendor dojo-widget (Many java script files) myvendor (js files) test My configuration for the plugin has a <include>**/**.js</include>. I see that all scripts under myapp folder are getting compressed (they are nested deep at many directory levels). B.js directly under jscalendar is getting compressed. However anything under vendor/dojo-widget is not getting compressed. and anything under lang folder is not getting compressed. I assumed it was the licensing information which was present in these files which was the problem, but some files under myvendor folder is not getting compressed although there is no license information. I am not able to do any *guess* based on these patterns, can someone tell me why these folders are getting skipped or if you need someother logs how I should enable them? -- Regards, Kannan Ekanath |
|
From: Adam <pun...@gm...> - 2007-07-11 20:58:53
|
The MobilVox Maven JavaScript Plugin has been synced with the Maven ibiblio repository. This means that downloading the JAR file is no longer needed. However, the JAR files on sourceforge will be kept up to date in the event that a download is necessary. Check www.mobilvox.com/projects/maven-js-plugin for more details. Thanks, Adam Altemus |
|
From: Adam A. <aal...@mo...> - 2007-07-05 18:06:51
|
The site documentation has been updated, which will ease the installation/configuration process for the plugin. Additionally, the Maven 2 repositories are now up and should be synched soon. Thanks, Adam Altemus aal...@mo... |
