Re: getting involved again

Here are some easy things to do that we are too lazy to do. I'm also wary of allocating anything that would be redone in maven-new. No point reinventing the wheel. MAVEN-419 - Perhaps a migration to the new tigris style might be in order as well style.tigris.org / styles.tigris.org MAVEN-159 -

getting involved again

Hi, Now that I have a bit more time on my hands again, I'd like to get involved in improving Maven (last time I said that it promptly disappeared of course!) I'm just wondering if there are any particular areas I could focus on, or any reading I can do about maven-new. I've been working through a

cvs commit: maven/src/test/touchstone-build/src/reactor-build/standard project.properties

jvanzyl 2003/06/06 18:27:53 Modified:.project.xml src/conf driver.properties src/java/org/apache/maven MavenConstants.java MavenUtils.java src/test/touchstone-build maven.xml src/test/touchstone-b

Re: mm.mysql on ibiblio - illegal in JAR dep

I have copied mm.mysql to mm-mysql, and renamed the artifacts appropriately. Now stop using it so it can be removed one day! (this will ultimately break when we move to a hierarchical directory structure that is predicated on using . in groupIds to set the structure - ala java packages) Cheers

Re: [Ibiblio Request] Latest Mysql connector 3.0.7

Seems like 3.0.7 is no longer the latest. I've uploaded 3.0.8-stable. Let me know if you really really want 3.0.7 Luke Taylor wrote: http://www.mysql.com/downloads/api-jdbc-stable.html There's a jar file inside the zip or tgz download. Thanks a lot, Luke. ---

Re: [IBIBLIO] Upload Tapestry latest

Done. [EMAIL PROTECTED] wrote: Please upload the latest Tapestry JARs to Maven repository. project.xml and jars are at http://jakarta.apache.org/~hlship Thanks! -- [EMAIL PROTECTED] Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry ---

cvs commit: maven/src/plugins-build/repository/src/plugin-resources repository-audit.xml

bwalding2003/06/06 16:38:06 Modified:src/plugins-build/repository/src/plugin-resources repository-audit.xml Log: Tanuki service wrapper (MIT) and EnterpriseDT ftp client (LGPL) Revision ChangesPath 1.25 +14 -0 maven/src/plugins-build/repo

Re: [Repository Upload Request]Upgrade Jakarta Commons Codec

Done. [EMAIL PROTECTED] wrote: Guys, please upgrade Apache Jakarta Commons Codec from 1.0-dev to 1.1 Download from http://jakarta.apache.org/site/sourceindex.cgi into http://www.ibiblio.org/maven/commons-codec/jars/ thanx Martin - This mail sent

Re: [Repository Upload Request] xalan 2.5.1 & xercesImpl 2.4.0

Done Scott Eade wrote: Can someone please upload xalan-2.5.1.jar & xercesImpl-2.4-0.jar to ibiblio. I have put a copy of these jars at: http://members.iinet.net.au/~seade/public_html/ I haven't bothered with the resource template as the values are pretty obvious for these jars. I am not a s

[PROPOSAL] Maven POM re-org to address deps + test issues

Hi, Based on the discussions about "test levels" and about isolating test, runtime and compile time dependencies, I thought about some changes to the POM that might help, and got a bit carried away ;) This is a work in progress with a few limitations discussed later, but I thought it might be a

Mailing List URLs are stale

Hi, The Mailing List URL's on the Maven site are stale: http://maven.apache.org/mail-lists.html What are they now? -Nick This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and i

Re: Repository Upload question

Either is fine, but things get lost on the list - usually if it's not done in about 3 days, ping the list again. Ultimately if something is in JIRA it will get done - just might take a while. This time round, just send it to the list. I'll do them all tomorrow morning. Kevin Ross wrote: FAQ

RE: Repository Upload question

FAQ says the request goes to the list. Would you rather have me put it in Jira so you can keep track? If so, no problem. Kevin Ross -Original Message- From: Ben Walding [mailto:[EMAIL PROTECTED] Sent: Thursday, June 05, 2003 6:34 PM To: Maven Developers List Subject: Re: Repository Upl

Re: Repository Upload question

One project template per group id is ok for now. We will get more regimental as time goes by. The important thing is the license that for new groups. So we'd create xmldb/jars/xmldb-dep1-1.1.jar xmldb/jars/xmldb-dep2-1.2.jar xmldb/jars/xmldb-dep3-1.n.jar xmldb/jars/xmldb-dep4-2.4.jar etc That

[ANNOUNCEMENT] Commons FileUpload 1.0 Release Candidate 1 Released

Hi, could someone please put this jar on ibiblio? Thanks. Regards Henning >Path: news.hometree.net!not-for-mail >From: Martin Cooper <[EMAIL PROTECTED]> >Newsgroups: hometree.jakarta.announce >Subject: [ANNOUNCEMENT] Commons FileUpload 1.0 Release Candidate 1 Released >D

Repository Upload question

I'm a commiter on the Xindice project and want to start mavenizing the dependencies. In particular, the xmldb*.jars are from xmldb.org. I can of course make the descriptor template for xmldb. My question is, with 4 jars, do I need separate project template for each jar? They all use the same li

[Repository Upload Request] xmldb

Please upload these items to the repository at your convenience. jars http://iverticalleap.com/maven/xmldb/jars/xmldb-api-20021118.jar http://iverticalleap.com/maven/xmldb/jars/xmldb-api-sdk-20021118.jar http://iverticalleap.com/maven/xmldb/jars/xmldb-common-20021220.jar http://iverticalleap.co

cvs commit: maven/src/plugins-build/changes .cvsignore

vmassol 2003/06/05 13:35:11 Modified:src/plugins-build/changes .cvsignore Log: added build.properties to ignore list Revision ChangesPath 1.2 +1 -0 maven/src/plugins-build/changes/.cvsignore Index: .cvsignore =

cvs commit: maven/src/plugins-build/changes/xdocs changes.xml goals.xml index.xml navigation.xml properties.xml

vmassol 2003/06/05 13:34:13 Modified:src/plugins-build/changes plugin.jelly plugin.properties project.xml src/plugins-build/changes/xdocs goals.xml index.xml navigation.xml properties.xml Added: src/plugins-build/chan

cvs commit: maven/src/plugins-build/cactus project.xml

vmassol 2003/06/05 13:32:29 Modified:src/plugins-build/cactus project.xml Log: Added useful missing reports that all maven plugins should have IMO Revision ChangesPath 1.26 +3 -0 maven/src/plugins-build/cactus/project.xml Index: project.xml ==

RE: Maven web site and Wiki

Hi Brian, > -Original Message- > From: Brian Ewins [mailto:[EMAIL PROTECTED] > Sent: 06 June 2003 15:20 > To: Maven Developers List > Subject: Re: Maven web site and Wiki > > Vincent, are you just guessing that MoinMoin stores in xdoc format? > nope... check: Rendered page: http://www.

cvs commit: maven/src/plugins-build/cactus project.xml

vmassol 2003/06/05 13:23:59 Modified:src/plugins-build/cactus project.xml Log: Added changes report Revision ChangesPath 1.25 +1 -0 maven/src/plugins-build/cactus/project.xml Index: project.xml =

cvs commit: maven/src/plugins-build/cactus/sample .cvsignore

vmassol 2003/06/05 13:21:18 Modified:src/plugins-build/cactus/sample .cvsignore Log: added velocity.log to the ignore list Revision ChangesPath 1.3 +1 -0 maven/src/plugins-build/cactus/sample/.cvsignore Index: .cvsignore =

Re: Maven web site and Wiki

Vincent, are you just guessing that MoinMoin stores in xdoc format? Section 1.3, Pages: "The pages are store exactly as they appear in the edit window in text format." (actually this isn't entirely true. I read the code f

cvs commit: maven/src/test/touchstone-build/src/reactor-build/username_test maven.xml project.xml

jvanzyl 2003/06/05 12:55:03 Modified:src/test/touchstone-build/src/reactor-build/username_test maven.xml project.xml Log: o having to do a little coercion which means something is not right in the core. Should probably just swap out the old core for the ne

RE: Maven web site and Wiki

> -Original Message- > From: Cocell | Trygve Laugstøl [mailto:[EMAIL PROTECTED] > Sent: 06 June 2003 14:13 > To: Maven Developers List > Subject: Re: Maven web site and Wiki > > Wasnt the point to have a wiki site and then create the xdocs based on the > wiki site? Nope :-) The wiki aut

cvs commit: maven/src/test/touchstone-build/src/reactor-build/username_test maven.xml project.xml

jvanzyl 2003/06/05 12:17:15 Added: src/test/touchstone-build/src/reactor-build/username_test maven.xml project.xml Log: o test case for john casey's patch for properties handling in the reactor. Revision ChangesPath 1.1 maven/sr

cvs commit: maven/src/test/touchstone-build/src/reactor-build/username_test - New directory

jvanzyl 2003/06/05 12:16:32 maven/src/test/touchstone-build/src/reactor-build/username_test - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Maven web site and Wiki

Wasnt the point to have a wiki site and then create the xdocs based on the wiki site? If the wiki site cant commit the wiki entries as xdoc formatted docs in the maven cvs, but can export the entries as xml I think wath I proposed would be a rather simple solution. Its just a suggestion anyway, im

RE: Maven web site and Wiki

> -Original Message- > From: Cocell | Trygve Laugstøl [mailto:[EMAIL PROTECTED] > Sent: 06 June 2003 13:52 > To: Maven Developers List > Subject: Re: Maven web site and Wiki > > Hi > > Sounds like a really good plan, but perhaps there should be installed a > normal wiki installation tha

Re: Maven web site and Wiki

Hi Sounds like a really good plan, but perhaps there should be installed a normal wiki installation that can deliver xml exports. Then a nighly cronjob could do this 1. Export the new/updated entries to a xml file 2. Use XSLT to transform the wiki xml to xdoc. 3. Use XSLT to take out the commend f

RE: Maven web site and Wiki

If we can make it happen it will be great. Anything to improve documentation is a change in good direction (as long as can be controlled)! +1 Michal -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2003 1:01 PM To: 'Maven Developers List' Subject:

Maven web site and Wiki

Hi, Here are some facts: - Our Maven web site contains lots of inaccuracies and would not suffer from additional documentation - Some Maven users would be happy to contribute if we gave them easy tools for that. The idea: - Transform our web site from a static web site into a Wiki web site. - Bu

RE: Committers let's agree on how we make changes to a plugin

> -Original Message- > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > Sent: 04 June 2003 22:46 > To: Maven Developers List > Subject: Re: Committers let's agree on how we make changes to a plugin > > On Wed, 2003-06-04 at 08:49, Vincent Massol wrote: > > Hi, > > > > What do you think ab

cvs commit: maven/xdocs development-process.xml

vmassol 2003/06/06 03:45:11 Modified:xdocsdevelopment-process.xml Log: Added steps to follow when performing a modification on a Maven plugin Revision ChangesPath 1.5 +7 -0 maven/xdocs/development-process.xml Index: development-process.xml =

Re: [PROPOSAL] Maven POM re-org to address deps + test issues

Hi Bret, IMHO, your proposal is the way maven should go. This is a generic way to express any new kind of project topology. I think Micha's proposal is just another extension that describe what should be done, which is NOT good. I think maven's first essence was to describe a project and not what

RE: [PROPOSAL] Maven POM re-org to address deps + test issues

Hi Brett! I would rather prefer to make it differently. a) junit tests should be left as they are. (still no way to skip them!) b) For other types of tests (integration tests, stress tests etc.) we can make it similarly as it was done with Reports (plugable API): cactus httpU

cvs commit: maven/src/plugins-build/antlr/xdocs goals.xml

vmassol 2003/06/06 00:46:52 Modified:src/plugins-build/antlr/xdocs goals.xml Log: Fixed typo: Ant -> Antlr Revision ChangesPath 1.2 +1 -1 maven/src/plugins-build/antlr/xdocs/goals.xml Index: goals.xml =

[IBIBLIO] Upload Tapestry latest

Please upload the latest Tapestry JARs to Maven repository. project.xml and jars are at http://jakarta.apache.org/~hlship Thanks! -- [EMAIL PROTECTED] Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry -