Re: why should maven tell you that a downloaded artifact was onlyin local repo
On Mon, 2003-08-04 at 20:42, Colin Sampaleanu wrote: > Why should maven draw attention to the fact that it's coming from the > local repo? This is somewhat annoying, especially when you use > snapshots, [..] > I am willing to create a patch to remove this message, if other people > agree that the message is undesireable. IMHO, the message should be moved into the log instead. I agree it's a pain on System.out but it could be helpful to have it in a log for error-analysis... -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-336) xdoc crashes when generating docs for a POM with latin1 chars
The following comment has been added to this issue: Author: dion gillard Created: Tue, 5 Aug 2003 3:19 AM Body: Can you please provide a test project that shows this error. We have a couple of project.xmls in maven with latin chars in them, e.g. the Simian plugin, and they work fine. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-336 Here is an overview of the issue: - Key: MAVEN-336 Summary: xdoc crashes when generating docs for a POM with latin1 chars Type: Bug Status: Unassigned Priority: Critical Time Spent: Unknown Remaining: Unknown Project: maven Components: plugin-xdoc Fix Fors: 1.0-rc1 Versions: 1.0-beta-9 Assignee: Reporter: Paulo Silveira Created: Mon, 17 Mar 2003 4:59 PM Updated: Mon, 4 Aug 2003 11:37 AM Environment: cygwin and cme.exe tested. Description: my project name has "Usu?rios" (it has a latin1 char on it). When generating the site, the xdoc plugin creates a index.xml (the one based on the template) that has "Usu (null/strange char goes here)rios". I ve tried to change my POM to ISO-8859-1, but xdoc keeps generating the strange char. site:generate generates the error that follow this email. This will probably happen with german umloud and other chars. xdoc has a maven.docs.outputencoding, but ISO-8859-1 is already the default value. error generated: --> [echo] Generating E:/eclipse/workspace/guj/target/docs/index.html from E:\ec lipse\workspace\guj\target\generated-xdocs\index.xml BUILD FAILED null:503:46: null:300:43: Invalid byte 2 of 3-byte UTF-8 sequence. Nested exception: Invalid byte 2 of 3-byte UTF-8 sequence. Total time: 1 minutes 30 seconds <-- snippet from the POM: --> 1 guj Grupo de Usu?rios Java 1.1 Website do Grupo de Usu?rios Java <- - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVEN-336) xdoc crashes when generating docs for a POM with latin1 chars
Message: The following issue has been closed. Resolver: dion gillard Date: Tue, 5 Aug 2003 3:19 AM When we have a test, I'll happily reopen this issue - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-336 Here is an overview of the issue: - Key: MAVEN-336 Summary: xdoc crashes when generating docs for a POM with latin1 chars Type: Bug Status: Closed Priority: Critical Resolution: CANNOT REPRODUCE Time Spent: Unknown Remaining: Unknown Project: maven Components: plugin-xdoc Fix Fors: 1.0-rc1 Versions: 1.0-beta-9 Assignee: Reporter: Paulo Silveira Created: Mon, 17 Mar 2003 4:59 PM Updated: Tue, 5 Aug 2003 3:19 AM Environment: cygwin and cme.exe tested. Description: my project name has "Usu?rios" (it has a latin1 char on it). When generating the site, the xdoc plugin creates a index.xml (the one based on the template) that has "Usu (null/strange char goes here)rios". I ve tried to change my POM to ISO-8859-1, but xdoc keeps generating the strange char. site:generate generates the error that follow this email. This will probably happen with german umloud and other chars. xdoc has a maven.docs.outputencoding, but ISO-8859-1 is already the default value. error generated: --> [echo] Generating E:/eclipse/workspace/guj/target/docs/index.html from E:\ec lipse\workspace\guj\target\generated-xdocs\index.xml BUILD FAILED null:503:46: null:300:43: Invalid byte 2 of 3-byte UTF-8 sequence. Nested exception: Invalid byte 2 of 3-byte UTF-8 sequence. Total time: 1 minutes 30 seconds <-- snippet from the POM: --> 1 guj Grupo de Usu?rios Java 1.1 Website do Grupo de Usu?rios Java <- - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-575) Plugin loading : prefixing of groupId incorrectly
The following comment has been added to this issue: Author: Andy Jefferson Created: Tue, 5 Aug 2003 11:55 AM Body: No ... I installed xdoclet v1.2b4, yet that comes with xjavadoc 1.0. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-575 Here is an overview of the issue: - Key: MAVEN-575 Summary: Plugin loading : prefixing of groupId incorrectly Type: Bug Status: Unassigned Priority: Major Time Spent: Unknown Remaining: Unknown Project: maven Fix Fors: 1.0-rc1 Versions: 1.0-beta-10 Assignee: Reporter: Andy Jefferson Created: Wed, 16 Jul 2003 7:25 AM Updated: Thu, 31 Jul 2003 2:19 AM Environment: Linux 2.4.21 Description: I have the following dependencies in my project.xml ??? xdoclet ??? xdoclet-ejb-module ??? 1.2b4 ??? http://xdoclet.sourceforge.net/ ??? ??? xdoclet ??? xjavadoc ??? 1.0 ??? http://xdoclet.sourceforge.net/ I have installed the repository jars xdoclet/jars/xdoclet-ejb-module-1.2b4.jar and xdoclet/jars/xjavadoc-1.2b4.jar When I try "maven clean" it finds the first of these, yet on the second it complains that it cant find xdoclet-xjavadoc-1.0.jar If I add the line xjavadoc-1.0.jar to the second dependency it doesnt improve either ... still looking for xdoclet-xjavadoc-1.0.jar - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven/src/plugins-build/cactus/xdocs changes.xml
vmassol 2003/08/05 02:29:47 Modified:src/plugins-build/cactus project.xml src/plugins-build/cactus/xdocs changes.xml Log: Update to Cactus 1.5-beta1 Revision ChangesPath 1.34 +2 -2 maven/src/plugins-build/cactus/project.xml Index: project.xml === RCS file: /home/cvs/maven/src/plugins-build/cactus/project.xml,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- project.xml 5 Aug 2003 09:23:37 - 1.33 +++ project.xml 5 Aug 2003 09:29:47 - 1.34 @@ -74,12 +74,12 @@ cactus cactus - 13-1.5dev-20030619 + 13-1.5-beta1 cactus cactus-ant - 13-1.5dev-20030619 + 13-1.5-beta1 commons-httpclient 1.19 +3 -0 maven/src/plugins-build/cactus/xdocs/changes.xml Index: changes.xml === RCS file: /home/cvs/maven/src/plugins-build/cactus/xdocs/changes.xml,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- changes.xml 5 Aug 2003 09:23:37 - 1.18 +++ changes.xml 5 Aug 2003 09:29:47 - 1.19 @@ -8,6 +8,9 @@ + +Update to Cactus 1.5-beta1. + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven/src/plugins-build/developer-activity plugin.jelly
dion2003/08/05 08:08:22 Modified:src/plugins-build/developer-activity plugin.jelly Log: Fixes for MAVEN-595 Revision ChangesPath 1.11 +4 -1 maven/src/plugins-build/developer-activity/plugin.jelly Index: plugin.jelly === RCS file: /home/cvs/maven/src/plugins-build/developer-activity/plugin.jelly,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- plugin.jelly 8 Jul 2003 11:01:07 - 1.10 +++ plugin.jelly 5 Aug 2003 15:08:22 - 1.11 @@ -41,6 +41,9 @@ ${pom.repository.connection} + + ${pom.repository.developerConnection} + Generating the developer activity report @@ -63,7 +66,7 @@ output="${maven.build.dir}/changelog.xml" outputEncoding="${maven.docs.outputencoding}" range="${maven.activitylog.range}" - repositoryConnection="${pom.repository.connection}" + repositoryConnection="${_connection}" dateFormat="${maven.changelog.dateformat}" /> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-595) Resurrect & improve CVS usage page
The following comment has been added to this issue: Author: dion gillard Created: Tue, 5 Aug 2003 9:41 AM Body: the other one doesn't apply either - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-595 Here is an overview of the issue: - Key: MAVEN-595 Summary: Resurrect & improve CVS usage page Type: Improvement Status: Unassigned Priority: Minor Time Spent: Unknown Remaining: Unknown Project: maven Components: core plugin-changes Fix Fors: 1.0-rc1 Assignee: Reporter: Rafal Krzewski Created: Mon, 21 Jul 2003 8:24 AM Updated: Mon, 4 Aug 2003 8:31 AM Description: I noticed that project/repository/developerConnection element of the POM was completly ignored by Maven. Thus I have prepared a patch that brings it back to life: The entered connection string is used by the changes, file-activity and developer-activity plugins in the situation where element is missing. Anonymous connection is preferred over the authenticated when both are configured. I have also improved the cvs-usage page. Information about developer connection details is displayed using correct data, and sections of the page are included conditionally depending on what elements are present in : - Anonymous CVS Access if is present - Developer CVS Access via SSH if is present - Web Access and CVS Access behind a firewall if is present - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven/src/plugins-build/cactus plugin.jelly
vmassol 2003/08/05 03:27:36 Modified:src/plugins-build/cactus/xdocs changes.xml src/plugins-build/cactus plugin.jelly Log: Added back support for WL 7.x. I haven't tested it though. If someone who has WL7 on his machine could test it, that would be great... :-) Revision ChangesPath 1.20 +5 -0 maven/src/plugins-build/cactus/xdocs/changes.xml Index: changes.xml === RCS file: /home/cvs/maven/src/plugins-build/cactus/xdocs/changes.xml,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- changes.xml 5 Aug 2003 09:29:47 - 1.19 +++ changes.xml 5 Aug 2003 10:27:36 - 1.20 @@ -8,6 +8,11 @@ + +Added back support for WebLogic 7.x (it had somehow been dropped +when we moved to the new Cactus/Ant integration in version 3.0). +Not tested yet (I don't have WL7 on my machine)! + Update to Cactus 1.5-beta1. 1.30 +24 -1 maven/src/plugins-build/cactus/plugin.jelly Index: plugin.jelly === RCS file: /home/cvs/maven/src/plugins-build/cactus/plugin.jelly,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- plugin.jelly 10 Jul 2003 15:58:11 - 1.29 +++ plugin.jelly 5 Aug 2003 10:27:36 - 1.30 @@ -86,7 +86,9 @@ - + + + @@ -290,6 +292,11 @@ + + @@ -343,6 +350,12 @@ + + + + + + @@ -444,6 +457,11 @@ + + @@ -543,6 +561,11 @@ excludes="${cactus.tomcat5x.conf.excludes}"/> + + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: maven/src/plugins-build/war plugin.jelly
changes.xml update? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ [EMAIL PROTECTED] wrote on 05/08/2003 07:14:26 PM: > evenisse2003/08/05 02:14:26 > > Modified:src/plugins-build/war plugin.jelly > Log: > Test if sources is present before copy classes in webapp. > > Revision ChangesPath > 1.25 +8 -6 maven/src/plugins-build/war/plugin.jelly > > Index: plugin.jelly > === > RCS file: /home/cvs/maven/src/plugins-build/war/plugin.jelly,v > retrieving revision 1.24 > retrieving revision 1.25 > diff -u -r1.24 -r1.25 > --- plugin.jelly 5 Jul 2003 17:10:45 - 1.24 > +++ plugin.jelly 5 Aug 2003 09:14:26 - 1.25 > @@ -121,12 +121,14 @@ > > > > - > - > - > - > - > - > + > + > + > + > + > + > + > + > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
cvs commit: maven project.xml
dion2003/08/05 09:36:43 Modified:.project.xml Log: Removed betwixt as a dependency. Part of MAVEN-624 Revision ChangesPath 1.294 +1 -5 maven/project.xml Index: project.xml === RCS file: /home/cvs/maven/project.xml,v retrieving revision 1.293 retrieving revision 1.294 diff -u -r1.293 -r1.294 --- project.xml 29 Jul 2003 01:37:47 - 1.293 +++ project.xml 5 Aug 2003 16:36:43 - 1.294 @@ -400,15 +400,11 @@ http://jakarta.apache.org/ant/ - commons-betwixt - 1.0-beta-1.20030111.103454 - http://jakarta.apache.org/commons/betwixt/ - - commons-digester 1.4.1 http://jakarta.apache.org/commons/digester.html + commons-jelly 20030724.033229 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven/src/java/org/apache/maven DefaultProjectUnmarshaller.java DefaultProjectMarshaller.java
dion2003/08/05 08:05:57 Modified:src/java/org/apache/maven/project Repository.java src/java/org/apache/maven DefaultProjectUnmarshaller.java DefaultProjectMarshaller.java Log: Fixes for MAVEN-595 Revision ChangesPath 1.14 +83 -1 maven/src/java/org/apache/maven/project/Repository.java Index: Repository.java === RCS file: /home/cvs/maven/src/java/org/apache/maven/project/Repository.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- Repository.java 12 Apr 2003 00:02:03 - 1.13 +++ Repository.java 5 Aug 2003 15:05:57 - 1.14 @@ -78,6 +78,9 @@ /** Connection URL. */ private String connection; +/** Developer connection URL. */ +private String developerConnection; + /** Web URL. */ private String url; @@ -92,6 +95,16 @@ } /** + * Sets the connection attribute of the Repository object + * + * @param connection Developer connection URL. + */ +public void setDeveloperConnection( String developerConnection ) +{ +this.developerConnection = developerConnection; +} + +/** * Gets the connection attribute of the Repository object * * @return Connection URL. @@ -102,6 +115,16 @@ } /** + * Gets the connection attribute of the Repository object + * + * @return Connection URL. + */ +public String getDeveloperConnection() +{ +return developerConnection; +} + +/** * Sets the url attribute of the Repository object * * @param url Web URL. @@ -151,6 +174,65 @@ return null; } +/** + * Get cvs server. + * + * Used in xdocs/src/plugin-resources/templates/cvs-usage.xml + * + * @param conn six token connection string + * @return CVS module. + */ +public String getCvsServer(String conn) +{ +String[] tokens = splitSCMConnection(conn); +if(tokens[3].indexOf('@') >= 0) +{ +return tokens[3].substring(tokens[3].indexOf('@')+1); +} +else +{ +return tokens[3]; +} +} + +/** + * Get cvs root. + * + * Used in xdocs/src/plugin-resources/templates/cvs-usage.xml + * + * @param conn six token connection string + * @param username username override if non-empty. + * @return CVS root. + */ +public String getCvsRoot(String conn, String username) +{ +String[] tokens = splitSCMConnection(conn); +if(tokens[3].indexOf('@') >= 0) +{ +if (username.length() == 0) +{ +username = tokens[3].substring(0, tokens[3].indexOf('@')); +} +tokens[3] = username + "@" + tokens[3].substring(tokens[3].indexOf('@') + 1); +} +String result = tokens[2] + ":" + tokens[3] + ":" + tokens[4]; +return result; +} + +/** + * Get cvs module. + * + * Used in xdocs/src/plugin-resources/templates/cvs-usage.xml + * + * @param conn six token connection string + * @return CVS module. + */ +public String getCvsModule(String conn) +{ +String[] tokens = splitSCMConnection(conn); +return tokens[5]; +} + /** * Splits an SCM string into parts 1.7 +57 -3 maven/src/java/org/apache/maven/DefaultProjectUnmarshaller.java Index: DefaultProjectUnmarshaller.java === RCS file: /home/cvs/maven/src/java/org/apache/maven/DefaultProjectUnmarshaller.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- DefaultProjectUnmarshaller.java 29 Jul 2003 01:09:37 - 1.6 +++ DefaultProjectUnmarshaller.java 5 Aug 2003 15:05:57 - 1.7 @@ -1,5 +1,61 @@ package org.apache.maven; +/* + * The Apache Software License, Version 1.1 + * + * Copyright (c) 2002 The Apache Software Foundation. All rights + * reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * + * 1. Redistributions of source code must retain the above copyright + *notice, this list of conditions and the following disclaimer. + * + * 2. Redistributions in binary form must reproduce the above copyright + *notice, this list of conditions and the following disclaimer in + *the documentation and/or other
cvs commit: maven/xdocs/reference project-descriptor.xml
dion2003/08/05 08:45:16 Modified:xdocs/reference project-descriptor.xml Log: Fix for MAVEN-653 Revision ChangesPath 1.20 +15 -0 maven/xdocs/reference/project-descriptor.xml Index: project-descriptor.xml === RCS file: /home/cvs/maven/xdocs/reference/project-descriptor.xml,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- project-descriptor.xml4 Aug 2003 06:38:05 - 1.19 +++ project-descriptor.xml5 Aug 2003 15:45:15 - 1.20 @@ -6,6 +6,7 @@ |--> Pete Kazmier +don Gillard Maven Project Descriptors @@ -330,6 +331,20 @@ For local networked repositories (eg. pserver to local machine) scm:cvs:lserver:[EMAIL PROTECTED]:/cvs/root:module-name + + + For ssh access: + scm:cvs:ext:[EMAIL PROTECTED]:/cvs/root:module-name + Remember that CVS will expect an environment variable called + CVS_RSH to be set, typically to ssh or your + ssh client. + + + Some cvs clients support other protocols, such as ntserver and extssh. + Here's an example using CVS NT and ntserver: + scm|cvs|ntserver|[EMAIL PROTECTED]|e:\cvs|Deployment + Note the use of the vertical bar as delimiter as the repository has a + colon (:) in it. For local file system repositories - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven/src/plugins-build/changelog plugin.jelly
dion2003/08/05 08:08:08 Modified:src/plugins-build/changelog plugin.jelly Log: Fixes for MAVEN-595 Revision ChangesPath 1.9 +4 -1 maven/src/plugins-build/changelog/plugin.jelly Index: plugin.jelly === RCS file: /home/cvs/maven/src/plugins-build/changelog/plugin.jelly,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- plugin.jelly 8 Jul 2003 11:01:07 - 1.8 +++ plugin.jelly 5 Aug 2003 15:08:08 - 1.9 @@ -46,6 +46,9 @@ ${pom.repository.connection} + + ${pom.repository.developerConnection} + Generating the changelog report @@ -56,7 +59,7 @@ output="${maven.build.dir}/changelog.xml" outputEncoding="${maven.docs.outputencoding}" range="${maven.changelog.range}" -repositoryConnection="${pom.repository.connection}" +repositoryConnection="${_connection}" dateFormat="${maven.changelog.dateformat}" /> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVEN-587) changes plugin : Index table addition
Message: The following issue has been closed. Resolver: Emmanuel Venisse Date: Tue, 5 Aug 2003 7:28 AM Applied. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-587 Here is an overview of the issue: - Key: MAVEN-587 Summary: changes plugin : Index table addition Type: Improvement Status: Closed Priority: Major Resolution: FIXED Time Spent: Unknown Remaining: Unknown Project: maven Fix Fors: 1.0-rc1 Versions: 1.0-beta-10 Assignee: Reporter: Andy Jefferson Created: Sun, 20 Jul 2003 6:21 AM Updated: Tue, 5 Aug 2003 7:28 AM Environment: Linux 2.4.21 Description: The changes plugin does a good job of showing summary of changes in a release. What would be a nice extension is to add a table at the start of the report that indexes the releases, so the user can click on a release and be taken to the details - and so they can see a list of releases with dates in one place rather than having to page through it. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-194) Two dependiencise having the same id but diffrent type should not be assumed as duplicats
The following comment has been added to this issue: Author: Brian Ewins Created: Tue, 5 Aug 2003 4:13 AM Body: Just another viewpoint: the point of ids is to allow dependencies to be looked up in jelly. They have to be independent of version to avoid ripple changes from dependencies, but other than that, there is no requirement for ids to be derived from other dependency attributes - its just convenient. This being the case, some consideration should be given to 'id-as-alias' - an id being assignable by a user as a short name for the dependency. One potential advantage: suppose we have a 'master' list of dependencies inherited into our projects - something that basically says the versions of each jar (this is the way we used to work with ant). In maven, if we want to add property info - such as 'war.bundle' - we have to completely respecify the dependency. It would make more sense to be able to mention the dependency by id and add properties to it. To make this work, the logic currently used for groupid/artifactid/id would change to: if (!id) { // derive id from group/artifact if (artifactid) { if (groupid) { id = groupid:artifactid } else { id = artifactid } } } else { // derive artifact/group from id if (id contains ':') { // inverse of id from g/a above // I think this can be made backwards compatible // however I think it should be dropped in favour // of POM upgrade scripts if (!artifactid) { groupid = prefix artifactid = suffix } } else { // normal shorthand if (!artifactid) { artifactid = id } if (!groupid) { groupid = artifactid } } } Using the logic above, the user can use id to assign short, unique, and meaningless names if the other dependency attributes are set. If no other attributes are set, it functions as it does today - as a quick way of specifying a dependency. A third position on the id thing is that you might as well use the unversioned filename in the repo if you are going to be adding in the rest of the dependency attributes, ie the id of: /foo/bars/baz-1.0.bar should be /foo/bars/baz.bar, not foo+baz or foo:baz:bar. This is a blindingly obvious system for users, its still easy to parse into group/artifact ids, or derive that information when its missing if you are given a partial id. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-194 Here is an overview of the issue: - Key: MAVEN-194 Summary: Two dependiencise having the same id but diffrent type should not be assumed as duplicats Type: Bug Status: Reopened Priority: Major Time Spent: Unknown Remaining: Unknown Project: maven Fix Fors: 1.0-final Versions: 1.0-beta-8 Assignee: Jason van Zyl Reporter: Michal Maczka Created: Sun, 12 Jan 2003 10:22 AM Updated: Mon, 4 Aug 2003 12:56 PM Description: Currently in case of following dependincies in POM: mydep 1.0.1 war mydep 1.0.1 jar only the first dependency will be availabe in dependency list. Solution: Both "id" and "type" should be used in org.apache.maven.project.BaseObject and two dependincies should be assumed as equal only if dep1.id == dep2.id && dep1.type == dep2.type - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVEN-655) Wrong link to uberjar homepage from uberjar plugin
Message: The following issue has been closed. Resolver: Emmanuel Venisse Date: Tue, 5 Aug 2003 7:36 AM Done. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-655 Here is an overview of the issue: - Key: MAVEN-655 Summary: Wrong link to uberjar homepage from uberjar plugin Type: Bug Status: Closed Priority: Major Resolution: FIXED Time Spent: Unknown Remaining: 2 minutes Project: maven Components: documentation Fix Fors: 1.0-rc1 Versions: 1.0-beta-10 1.0-final 1.0-rc1 1.1 Assignee: Reporter: Martin Skopp Created: Tue, 5 Aug 2003 7:02 AM Updated: Tue, 5 Aug 2003 7:36 AM Environment: all Description: The maven uberjar plugin docu page http://maven.apache.org/reference/plugins/uberjar/index.html links to http://classworlds.werken.com/ and http://classworlds.werken.com/uberjar.html AFAIK at least the second link is dead, IMHO the links should be replaced by http://classworlds.codehaus.org/ and http://classworlds.codehaus.org/uberjar.html - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (MAVEN-625) Move dom4j processing to xdoc-plugin
Message: The following issue has been closed. Resolver: dion gillard Date: Tue, 5 Aug 2003 3:23 AM I can't find any dom4j use in the core under src/java - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-625 Here is an overview of the issue: - Key: MAVEN-625 Summary: Move dom4j processing to xdoc-plugin Type: Task Status: Closed Priority: Major Resolution: INCOMPLETE Time Spent: Unknown Remaining: Unknown Project: maven Components: plugin-xdoc Fix Fors: 1.0-rc1 Assignee: Reporter: Jason van Zyl Created: Sun, 27 Jul 2003 11:38 PM Updated: Tue, 5 Aug 2003 3:23 AM Description: Dom4j was used in the core to take a POM and turn it into a dom4j document so that it could be used by JSL. This simple bit of functionality needs to be reimplemented in the xdoc plugin and dom4j removed from the maven core. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-649) made unit tests report more consistent and readable
The following comment has been added to this issue: Author: dion gillard Created: Mon, 4 Aug 2003 9:40 PM Body: Ok, I think I've merged them ok. You should be able to check by simply getting the latest file from cvs and renaming the org.apache.maven.util.*Tool bits to org.apache.maven.*Tool - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-649 Here is an overview of the issue: - Key: MAVEN-649 Summary: made unit tests report more consistent and readable Type: Improvement Status: Unassigned Priority: Minor Time Spent: Unknown Remaining: Unknown Project: maven Components: plugin-other Fix Fors: 1.1 Versions: 1.0-beta-10 Assignee: Reporter: John Farrell Created: Mon, 4 Aug 2003 2:14 AM Updated: Mon, 4 Aug 2003 8:50 PM Description: The unit test report had good columns and headings in the Summary section. All further tables lacked headings at all, and confusingly, the columns were in a different order in the Package List section. I have reordered the columns to be consistent, added headings to all tables, and added columns so that all tables contain the same values. The result is a little more space taken for the same information, but it is easier to read. I will not include the modified code here, as cut and paste into here will probably destroy the formatting. I will see if I can attach the file after I have submitted the issue, or something like that. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: maven/src/plugins-build/cactus/xdocs changes.xml navigation.xml index.xml
vmassol 2003/08/05 02:16:26 Modified:src/plugins-build/cactus project.xml src/plugins-build/cactus/xdocs changes.xml navigation.xml index.xml Added: src/plugins-build/cactus/announcements 3.0.ann Log: Prepare to release version 3.0 Revision ChangesPath 1.1 maven/src/plugins-build/cactus/announcements/3.0.ann Index: 3.0.ann === The Maven team is pleased to announce the Cactus plugin 3.0 release! http://maven.apache.org/reference/plugins/cactus The Maven Cactus plugin is a plugin for Cactus (http://jakarta.apache.org/cactus) that allows to automatically start containers, run Cactus tests and stop the containers. User-visible changes in this version: o New goal cactus:match added that allows you to run just matching testcases. Pass the testcase in using -Dtestmatch=MyTestCase. This brings to parity the cactus plugin with the test plugin for running types of tests. o New goal cactus:single added that allows you to run just a single testcase. Pass the testcase in using -Dtestcase=my.single.TestCase. o Add xml declaration to generated report. Fixed for character encoding. o Ability to optionally specify for Tomcat 4x and 5x a directory to which the container will be installed for the tests. o Add all user jars that have been marked to be included in the cactus test (with the true property in dependencies). For example, DBUnit would be a jar you would include in a Cactus test but not in a runtime war. o Updated to Cactus/Ant of 19th of June 2003 which fixes a bug preventing JBoss to start correctly on unix machines (caused by an invalid URL file format on unix. Thanks to Chris Lenz for fixing it. o The cactus:compile goal now correctly copy the non java files to the target class directory. o Major change: updated to use the Cactus/Ant integration built after 23rd of May 2003 (it is completely different from the Cactus/Ant integration used in version 2.0. Note that this plugin has been tested with Maven beta 10. Using it with another version of Maven is at your own risks! :-) You can download the Cactus Maven plugin here: http://www.ibiblio.org/maven/maven/jars/maven-cactus-plugin-3.0.jar Have fun! -Vincent 1.32 +2 -2 maven/src/plugins-build/cactus/project.xml Index: project.xml === RCS file: /home/cvs/maven/src/plugins-build/cactus/project.xml,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- project.xml 25 Jul 2003 03:32:22 - 1.31 +++ project.xml 5 Aug 2003 09:16:26 - 1.32 @@ -5,7 +5,7 @@ 3 maven-cactus-plugin Maven Cactus Plug-in - 3.0-SNAPSHOT + 3.0 Plugin for Cactus (http://jakarta.apache.org/cactus) that allows to automatically start containers, run Cactus tests and stop the containers. Cactus plugin http://maven.apache.org/reference/plugins/cactus/ @@ -38,7 +38,7 @@ 3.0 3.0 - HEAD + MAVEN_CACTUS_3_0 1.17 +1 -1 maven/src/plugins-build/cactus/xdocs/changes.xml Index: changes.xml === RCS file: /home/cvs/maven/src/plugins-build/cactus/xdocs/changes.xml,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- changes.xml 25 Jul 2003 03:32:22 - 1.16 +++ changes.xml 5 Aug 2003 09:16:26 - 1.17 @@ -7,7 +7,7 @@ - + Upgrade to commons-logging 1.0.3 1.5 +1 -0 maven/src/plugins-build/cactus/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/maven/src/plugins-build/cactus/xdocs/navigation.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- navigation.xml8 Apr 2003 21:40:20 - 1.4 +++ navigation.xml5 Aug 2003 09:16:26 - 1.5 @@ -15,6 +15,7 @@ + http://www.ibiblio.org/maven/maven/jars/maven-cactus-plugin-3.0.jar"/> http://www.ibiblio.org/maven/maven/jars/maven-cactus-plugin-2.0.jar"/> http://www.ibiblio.org/maven/maven/jars/maven-cactus-plugin-1.2.jar"/> http://www.ibiblio.org/maven/maven/jars/maven-cactus-plugin-1.1.jar"/> 1.7 +7 -0 maven/src/plugins-build/cactus/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/maven/src/plugins-build/cactus/xdocs/index.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --
[jira] Closed: (MAVEN-648) Maven Jar creation results in unusable archives, when used in default manner
Message: The following issue has been closed. Resolver: dion gillard Date: Tue, 5 Aug 2003 3:16 AM Committed a fix today - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-648 Here is an overview of the issue: - Key: MAVEN-648 Summary: Maven Jar creation results in unusable archives, when used in default manner Type: Bug Status: Closed Priority: Blocker Resolution: FIXED Time Spent: Unknown Remaining: 5 hours Project: maven Components: plugin-java Fix Fors: 1.0-rc1 Versions: 1.0-beta-10 Assignee: Reporter: Created: Thu, 1 May 2003 11:38 AM Updated: Tue, 5 Aug 2003 3:16 AM Environment: Maven, W2K, While running "maven jar" Description: The file : C:\maven-1.0-beta-9\plugins\maven-jar-plugin-1.0\plugin.jelly forces jar file creation with an INDEX.LIST file. However, this LIST file only contains the folder names and not the file names. The result of this is that the created jar files are ususable, as they report an Exception: java.lang.NoClassDefFoundError To resolve this, if I modify the pluig.jelly (file listed above), on line 32 to read: index="false" everything is rosey ! I feel that this should be the default setting ! - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MAVEN-194) Two dependiencise having the same id but diffrent type should not be assumed as duplicats
The following comment has been added to this issue: Author: dion gillard Created: Mon, 4 Aug 2003 9:05 PM Body: I'm not sure I agree with the use of artifactType as a differentiator. >From my angle, artifactId and groupId as a combination should be unique. I don't see why type should be taken into account at all. Declare them as boo and boo-web - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-194 Here is an overview of the issue: - Key: MAVEN-194 Summary: Two dependiencise having the same id but diffrent type should not be assumed as duplicats Type: Bug Status: Reopened Priority: Major Time Spent: Unknown Remaining: Unknown Project: maven Fix Fors: 1.0-final Versions: 1.0-beta-8 Assignee: Jason van Zyl Reporter: Michal Maczka Created: Sun, 12 Jan 2003 10:22 AM Updated: Mon, 4 Aug 2003 12:56 PM Description: Currently in case of following dependincies in POM: mydep 1.0.1 war mydep 1.0.1 jar only the first dependency will be availabe in dependency list. Solution: Both "id" and "type" should be used in org.apache.maven.project.BaseObject and two dependincies should be assumed as equal only if dep1.id == dep2.id && dep1.type == dep2.type - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]