[jira] Closed: (MAVEN-976) NumberFormatException when running jcoverage plugin

[jira]

Message:

   The following issue has been closed.

   Resolver: Emmanuel Venisse
   Date: Wed, 29 Oct 2003 12:21 AM

Already fixed in cvs.
-
View the issue:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-976


Here is an overview of the issue:
-
Key: MAVEN-976
Summary: NumberFormatException when running jcoverage plugin
   Type: Bug

 Status: Closed
   Priority: Minor
 Resolution: FIXED

 Time Spent: Unknown
  Remaining: Unknown

Project: maven
 Components: 
 plugin-other
   Fix Fors:
 1.0-rc2
   Versions:
 1.0-rc1

   Assignee: 
   Reporter: Daniel Rabe

Created: Tue, 28 Oct 2003 5:25 PM
Updated: Wed, 29 Oct 2003 12:21 AM
Environment: Windows XP

Description:
I'm trying to run the jcoverage plugin on my project. It runs the unit tests, and 
begins the transformation; then I get the following stack trace. There are a number of 
jcoverage report html files in my target\docs\jcoverage directory, but there is no 
index.html there.

jcoverage 1.0.5 copyright (c)2003 jcoverage ltd. http://jcoverage.com/
jcoverage is licensed under the GNU General Public License
jcoverage comes with ABSOLUTELY NO WARRANTY
Generate report for C:\KangaHermes/target/jcoverage/coverage.xml file.
OutputDir = C:\KangaHermes/target/docs/jcoverage
java.lang.NumberFormatException: For input string: "?"
at 
java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1207)
at java.lang.Double.valueOf(Double.java:202)
at java.lang.Double.(Double.java:277)
at 
org.apache.maven.jcoveragereport.CoverageReport.generatePercentResult(CoverageReport.java
:495)
at 
org.apache.maven.jcoveragereport.CoverageReport.generateSourceFile(CoverageReport.java:42
7)
at 
org.apache.maven.jcoveragereport.CoverageReport.generateSourceFiles(CoverageReport.java:3
93)
at 
org.apache.maven.jcoveragereport.CoverageReport.generate(CoverageReport.java:96)
at 
org.apache.maven.jcoveragereport.CoverageReportGenerator.execute(CoverageReportGenerator.
java:106)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.java:230)
at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:145)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at org.apache.commons.jelly.tags.core.OtherwiseTag.doTag(OtherwiseTag.java:87)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:84)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at org.apache.commons.jelly.tags.core.CatchTag.doTag(CatchTag.java:90)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128)
at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
at com.werken.werkz.jelly.AttainGoalTag.doTag(AttainGoalTag.java:134)
 etc.

Thanks,
Daniel Rabe



-
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]

Results of clean bootstrap at 20031028-2200

[tirsen]

Last 500 lines of a clean bootstrap build of maven at 20031028-2200
 [exec] +

 [exec] build:
 [exec] [echo] D succeeds on purpose

 [exec] [echo] failure-1 failed correctly
 [exec] [echo] failure-2 failed correctly
 [exec] Starting the reactor...
 [exec] Our processing order:
 [exec] extra-failure
 [exec] +
 [exec] | Testing extra-failure
 [exec] | Memory: 15M/16M
 [exec] +
 [exec] build:
 [exec] [echo] E will fail on purpose
 [exec] [echo] failure-1 failed correctly
 [exec] [echo] failure-2 failed correctly
 [exec] [echo] extra-failure failed correctly

 [exec] test-maven-failure-property:
 [exec] build:
 [exec] [echo] B succeeds on purpose

 [exec] build:
 [exec] [echo] A will fail on purpose
 [exec] [echo] failure-1 failed correctly
 [exec] build:
 [exec] [echo] E will fail on purpose
 [exec] [echo] failure-1 failed correctly
 [exec] [echo] extra-failure failed correctly

 [exec] test-maven-unknown-failure-property:

 [exec] touchstone-goal-A:
 [exec] [echo] Overriding touchstone-goal-A

 [exec] touchstone-goal-B:
 [exec] [echo] touchstone-goal-B defined in plugin.

 [exec] test-addPath:

 [exec] test-make-absolute-path:

 [exec] test-make-relative-path:

 [exec] test-plugin-property-override:
 [exec] [echo] maven.touchstone.A = override.maven.touchstone.A

 [exec] touchstone-goal-C:
 [exec] [echo] preGoal for touchstone-goal-C is running ...
 [exec] [echo] touchstone-goal-C defined in plugin.

 [exec] [echo] checkValue = true
 [exec] touchstone-goal-D:
 [exec] [echo] preGoal for touchstone-goal-D is running ...
 [exec] touchstone-partner-goal-A:

 [exec] [echo] touchstone-goal-D defined in plugin.

 [exec] [echo] checkValue = true
 [exec] Attempting to download touchstone-SNAPSHOT.jar.
 [exec] Attempting to download test-SNAPSHOT.war.
 [exec] Attempting to download touchstone-SNAPSHOT.jar.
 [exec] Attempting to download test-SNAPSHOT.war.
 [exec] test-mavenjellyscope:
 [exec] test-mavenjellyscope-helper:




 [exec] jar:jar:
 [exec] [jar] Building jar: /usr/local/builds/maven/src/maven/target/maven.jar
 [exec] BUILD SUCCESSFUL
 [exec] Total time: 42 seconds
 [exec] Finished at: Tue Oct 28 22:02:39 EST 2003


clean-maven-home:
   [delete] Deleting directory /usr/local/builds/maven/maven/bin
[mkdir] Created dir: /usr/local/builds/maven/maven/bin
   [delete] Deleting directory /usr/local/builds/maven/maven/lib
[mkdir] Created dir: /usr/local/builds/maven/maven/lib
   [delete] Deleting directory /usr/local/builds/maven/maven/plugins
[mkdir] Created dir: /usr/local/builds/maven/maven/plugins
   [delete] Deleting directory /home/tirsen/.maven/plugins
 [copy] Copying 1 file to /home/tirsen/.maven/repository/maven/jars
 [copy] Copying 1 file to 
/usr/local/builds/maven/src/maven/bootstrap/install-phase1/lib
 [copy] Copying 1 file to 
/usr/local/builds/maven/src/maven/bootstrap/install-phase1
 [copy] Copying 1 file to 
/usr/local/builds/maven/src/maven/bootstrap/install-phase1
 [copy] Copying 66 files to /usr/local/builds/maven/maven
 [copy] Copied 2 empty directories to /usr/local/builds/maven/maven
 [exec]  __  __
 [exec] |  \/  |__ _Apache__ ___
 [exec] | |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
 [exec] |_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc2-SNAPSHOT

 [exec] clean:clean:
 [exec] [delete] Deleting directory /usr/local/builds/maven/src/maven/target
 [exec] Starting the reactor...
 [exec] Our processing order:
 [exec] Test project for Maven Changes Plugin
 [exec] Test project for Maven Checkstyle Plugin
 [exec] Test project for Maven Clean Plugin
 [exec] Test project for Maven Deploy Plugin
 [exec] Test project for Maven Ear Plugin
 [exec] Test project for Maven Faq Plugin
 [exec] Test project for Maven Java Plugin
 [exec] Test project for Maven Plugin Plugin
 [exec] Test project for Maven War Plugin
 [exec] Test project for Maven Xdoc Plugin
 [exec] +
 [exec] | Executing testPlugin Test project for Maven Changes Plugin
 [exec] | Memory: 3M/4M
 [exec] +

 [exec] clean:

 [exec] maven:plugin-test:
 [exec] multiproject:goal:
 [exec] test-changes-report:
 [exec] changes:report:
 [exec] [mkdir] Created dir: 
/usr/local/builds/maven/src/maven/src/plugins-build/changes/src/plugin-test/target/generated-xdocs


 [exec] testPlugin:
 [exec] clean:clean:
 [exec] [delete] Deleting directory 
/usr/local/builds/maven/src/mave

[jira] Created: (MAVEN-978) NPE with invalid argument and no project.xml

[jira]

Message:

  A new issue has been created in JIRA.

-
View the issue:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-978


Here is an overview of the issue:
-
Key: MAVEN-978
Summary: NPE with invalid argument and no project.xml
   Type: Bug

 Status: Unassigned
   Priority: Minor

 Time Spent: Unknown
  Remaining: Unknown

Project: maven
 Components: 
 core
   Versions:
 1.0-rc1

   Assignee: 
   Reporter: Dale King

Created: Tue, 28 Oct 2003 8:43 PM
Updated: Tue, 28 Oct 2003 8:43 PM
Environment: Windows 98SE with patched maven.bat to allow it to work on Win98 (See 
Maven-942)

Description:
I was trying to invoke "maven console" in a directory that did not have a project.xml 
file. But, I couldn't remember the command so I accidently typed "maven cli" instead. 
This is of course not a valid command, but instead of getting an informative message 
about cli being an unknown goal I was greeted with a NullPointerException:

C:\>maven cli

C:\>
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc1-SNAPSHOT

java.lang.NullPointerException
at org.apache.maven.plugin.PluginManager.attainGoals (PluginManager.java:430)
at org.apache.maven.MavenSession.attainGoals(MavenSession.java:348)
at org.apache.maven.cli.App.doMain(App.java:543)
at org.apache.maven.cli.App.main(App.java:1109)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.werken.forehead.Forehead.run(Forehead.java:551)
at com.werken.forehead.Forehead.main(Forehead.java:581)
Total time: 4 seconds
Finished at: Tue Oct 28 21:05:30 EST 2003



-
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] Updated: (MAVEN-977) Includes and Excludes not used during cactus:compile goal

[jira]

The following issue has been updated:

Updater: Sean Timm (mailto:[EMAIL PROTECTED])
   Date: Tue, 28 Oct 2003 8:07 PM
Comment:
Here's the patch...this is based off the latest I pulled from CVS.
Changes:
 Attachment changed to plugin.jelly.diff
-
For a full history of the issue, see:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-977&page=history

-
View the issue:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-977


Here is an overview of the issue:
-
Key: MAVEN-977
Summary: Includes and Excludes not used during cactus:compile goal
   Type: Bug

 Status: Unassigned
   Priority: Major

 Time Spent: Unknown
  Remaining: Unknown

Project: maven
 Components: 
 plugin-cactus
   Versions:
 1.0-rc1

   Assignee: 
   Reporter: Sean Timm

Created: Tue, 28 Oct 2003 7:55 PM
Updated: Tue, 28 Oct 2003 8:07 PM

Description:
The cactus:compile goal compiles all java files it finds irregardless of what is 
specified by cactus.src.includes and cactus.src.excludes.  I've fixed this issue and 
will be attaching a patch shortly.


-
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]

RE: Effect of Plugin Changes?

[dion]

Ah, gotcha!
--
dIon Gillard, Multitask Consulting
Blog:  http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc


Brett Porter <[EMAIL PROTECTED]> wrote on 29/10/2003 10:10:34 AM:

> As I said, it doesn't clear "every" user's local cache. It'll only clear 
the
> executing user, which isn't very helpful in a multi-user environment. 
Same
> deal with plugin:install.
> 
> - Brett
> 
> > > The downside of plugin:download is that it doesn't clear out every
> > user's
> > > local plugin cache, so they end up with multiple versions when they
> > change.
> > > The recent code changes I've made that are currently 
> > uncommitted will
> > only
> > > load the plugins present in $MAVEN_HOME, regardless of what 
> > versions 
> > > are
> > in
> > > the cache (although it stil extracts them to the local cache).
> > 
> > Huh?
> > 
> > 
> >   Plugin downloaded, removing other versions
> > 
> >   
> > 
> >   
> >   
> > 
> >   
> > 
> >   
> > 
> >   
> >   
> >   
> > 
> >   
> > 
> > 
> > Should do it, right?
> > 
> > The above is in the plugin.
> > --
> > dIon Gillard, Multitask Consulting
> > Blog:  http://blogs.codehaus.org/people/dion/
> > Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
> > 
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (MAVEN-977) Includes and Excludes not used during cactus:compile goal

[jira]

Message:

  A new issue has been created in JIRA.

-
View the issue:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-977


Here is an overview of the issue:
-
Key: MAVEN-977
Summary: Includes and Excludes not used during cactus:compile goal
   Type: Bug

 Status: Unassigned
   Priority: Major

 Time Spent: Unknown
  Remaining: Unknown

Project: maven
 Components: 
 plugin-cactus
   Versions:
 1.0-rc1

   Assignee: 
   Reporter: Sean Timm

Created: Tue, 28 Oct 2003 7:55 PM
Updated: Tue, 28 Oct 2003 7:55 PM

Description:
The cactus:compile goal compiles all java files it finds irregardless of what is 
specified by cactus.src.includes and cactus.src.excludes.  I've fixed this issue and 
will be attaching a patch shortly.


-
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-872) Maven does not recognize .cvspass file

[jira]

The following comment has been added to this issue:

 Author: Jason Horne
Created: Tue, 28 Oct 2003 5:52 PM
   Body:
Julien,

I've only installed and used Maven on this one machine, so I unfortunately don't have 
any other experiences to share.  :-P

At some point, though, I did install TortoiseCVS, and now everything works.  Perhaps 
that was that catalyst that made everything start working again?  Hard to say.  I've 
never had WinCVS installed locally, so that wouldn't have been at play here.

Very bizarre.
-
View the issue:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-872


Here is an overview of the issue:
-
Key: MAVEN-872
Summary: Maven does not recognize .cvspass file
   Type: Bug

 Status: Unassigned
   Priority: Major

 Time Spent: Unknown
  Remaining: Unknown

Project: maven
 Components: 
 plugin-changelog
 plugin-developer-activity
 plugin-file-activity
   Fix Fors:
 1.1
   Versions:
 1.0-beta-10
 1.0-rc1

   Assignee: 
   Reporter: Jason Horne

Created: Tue, 30 Sep 2003 10:38 AM
Updated: Wed, 8 Oct 2003 12:06 PM

Description:
I'm trying to run the changelog report, but it doesn't work because Maven supplies a 
blank password.  How can you tell it to use a real password?  Note: I created a 
.cvspass file in my home directory, which Ant reads and uses just fine:

--- (snip) ---
   C:\Java\Maven\plugins>type build.xml
   

   

   
   
   

   

   C:\Java\Maven\plugins>ant feh
   Buildfile: build.xml

   feh:
 [cvs] Using cvs passfile: C:\Documents and Settings\jahorn\.cvspass
 [cvs] cvs server: Diffing .
 [cvs] cvs server: Diffing maven-linkcheck-plugin-1.1-SNAPSHOT
--- (snip) ---

Maven doesn't see it, though:

--- (snip) ---
   maven-changelog-plugin:report:
   [echo] Generating the changelog report
   SCM Working Directory: C:\Java\Maven\plugins
   SCM Command Line[0]: cvs
   SCM Command Line[1]: -d
   SCM Command Line[2]: :pserver:[EMAIL PROTECTED]:/cvs/cvs_dept
   SCM Command Line[3]: log
   SCM Command Line[4]: -d 2003-08-27<2003-09-27
   cvs log: authorization failed: server cvs.unx.sas.com rejected access to 
/cvs/cvs_dept for user jahorn
   cvs log: used empty password; try "cvs login" with a real password
--- (snip) ---



-
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]

RE: Effect of Plugin Changes?

[Brett Porter]

> Any way to make it automatically download the latest?  Or 
> would that be a snapshot?
> 

Exactly.

It won't go out to the internet to get them unless they are listed in
maven.repo.remote.

- Brett

RE: Effect of Plugin Changes?

[Brett Porter]

As I said, it doesn't clear "every" user's local cache. It'll only clear the
executing user, which isn't very helpful in a multi-user environment. Same
deal with plugin:install.

- Brett

> > The downside of plugin:download is that it doesn't clear out every
> user's
> > local plugin cache, so they end up with multiple versions when they
> change.
> > The recent code changes I've made that are currently 
> uncommitted will
> only
> > load the plugins present in $MAVEN_HOME, regardless of what 
> versions 
> > are
> in
> > the cache (although it stil extracts them to the local cache).
> 
> Huh?
> 
> 
>   Plugin downloaded, removing other versions
> 
>   
> 
>   
>   
> 
>   
> 
>   
> 
>   
>   
>   
> 
>   
> 
> 
> Should do it, right?
> 
> The above is in the plugin.
> --
> dIon Gillard, Multitask Consulting
> Blog:  http://blogs.codehaus.org/people/dion/
> Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

[jira] Created: (MAVEN-976) NumberFormatException when running jcoverage plugin

[jira]

Message:

  A new issue has been created in JIRA.

-
View the issue:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-976


Here is an overview of the issue:
-
Key: MAVEN-976
Summary: NumberFormatException when running jcoverage plugin
   Type: Bug

 Status: Unassigned
   Priority: Minor

 Time Spent: Unknown
  Remaining: Unknown

Project: maven
 Components: 
 plugin-other
   Versions:
 1.0-rc1

   Assignee: 
   Reporter: Daniel Rabe

Created: Tue, 28 Oct 2003 5:25 PM
Updated: Tue, 28 Oct 2003 5:25 PM
Environment: Windows XP

Description:
I'm trying to run the jcoverage plugin on my project. It runs the unit tests, and 
begins the transformation; then I get the following stack trace. There are a number of 
jcoverage report html files in my target\docs\jcoverage directory, but there is no 
index.html there.

jcoverage 1.0.5 copyright (c)2003 jcoverage ltd. http://jcoverage.com/
jcoverage is licensed under the GNU General Public License
jcoverage comes with ABSOLUTELY NO WARRANTY
Generate report for C:\KangaHermes/target/jcoverage/coverage.xml file.
OutputDir = C:\KangaHermes/target/docs/jcoverage
java.lang.NumberFormatException: For input string: "?"
at 
java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1207)
at java.lang.Double.valueOf(Double.java:202)
at java.lang.Double.(Double.java:277)
at 
org.apache.maven.jcoveragereport.CoverageReport.generatePercentResult(CoverageReport.java
:495)
at 
org.apache.maven.jcoveragereport.CoverageReport.generateSourceFile(CoverageReport.java:42
7)
at 
org.apache.maven.jcoveragereport.CoverageReport.generateSourceFiles(CoverageReport.java:3
93)
at 
org.apache.maven.jcoveragereport.CoverageReport.generate(CoverageReport.java:96)
at 
org.apache.maven.jcoveragereport.CoverageReportGenerator.execute(CoverageReportGenerator.
java:106)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.commons.jelly.impl.DynamicBeanTag.doTag(DynamicBeanTag.java:230)
at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:145)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at org.apache.commons.jelly.tags.core.OtherwiseTag.doTag(OtherwiseTag.java:87)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:84)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at org.apache.commons.jelly.tags.core.CatchTag.doTag(CatchTag.java:90)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128)
at com.werken.werkz.Goal.fire(Goal.java:639)
at com.werken.werkz.Goal.attain(Goal.java:575)
at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193)
at com.werken.werkz.jelly.AttainGoalTag.doTag(AttainGoalTag.java:134)
 etc.

Thanks,
Daniel Rabe



-
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/site plugin.jelly

[dion]

dion2003/10/28 14:29:36

  Modified:src/plugins-build/site plugin.jelly
  Log:
  Start using tag instead of ${pom.getPluginContext()}
  
  Revision  ChangesPath
  1.21  +1 -2  maven/src/plugins-build/site/plugin.jelly
  
  Index: plugin.jelly
  ===
  RCS file: /home/cvs/maven/src/plugins-build/site/plugin.jelly,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- plugin.jelly  27 Oct 2003 16:31:08 -  1.20
  +++ plugin.jelly  28 Oct 2003 22:29:36 -  1.21
  @@ -25,8 +25,7 @@
 
 
 
  -
  +
 
   
 
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/test plugin.jelly

[dion]

dion2003/10/28 14:28:39

  Modified:src/plugins-build/test plugin.jelly
  Log:
  Start using tag instead of ${pom.getPluginContext()}
  
  Revision  ChangesPath
  1.22  +2 -3  maven/src/plugins-build/test/plugin.jelly
  
  Index: plugin.jelly
  ===
  RCS file: /home/cvs/maven/src/plugins-build/test/plugin.jelly,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- plugin.jelly  3 Oct 2003 05:33:39 -   1.21
  +++ plugin.jelly  28 Oct 2003 22:28:39 -  1.22
  @@ -260,9 +260,8 @@
   
 
   
  -
  -
  +
  +
   
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Effect of Plugin Changes?

[Sean Timm]

> > I've successfully setup an in-house remote repository along with a 
> > central Maven distribution provided via our source control 
> system.  At 
> > this time, I can update a jar in the maven distribution's plugin 
> > folder, and then when someone runs a build, they'll get the latest 
> > version installed if they don't have it.
> 
> How does this work?

Sorry...this might have sounded more exciting than it actually is.  It's
pretty low-tech right now.  I've essentially got the entire Maven
distribution in a SourceSafe folder.  Before running a build, the latest
changes to this folder are retrieved (in case of plugin
additions/changes).  During the Maven build process, it apparently
checks the timestamp on the files in the plugin directory of the
distribution and updates the user's plugin cache, so it provides the
automatic updating for me.  I'd certainly rather see it automatically
pull any plugin changes from my in-house repository as I could then
ensure that new plugins are retrieved without the user having to update
the build folder.  However, I don't want it going out on the internet to
retrieve any of these files...

> The plugin changes mean two things: firstly you can enforce a 
> plugin version per projeect by specifying a dependency. That 
> will be retrieved from the repository in the same way as any 
> other versioned artifact. Secondly, you have a goal to help 
> download and install manually: plugin:download.

Any way to make it automatically download the latest?  Or would that be
a snapshot?

-- Sean T.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/xdoc plugin.jelly

[dion]

dion2003/10/28 14:27:03

  Modified:src/plugins-build/xdoc plugin.jelly
  Log:
  Start using tag instead of ${pom.getPluginContext()}
  
  Revision  ChangesPath
  1.52  +13 -17maven/src/plugins-build/xdoc/plugin.jelly
  
  Index: plugin.jelly
  ===
  RCS file: /home/cvs/maven/src/plugins-build/xdoc/plugin.jelly,v
  retrieving revision 1.51
  retrieving revision 1.52
  diff -u -r1.51 -r1.52
  --- plugin.jelly  26 Sep 2003 15:53:41 -  1.51
  +++ plugin.jelly  28 Oct 2003 22:27:03 -  1.52
  @@ -4,6 +4,7 @@
 xmlns:j="jelly:core"
 xmlns:jsl="jelly:jsl"
 xmlns:log="jelly:log"
  +  xmlns:maven="jelly:maven"
 xmlns:pom="pom"
 xmlns:util="jelly:util"
 xmlns:x="jelly:xml"
  @@ -17,9 +18,7 @@
   
 
 
  -  
  +  
 
 
 
  @@ -39,9 +38,7 @@
 @description text description of report
 @link the nav-bar link for this report
 -->
  -  
  +  
   
   
 
  @@ -280,8 +277,7 @@
 
   
 
  -  
  +  
   
 
   
  @@ -364,9 +360,7 @@
   
   
   
  -
  +
   
   
   
 
 
  -  
  +  
 
  -  
  +
  +
   
  @@ -652,9 +650,7 @@
 
 
   Dumping report settings
  -
  +
  
   
 Report: ${report}  
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/vdoclet project.properties

[dion]

dion2003/10/28 14:26:07

  Modified:src/plugins-build/vdoclet project.properties
  Log:
  allow maven site -DpluginSite=y to work
  
  Revision  ChangesPath
  1.5   +1 -0  maven/src/plugins-build/vdoclet/project.properties
  
  Index: project.properties
  ===
  RCS file: /home/cvs/maven/src/plugins-build/vdoclet/project.properties,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- project.properties7 Sep 2003 15:40:26 -   1.4
  +++ project.properties28 Oct 2003 22:26:07 -  1.5
  @@ -6,4 +6,5 @@
   maven.license.licenseFile=${basedir}/../../../LICENSE.txt
   maven.checkstyle.header.file=${basedir}/../../../LICENSE.txt
   maven.checkstyle.format = turbine
  +maven.checkstyle.properties = ${basedir}/../../../checkstyle.xml
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/linkcheck plugin.jelly

[dion]

dion2003/10/28 14:25:19

  Modified:src/plugins-build/linkcheck plugin.jelly
  Log:
  Start using tag instead of ${pom.getPluginContext()}
  
  Revision  ChangesPath
  1.13  +4 -4  maven/src/plugins-build/linkcheck/plugin.jelly
  
  Index: plugin.jelly
  ===
  RCS file: /home/cvs/maven/src/plugins-build/linkcheck/plugin.jelly,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- plugin.jelly  29 Aug 2003 06:27:52 -  1.12
  +++ plugin.jelly  28 Oct 2003 22:25:19 -  1.13
  @@ -4,10 +4,9 @@
 xmlns:j="jelly:core" 
 xmlns:define="jelly:define"
 xmlns:linkcheck="linkcheck"
  +  xmlns:maven="jelly:maven"
 xmlns:doc="doc">
 
  -  
  -  
 
   
 
 
  -
  -   
  +
  +
 
   ${maven.mode.online}
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/jxr plugin.jelly

[dion]

dion2003/10/28 14:23:54

  Modified:src/plugins-build/jxr plugin.jelly
  Log:
  Start using tag instead of ${pom.getPluginContext()}
  
  Revision  ChangesPath
  1.18  +5 -10 maven/src/plugins-build/jxr/plugin.jelly
  
  Index: plugin.jelly
  ===
  RCS file: /home/cvs/maven/src/plugins-build/jxr/plugin.jelly,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- plugin.jelly  31 Aug 2003 07:41:00 -  1.17
  +++ plugin.jelly  28 Oct 2003 22:23:54 -  1.18
  @@ -6,6 +6,7 @@
 xmlns:doc="doc"
 xmlns:j="jelly:core"  
 xmlns:jxr="jxr"
  +  xmlns:maven="jelly:maven"
 xmlns:util="jelly:util">
   
 
  @@ -56,18 +57,12 @@
   
 ${maven.sourcesPresent}
   
  -  
  +  
   
  -  
  +  
   
  -  
  +  
   
 
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/junit-report plugin.jelly

[dion]

dion2003/10/28 14:22:01

  Modified:src/plugins-build/junit-report plugin.jelly
  Log:
  Start using tag instead of ${pom.getPluginContext()}
  
  Revision  ChangesPath
  1.9   +3 -3  maven/src/plugins-build/junit-report/plugin.jelly
  
  Index: plugin.jelly
  ===
  RCS file: /home/cvs/maven/src/plugins-build/junit-report/plugin.jelly,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- plugin.jelly  7 Jul 2003 18:49:36 -   1.8
  +++ plugin.jelly  28 Oct 2003 22:22:01 -  1.9
  @@ -3,7 +3,8 @@
   
  +  xmlns:j="jelly:core"
  +  xmlns:maven="jelly:maven">
 
 
   
  @@ -39,8 +40,7 @@
 
   
  -  
  +  
   
 
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/jar plugin.jelly

[dion]

dion2003/10/28 14:19:59

  Modified:src/plugins-build/jar plugin.jelly
  Log:
  Start using tag instead of ${pom.getPluginContext()}
  
  Revision  ChangesPath
  1.22  +1 -1  maven/src/plugins-build/jar/plugin.jelly
  
  Index: plugin.jelly
  ===
  RCS file: /home/cvs/maven/src/plugins-build/jar/plugin.jelly,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- plugin.jelly  5 Sep 2003 21:22:26 -   1.21
  +++ plugin.jelly  28 Oct 2003 22:19:58 -  1.22
  @@ -53,7 +53,7 @@
   
   
   
  -
  +
   
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/file-activity plugin.jelly

[dion]

dion2003/10/28 14:18:47

  Modified:src/plugins-build/file-activity plugin.jelly
  Log:
  Start using tag instead of ${pom.getPluginContext()}
  
  Revision  ChangesPath
  1.12  +2 -2  maven/src/plugins-build/file-activity/plugin.jelly
  
  Index: plugin.jelly
  ===
  RCS file: /home/cvs/maven/src/plugins-build/file-activity/plugin.jelly,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- plugin.jelly  5 Aug 2003 15:09:25 -   1.11
  +++ plugin.jelly  28 Oct 2003 22:18:47 -  1.12
  @@ -5,6 +5,7 @@
 xmlns:changelog="changelog"
 xmlns:doc="doc"
 xmlns:j="jelly:core"
  +  xmlns:maven="jelly:maven"
 xmlns:util="jelly:util">
   
 
  @@ -44,8 +45,7 @@
 
   
   
  -
  +
   
   
 
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Effect of Plugin Changes?

[dion]

Brett Porter <[EMAIL PROTECTED]> wrote on 29/10/2003 09:12:31 AM:

> The downside of plugin:download is that it doesn't clear out every 
user's
> local plugin cache, so they end up with multiple versions when they 
change.
> The recent code changes I've made that are currently uncommitted will 
only
> load the plugins present in $MAVEN_HOME, regardless of what versions are 
in
> the cache (although it stil extracts them to the local cache).

Huh?


  Plugin downloaded, removing other versions

  

  
  

  

  

  
  
  

  


Should do it, right?

The above is in the plugin.
--
dIon Gillard, Multitask Consulting
Blog:  http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Effect of Plugin Changes?

[Brett Porter]

> I've successfully setup an in-house remote repository along 
> with a central Maven distribution provided via our source 
> control system.  At this time, I can update a jar in the 
> maven distribution's plugin folder, and then when someone 
> runs a build, they'll get the latest version installed if 
> they don't have it.  

How does this work?

> I've been trying to follow the changes 
> going on with regard to the separation of the plugins from 
> the core and auto-downloading of plugins from multiple 
> locations.  In this new scheme, is there a way I can still 
> control the downloading of plugins (to only pull from our 
> in-house repository, for example)?
> 

The plugin changes mean two things: firstly you can enforce a plugin version
per projeect by specifying a dependency. That will be retrieved from the
repository in the same way as any other versioned artifact. Secondly, you
have a goal to help download and install manually: plugin:download.

The downside of plugin:download is that it doesn't clear out every user's
local plugin cache, so they end up with multiple versions when they change.
The recent code changes I've made that are currently uncommitted will only
load the plugins present in $MAVEN_HOME, regardless of what versions are in
the cache (although it stil extracts them to the local cache).

- Brett

Effect of Plugin Changes?

[Sean Timm]

I've successfully setup an in-house remote repository along with a
central Maven distribution provided via our source control system.  At
this time, I can update a jar in the maven distribution's plugin folder,
and then when someone runs a build, they'll get the latest version
installed if they don't have it.  I've been trying to follow the changes
going on with regard to the separation of the plugins from the core and
auto-downloading of plugins from multiple locations.  In this new
scheme, is there a way I can still control the downloading of plugins
(to only pull from our in-house repository, for example)?

Thanks!

-- Sean T.

RE: "deploy" and "artifact" plugins

[Michal Maczka]

> -Original Message-
> From: Dominik Roblek [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 28, 2003 3:58 PM
> To: [EMAIL PROTECTED]
> Subject: "deploy" and "artifact" plugins
>
>
> I'm pretty confused when looking at "artifact" and
> "deploy" plugins. It seems to me, that they offer very
> similar functionality.

Deploy plugin is assumed to be "stable", while the code Artifact plugin is
still experimental phase

I am currently working on new framwork which will be used in maven artifact
plugin.
When code is well tested it will most likely completly replace deploy
plugin.

Michal



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/developer-activity plugin.jelly

[dion]

dion2003/10/28 10:20:58

  Modified:src/plugins-build/developer-activity plugin.jelly
  Log:
  Start using tag instead of ${pom.getPluginContext()}
  
  Revision  ChangesPath
  1.12  +3 -3  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.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- plugin.jelly  5 Aug 2003 15:08:22 -   1.11
  +++ plugin.jelly  28 Oct 2003 18:20:58 -  1.12
  @@ -3,8 +3,9 @@
   
   
 
  @@ -35,8 +36,7 @@
 
   
   
  -
  +
   
   
 
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Closed: (MAVEN-950) Make access to other plugins variables via a tag, not code

[jira]

Message:

   The following issue has been closed.

   Resolver: dion gillard
   Date: Tue, 28 Oct 2003 12:44 PM

Added the tag today
-
View the issue:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-950


Here is an overview of the issue:
-
Key: MAVEN-950
Summary: Make access to other plugins variables via a tag, not code
   Type: Improvement

 Status: Closed
   Priority: Major
 Resolution: FIXED

 Time Spent: Unknown
  Remaining: Unknown

Project: maven
 Components: 
 core
   Fix Fors:
 1.0-rc2
   Versions:
 1.0-beta-10
 1.0-rc1

   Assignee: Jason van Zyl
   Reporter: dion gillard

Created: Sun, 19 Oct 2003 7:21 PM
Updated: Tue, 28 Oct 2003 12:44 PM

Description:
we need a tag to do:

${pom.getPluginContext('maven-xyz-plugin').getVariable('abc')}

Suggestion:




-
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/changelog/src/main/org/apache/maven/cvslib CvsConnection.java

[dion]

dion2003/10/28 10:18:26

  Modified:src/plugins-build/changelog/src/main/org/apache/maven/cvslib
CvsConnection.java
  Log:
  Style
  
  Revision  ChangesPath
  1.2   +50 -58
maven/src/plugins-build/changelog/src/main/org/apache/maven/cvslib/CvsConnection.java
  
  Index: CvsConnection.java
  ===
  RCS file: 
/home/cvs/maven/src/plugins-build/changelog/src/main/org/apache/maven/cvslib/CvsConnection.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- CvsConnection.java25 Oct 2003 18:33:14 -  1.1
  +++ CvsConnection.java28 Oct 2003 18:18:26 -  1.2
  @@ -80,7 +80,7 @@
   
   /**
* A Cvs connection that simulates a command line interface.
  - * 
  + *
* @author mailto:[EMAIL PROTECTED]">Eric Pugh
*/
   public class CvsConnection
  @@ -90,37 +90,37 @@
   private static final Log LOG =
   LogFactory.getLog(CvsConnection.class);
   /**
  -  * The path to the repository on the server
  -  */
  + * The path to the repository on the server
  + */
   private String repository;
   
   /**
  -  * The local path to use to perform operations (the top level)
  -  */
  + * The local path to use to perform operations (the top level)
  + */
   private String localPath;
   
   /**
  -  * The connection to the server
  -  */
  + * The connection to the server
  + */
   private Connection connection;
   
   /**
  -  * The client that manages interactions with the server
  -  */
  + * The client that manages interactions with the server
  + */
   private Client client;
   
   /**
  -  * The global options being used. GlobalOptions are only global for a
  -  * particular command.
  -  */
  + * The global options being used. GlobalOptions are only global for a
  + * particular command.
  + */
   private GlobalOptions globalOptions;
   
   /**
  -  * Execute a configured CVS command
  -  * 
  -  * @param command the command to execute
  -  * @throws CommandException if there is an error running the command
  -  */
  + * Execute a configured CVS command
  + *
  + * @param command the command to execute
  + * @throws CommandException if there is an error running the command
  + */
   public void executeCommand(Command command)
   throws CommandException, AuthenticationException
   {
  @@ -143,8 +143,8 @@
   }
   
   /**
  -  * Creates the connection and the client and connects.
  -  */
  + * Creates the connection and the client and connects.
  + */
   private void connect(CVSRoot root, String password)
   throws IllegalArgumentException, AuthenticationException
   {
  @@ -170,11 +170,11 @@
   
   
   /**
  -  * Obtain the CVS root, either from the -D option cvs.root or from the CVS
  -  * directory
  -  * 
  -  * @return the CVSRoot string
  -  */
  + * Obtain the CVS root, either from the -D option cvs.root or from the CVS
  + * directory
  + *
  + * @return the CVSRoot string
  + */
   private static String getCVSRoot(String workingDir)
   {
   String root = null;
  @@ -202,7 +202,9 @@
   try
   {
   if (r != null)
  +{
   r.close();
  +}
   }
   catch (IOException e)
   {
  @@ -217,12 +219,12 @@
   }
   
   /**
  -  * Process global options passed into the application
  -  * 
  -  * @param args the argument list, complete
  -  * @param globalOptions the global options structure that will be passed to
  -  *the command
  -  */
  + * Process global options passed into the application
  + *
  + * @param args the argument list, complete
  + * @param globalOptions the global options structure that will be passed to
  + *the command
  + */
   private static int processGlobalOptions(
   String[] args,
   GlobalOptions globalOptions)
  @@ -234,7 +236,7 @@
   while ((ch = go.getopt()) != GetOpt.optEOF)
   {
   //System.out.println("Global option '"+((char) ch)+"',
  - // '"+go.optArgGet()+"'");
  +// '"+go.optArgGet()+"'");
   boolean success =
   globalOptions.setCVSCommand((char) ch, go.optArgGet());
   if (!success)
  @@ -245,13 +247,13 @@
   }
   
   /**
  -  * Lookup the password in the .cvspass file. This file is looked for in the
  -  * user.home directory if the option cvs.passfile is not set
  -  * 
  -  * @param CVSRoot the CVS root for which the password is being searched
  -  * @return the passwor

cvs commit: maven/src/plugins-build/caller plugin.jelly

[dion]

dion2003/10/28 10:17:59

  Modified:src/plugins-build/caller plugin.jelly
  Log:
  Remove unnecessary pom.getPluginContext stuff
  
  Revision  ChangesPath
  1.2   +1 -1  maven/src/plugins-build/caller/plugin.jelly
  
  Index: plugin.jelly
  ===
  RCS file: /home/cvs/maven/src/plugins-build/caller/plugin.jelly,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- plugin.jelly  29 Sep 2003 13:08:57 -  1.1
  +++ plugin.jelly  28 Oct 2003 18:17:59 -  1.2
  @@ -18,7 +18,7 @@
 
   
   
  +  value="${plugin.context.findVariable(callProperty)}"/>
 
 
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/artifact plugin.jelly

[dion]

dion2003/10/28 10:16:41

  Modified:src/plugins-build/artifact plugin.jelly
  Log:
  Remove unnecessary pom.getPluginContext stuff
  
  Revision  ChangesPath
  1.3   +5 -18 maven/src/plugins-build/artifact/plugin.jelly
  
  Index: plugin.jelly
  ===
  RCS file: /home/cvs/maven/src/plugins-build/artifact/plugin.jelly,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- plugin.jelly  19 Aug 2003 05:06:30 -  1.2
  +++ plugin.jelly  28 Oct 2003 18:16:41 -  1.3
  @@ -48,29 +48,16 @@
 
   
   
  -

  +   
 
 
 
  -  
   
  -
  
  +  
 
  -  
  -  
  -  
  -
  -  
  +
  +  

  -  
  -
  +  
   
 Creating MANIFEST file:${filename}
 Mainclass: ${mainclass}
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

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

[dion]

dion2003/10/28 10:13:57

  Modified:src/test/touchstone-build maven.xml
  Log:
  Start using tag instead of ${pom.getPluginContext()}
  
  Revision  ChangesPath
  1.43  +4 -4  maven/src/test/touchstone-build/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/maven/src/test/touchstone-build/maven.xml,v
  retrieving revision 1.42
  retrieving revision 1.43
  diff -u -r1.42 -r1.43
  --- maven.xml 31 Aug 2003 07:33:06 -  1.42
  +++ maven.xml 28 Oct 2003 18:13:57 -  1.43
  @@ -58,7 +58,7 @@
   
   
   
  -
  +
   
 
   Goal should have been overriden. We have an internal error
  @@ -67,7 +67,7 @@
   
   
   
  -
  +
   
 
   Goal should be used from the touchstone plugin. We have an internal
  @@ -139,7 +139,7 @@
|
-->
   
  -
  +
   checkValue = ${checkValue}
   
 
  @@ -155,7 +155,7 @@
|
-->
   
  -
  +
   checkValue = ${checkValue}
   
 
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/java/org/apache/maven/jelly/tags/maven MavenTagLibrary.java

[dion]

dion2003/10/28 10:09:08

  Modified:src/java/org/apache/maven/jelly/tags/maven
MavenTagLibrary.java
  Log:
  Add plugin var tag, as per MAVEN-950
  
  Revision  ChangesPath
  1.13  +2 -1  
maven/src/java/org/apache/maven/jelly/tags/maven/MavenTagLibrary.java
  
  Index: MavenTagLibrary.java
  ===
  RCS file: 
/home/cvs/maven/src/java/org/apache/maven/jelly/tags/maven/MavenTagLibrary.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- MavenTagLibrary.java  8 Oct 2003 23:44:04 -   1.12
  +++ MavenTagLibrary.java  28 Oct 2003 18:09:08 -  1.13
  @@ -85,6 +85,7 @@
   registerTag( "makeRelativePath", MakeRelativePathTag.class );
   registerTag( "userCheck", UserCheck.class);
   registerTag( "paramCheck", ParamCheck.class);
  +registerTag( "pluginVar", PluginVarTag.class);
   registerTag( "copyResources", CopyResources.class);
   registerTag( "rootRelativePath", RootRelativePathTag.class );
   // Remove the following deprecated forms
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/java/org/apache/maven/jelly/tags/maven PluginVarTag.java

[dion]

dion2003/10/28 10:08:46

  Added:   src/java/org/apache/maven/jelly/tags/maven PluginVarTag.java
  Log:
  Add plugin var tag, as per MAVEN-950
  
  Revision  ChangesPath
  1.1  
maven/src/java/org/apache/maven/jelly/tags/maven/PluginVarTag.java
  
  Index: PluginVarTag.java
  ===
  package org.apache.maven.jelly.tags.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 materials provided with the
   *distribution.
   *
   * 3. The end-user documentation included with the redistribution,
   *if any, must include the following acknowledgment:
   *   "This product includes software developed by the
   *Apache Software Foundation (http://www.apache.org/)."
   *Alternately, this acknowledgment may appear in the software itself,
   *if and wherever such third-party acknowledgments normally appear.
   *
   * 4. The names "Apache" and "Apache Software Foundation" and
   *"Apache Maven" must not be used to endorse or promote products
   *derived from this software without prior written permission. For
   *written permission, please contact [EMAIL PROTECTED]
   *
   * 5. Products derived from this software may not be called "Apache",
   *"Apache Maven", nor may "Apache" appear in their name, without
   *prior written permission of the Apache Software Foundation.
   *
   * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
   * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
   * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
   * DISCLAIMED.  IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
   * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
   * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
   * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
   * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
   * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
   * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
   * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
   * SUCH DAMAGE.
   * 
   *
   * This software consists of voluntary contributions made by many
   * individuals on behalf of the Apache Software Foundation.  For more
   * information on the Apache Software Foundation, please see
   * .
   *
   * 
   */
  
  import org.apache.commons.jelly.JellyTagException;
  import org.apache.commons.jelly.XMLOutput;
  import org.apache.commons.logging.Log;
  import org.apache.commons.logging.LogFactory;
  import org.apache.maven.jelly.MavenJellyContext;
  import org.apache.maven.jelly.tags.BaseTagSupport;
  import org.apache.maven.project.Project;
  
  /**
   * @author dion
   */
  public class PluginVarTag extends BaseTagSupport
  {
  /** log for debug output */
  private static final Log log = LogFactory.getLog(PluginVarTag.class);
  
  /** the variable to set*/
  private String var;
  
  /** the plugin to get the variable from*/
  private String plugin;
  
  /** the name of the plugin property to retrieve */
  private String property;
  
  /**
   * @see org.apache.commons.jelly.Tag#doTag(org.apache.commons.jelly.XMLOutput)
   */
  public void doTag(XMLOutput output) throws JellyTagException
  {
  checkAttribute(var, "var");
  checkAttribute(plugin, "plugin");
  checkAttribute(property, "property");
  Project project = getMavenContext().getProject();
  MavenJellyContext context = project.getPluginContext(plugin);
  if (context != null)
  {
  Object value = context.getVariable(property);
  getContext().setVariable(var, value);
  }
  else
  {
  log.debug("context for plugin '" + plugin + "' in project '" + project
  + "' is null");
  }
  }
  
  /**
   * @return the plugin to retrieve the property from.
   */
  public String getPlugin()
  {
  return plugin;
  }
  
  /**
   * 

"deploy" and "artifact" plugins

[Dominik Roblek]

I'm pretty confused when looking at "artifact" and
"deploy" plugins. It seems to me, that they offer very
similar functionality. Some plugins depends on
"artifact" plugin (e.g. "ejb", "war", "ear",
"javadoc") and some on "deploy" plugin (e.g. "dist").
And "deploy" plugin doesn't delegate its work to
artifact plugin. Why?

Also "deploy" plugin depends on "maven.repo.central"
property and "artifact" plugin depends on somewhat
redundant "maven.repo.list” property.

There seems to be another "site" plugin which offer
quite similar functionality to "deploy" plugin but it
is implemented in its one way. Why such diversity? Is
it necessary or is it so because of historical
reasons?

Otherwise Maven seems great tool, as far as I learned
about it! Just all these deployers make me confused me
and I don't know how to use them in right way.

Thanks for your help,
Dominik Roblek

__
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Closed: (MAVEN-963) Add support for a Perforce Changelog Factory

[jira]

Message:

   The following issue has been closed.

   Resolver: Emmanuel Venisse
   Date: Tue, 28 Oct 2003 5:25 AM

Applied. Thanks.
-
View the issue:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-963


Here is an overview of the issue:
-
Key: MAVEN-963
Summary: Add support for a Perforce Changelog Factory
   Type: Improvement

 Status: Closed
   Priority: Minor
 Resolution: FIXED

 Time Spent: Unknown
  Remaining: 2 weeks

Project: maven
 Components: 
 plugin-changelog
   Fix Fors:
 1.0-rc2

   Assignee: 
   Reporter: Jim Crossley

Created: Thu, 23 Oct 2003 7:30 AM
Updated: Tue, 28 Oct 2003 5:25 AM

Description:
I'll try to provide a patch in the coming weeks...


-
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/changelog/src/test/org/apache/maven/perforcelib PerforceChangeLogGeneratorTest.java PerforceChangeLogParserTest.java

[evenisse]

evenisse2003/10/28 02:57:43

  Modified:src/plugins-build/changelog/src/plugin-resources
changelog.jsl
   src/plugins-build/changelog/xdocs changes.xml index.xml
navigation.xml properties.xml
   src/plugins-build/file-activity/src/plugin-resources
maven-file-activity-plugin.jsl
  Added:   src/plugins-build/changelog/src/main/org/apache/maven/perforcelib
PerforceChangeLogFactory.java
PerforceChangeLogGenerator.java
PerforceChangeLogParser.java
   src/plugins-build/changelog/src/test-resources/perforcelib
perforcelog.txt
   src/plugins-build/changelog/src/test/org/apache/maven/perforcelib
PerforceChangeLogGeneratorTest.java
PerforceChangeLogParserTest.java
  Log:
  [MAVEN-963] Add Perforce changelog support. Thanks to Jim Crossley
  
  Revision  ChangesPath
  1.5   +9 -0  
maven/src/plugins-build/changelog/src/plugin-resources/changelog.jsl
  
  Index: changelog.jsl
  ===
  RCS file: 
/home/cvs/maven/src/plugins-build/changelog/src/plugin-resources/changelog.jsl,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- changelog.jsl 17 Jul 2003 08:26:13 -  1.4
  +++ changelog.jsl 28 Oct 2003 10:57:43 -  1.5
  @@ -60,8 +60,17 @@
 
   
   
  +
  +  
  +${name}
  +v${revision}
  +  
  +  
   ${name}
   v${revision}
  +  
  +
  +
   
 
 
  
  
  
  1.13  +3 -0  maven/src/plugins-build/changelog/xdocs/changes.xml
  
  Index: changes.xml
  ===
  RCS file: /home/cvs/maven/src/plugins-build/changelog/xdocs/changes.xml,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- changes.xml   25 Oct 2003 18:33:13 -  1.12
  +++ changes.xml   28 Oct 2003 10:57:43 -  1.13
  @@ -12,6 +12,9 @@
   Added java based CVS library using cvslib.  Removed
   requirement for cvs executable.
 
  +  
  +MAVEN-963. Add support for Perforce SCM and cleaned up some docs.
  +  
   
   
 
  
  
  
  1.3   +5 -4  maven/src/plugins-build/changelog/xdocs/index.xml
  
  Index: index.xml
  ===
  RCS file: /home/cvs/maven/src/plugins-build/changelog/xdocs/index.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- index.xml 21 Sep 2003 13:09:44 -  1.2
  +++ index.xml 28 Oct 2003 10:57:43 -  1.3
  @@ -10,10 +10,11 @@
 
   
 
  -This plugin produces a nicely formatted changelog report so project
  -team members can see at a glance what changes have been made
  -recently to the project.  Currently, there are three supported
  -source control systems: CVS, StarTeam, IBM Rational ClearCase and 
Subversion.
  +This plugin produces a nicely formatted changelog report so
  +project team members can see at a glance what changes have
  +been made recently to the project.  Currently, there are five
  +supported source control systems: CVS, Perforce, StarTeam, IBM
  +Rational ClearCase and Subversion.
 
  
   For more information on the functionality provided by this plugin,
  
  
  
  1.4   +2 -0  maven/src/plugins-build/changelog/xdocs/navigation.xml
  
  Index: navigation.xml
  ===
  RCS file: /home/cvs/maven/src/plugins-build/changelog/xdocs/navigation.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- navigation.xml19 Aug 2003 10:05:13 -  1.3
  +++ navigation.xml28 Oct 2003 10:57:43 -  1.4
  @@ -7,7 +7,9 @@
   
 http://maven.apache.org/"/>
 http://www.cvshome.org/"/>
  +  http://www.perforce.com/"/>
 http://www.borland.com/starteam/"/>
  +  http://www.ibm.com/software/awdtools/clearcase/"; />
 http://subversion.tigris.org/"; />
   
   
  
  
  
  1.2   +18 -13maven/src/plugins-build/changelog/xdocs/properties.xml
  
  Index: properties.xml
  ===
  RCS file: /home/cvs/maven/src/plugins-build/changelog/xdocs/properties.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1

cvs commit: maven/src/plugins-build/changelog/src/test/org/apache/maven/perforcelib - New directory

[evenisse]

evenisse2003/10/28 02:55:47

  maven/src/plugins-build/changelog/src/test/org/apache/maven/perforcelib - New 
directory

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/changelog/src/test-resources/perforcelib - New directory

[evenisse]

evenisse2003/10/28 02:55:33

  maven/src/plugins-build/changelog/src/test-resources/perforcelib - New directory

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven/src/plugins-build/changelog/src/main/org/apache/maven/perforcelib - New directory

[evenisse]

evenisse2003/10/28 02:55:18

  maven/src/plugins-build/changelog/src/main/org/apache/maven/perforcelib - New 
directory

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (MAVEN-872) Maven does not recognize .cvspass file

[jira]

The following comment has been added to this issue:

 Author: Julien Dubois
Created: Tue, 28 Oct 2003 2:27 AM
   Body:
Hi,

I had the same issue, and spent a couple of hours on it, however I haven't a clear 
understanding of what caused it.
I only had this problem on one of my Windows boxes (runs fine on Linux, Solaris, and 
all of my other Windows machines). So it was definitly weird. As you're using Windows 
(c:\... in your comment), I guess you might have the same issue.
The difference between this machine and the others was that I installed WinCVS on it, 
and on the others I had a basic CVS client bundled with cvsNT. So all I did is replace 
the CVS client, and voilà! it all worked as normal.
So I guess the problem comes from some Windows CVS clients. The .cvspass file was 
correct in all the machines, but the CVS client bundled with WinCVS was probably 
broken.

HTH,

Julien Dubois.
-
View the issue:

  http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-872


Here is an overview of the issue:
-
Key: MAVEN-872
Summary: Maven does not recognize .cvspass file
   Type: Bug

 Status: Unassigned
   Priority: Major

 Time Spent: Unknown
  Remaining: Unknown

Project: maven
 Components: 
 plugin-changelog
 plugin-developer-activity
 plugin-file-activity
   Fix Fors:
 1.1
   Versions:
 1.0-beta-10
 1.0-rc1

   Assignee: 
   Reporter: Jason Horne

Created: Tue, 30 Sep 2003 10:38 AM
Updated: Wed, 8 Oct 2003 12:06 PM

Description:
I'm trying to run the changelog report, but it doesn't work because Maven supplies a 
blank password.  How can you tell it to use a real password?  Note: I created a 
.cvspass file in my home directory, which Ant reads and uses just fine:

--- (snip) ---
   C:\Java\Maven\plugins>type build.xml
   

   

   
   
   

   

   C:\Java\Maven\plugins>ant feh
   Buildfile: build.xml

   feh:
 [cvs] Using cvs passfile: C:\Documents and Settings\jahorn\.cvspass
 [cvs] cvs server: Diffing .
 [cvs] cvs server: Diffing maven-linkcheck-plugin-1.1-SNAPSHOT
--- (snip) ---

Maven doesn't see it, though:

--- (snip) ---
   maven-changelog-plugin:report:
   [echo] Generating the changelog report
   SCM Working Directory: C:\Java\Maven\plugins
   SCM Command Line[0]: cvs
   SCM Command Line[1]: -d
   SCM Command Line[2]: :pserver:[EMAIL PROTECTED]:/cvs/cvs_dept
   SCM Command Line[3]: log
   SCM Command Line[4]: -d 2003-08-27<2003-09-27
   cvs log: authorization failed: server cvs.unx.sas.com rejected access to 
/cvs/cvs_dept for user jahorn
   cvs log: used empty password; try "cvs login" with a real password
--- (snip) ---



-
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]

Eclipse Plugin Mods

[Alain Javier Guarnieri del Gesu]

Mavens

I've created an ant script that pulls and builds about a dozen
dependencies for my project. Output goes to the local maven
repository. For each artifact, I create three files:

artifact-debug-1.0.jar
artifact-src-1.0.jar
artifact-doc-1.0.jar

Now I'd like to hack the Eclipse plugin to detect the presence of
these these jars and use them in the .classpath. That is, I want to
have the eclipse plugin create classpath entries with the debug
version of the libraries set. The source and documentation jars will
also be set appropirately.

Sound like a good idea? Is there a better way? 

-- 
Alain Javier Guarnieri del Gesu (Javi) - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]