Re: [Discussion] Continuum 2.0 Roadmap

2008-02-09 Thread Trygve Laugstøl
Rahul Thakur wrote: Overall I think the core of Continuum should be re-though to be more pluggable. In particular a workflow engine should be in the middle of the execution to orchestrate any steps involved with building a project. This is one of the places where people should be able to plug

Re: [Discussion] Continuum 2.0 Roadmap

2008-02-09 Thread Trygve Laugstøl
Rahul Thakur wrote: 1-2)I would like to bring Guice to the mix. I think it is worth investigating for Continuum 2.0 - WDYT? I need a reason to drop the current set of technologies, why is the new set better etc. My motivations behind this were: # leverage Java 5 language and other lib

Re: Javapolis 2007

2007-12-12 Thread Trygve Laugstøl
I'm there! :) Vincent Massol wrote: On Nov 27, 2007, at 11:40 AM, Stephane Nicoll wrote: ZZzzz. Anyone awake? Vincent M., read your mail. I know you're coming! Yep, I'm coming :) XWiki will even have a huge booth as part of the ObjectWeb consortium. See you there! -Vincent On Nov 25

Re: long delay between maven completion and build completion

2007-09-26 Thread Trygve Laugstøl
Brett Porter wrote: I'm seeing this on the zone: INFO | jvm 1| 2007/09/24 03:29:17 | 2007-09-24 03:29:17,421 [pool-1-thread-1] INFO ContinuumBuildExecutor:maven2 - Exit code: 0 then for a long interval, on the web interface, the build is still "in progress". It doesn't happen all the

Re: [vote] Move the maven-antlr-plugin to the mojo project

2007-07-15 Thread Trygve Laugstøl
Jason van Zyl wrote: +1 On 14 Jul 07, at 8:33 AM 14 Jul 07, Vincent Siveton wrote: Hi, The last release (beta) of maven-antlr-plugin was more than two years ago. We did some small enhancements. http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11123&fixfor=12931 A release

Re: [VOTE] Release Maven 2.0.7

2007-06-13 Thread Trygve Laugstøl
Jason van Zyl wrote: Hi, The release notes are here: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&styleName=Html&version=13138 The tag is here: http://svn.apache.org/repos/asf/maven/components/tags/maven-2.0.7/ Staging repository: http://people.apache.org/~jvanzyl/mav

Re: Specifying IntelliJ module name with maven-idea-plugin

2007-05-15 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Hi there, I've notice that when using maven-idea-plugin, the module name that is generated is based solely on artifact id. Is there a particular reason for this? Why wouldn't it use project name instead? The reason I'm asking this is that we have three maven projec

Re: What is the Best practice for generating variations of an artifacts?

2007-04-26 Thread Trygve Laugstøl
Franz Allan Valencia See wrote: Good day, Anybody want to comment on [1]. I think this has already been asked several times, and it would be interesting what the other developers would suggest as the best practice :-) I wrote [1] on the subject a while back. [1] http://blogs.codehaus.org/peo

Re: Remove auto-resolution of plugin versions from Maven 2.1

2007-04-14 Thread Trygve Laugstøl
Brett Porter wrote: I think it's more complicated than just removing that. Firstly, large numbers of command line plugins will stop working. Secondly, we need to provide a solution for implied plugins (we can set the version in the lifecycle and then let the user give pluginManagement to over

Re: mvn -Dtest=false = mvn -Dmaven.test.skip=false

2007-03-22 Thread Trygve Laugstøl
Jason Dillon wrote: I just found out that -Dtest=false is the same as -Dmaven.test.skip=true... for those that don't like to type so much... FYI. -Dmaven.test.skip=true will in addition not compile the tests vs -Dtest=false will only skip execution. -- Trygve ---

Re: svn commit: r519667 - in /maven/doxia/trunk: doxia-decoration-model/ doxia-doc-renderer/ doxia-site-renderer/ pom.xml

2007-03-20 Thread Trygve Laugstøl
Jason van Zyl wrote: On 20 Mar 07, at 7:57 AM 20 Mar 07, Trygve Laugstøl wrote: Brett Porter wrote: On 19/03/2007, at 11:27 AM, Jason van Zyl wrote: You mean in a separate subproject of doxia. I can change the directory so how about: doxia doxia-site (sub project) doxia-book (sub project

Re: Behavior philosophy. Was: Re: [vote] MNG-1577 as the default behavior

2007-03-20 Thread Trygve Laugstøl
Jason van Zyl wrote: On 20 Mar 07, at 7:45 AM 20 Mar 07, Trygve Laugstøl wrote: Jason van Zyl wrote: Hi, After working with it a little this week I would like to propose to make MNG-1577 behavior introduced the default. Builds are completely and totally unpredictable without this behavior

Re: Archiva logging of requests for artifacts

2007-03-20 Thread Trygve Laugstøl
Wendy Smoak wrote: A recent version of Archiva is logging everything about incoming requests, but I don't see anything about the requests it makes out to proxied repositories. After deleting junit from both the local repository and the proxy-of-central 'releases' repo served by Archiva, I see th

Re: svn commit: r519667 - in /maven/doxia/trunk: doxia-decoration-model/ doxia-doc-renderer/ doxia-site-renderer/ pom.xml

2007-03-20 Thread Trygve Laugstøl
Brett Porter wrote: On 19/03/2007, at 11:27 AM, Jason van Zyl wrote: You mean in a separate subproject of doxia. I can change the directory so how about: doxia doxia-site (sub project) doxia-book (sub project) These sound fine to me. Me too. What is the most important aspect of Doxia giv

Behavior philosophy. Was: Re: [vote] MNG-1577 as the default behavior

2007-03-20 Thread Trygve Laugstøl
Jason van Zyl wrote: Hi, After working with it a little this week I would like to propose to make MNG-1577 behavior introduced the default. Builds are completely and totally unpredictable without this behavior. The behavior in 2.0.5 is fundamentally broken. To are totally prey to any dependen

Re: Preparing Maven SCM 1.0

2007-03-14 Thread Trygve Laugstøl
Emmanuel Venisse wrote: Emmanuel Venisse a écrit : Trygve Laugstøl a écrit : Emmanuel Venisse wrote: Hi, I'd like to release Maven 1.0 in next weeks. As you can see, I updated jira for this version. Before to do it, we need to fix some major issues with some providers. [snip]

Re: Preparing for continuum-1.1-alpha-1

2007-03-13 Thread Trygve Laugstøl
Jesse McConnell wrote: > I think we shouldn't worry about making these actually releases cut > with the maven-release-plugin. I say we just make a build and get it > available for download. Also tag the continuum trunk accordingly. > Then we ought to try to release a new alpha every few weeks u

Re: Does this feature already exist?

2007-03-12 Thread Trygve Laugstøl
It is indeed similar but Erik's thing will build it against *all* compatible versions, where compatible means within major upgrades (a x.y.z pattern is assumed). -- Trygve Jesse McConnell wrote: erik I saw this issue and thought of you :) http://jira.codehaus.org/browse/CONTINUUM-45 jesse

Re: Preparing for continuum-1.1-alpha-1

2007-03-12 Thread Trygve Laugstøl
Jesse McConnell wrote: sounds good to me, imo either trunc it or maybe switch the model over to a clob for that in the db... I tried to make it a CLOB once but couldn't get it to work because of some JPOX issues IIRC so for alpha-1 just chop the exception and/or write it to a separate file an

Re: Preparing for continuum-1.1-alpha-1

2007-03-12 Thread Trygve Laugstøl
Jesse McConnell wrote: I have gone through jira issues there were assigned to 1.1 and spread things out a bit. here is my criteria I used in separating out the issues: 1.1-alpha-1 -> issues that need to be addressed asap before we pull any kinda alpha 1.1-alpha-2 -> higher importance issues and

Re: Archiva Database future.

2007-03-11 Thread Trygve Laugstøl
Joakim Erdfelt wrote: Databases in Archiva. I need *desperately* to create a proper database for Archiva. Relying on the Lucene database for all things in Archiva is not cutting it. But I'm waffling on the database O/RM technology to use. Here some Archiva requirements for the O/RM db technolo

Re: Maven's ArtifactMetadataSource's bad role-hint

2007-03-05 Thread Trygve Laugstøl
Jason van Zyl wrote: On 4 Mar 07, at 3:18 AM 4 Mar 07, Andrew Williams wrote: Are there an objections, or reasons not to change the role-hint of MavenMetadataSource in maven-project from "maven" to "default". I think that's fine, but we should also annotating all the plexus components and

Re: [vote] Trying to use standard versioning

2007-03-05 Thread Trygve Laugstøl
+1 with the same remark about not having the trailing .0 on the first release. Brett Porter wrote: +1 (I was going to do that with the 2.3 release, except that it had had junit4 support added). Aesthetically, I prefer to drop the trailing 0 on a first point release, but don't mind either w

Re: [vote] Trying to use standard versioning

2007-03-05 Thread Trygve Laugstøl
Kenney Westerhof wrote: +1, as long as it's done like this: - use major.minor on trunk - major.[minor+1] is either api breaking or has new features - bugfixes should be major.minor.micro, from a maintenance branch for major.minor. Minor releases can't break APIs, we agreed on that a long time

Re: svn commit: r512016 - /maven/sandbox/trunk/plugins/maven-dependency-plugin/pom.xml

2007-03-01 Thread Trygve Laugstøl
Jörg Schaible wrote: Dan Tran wrote: I think you broke the convention of 2 spaces indentation for xml file ;-) Well, no. All the lines had tab indention except the new ones I added. So I converted them into tabs also ;-) The convention is 2 spaces as indent so please fix the previous devel

Re: Plans for Wagon-1.0 final release?

2007-02-28 Thread Trygve Laugstøl
John Casey wrote: Hi, I just committed some changes to trunk that should restore backward compatibility for using older wagons (at least in the vast majority of cases). It may still break if there is an older version of a wagon out there that doesn't extend from AbstractWagon (since the Wagon

Re: Poll: release continuum alpha

2007-02-23 Thread Trygve Laugstøl
Jesse McConnell wrote: I was talking to trygve a bit on irc and it dovetailed nicely with some plans I had talked about late last year in regard to continuum...I am just about a month late is all. We thought we ought to take a poll on here about continuum and see what folks thought. This is not

Re: Why is prerequisites not inherited?

2007-02-16 Thread Trygve Laugstøl
Brian E. Fox wrote: Heh. Are you mocking me or just behind in thread mail? ;p BTW: Is this reply threading correctly now? Can't tell until you reply to this one as most email clients make threads based on the subject so it needs to be at least on the third level down in the thread tree. [s

Re: svn commit: r506479 - in /maven/continuum/trunk: continuum-api/src/main/java/org/apache/maven/continuum/ continuum-api/src/main/java/org/apache/maven/continuum/store/ continuum-core/src/main/java/

2007-02-14 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Author: evenisse Date: Mon Feb 12 07:19:35 2007 New Revision: 506479 URL: http://svn.apache.org/viewvc?view=rev&rev=506479 Log: Fix some jdo calls for performance improvment Modified: maven/continuum/trunk/continuum-api/src/main/java/org/apache/maven/continuum/Cont

Re: License for POM files

2007-02-14 Thread Trygve Laugstøl
Deepak Bhole wrote: Hi, What license are the pom files in the maven2 repository (repo1.maven.org/maven2) under? We need to know if we are allowed to redistribute those poms with Fedora. They either have the license of the project in question (as they come from the project) or they're written b

Re: [VOTE] Release Maven 2.0.5 (take 2)

2007-02-13 Thread Trygve Laugstøl
Jason van Zyl wrote: Hi, The assemblies that people are interested in are staged here: http://people.apache.org/~jvanzyl/staging-repository/org/apache/maven/maven-core/2.0.5/ Here is the JIRA roadmap: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&&pid=10500&fixfor=12294&so

Re: 2.0.5 and MNG-2794

2007-02-12 Thread Trygve Laugstøl
I would like to see this additional requirement too. -- Trygve Kenney Westerhof wrote: Yup, I agree. but still the case where 2 matches are equally near should be solved; I think atm. this is either random or first/last-encountered-wins; this should be latest (so nearest wins, if equal distan

Re: svn commit: r501627 - in /maven/plugins/trunk/maven-repository-plugin/src/main/java/org/apache/maven/plugins/repository: BundleCreateMojo.java BundlePackMojo.java

2007-02-01 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Author: jmcconnell Date: Tue Jan 30 14:59:27 2007 New Revision: 501627 URL: http://svn.apache.org/viewvc?view=rev&rev=501627 Log: added $ back into the expressions, was throwing NPE in the test cases on the jarArchiver [snip] /** * Jar archiver. - *

Re: [vote] merge id-refactor branch changes

2007-01-24 Thread Trygve Laugstøl
Rahul Thakur wrote: 'int' ids are now converted to 'long' across the project and to allow really large values. This should cater to scenarios where the id generation could be started from an arbitrary large value. Won't this break the API? Yep, it would. What is the use case where 4 billi

Re: Build by Maven logo

2007-01-23 Thread Trygve Laugstøl
Vincent Siveton wrote: Hi, I would like to hear your comments about the "build by Maven" logo (DOXIA-84) and the ASF feather. This logo is the out-of-box Maven logo, a lot of projects uses Maven for their documentation so it is an important advertising way for ASF Maven. IMHO the ASF feather sh

Re: [vote] merge id-refactor branch changes

2007-01-23 Thread Trygve Laugstøl
Rahul Thakur wrote: Hi, I'd like to request a vote to merge the id-refactor branch changes. 'int' ids are now converted to 'long' across the project and to allow really large values. This should cater to scenarios where the id generation could be started from an arbitrary large value. Won't

Re: Problems with ContinuumStoreTest

2007-01-19 Thread Trygve Laugstøl
Erik Drolshammer wrote: Marcelo Fukushima wrote: On 1/18/07, Erik Drolshammer <[EMAIL PROTECTED]> wrote: Hi! I'm trying to set up a developement environment for Continuum, but I'm experiencing some problems; *tags/continumm-1.0.3* #mvn install => " log4j:WARN Please initialize the log4j syste

Re: Metrics Gathering & Tracking

2007-01-18 Thread Trygve Laugstøl
Rahul Thakur wrote: Jesse McConnell wrote: I was figuring we would add something like this as some kinda continuum extension for when the workflow is added to the continuum object. Is this going to be impelmented using plexus-spe or OS workflow? os-workflow is not what Continuum need, I trie

Re: [VOTE] Release Maven 2.0.5

2007-01-15 Thread Trygve Laugstøl
Trygve Laugstøl wrote: Jason van Zyl wrote: Hi, The entire release is staged here: http://people.apache.org/~jvanzyl/maven-2.0.5/ The assemblies that people are interested in are staged here: http://people.apache.org/~jvanzyl/maven-2.0.5/org/apache/maven/maven-core/2.0.5/ Here is the

Re: Trusting in our own dog food

2007-01-15 Thread Trygve Laugstøl
than rely on ci.sh) - runs a reactor (can add that as a less frequent build execution in continuum too, though). So, I don't see any reason to keep it - wdyt? - Brett On 11/01/2007, at 7:57 PM, Trygve Laugstøl wrote: Brett Porter wrote: Folks, I'd like to turn off continuum_ci.s

Re: [VOTE] Release Maven 2.0.5

2007-01-13 Thread Trygve Laugstøl
Jason van Zyl wrote: Hi, The entire release is staged here: http://people.apache.org/~jvanzyl/maven-2.0.5/ The assemblies that people are interested in are staged here: http://people.apache.org/~jvanzyl/maven-2.0.5/org/apache/maven/maven-core/2.0.5/ Here is the JIRA roadmap: http://jira.

Re: Moving site plugin webapp to another plugin

2007-01-11 Thread Trygve Laugstøl
Jason van Zyl wrote: Can we put the webapp stuff that's currently in the site plugin in another plugin so that when you simply want to generate your site you don't drag down Jetty and all its dependencies? It really is something unexpected and isn't something most would associate with just gene

Re: calling vote for 2.0.5

2007-01-11 Thread Trygve Laugstøl
Jason van Zyl wrote: Hi, I want to call a vote for 2.0.5. All the issues that are going to get done are done. We'll release and move on. I would like to start building all releases from a standard machine with the same JDK. I would like to propose the maven.org machine which is monitored 24

Re: Trusting in our own dog food

2007-01-11 Thread Trygve Laugstøl
Brett Porter wrote: Folks, I'd like to turn off continuum_ci.sh and instead only use Continuum itself to do CI for Continuum. Any objections? I don't see why it should be turned off, but perhaps the automatic notifications can be turned off or just send failures. That way it would verify th

Re: [discuss] site layout for /maven/*

2007-01-10 Thread Trygve Laugstøl
Vincent Siveton wrote: Hi, 2007/1/10, Jason van Zyl <[EMAIL PROTECTED]>: On 9 Jan 07, at 7:18 AM 9 Jan 07, Vincent Siveton wrote: > Hi, > > In the same way of Brett's thread [1], WDYT to move all > /maven/*/*-site to /maven/site/*? > > Actually, archiva, jxr and doxia have no standard layout

Re: [discuss] site layout for /maven/*

2007-01-10 Thread Trygve Laugstøl
Vincent Siveton wrote: Hi, In the same way of Brett's thread [1], WDYT to move all /maven/*/*-site to /maven/site/*? Actually, archiva, jxr and doxia have no standard layout for site and problems of deployment can appear (throw a glance to [2] about doxia site). We could consolidate them instea

Re: [vote] Collapse Maven permission groups

2007-01-09 Thread Trygve Laugstøl
Brett Porter wrote: Hi, Since there was no objection to calling a vote, as discussed in the proposal, I'd like to call a vote on this. To see the proposal and discussion: http://mail-archives.apache.org/mod_mbox/maven-dev/200612.mbox/[EMAIL PROTECTED] Vote to operate as - requiring 2/3rd

Re: maven mirror rsync

2007-01-09 Thread Trygve Laugstøl
Cody Zhang wrote: Dear Lady/Gentleman, I am a maven user. I follow the command (http://maven.apache.org/guides/mini/guide-mirror-settings.html ): rsync -v -t -l -r mirrors.ibiblio.org::maven2 /tmp/maven2 But, it is failure. Seems to be working for me, at least it starts to fetch th

Re: [proposal] consolidate sandboxes

2007-01-09 Thread Trygve Laugstøl
Brett Porter wrote: Hi, When we earlier opened the Maven sandbox to all ASF committers, I think it was the intention to do this for all sandboxes, but that wasn't the case in practice. To have a cleaner ACL, and cleaner externals on /trunks, I'd like to propose we consolidate the sandboxes.

Re: svn commit: r493534 - in /maven/plugins/trunk/maven-repository-plugin/src: main/java/org/apache/maven/plugins/repository/BundleCreateMojo.java test/java/org/apache/maven/plugins/repository/BundleC

2007-01-09 Thread Trygve Laugstøl
Jason van Zyl wrote: On 8 Jan 07, at 3:26 AM 8 Jan 07, Trygve Laugstøl wrote: Jason van Zyl wrote: On 7 Jan 07, at 12:30 PM 7 Jan 07, Fabrizio Giustina wrote: On 1/7/07, Jason van Zyl <[EMAIL PROTECTED]> wrote: On 6 Jan 07, at 1:45 PM 6 Jan 07, [EMAIL PROTECTED] wrote: > MREP

Re: [discuss] iBatis, JPA and Java 5.0

2007-01-09 Thread Trygve Laugstøl
Carlos Sanchez wrote: On 1/2/07, Rahul Thakur <[EMAIL PROTECTED]> wrote: - Original Message - From: "Brett Porter" <[EMAIL PROTECTED]> To: Sent: Wednesday, January 03, 2007 4:59 PM Subject: Re: [discuss] iBatis, JPA and Java 5.0 > I've been thinking stay with JDO for now, look at JPA

Re: svn commit: r493534 - in /maven/plugins/trunk/maven-repository-plugin/src: main/java/org/apache/maven/plugins/repository/BundleCreateMojo.java test/java/org/apache/maven/plugins/repository/BundleC

2007-01-08 Thread Trygve Laugstøl
Jason van Zyl wrote: On 7 Jan 07, at 12:30 PM 7 Jan 07, Fabrizio Giustina wrote: On 1/7/07, Jason van Zyl <[EMAIL PROTECTED]> wrote: On 6 Jan 07, at 1:45 PM 6 Jan 07, [EMAIL PROTECTED] wrote: > MREPOSITORY-2 project.scm.connection should not be required for > bundle-create > Why not? the

Re: [proposal] Emeritus committers & removing inter-project commit restrictions

2007-01-04 Thread Trygve Laugstøl
Brett Porter wrote: Sorry, just catching up on a couple of these now. Myself and Brett can flip SVN bits and generally one of us is around. And if you're a committer you've already got access to sandboxes. I'm not really talking about the relative difficulty of granting access. Yes, that's q

Re: [vote] Establish a list of emeritus committers

2007-01-04 Thread Trygve Laugstøl
Brett Porter wrote: Hi, Vote to operate as - requiring 2/3rds of the PMC to vote (13), with a majority within those votes for it to pass (ie, add them all and if the result is > 0). Other votes would be welcome with reasons as advisory, but not binding. - Votes can be changed at any time befo

Re: WebDAV

2007-01-04 Thread Trygve Laugstøl
Brett Porter wrote: The first time anyone fixes/changes anything in archiva, this will start getting harder to keep in sync, so we should do it sooner rather than later. I'll try to get some time to do it sooner than later, but can't promise anything. One question though - if it was based o

Re: the verifier and idea on Mac

2007-01-02 Thread Trygve Laugstøl
Stephane Nicoll wrote: Hi all, First all an happy new year to everyone! I have an issue with my brand new Mac ( :))) ). The EAR plugin tests do not work when ran within IDEA (stacktrace below). The funny thing is that it does not work either when I run mvn from IDEA using the external tools fun

Re: voting on parent POMs

2006-12-30 Thread Trygve Laugstøl
Brett Porter wrote: Hi, Some time back, I think we agreed to vote to release parent POMs too. Am I misremembering, or have we just lost the habit? I'd like to get back to that, as I've lost track of the reasons for each release and don't necessarily agree with one of the last ones (need fur

Re: Doxia Velocity Render Module

2006-12-28 Thread Trygve Laugstøl
Henning P. Schmiedehausen wrote: This is the fruit of some toying with Doxia, Plexus, the various different ways to write annotations, Plugins and some general maven hacking. And a lot of frustration about the state of general and specific Maven 2 documentation. It allows you to do things like h

Re: [proposal] Emeritus committers & removing inter-project commit restrictions

2006-12-28 Thread Trygve Laugstøl
Brett Porter wrote: Hi, I'd like to propose two things: 1) Establish a list of emeritus committers. 2) Remove inter-project commit restrictions The first does not depend on the second. But I think the second does depend on the first. I would like to put each to a separate vote once all the p

Re: svn commit: r489248 - /maven/shared/trunk/maven-plugin-testing-tools/src/main/java/org/apache/maven/shared/test/plugin/PluginTestTool.java

2006-12-26 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Author: jdcasey Date: Wed Dec 20 18:21:05 2006 New Revision: 489248 URL: http://svn.apache.org/viewvc?view=rev&rev=489248 Log: Modifying to delete the test version of the plugin from the target directory after it's installed in the test-time local repo. Modified:

Re: [m2] New pre-package phase?

2006-12-03 Thread Trygve Laugstøl
Mark Hobson wrote: Hi there, Has anyone got any objections to adding a new 'pre-package' phase to the default lifecycle? This is required by goals such as tomcat:run-war which require package pre-processing (overlaying wars, etc.) but not necessarily the fully built archive. I would definitel

Please vote for Archiva logo

2006-11-21 Thread Trygve Laugstøl
+1 for top right, the other ones are just too close to Continuum and BEA's logo [1] and the logo symbolizes the centralisation that Archiva is supposed to bring. (it would also have been a nice Maven symbol) [1]: http://www.bea.com/content/images/logo_bea_tl.gif -- Trygve From: Brett Porter

Re: Obtaining Maven source code

2006-10-09 Thread Trygve Laugstøl
Anirudh Chandrakant wrote: Hi, could you please tell me how i can obtain (download) the maven source code. The Maven 2 source repository is at [1]. [1]: http://svn.apache.org/repos/asf/maven/components/trunk/ -- Trygve

Re: Writing CM Synergy plugin for Maven

2006-08-14 Thread Trygve Laugstøl
(In the future, do not set the Reply-To header for messages intended to be answered publicly) On Mon, 2006-08-14 at 17:57 +, Julien HENRY wrote: > Hi, > > My next job (on september) will be to write a plugin for CM Synergy. > I'm already an advanced user of Maven 2, and I have already used >

Re: [VOTE] Rename repository manager

2006-08-12 Thread Trygve Laugstøl
On Thu, 2006-08-10 at 09:57 +1000, Brett Porter wrote: > Please vote for one of the following names: > > [ ] Archiva +1 -- Trygve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: getting sources into eclipse

2006-08-04 Thread Trygve Laugstøl
Berndq wrote: Hi, is there an easy way to get maven sources into a eclipse java project? (getting all the source folders right) I'd like to use eclipse to browse the sources. Run mvn eclipse:eclipse and it should generate the .project and .classpath files for each project. Thaught that th

Re: Refinements on the Maven Site plugin's list based on the discussion on the mailing list

2006-08-01 Thread Trygve Laugstøl
Pete Marvin King wrote: Hello All, I tried to categorize the plugins on maven site's plugin list based on the discussion on the mailing list. It would be great Seems like if you attach a html to the issue it will be rendered like a html page which I think is sufficient for you. -- Trygve

Re: [discuss] A new name for the repository manager?

2006-08-01 Thread Trygve Laugstøl
Fabrizio Giustina wrote: [EMAIL PROTECTED] could be ok, I don't think length is a problem. Anyway, I agree that finding a better name for reposiory manager would be nice... I'll start with a first proposal: what about "Concierge"? :) http://en.wikipedia.org/wiki/Concierge A concierge (French),

Re: [discuss] A new name for the repository manager?

2006-07-31 Thread Trygve Laugstøl
Brett Porter wrote: Hi, I was considering starting a vote for setting up separate discussion lists for the repository manager and was pondering what to call them. [EMAIL PROTECTED] seems just a bit too long. All the other parts - Continuum, Wagon, Doxia, Surefire, Archetypes - have a more i

Re: svn commit: r426203 - in /maven/doxia/trunk/doxia-sandbox/doxia-book: ./ src/main/java/org/apache/maven/doxia/book/services/indexer/ src/main/java/org/apache/maven/doxia/book/services/renderer/ sr

2006-07-31 Thread Trygve Laugstøl
Vincent Siveton wrote: [snip] >> These comments are pretty useless, I'd rather not sprinkle the code with >> obvious comments. > > Agree but if no comment, nobody thinks to had comment, specially for > new and important updates. my2cents ;) Not sure what you mean, please explain again. We

Re: svn commit: r426635 - in /maven/doxia/site/src/books: example-book.xml example-book/aegis-binding.apt example-book/castor.apt example-book/jms-transport.apt

2006-07-30 Thread Trygve Laugstøl
Vincent Siveton wrote: Background: "bindings" was used as id for a chapter and a section. Now, we create a chapter index page with id as filename. During the renderer execution, chapter index page is overrided by the section file so we need a unique id and more validation... Ok, now it makes s

Re: svn commit: r426618 - in /maven/doxia/trunk/doxia-core/src/main/java/org/apache/maven/doxia/module: xdoc/XdocSink.java xhtml/XhtmlSink.java

2006-07-28 Thread Trygve Laugstøl
Vincent Siveton wrote: 2006/7/28, Trygve Laugstøl <[EMAIL PROTECTED]>: [EMAIL PROTECTED] wrote: > Author: vsiveton > Date: Fri Jul 28 10:55:37 2006 > New Revision: 426618 > > URL: http://svn.apache.org/viewvc?rev=426618&view=rev > Log: > o Changed itemFlag type to

Re: svn commit: r426635 - in /maven/doxia/site/src/books: example-book.xml example-book/aegis-binding.apt example-book/castor.apt example-book/jms-transport.apt

2006-07-28 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Author: vsiveton Date: Fri Jul 28 11:13:01 2006 New Revision: 426635 URL: http://svn.apache.org/viewvc?rev=426635&view=rev Log: o Fixed typo in the example-book o Fixed unique id for chapter/section Modified: maven/doxia/site/src/books/example-book.xml maven/dox

Re: svn commit: r426203 - in /maven/doxia/trunk/doxia-sandbox/doxia-book: ./ src/main/java/org/apache/maven/doxia/book/services/indexer/ src/main/java/org/apache/maven/doxia/book/services/renderer/ sr

2006-07-28 Thread Trygve Laugstøl
Vincent Siveton wrote: Hi Trygve, I like your points :) My comments inside. [snip] > > +/** > + * Default constructor > + * > + * @param sectionEntry > + */ > public BookIndexingSink( IndexEntry sectionEntry ) > { > stack.push( sectionEntry ); >

Re: Developed a RAD6 extention of maven-eclipse-plugin

2006-07-28 Thread Trygve Laugstøl
Richard van Nieuwenhoven wrote: Hello, i developed a rad-6 maven plugin based on the eclipse plugin for a big customer who want's to use maven-2. It was developed because i could not find a rad-6.0 capable maven plugin that realy works. Stuff like this should probably be extensions to th

Re: svn commit: r426618 - in /maven/doxia/trunk/doxia-core/src/main/java/org/apache/maven/doxia/module: xdoc/XdocSink.java xhtml/XhtmlSink.java

2006-07-28 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Author: vsiveton Date: Fri Jul 28 10:55:37 2006 New Revision: 426618 URL: http://svn.apache.org/viewvc?rev=426618&view=rev Log: o Changed itemFlag type to boolean instead of int thus no need to throw a RuntimeException Are you sure this will work? What happens when it

Re: [vote] Release Maven DOCCK plugin

2006-07-28 Thread Trygve Laugstøl
Dennis Lundberg wrote: The DOCCK plugin has been a great help for us who have been working on updating the plugin documentation. The docs for it is in the standard format. I have published the site, but have not linked to it from the Maven site yet: http://maven.apache.org/plugins/maven-docck

Re: Maven1 project converter

2006-07-28 Thread Trygve Laugstøl
Emmanuel Venisse wrote: oh yes :-) We're old school Emmanuel, I still use the old version too often.. -- Trygve Emmanuel Brett Porter a écrit : On 28/07/2006 7:27 PM, Emmanuel Venisse wrote: /** * @parameter expression="${component.org.apache.maven.model.converter.Maven2Converter}"

Re: svn commit: r425406 - in /maven/plugins/trunk/maven-surefire-plugin: ./ src/main/java/org/apache/maven/plugin/surefire/ src/site/ src/site/apt/ src/site/apt/examples/ src/site/fml/

2006-07-27 Thread Trygve Laugstøl
Allan Ramirez wrote: Hi Trygve, done. Thanks! Can you include the message here aswell? -- Trygve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r425905 - /maven/components/trunk/maven-model/maven.mdo

2006-07-27 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Author: jdcasey Date: Wed Jul 26 16:37:55 2006 New Revision: 425905 URL: http://svn.apache.org/viewvc?rev=425905&view=rev Log: Adding codeSegment for object identity to Plugin class. Those can be generated. See [1] for an exampe xml on how to identify fields as a part

Re: svn commit: r425887 - /maven/components/trunk/maven-model-converter/src/main/java/org/apache/maven/model/converter/Maven1Converter.java

2006-07-27 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Author: evenisse Date: Wed Jul 26 15:41:10 2006 New Revision: 425887 URL: http://svn.apache.org/viewvc?rev=425887&view=rev Log: Create output directory Modified: maven/components/trunk/maven-model-converter/src/main/java/org/apache/maven/model/converter/Maven1Conve

Re: Modello & maven-changes-plugin

2006-07-26 Thread Trygve Laugstøl
Cabasson Denis wrote: Trying to fix http://jira.codehaus.org/browse/MCHANGES-47 while improving the changes plugin in migrating the thing to modello. Ok, I understand now. Seemed easier to adopt a new format (modello compliant) than trying to patch the custom parser currently used by mave

Re: Modello & maven-changes-plugin

2006-07-26 Thread Trygve Laugstøl
Cabasson Denis wrote: Well, that's exactly my point. This format is not supported, currently, by modello. And my point was rather to write some maven-changes-plugin code, rather than some modello code. So before writing any modello code (yet another thing to understand), the primary questions g

Re: Maven Repository Manager: Will it avoid aggregation of repositories?

2006-07-26 Thread Trygve Laugstøl
Tamás Cservenák wrote: Hi, On 7/26/06, Trygve Laugstøl <[EMAIL PROTECTED]> wrote: That is not the problem, the problem is that the metadata from all the repositories has to be _merged_ and dispatched properly by proximity. That is why any plain http proxy will fail acting as a reposito

Re: Modello & maven-changes-plugin

2006-07-26 Thread Trygve Laugstøl
Cabasson Denis wrote: Well, can I go as far as asking how modello would handle that (a link or a modello snipplet would greatly be appreciated). I know how to handle the action tag, creating the associated Action class. When in action Class, I know how to handle the attributes (using xml.attribu

Re: svn commit: r425465 - in /maven/doxia/trunk/doxia-sandbox: doxia-book/src/main/modello/book.mdo doxia-maven-plugin/src/main/java/org/apache/maven/doxia/plugin/DoxiaRenderBooksMojo.java

2006-07-26 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Author: vsiveton Date: Tue Jul 25 10:33:24 2006 New Revision: 425465 URL: http://svn.apache.org/viewvc?rev=425465&view=rev Log: Revised documentation for modello and mojo. Added copyright. Thanks! Modified: maven/doxia/trunk/doxia-sandbox/doxia-book/src/main/mod

Re: [vote] Promote maven-changelog-plugin and maven-changes-plugin out of the sandbox

2006-07-26 Thread Trygve Laugstøl
Dennis Lundberg wrote: Hi Here's the status of things: maven-changelog-plugin - 2.0-beta-1 was released back at mojo - No non-SNAPSHOT release at Apache since the move from mojo - 25 issues fixed for 2.0 release - 2 unscheduled issues maven-changes-plugin - 2.0-beta-1 was released back at mojo

Re: Modello & maven-changes-plugin

2006-07-26 Thread Trygve Laugstøl
Cabasson Denis wrote: My question is rather simple (I'm asking here, because I can't find any modello mailing list). Can modello handle situations such as: Johnny R. Ruiz III Yes, but the email should come from the pom instead of beeing duplicated there. Actually, all the information about

Re: Maven Repository Manager: Will it avoid aggregation of repositories?

2006-07-26 Thread Trygve Laugstøl
Tamás Cservenák wrote: Hi, Not quite. Proximity is (almost) plain HTTP proxy, but IT DOES have knowledge about maven reposes (see repository browsing or the use of "?repositoryId=central" URL parameter.), but only as separate "storages". What it does not have is STATE, it cannot distuingish the

Re: cyclic dependency in maven-plugins ??

2006-07-26 Thread Trygve Laugstøl
Kenney Westerhof wrote: On Wed, 26 Jul 2006, jerome lacoste wrote: What's the plan to fix this? In maven-project/.../ProjectSorter.java the reports are added to the DAG. It's easily fixed by removing that code (block at line 134). But since reports are just plugins, except they're configured i

Re: svn commit: r425406 - in /maven/plugins/trunk/maven-surefire-plugin: ./ src/main/java/org/apache/maven/plugin/surefire/ src/site/ src/site/apt/ src/site/apt/examples/ src/site/fml/

2006-07-26 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Author: aramirez Date: Tue Jul 25 07:49:28 2006 New Revision: 425406 URL: http://svn.apache.org/viewvc?rev=425406&view=rev Log: (empty) Please make sure you always include a log message. It is impossible to follow the development unless you tell what you're doing. Y

Re: Maven Repository Manager: Will it avoid aggregation of repositories?

2006-07-25 Thread Trygve Laugstøl
Allison, Bob wrote: Something else of note I discovered using Proximity: If you have multiple repositories mirrored, you need to keep the snapshot repositories away from the release repositories. In my case, I was using Proximity to mirror "central" but it also had several other repositories in

Re: [VOTE] Release DOAP 1.0 plugin

2006-07-21 Thread Trygve Laugstøl
Jason van Zyl wrote: Hi, I whipped up a small DOAP plugin, created the basic docs for it and would like to release a first version to get it out there and get some feedback. As indicated in the documentation it is geared toward use at Apache right now but can be expanded in the future as m

Re: Moving Doxia site out of trunk

2006-07-20 Thread Trygve Laugstøl
Trygve Laugstøl wrote: Hi Does anyone have any objections to moving the Doxia site out of trunk/ ? The site has been deployed. It should show up within the next 4 hours. The current site doesn't link to any of the Maven generated documentation which I guess it should do. Should I go

Re: autodetecting format instead of using subdirectories

2006-07-20 Thread Trygve Laugstøl
Brett Porter wrote: Hi, I Was wondering what folks thought of deprecating the src/site/*/ in favour of, say, src/site/docs which contains all the docs. Instead of processing by directory name, we'd need to detect each file's type (by extension, and possibly content/doctype for things like xm

Re: svn commit: r420933 - in /maven/continuum/branches/continuum-acegi/continuum-webapp/src/main/resources: commons-logging.properties log4j.properties

2006-07-19 Thread Trygve Laugstøl
Carlos Sanchez wrote: I don't know how to configure commons-logging and log4j through plexus for Acegi Then you should ask instead of just ignoring the issue. I just saw that Kenney did the same thing, I hope that he'll fix it once and for all now. -- Trygve

Re: svn commit: r422904 - in /maven/continuum/trunk/continuum-webapp/src/main/resources: log4j.xml validators.xml

2006-07-19 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Author: kenney Date: Mon Jul 17 15:31:54 2006 New Revision: 422904 URL: http://svn.apache.org/viewvc?rev=422904&view=rev Log: Added a log4j.xml configuration file because JPOX needs it - nice to see some output for that if something goes wrong. Plexus is handling Log4

Re: svn commit: r422314 - in /maven/sandbox/plugins/maven-changes-plugin/src/main/java/org/apache/maven: announcement/JiraAnnouncementDownloader.java jira/JiraDownloader2.java jira/JiraHelper.java

2006-07-16 Thread Trygve Laugstøl
[EMAIL PROTECTED] wrote: Author: dennisl Date: Sat Jul 15 16:06:35 2006 New Revision: 422314 URL: http://svn.apache.org/viewvc?rev=422314&view=rev Log: Refactor a JIRA helper method into a helper class, so it can be used from the announcement mojo as well This sounds like something that shoul

Re: Plugins can't be built!

2006-07-13 Thread Trygve Laugstøl
Dennis Lundberg wrote: Brett Porter wrote: This shouldn't have broken - needs investigation. A while back, we agreed to add a feature to 2.0.5 (the implementation attribute). The plugin plugin was updated to use the new tools and such. However, it also has a prereq of maven 2.0.5, so maven

Re: Listeners for build events

2006-07-12 Thread Trygve Laugstøl
Ahmed Omarjee wrote: Thanks for your response. Glad to hear that a listener based approach is a viable solution. I have already obtained the source from Subversion trunk and will begin looking at implementing such an approach. Any thoughts on the events people may want to listen on? Are ther

  1   2   3   >