cvs commit: maven-components/maven-model/src/test/org/apache/maven/model ModelTest.java

2004-01-05 Thread brett
brett 2004/01/05 20:58:52 Modified:maven-model/src/java/org/apache/maven/model Model.java maven-model/src/test/org/apache/maven/model ModelTest.java Log: add more legacy to model. Revision ChangesPath 1.16 +74 -4 maven-components/maven-model/src

[jira] Updated: (MPANT-8) Source dir for javadocs was incorrect.

2004-01-05 Thread jira
The following issue has been updated: Updater: Jeff Brekke (mailto:[EMAIL PROTECTED]) Date: Mon, 5 Jan 2004 10:31 PM Comment: Here's the changes. Changes: Attachment changed to patch.diff - For

[jira] Created: (MPANT-8) Source dir for javadocs was incorrect.

2004-01-05 Thread jira
Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPANT-8 Here is an overview of the issue:

[jira] Commented: (MAVEN-1076) problems building simian

2004-01-05 Thread jira
The following comment has been added to this issue: Author: Brett Porter Created: Mon, 5 Jan 2004 9:31 PM Body: I think that would work. Would be good to use a "known to work" version instead of SNAPSHOT as there is currently an annoying alert from dashboard as it attempts to dow

[jira] Commented: (MAVEN-1076) problems building simian

2004-01-05 Thread jira
The following comment has been added to this issue: Author: dion gillard Created: Mon, 5 Jan 2004 9:27 PM Body: Can we just add a dependency on maven-clover-plugin-SNAPSHOT? - View the issue: http://jira.codehau

RE: ant 1.6, classloader, etc WAS: some cvs commit

2004-01-05 Thread dion
Brett Porter <[EMAIL PROTECTED]> wrote on 06/01/2004 11:35:42 AM: > > > Anyway, I'm ok with the change, but we should probably do > > it properly. > > I'm > > > > Can you expand on 'do it properly'? > > I would think we can push the optional JARs out to the plugins and make > MAVEN_HOME/lib a b

Fw: ftp deployment

2004-01-05 Thread Rajeev Kaul
- Original Message - From: "Rajeev Kaul" <[EMAIL PROTECTED]> To: "Maven Users List" <[EMAIL PROTECTED]> Sent: Monday, January 05, 2004 4:48 PM Subject: Re: ftp deployment > I don't know what happened, but I will send the files again. > > Rajeev > > - Original Message - > From: <[

RE: ant 1.6, classloader, etc WAS: some cvs commit

2004-01-05 Thread Brett Porter
> My call was that there would be almost no plugins written using these > tasks. I googled on maven plugin and the appropriate task > before deciding. Fair enough. > > > Anyway, I'm ok with the change, but we should probably do > it properly. > I'm > > Can you expand on 'do it properly'? I

RE: ant 1.6, classloader, etc WAS: some cvs commit

2004-01-05 Thread dion
Brett Porter <[EMAIL PROTECTED]> wrote on 06/01/2004 09:30:28 AM: > If that's the case, can we assume that some tasks are missing where people > might expect them to be there? Yes, if people were using: - the nextrexxc task - the stylebook task - the VisualAge for Java ta

Re: Installed POMS not interpolated

2004-01-05 Thread Jason van Zyl
On Mon, 2004-01-05 at 16:39, Michael A Melia wrote: > Hi Jason, > I checked on irc a few times but was unable to catch up with you. I am > very keen to implement transitive dependencies - there is way too much > duplication in my poms right now and they are looking very messy. Just send me a mes

RE: cvs commit: maven-components/maven-model/src/java/org/apache/ maven/model Repository.java

2004-01-05 Thread Jason van Zyl
On Mon, 2004-01-05 at 17:27, Brett Porter wrote: > I don't think we want to introduce a dependency on maven-scm for > maven-model. I'd prefer that the users of these functions just started using > maven-scm directly and these can get tossed. Its just there for current code > compatibility. The mod

RE: ant 1.6, classloader, etc WAS: some cvs commit

2004-01-05 Thread Brett Porter
If that's the case, can we assume that some tasks are missing where people might expect them to be there? Anyway, I'm ok with the change, but we should probably do it properly. I'm happy to break compatibility in this case and not include any optional tasks and push them out to the individual plug

RE: cvs commit: maven-components/maven-model/src/java/org/apache/ maven/model Repository.java

2004-01-05 Thread Brett Porter
I don't think we want to introduce a dependency on maven-scm for maven-model. I'd prefer that the users of these functions just started using maven-scm directly and these can get tossed. Its just there for current code compatibility. - Brett > -Original Message- > From: Emmanuel Venisse [

RE: cvs commit: maven-components/maven-model/src/test/org/apache/ maven/model DependencyTest.java

2004-01-05 Thread Brett Porter
The problem with these components is that the beans don't really get exercised inside this component, so you can really assess the coverage until you run it as part of, say, maven-model-tools. As it ended up, only 2 getter/setter tests were really needed, as some more complex tests for artifact's

RE: Installed POMS not interpolated

2004-01-05 Thread Michal Maczka
> -Original Message- > From: Michael A Melia [mailto:[EMAIL PROTECTED] > Sent: Monday, January 05, 2004 10:39 PM > To: Maven Developers List > Subject: Re: Installed POMS not interpolated > > > Hi Jason, > I checked on irc a few times but was unable to catch up with you. I am > very keen

Re: Installed POMS not interpolated

2004-01-05 Thread Michael A Melia
Hi Jason, I checked on irc a few times but was unable to catch up with you. I am very keen to implement transitive dependencies - there is way too much duplication in my poms right now and they are looking very messy. I understand that you are probably busy with 1.0 right now but if you have alr

Re: Installed POMS not interpolated

2004-01-05 Thread Ryan Hoegg
Jason van Zyl wrote: On Sun, 2004-01-04 at 23:09, Michael A Melia wrote: I think extension from the local repository solves this problem, but I would still like to know if you are using interpolation within the dependnecy elements themselves as that is something I would like to formally limit i

Re: xml unit testing

2004-01-05 Thread Jason van Zyl
On Mon, 2004-01-05 at 08:54, Jeffrey D. Brekke wrote: > Thinking along the lines of acceptance/customer tests... > > If what you're really wanting to test is that the generated xml > matches some golden xml file, ala diff of two xml files, xmlunit is > the best I've found. Cool, I will look into

RE: xml unit testing

2004-01-05 Thread Jason van Zyl
On Mon, 2004-01-05 at 02:44, Vincent Massol wrote: > Hi Jason, > > I can think of 2 ways for doing this: > > - xmlunit :-) Yah, that seems to be the front runner. > - using directly Jelly (the xml taglib) as I've done in several plugin > tests. It won't test the full generated XML (is that nece

Re: cvs commit: maven-components/maven-model/src/test/org/apache/maven/model DependencyTest.java

2004-01-05 Thread Jason van Zyl
On Mon, 2004-01-05 at 07:43, Ben Walding wrote: > I don't necessarily agree that getters and setters should be tested > explicitly. As far as code and development go in general I don't think there is ever a downside in being explicit. Who knows how the code will evolve and who knows what will

Re: xml unit testing

2004-01-05 Thread Jeffrey D. Brekke
Thinking along the lines of acceptance/customer tests... If what you're really wanting to test is that the generated xml matches some golden xml file, ala diff of two xml files, xmlunit is the best I've found. I've also just read the xml into domain objects and checked those and actually used jr

Re: cvs commit: maven-components/maven-model/src/test/org/apache/maven/model DependencyTest.java

2004-01-05 Thread Ben Walding
Jason van Zyl wrote: On Sun, 2004-01-04 at 16:57, [EMAIL PROTECTED] wrote: brett 2004/01/04 13:57:53 Modified:maven-model/src/test/org/apache/maven/model DependencyTest.java Log: improve testing, remove stuff "to simple to fail" add ASL What does "too

RE: Where to host new plugin: cocoonapp

2004-01-05 Thread Martin Dulisch
> I'm very much interested in this plugin. Could you perhaps make it > available by posting it to the list. > > * Janne Kario Hi Janne, sorry for the late answer. Please send my a email in private. Than I will send you the plugin. I dont know if it is a good idea to send the plugin to the list be

cvs commit: maven-plugins/struts project.xml

2004-01-05 Thread dion
dion2004/01/05 01:57:30 Modified:struts/xdocs changes.xml struts project.xml Log: - Remove unneeded ant dependency. - plugin:test is non-existent - standalone runs succeed Revision ChangesPath 1.9 +5 -0 maven-plugins/struts/xdocs/change

Re: cvs commit: maven-components/maven-model/src/java/org/apache/maven/model Repository.java

2004-01-05 Thread Emmanuel Venisse
Why you don't use directly maven-scm in this deprecated methods? Emmanuel - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, January 05, 2004 9:54 AM Subject: cvs commit: maven-components/maven-model/src/java/org/apache/maven/model Repository.java > br

cvs commit: maven-components/maven-model/src/test/org/apache/maven/model ResourceTest.java

2004-01-05 Thread brett
brett 2004/01/05 00:56:13 Modified:maven-model/src/test/org/apache/maven/model ResourceTest.java Log: moved common code to pattern set Revision ChangesPath 1.3 +22 -15 maven-components/maven-model/src/test/org/apache/maven/model/Resourc

cvs commit: maven-components/maven-model/src/java/org/apache/maven/model Repository.java

2004-01-05 Thread brett
brett 2004/01/05 00:54:42 Modified:maven-model/src/java/org/apache/maven/model Repository.java Log: add legacy (now deprecated) functions for compatibility Revision ChangesPath 1.6 +172 -3 maven-components/maven-model/src/java/org/apache/maven/model/Repository

[jira] Closed: (MAVEN-1086) Maven (forehead.conf) should use ant 1.5.4+

2004-01-05 Thread jira
Message: The following issue has been closed. Resolver: dion gillard Date: Mon, 5 Jan 2004 3:09 AM I've done this today, and 'converted' some plugins across. All seems to be ok. - View the issue: http://jira

cvs commit: maven-components/maven-model/src/test/org/apache/maven/model PatternSetTest.java

2004-01-05 Thread brett
brett 2004/01/05 00:52:53 Modified:maven-model/src/java/org/apache/maven/model Resource.java UnitTest.java Added: maven-model/src/java/org/apache/maven/model PatternSet.java maven-model/src/test/org/apache/maven/model

cvs commit: maven-components/maven-model/src/test/org/apache/maven/model DependencyTest.java

2004-01-05 Thread brett
brett 2004/01/05 00:48:09 Modified:maven-model/src/test/org/apache/maven/model DependencyTest.java Log: additional tests Revision ChangesPath 1.4 +50 -1 maven-components/maven-model/src/test/org/apache/maven/model/DependencyTest.java

cvs commit: maven-components/maven-model/src/java/org/apache/maven/model Dependency.java

2004-01-05 Thread brett
brett 2004/01/05 00:46:23 Modified:maven-model/src/java/org/apache/maven/model Dependency.java Log: remove old function that is not used, fix bug for getProperty where none were added. Revision ChangesPath 1.9 +2 -13 maven-components/maven-model/src/java/org/

[jira] Commented: (MAVEN-1086) Maven (forehead.conf) should use ant 1.5.4+

2004-01-05 Thread jira
The following comment has been added to this issue: Author: Ramon Casha Created: Mon, 5 Jan 2004 2:51 AM Body: Ant 1.6 might introduce problems, but 1.5.4 shouldn't. Thing is, 1.5.3 is KNOWN to be incompatible with some of JDK 1.4's tools. If we leave this until 1.1 we'd be relea

RE: xml unit testing

2004-01-05 Thread Vincent Massol
Hi Jason, I can think of 2 ways for doing this: - xmlunit :-) - using directly Jelly (the xml taglib) as I've done in several plugin tests. It won't test the full generated XML (is that necessary? I don't think so) but only the "important" parts. -Vincent > -Original Message- > From: Ja