Thanks for the vote Tim.

Would you be able to help me out and do the 1.0.0 release yourself? I'll 
support you of course. Do you want to run a separate vote on this to keep it 
all formal?

Kind regards,
Christopher

On 08/12/2011, at 11:49 PM, Timothy Astle wrote:

> +1
> 
> I'd really appreciate if you could make a non-snapshot tag of the old 
> 1.0-alpha version along the way.
> 
> Cheers!
> 
> 
> Tim
> 
> On 08/12/2011 5:45 AM, Christopher Hunt wrote:
>> 
>> Hi there,
>> 
>> I'd now like to put the swapping of the trunk with our new 2.0 branch to a 
>> vote. We've been very busy over the past two weeks carrying out the plan 
>> below and are happy to report our progress as represented here:
>> 
>> http://mojo.codehaus.org/branches/javascript-maven-tools/
>> 
>> My plan is to:
>> 
>> 1. Move the current trunk to "branch-1.0.0"
>> 2. Move the "javascript-maven-tools-proposal" to the trunk.
>> 3. Move the Maven Javascript Tools out of the sandbox.
>> 
>> [ 1 ] +1
>> [ 0 ] +0
>> [ 0 ] -1
>> 
>> The vote is open for 72 hours, and will succeed by lazy consensus.
>> Kind regards,
>> Christopher
>> On 22/11/2011, at 12:08 PM, Christopher Hunt wrote:
>> 
>>> Hi there fellow Codehaus committers.
>>> 
>>> I'm preparing to call for a vote as I think it is high time for us to do 
>>> something about the "Maven Javascript Tools" project (MJS)(15). I'd 
>>> initially like to gauge community sentiment on the following proposal. 
>>> 
>>> MJS was put into the sandbox back in 2008. HTML5/CSS/JS development is now 
>>> becoming mainstream and we are in a great position to deliver a significant 
>>> amount of tooling.
>>> 
>>> I believe that a problem with MJS has been with it trying to encompass all 
>>> of the goals you might need to perform in a JS build. This is contrary to 
>>> how Java is handled by Maven plugins. In Java we have many plugins as 
>>> opposed to the one umbrella plugin. There has been some conversation on 
>>> this a while back (14).
>>> 
>>> However I think that it is very useful to have a great starting point in 
>>> terms of where the JS developer can go to. I think the starting point 
>>> should be MJS.
>>> 
>>> I propose that MJS becomes:
>>> * the placeholder of general documentation on Maven based JS development
>>> * a host for a new packaging MOJO
>>> * a host for common JS project archetypes
>>> 
>>> ...and that's it.. no other MOJOs.
>>> 
>>> The new packaging MOJO would do something like the following:
>>> 
>>> 1. Declare the following dependencies: almond.js (1), js-testrunner (2), 
>>> qunit (3)
>>> 2. Declare the following plugins and bind their goals: 
>>>  2.1 JS Import (4)
>>>  2.2 JS Lint (5)
>>>  2.3 Compiler plugin (in support of tests) (6)
>>>  2.4 Webminifier (7)
>>>  2.5 Jetty (to support running during build cycle) (8)
>>>  2.6 Surefire (for testing) (9)
>>>  2.7 Site plugin (for documentation) (10)
>>>  2.8 JSTools (purely for JSDoc API doco) (11)
>>>  2.9 Install plugin (12)
>>> 3. Declare src/main/js and src/test/js to the resource plugin as additional 
>>> resource folders
>>> 4. Attach .js and -min.js files to a project so that they can be installed 
>>> and deployed.
>>> 
>>> All of the above works now and is being used on projects that I've been 
>>> working on over the past two years. JS Import and Webminifier are the only 
>>> two projects that require a 1.0.0 release and both are already 
>>> battle-hardened.
>>> 
>>> We are going to branch MJS so you'll be able to see something concrete to 
>>> compare the existing MJS to. If the community agrees then we can swap our 
>>> branch with the trunk and make a "-deprecated" release of the existing 
>>> project at the same time. The latter will support those who may have 
>>> already have a dependency on MJS (13).
>>> 
>>> Meanwhile please indicate your thoughts on this proposal.
>>> 
>>> Kind regards,
>>> Christopher
>>> http://christopherhunt-software.blogspot.com/
>>> 
>>> (1) https://github.com/jrburke/almond
>>> (2) http://js-testrunner.codehaus.org/
>>> (3) http://docs.jquery.com/QUnit
>>> (4) http://mojo.codehaus.org/js-import-plugin/
>>> (5) http://mojo.codehaus.org/jslint-maven-plugin/index.html
>>> (6) http://maven.apache.org/plugins/maven-compiler-plugin/
>>> (7) http://mojo.codehaus.org/webminifier-maven-plugin/
>>> (8) http://www.eclipse.org/jetty/
>>> (9) http://maven.apache.org/plugins/maven-surefire-plugin/
>>> (10) http://maven.apache.org/plugins/maven-site-plugin/
>>> (11) http://dev.abiss.gr/mvn-jstools/
>>> (12) http://maven.apache.org/plugins/maven-install-plugin/
>>> (13) http://jira.codehaus.org/browse/MJS-37
>>> (14) http://jira.codehaus.org/browse/MJS-38
>>> (15) http://mojo.codehaus.org/javascript-maven-tools/
>> 
> 
> -- 
> Timothy Astle, BCS
> Web Development Manager
> 
> CARIS
> 115 Waggoners Lane
> Fredericton, New Brunswick
> Canada    E3B 2L4
> Tel: +1.506.458.8533     Fax: +1.506.459.3849
> www.caris.com
> Join us for CARIS 2012 — Exploration and Discovery
> June 25–28, 2012, Vancouver, British Columbia, Canada
> Visit www.caris.com/caris2012 for details today
> 
> Connect with CARIS
> Twitter | LinkedIn | Facebook | YouTube
> 
> Download your free copy of CARIS Easy View today!
> www.caris.com/easyview
> 
> _________________________________________________________________________
> This email and any files transmitted with it are confidential and intended 
> only for the addressee(s). If you are not the intended recipient(s) please 
> notify us by email reply. You should not use, disclose, distribute or copy 
> this communication if received in error.
> 
> Any views or opinions expressed in this email are solely those of the author 
> and do not necessarily represent those of the company. No binding contract 
> will result from this email until such time as a written document is signed 
> on behalf of the company.
> 

Reply via email to