Re: Can't find jca artifact - jca-1.0.0.jar

http://java.sun.com/j2ee/connector/download.html Eric Starr a écrit : I can't seem to find the jca artifact. I have looked on sun's website and all I seem to find are solaris and linix versions of Java(tm) Communication API 3.0 Update 1. http://www.sun.com/download/products.xml?id=43208d3d I

[jira] Commented: (CONTINUUM-401) cannot delete project (stuck on 'in progress')

[ http://jira.codehaus.org/browse/CONTINUUM-401?page=comments#action_51591 ] Adam Kiezun commented on CONTINUUM-401: --- btw, this seems related to issue CONTINUUM-369 cannot delete project (stuck on 'in progress')

Re: release plugin update for clearcase

I'm trying to build maven-scm-provider-clearcase, but I get the following error: [INFO] Failed to resolve artifact. GroupId: org.apache.maven.scm ArtifactId: maven-scm-test Version: 1.0-beta-2-SNAPSHOT Reason: Unable to download the artifact from any repository

starteam test failing

Hi, currently, the StarteamChangeLogConsumerTest fails. Anybody willing to clean this up? regards, Wim

[jira] Commented: (MNG-1577) dependencyManagent does not work for transient dependencies

[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_51499 ] Brett Porter commented on MNG-1577: --- I think I agree, as otherwise its just including the dependency falsely to ensure it is managed - just need to check the original discussion.

[jira] Created: (MPJAVADOC-64) Generated javadoc report is empty

Generated javadoc report is empty - Key: MPJAVADOC-64 URL: http://jira.codehaus.org/browse/MPJAVADOC-64 Project: maven-javadoc-plugin Type: Bug Environment: Linux (Mandrake 10.1 and Mandriva), JDK 1.5 Reporter: John Ferguson

Re: no such provider 'clearcase'

Jeff Jensen a écrit : -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] Sent: Saturday, November 19, 2005 4:24 AM To: scm-dev@maven.apache.org Subject: Re: no such provider 'clearcase' Thanks Jeff. Do you have access to Perforce and Perforce environment? Yes I

[jira] Created: (MPCHECKSTYLE-46) Checkstyle report fails on classes with JDK 1.5 syntax

Checkstyle report fails on classes with JDK 1.5 syntax -- Key: MPCHECKSTYLE-46 URL: http://jira.codehaus.org/browse/MPCHECKSTYLE-46 Project: maven-checkstyle-plugin Type: Bug Environment: Linux Mandrake 10.1, JDK

[jira] Commented: (MNG-1464) Javadoc:jar goal executes for non-Java projects

[ http://jira.codehaus.org/browse/MNG-1464?page=comments#action_51505 ] Mark Hobson commented on MNG-1464: -- Maybe worth adding affects and fixed versions to make this issue easier to find. Javadoc:jar goal executes for non-Java projects

[jira] Commented: (MNG-1464) Javadoc:jar goal executes for non-Java projects

[ http://jira.codehaus.org/browse/MNG-1464?page=comments#action_51510 ] Brett Porter commented on MNG-1464: --- we're stuck without the correct setup just now. We're working on it. Javadoc:jar goal executes for non-Java projects

[jira] Moved: (MNG-1641) Checkstyle report fails on classes with JDK 1.5 syntax

[ http://jira.codehaus.org/browse/MNG-1641?page=all ] Brett Porter moved MPCHECKSTYLE-46 to MNG-1641: --- Complexity: Intermediate Workflow: Maven (was: jira) Key: MNG-1641 (was: MPCHECKSTYLE-46) Project: Maven 2

[jira] Closed: (MPJAVADOC-64) Generated javadoc report is empty

[ http://jira.codehaus.org/browse/MPJAVADOC-64?page=all ] Brett Porter closed MPJAVADOC-64: - Assign To: Brett Porter Resolution: Duplicate Generated javadoc report is empty - Key: MPJAVADOC-64

[jira] Updated: (MNG-1486) Can't use pom properties inside resource directory tag

[ http://jira.codehaus.org/browse/MNG-1486?page=all ] Brett Porter updated MNG-1486: -- Fix Version: 2.0.1 Can't use pom properties inside resource directory tag --- Key: MNG-1486

Re: New bootstrap on 1.5

You must have a settings.xml file in ~/.m2/ Emmanuel Mark Hobson a écrit : Hi there, Just trying the new bootstrap on JDK 1.5.0_04 and getting: [EMAIL PROTECTED] components]$ ./bootstrap.sh Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for

Re: New bootstrap on 1.5

On 21/11/05, Emmanuel Venisse [EMAIL PROTECTED] wrote: You must have a settings.xml file in ~/.m2/ This was never a problem with the old bootstrap - it was more the tools.jar problem that I was referring to. Mark - To

Re: no such provider 'clearcase'

Great, so i hope you'll can find some time for writing Perforce and VSS providers Emmanuel Jeff Jensen a écrit : I have access to 3 Perforce servers, 1 VSS server, 1 small CVS, and 1 play SVN (not much in it yet). -Original Message- From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]

Re: Re: release plugin update for clearcase

I can do it, but i need to know the process for clearcase. It will be better if you can update it yourself. Emmanuel Wim Deblauwe a écrit : Hey, I noticed the patch has been applied, thank you for that. What is next? Do we have to make a request to update the release plugin or are you

Re: New bootstrap on 1.5

I use jdk 1.5 too, and i don't have this error. do you have an other jdk (other than sun jdk) in your cygwin path? Emmanuel Mark Hobson a écrit : On 21/11/05, Emmanuel Venisse [EMAIL PROTECTED] wrote: You must have a settings.xml file in ~/.m2/ This was never a problem with the old

Re: release plugin update for clearcase

ok, thank you for fixing that. What I noticed is that you have not put the apache header on top of the source files. Shouldn't we do that do be correct? regards, Wim2005/11/21, Emmanuel Venisse [EMAIL PROTECTED]: I applied your new patch that contains some tabs and failure in add command test. I

Re: Re: release plugin update for clearcase

Well, we discussed this already I thought. Before the release plugin changes the pom.xml, it needs to do a edit on the pom.xml. If you could change that, I'm very willing to test it out. regards, Wim2005/11/21, Emmanuel Venisse [EMAIL PROTECTED]: I can do it, but i need to know the process for

Re: New bootstrap on 1.5

On 21/11/05, Emmanuel Venisse [EMAIL PROTECTED] wrote: I use jdk 1.5 too, and i don't have this error. do you have an other jdk (other than sun jdk) in your cygwin path? Nope, I've only got 1.5 installed. Mark - To

Re: release plugin update for clearcase

Can you send me a patch with added apache header? I have no time for the moment. Emmanuel Wim Deblauwe a écrit : ok, thank you for fixing that. What I noticed is that you have not put the apache header on top of the source files. Shouldn't we do that do be correct? regards, Wim

[jira] Created: (MNG-1642) Incorrect APT markup applied to the Title of the guide-releasing.apt

Incorrect APT markup applied to the Title of the guide-releasing.apt - Key: MNG-1642 URL: http://jira.codehaus.org/browse/MNG-1642 Project: Maven 2 Type: Bug Components: documentation - guides

[jira] Commented: (MNG-1525) Allow environment variables to be referenced in pom.xml, settings.xml, etc.

[ http://jira.codehaus.org/browse/MNG-1525?page=comments#action_51521 ] Richard Allen commented on MNG-1525: I've had good success with having Ant recognize environment variables across three different platforms (Linux, Windows, and OS X) with both Java

[jira] Created: (MNG-1643) Provide installer support like NSIS or InnoSetup

Provide installer support like NSIS or InnoSetup Key: MNG-1643 URL: http://jira.codehaus.org/browse/MNG-1643 Project: Maven 2 Type: New Feature Components: maven-assembly-plugin Reporter: Vincent Siveton Add

[jira] Updated: (MNG-1643) Provide installer support like NSIS or InnoSetup

[ http://jira.codehaus.org/browse/MNG-1643?page=all ] Vincent Siveton updated MNG-1643: - Attachment: maven-assembly-plugin.zip I propose here a solution to resolve it. Thanks to have a look on it and give your feedback Provide installer support like

[jira] Updated: (MNG-1643) Provide installer support like NSIS or InnoSetup

[ http://jira.codehaus.org/browse/MNG-1643?page=all ] Vincent Siveton updated MNG-1643: - Attachment: MNG-1643.diff The diff file Provide installer support like NSIS or InnoSetup Key:

Re: m2 developers rfc: The assembly plugin ans thirdparty installation builders (REPOST)

WDYT about this http://jira.codehaus.org/browse/MNG-1643 Thanks. Cheers, Vincent 2005/11/19, Vincent Siveton [EMAIL PROTECTED]: Hi, I totally agree with Dan: an installer is a kind of archiver. So, we need to create an InstallerArchiver class and implement createArchive(). I think we

RE: maven 2.1 design documents

Sounds very good for me. Thanks Brett! Maybe a small clarification about the topic More consistent i18n: we could think about encoding problems. Cheers, Vincent -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Sunday, November 20, 2005 9:59 PM To: Maven

[jira] Reopened: (MNG-1446) unable to config goals that are not bound to part of the standard lifecycle

[ http://jira.codehaus.org/browse/MNG-1446?page=all ] John Casey reopened MNG-1446: - the way I read this, it's more a problem of not binding the configuration from the default execution (no execution id/) to mojos that are invoked directly from the

[jira] Updated: (MNG-1446) unable to config goals that are not bound to part of the standard lifecycle

[ http://jira.codehaus.org/browse/MNG-1446?page=all ] John Casey updated MNG-1446: Priority: Major (was: Blocker) I don't think this warrants 'blocker' priority, though. unable to config goals that are not bound to part of the standard lifecycle

Re: release plugin update for clearcase

I done changes. You'll need to use -DuseEditMode=true with release:prepare Emmanuel Wim Deblauwe a écrit : Well, we discussed this already I thought. Before the release plugin changes the pom.xml, it needs to do a edit on the pom.xml. If you could change that, I'm very willing to test it out.

[jira] Commented: (MNG-710) Add ability to fork the maven-compiler-plugin

[ http://jira.codehaus.org/browse/MNG-710?page=comments#action_51530 ] jan gunnar grønningsæter commented on MNG-710: -- Hello. Regarding the M2 forking jdk : forktrue/fork basedirc:/jdk1.3/bin/basedir Do I have wrong release (Maven 2.0)? I'm

Re: starteam test failing

Wim, i have no problem run the test at my local station, what problem do you see? Could you me more about your OS, timezone? For the time being, you can use -Dmaven.test.skip=true, but should set to false for clearcase provider. -D On 11/21/05, Wim Deblauwe [EMAIL PROTECTED] wrote: Hi,currently,

Re: starteam test failing

This is the error (I'm on locale nl_NL): java.io.FileNotFoundException: C:\javatests\maven-scm\maven-scm-providers\maven-scm-provider-starteam\src\test\resources\starteam\changelog\starteamlog_nl.txt (The system cannot find the file specified) at java.io.FileInputStream.open(Native Method) at

cvs provider tests failing

Hi, the cvs tests fail on my machine. They also run extremely slow. Are these tests trying to do real cvs operations perhaps? regards, Wim

[jira] Closed: (MPJDEVELOPER-2) incorrect use of source paths for jdeveloper 10g

[ http://jira.codehaus.org/browse/MPJDEVELOPER-2?page=all ] Ryan Sonnek closed MPJDEVELOPER-2: -- Resolution: Fixed noone in their right mind would use JDeveloper, so i would suggest this maven plugin to be nuked as well. incorrect use of source

[jira] Commented: (MEV-221) transitive dependencies not being picked up

[ http://jira.codehaus.org/browse/MEV-221?page=comments#action_51533 ] Ryan Sonnek commented on MEV-221: - I deleted my local repository and tried to only use the spring-hibernate dependency, but I get these compilation errors: cannot access

[jira] Closed: (MNG-887) default tag to ${artifactId}-${version}

[ http://jira.codehaus.org/browse/MNG-887?page=all ] Emmanuel Venisse closed MNG-887: Assign To: Emmanuel Venisse Resolution: Fixed Fix Version: 2.0.1 Applied. Thanks default tag to ${artifactId}-${version}

Re: release plugin update for clearcase

it's deploy now. Emmanuel Wim Deblauwe a écrit : I'm trying to build maven-scm-provider-clearcase, but I get the following error: [INFO] Failed to resolve artifact. GroupId: org.apache.maven.scm ArtifactId: maven-scm-test Version: 1.0-beta-2-SNAPSHOT Reason: Unable to download the artifact

Re: cvs provider tests failing

we do lot of cvs operations (on local) (same with svn provider) What are your errors? Emmanuel Wim Deblauwe a écrit : Hi, the cvs tests fail on my machine. They also run extremely slow. Are these tests trying to do real cvs operations perhaps? regards, Wim

Re: Re: starteam test failing

Fixed. Emmanuel Wim Deblauwe a écrit : This is the error (I'm on locale nl_NL): java.io.FileNotFoundException: C:\javatests\maven-scm\maven-scm-providers\maven-scm-provider-starteam\src\test\resources\starteam\changelog\starteamlog_nl.txt (The system cannot find the file specified) at

[jira] Created: (MAVEN-1727) add a properties to jxr and javadoc plugins to be able to disable reports that are not needed (Test Xref, JavaDoc Warnings Report)

add a properties to jxr and javadoc plugins to be able to disable reports that are not needed (Test Xref, JavaDoc Warnings Report) -- Key: MAVEN-1727

[jira] Created: (CONTINUUM-464) cannot use a build.xml file in a folder

cannot use a build.xml file in a folder --- Key: CONTINUUM-464 URL: http://jira.codehaus.org/browse/CONTINUUM-464 Project: Continuum Type: Bug Versions: 1.0.1 Environment: running on Linux Debian Reporter: Adam Kiezun

Re: cvs provider tests failing

Hi, there are 2 tests that fail: junit.framework.AssertionFailedError: The cvs command failed. cvs [log aborted]: Failed to obtain lock on /.directory_history,v: FAIL Lock not within repository at junit.framework.Assert.fail(Assert.java:47) at

Re: cvs provider tests failing

This problem appears some time if the machine that runs cvs test is slow during tests. Emmanuel Wim Deblauwe a écrit : Hi, there are 2 tests that fail: junit.framework.AssertionFailedError: The cvs command failed. cvs [log aborted]: Failed to obtain lock on /.directory_history,v: FAIL Lock

[jira] Created: (CONTINUUM-465) Lot's of unexpected input errors

Lot's of unexpected input errors Key: CONTINUUM-465 URL: http://jira.codehaus.org/browse/CONTINUUM-465 Project: Continuum Type: Bug Components: continuum-core Versions: 1.0.1 Environment: Linux Fedora Core 4 SVN with

[jira] Created: (MAVENUPLOAD-597) Update request for SLF4J 1.0rc1

Update request for SLF4J 1.0rc1 --- Key: MAVENUPLOAD-597 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-597 Project: maven-upload-requests Type: Task Reporter: Ceki Gulcu Attachments: jcl104-over-slf4j-1.0-rc1-bundle.jar,

[jira] Updated: (MAVENUPLOAD-597) Update request for SLF4J 1.0rc1

[ http://jira.codehaus.org/browse/MAVENUPLOAD-597?page=all ] Ceki Gulcu updated MAVENUPLOAD-597: --- Attachment: slf4j-simple-1.0-rc1-bundle.jar slf4j-nop-1.0-rc1-bundle.jar slf4j-log4j13-1.0-rc1-bundle.jar Update request

Re: release plugin update for clearcase

I will test tomorrow, because the network here is extremely slow at the moment, don't know what is wrong. regards, Wim2005/11/21, Emmanuel Venisse [EMAIL PROTECTED]: it's deploy now.EmmanuelWim Deblauwe a écrit : I'm trying to build maven-scm-provider-clearcase, but I get the following error:

[jira] Created: (MNG-1644) parent pom = child pom results in stack overflow error

parent pom = child pom results in stack overflow error -- Key: MNG-1644 URL: http://jira.codehaus.org/browse/MNG-1644 Project: Maven 2 Type: Improvement Versions: 2.0 Reporter: Jorg Heymans Though

[jira] Commented: (MPJDEVELOPER-2) incorrect use of source paths for jdeveloper 10g

[ http://jira.codehaus.org/browse/MPJDEVELOPER-2?page=comments#action_51537 ] Lukas Theussl commented on MPJDEVELOPER-2: -- It is already in the sandbox and will not be included in maven 1.1. incorrect use of source paths for jdeveloper 10g

[m2] Call a plugin goal from another mojo

I'm looking for a possibility to call within a maven plugin a goal of another plugin (within the same maven project). For example I want to be able to write a Maven2 Plugin that calls the Maven-SCM-Plugin to check out a certain revision of the source code and then calls a Metrics Plugin to do

[jira] Moved: (MPJAVADOC-65) add a properties to jxr and javadoc plugins to be able to disable reports that are not needed (Test Xref, JavaDoc Warnings Report)

[ http://jira.codehaus.org/browse/MPJAVADOC-65?page=all ] Lukas Theussl moved MAVEN-1727 to MPJAVADOC-65: --- Version: (was: 1.1-beta-2) Workflow: jira (was: Maven) Key: MPJAVADOC-65 (was: MAVEN-1727) Project:

[jira] Created: (MPJXR-32) add a properties to jxr and javadoc plugins to be able to disable reports that are not needed (Test Xref, JavaDoc Warnings Report)

add a properties to jxr and javadoc plugins to be able to disable reports that are not needed (Test Xref, JavaDoc Warnings Report) -- Key: MPJXR-32

[jira] Commented: (MEV-136) MyFaces requires commons-digester and commons-el

[ http://jira.codehaus.org/browse/MEV-136?page=comments#action_51539 ] Wendy Smoak commented on MEV-136: - http://marc.theaimsgroup.com/?l=myfaces-devm=113259460719576w=2 The portlet jar is only required for compiling. If you are running a MyFaces portlet

Re: [m2] Call a plugin goal from another mojo

Hi Bernhard, Did you take a look at maven-release-plugin?, it uses Plexus's Commandline to invoke another plugin -Dan On 11/21/05, Bernhard Daubner [EMAIL PROTECTED] wrote: I'm looking for a possibility to call within a maven plugin a goal of another plugin (within the same maven project).

[jira] Created: (CONTINUUM-466) Jabber notification sends message after every build, not after a build state change

Jabber notification sends message after every build, not after a build state change --- Key: CONTINUUM-466 URL: http://jira.codehaus.org/browse/CONTINUUM-466 Project: Continuum Type:

[jira] Created: (MAVENUPLOAD-598) Geronimo dependency on IZPack compiler

Geronimo dependency on IZPack compiler -- Key: MAVENUPLOAD-598 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-598 Project: maven-upload-requests Type: Task Reporter: Erik Daughtrey Attachments: izpack.jar Something tells

Re: [m2] Call a plugin goal from another mojo

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The term aggregator in the context of maven 2 doesn't refer to aggregation of plugin calls, but aggregation of project handling. It's an alternative way of processing projects within a reactor where the plugin is invoked once per build, instead of

[jira] Commented: (MAVENUPLOAD-598) Geronimo dependency on IZPack compiler

[ http://jira.codehaus.org/browse/MAVENUPLOAD-598?page=comments#action_51551 ] Erik Daughtrey commented on MAVENUPLOAD-598: I see that there's a 3.7.2 version of IZPack in the repository. Geronimo does require the 3.8.0 version posted in this

[jira] Updated: (MNG-1642) Incorrect APT markup applied to the Title of the guide-releasing.apt

[ http://jira.codehaus.org/browse/MNG-1642?page=all ] Trent Rosenbaum updated MNG-1642: - Attachment: MNG-1642-maven-site.patch The above patch corrects the APT format used to describe the title for the document. All this patch does is place a space

[jira] Updated: (MNG-1642) Incorrect APT markup applied to the Title of the guide-releasing.apt

[ http://jira.codehaus.org/browse/MNG-1642?page=all ] Trent Rosenbaum updated MNG-1642: - Attachment: screenshot-1 - Showing the rendered error.jpg Incorrect APT markup applied to the Title of the guide-releasing.apt

[jira] Updated: (MNG-1642) Incorrect APT markup applied to the Title of the guide-releasing.apt

[ http://jira.codehaus.org/browse/MNG-1642?page=all ] Trent Rosenbaum updated MNG-1642: - Attachment: screenshot-2 - Showing the rendering after patch has been applied.jpg Incorrect APT markup applied to the Title of the guide-releasing.apt

[m2] Perforce SCM support?

Anyone working on it or know the latest status on it? We need it here and would be happy to act as testers if anyone has something workable. mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

Re: New bootstrap on 1.5

Can you drop a statement in JavacCompiler.java to echo the path to tools.jar it is trying to use, and check it exists for you? it looks in ${java.home}/../lib/tools.jar, and ${java.home} is usually the location of the JRE used ($JAVA_HOME/jre) Cheers, Brett Mark Hobson wrote: Hi there,

[jira] Commented: (MNG-1525) Allow environment variables to be referenced in pom.xml, settings.xml, etc.

[ http://jira.codehaus.org/browse/MNG-1525?page=comments#action_51555 ] Brett Porter commented on MNG-1525: --- commons-exec that I mentioned earlier is derived from the Ant code. When released, we can use that, but getenv might be good enough for now.

[jira] Created: (CONTINUUM-467) observe folder for changes which can trigger a build

observe folder for changes which can trigger a build Key: CONTINUUM-467 URL: http://jira.codehaus.org/browse/CONTINUUM-467 Project: Continuum Type: New Feature Environment: all Reporter: yo Priority:

[jira] Commented: (MNG-1446) unable to config goals that are not bound to part of the standard lifecycle

[ http://jira.codehaus.org/browse/MNG-1446?page=comments#action_51556 ] Brett Porter commented on MNG-1446: --- as I understand it, default execution wasn't special in terms of configuration. I don't think we should change this. unable to config goals that

[jira] Reopened: (MPJDEVELOPER-2) incorrect use of source paths for jdeveloper 10g

[ http://jira.codehaus.org/browse/MPJDEVELOPER-2?page=all ] Brett Porter reopened MPJDEVELOPER-2: - incorrect use of source paths for jdeveloper 10g Key: MPJDEVELOPER-2 URL:

[jira] Commented: (CONTINUUM-466) Jabber notification sends message after every build, not after a build state change

[ http://jira.codehaus.org/browse/CONTINUUM-466?page=comments#action_51558 ] Brett Porter commented on CONTINUUM-466: same for MSN, I think Jabber notification sends message after every build, not after a build state change

[jira] Created: (CONTINUUM-468) not able to build the trunk on mac

not able to build the trunk on mac -- Key: CONTINUUM-468 URL: http://jira.codehaus.org/browse/CONTINUUM-468 Project: Continuum Type: Bug Versions: 1.0.1 Environment: Mac os x 10.4.3 Reporter: yo Attachments: build.txt

[jira] Commented: (MNG-1577) dependencyManagent does not work for transient dependencies

[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_51559 ] Carlos Sanchez commented on MNG-1577: - I think I agree too dependencyManagent does not work for transient dependencies ---

[jira] Updated: (MNG-1641) Checkstyle report fails on classes with JDK 1.5 syntax

[ http://jira.codehaus.org/browse/MNG-1641?page=all ] Carlos Sanchez updated MNG-1641: Component: maven-checkstyle-plugin Checkstyle report fails on classes with JDK 1.5 syntax -- Key:

[jira] Created: (MNG-1645) document clean and site lifecycles in the build lifecycle doc

document clean and site lifecycles in the build lifecycle doc - Key: MNG-1645 URL: http://jira.codehaus.org/browse/MNG-1645 Project: Maven 2 Type: Bug Components: documentation - introductions

[jira] Commented: (MNG-710) Add ability to fork the maven-compiler-plugin

[ http://jira.codehaus.org/browse/MNG-710?page=comments#action_51562 ] jan gunnar grønningsæter commented on MNG-710: -- Thanks for your quick answer, Brett ! Reports back first thing in the morning. Jan G Add ability to fork the

[jira] Updated: (MPJXR-32) add a properties to jxr and javadoc plugins to be able to disable reports that are not needed (Test Xref, JavaDoc Warnings Report)

[ http://jira.codehaus.org/browse/MPJXR-32?page=all ] Carlos Sanchez updated MPJXR-32: Priority: Trivial (was: Major) add a properties to jxr and javadoc plugins to be able to disable reports that are not needed (Test Xref, JavaDoc Warnings Report)

[jira] Updated: (MPJAVADOC-65) add a properties to jxr and javadoc plugins to be able to disable reports that are not needed (Test Xref, JavaDoc Warnings Report)

[ http://jira.codehaus.org/browse/MPJAVADOC-65?page=all ] Carlos Sanchez updated MPJAVADOC-65: Priority: Trivial (was: Minor) add a properties to jxr and javadoc plugins to be able to disable reports that are not needed (Test Xref, JavaDoc

[jira] Updated: (MNG-1333) http://maven.apache.org/guides/mini/guide-site.html page has a broken link

[ http://jira.codehaus.org/browse/MNG-1333?page=all ] Trent Rosenbaum updated MNG-1333: - Attachment: MNG-1333-maven-site.patch The broken link described above seems to be working on the current deployment of the maven site. The issue seems to be still

[jira] Commented: (MNG-710) Add ability to fork the maven-compiler-plugin

[ http://jira.codehaus.org/browse/MNG-710?page=comments#action_51567 ] jan gunnar grønningsæter commented on MNG-710: -- Brett - Well, I did it right away. - Just to say *it worked*, really do appreciate that, Sir! Jan G Add ability to fork

[jira] Commented: (MNG-1641) Checkstyle report fails on classes with JDK 1.5 syntax

[ http://jira.codehaus.org/browse/MNG-1641?page=comments#action_51566 ] Carlos Sanchez commented on MNG-1641: - The plugin needs checkstyle 4.0, which currently is in beta, to use 1.5 new language syntax. I think the plugin won't be released with that

Re: New bootstrap on 1.5

It's looking at C:\Program Files\Java\jre1.5.0_04\..\lib\tools.jar, which obviously doesn't exist. I'm using the standard Java5 installation of: C:\Program Files\Java |_ jdk1.5.0_04 |_ lib/tools.jar |_ jre1.5.0_04 (== $JAVA_HOME) Seems like $JAVA_HOME/../lib/tools.jar is not a reliable

RE: New bootstrap on 1.5

I think that if you are going to do compiles, etc. that you NEED to set JAVA_HOME to point to a JDK tree, not a JRE tree. In your case, JAVA_HOME should be C:\Program Files\Java\jdk1.5.0_04. -Original Message- From: Mark Hobson [mailto:[EMAIL PROTECTED] Sent: Monday, November 21, 2005

Re: New bootstrap on 1.5

The same. You need to set JAVA_HOME to the JDK, not the JRE. - Brett Mark Hobson wrote: It's looking at C:\Program Files\Java\jre1.5.0_04\..\lib\tools.jar, which obviously doesn't exist. I'm using the standard Java5 installation of: C:\Program Files\Java |_ jdk1.5.0_04 |_ lib/tools.jar |_

[jira] Commented: (MNG-1267) Complete the Introduction to the Standard Directory Layout

[ http://jira.codehaus.org/browse/MNG-1267?page=comments#action_51572 ] Trent Rosenbaum commented on MNG-1267: -- Is this issue still relevant to the current deployment of the maven-site project? The following link contains content:

Re: New bootstrap on 1.5

On 21/11/05, Brett Porter [EMAIL PROTECTED] wrote: The same. You need to set JAVA_HOME to the JDK, not the JRE. I have the env var JAVA_HOME set to C:\Progra~1\Java\jdk1.5.0_04, but the JRE java.exe takes precedence and thus the sysprop java.home points to the JRE. Not sure how plexus compiler

Re: New bootstrap on 1.5

On 21/11/05, Mark Hobson [EMAIL PROTECTED] wrote: On 21/11/05, Brett Porter [EMAIL PROTECTED] wrote: The same. You need to set JAVA_HOME to the JDK, not the JRE. I have the env var JAVA_HOME set to C:\Progra~1\Java\jdk1.5.0_04, but the JRE java.exe takes precedence and thus the sysprop

Re: New bootstrap on 1.5

fixed, thanks Mark Hobson wrote: On 21/11/05, Mark Hobson [EMAIL PROTECTED] wrote: On 21/11/05, Brett Porter [EMAIL PROTECTED] wrote: The same. You need to set JAVA_HOME to the JDK, not the JRE. I have the env var JAVA_HOME set to C:\Progra~1\Java\jdk1.5.0_04, but the JRE java.exe takes

[jira] Created: (MNG-1646) Optional tag in project dependency doesn't work

Optional tag in project dependency doesn't work --- Key: MNG-1646 URL: http://jira.codehaus.org/browse/MNG-1646 Project: Maven 2 Type: Bug Components: maven-core Versions: 2.0 Reporter: David Jackman I

New plugin submitted: http://jira.codehaus.org/browse/MOJO-126

New plugin submitted: http://jira.codehaus.org/browse/MOJO-126

[jira] Created: (MNG-1647) Add a parameter to install a custom pom when using install:install-file

Add a parameter to install a custom pom when using install:install-file --- Key: MNG-1647 URL: http://jira.codehaus.org/browse/MNG-1647 Project: Maven 2 Type: Improvement Components:

Re: New bootstrap on 1.5

On 21/11/05, Brett Porter [EMAIL PROTECTED] wrote: fixed, thanks Cheers. Also fancy fixing this for space-loving folks like myself?: Index: bootstrap.sh === --- bootstrap.sh(revision 348007) +++ bootstrap.sh

[jira] Commented: (MEV-221) transitive dependencies not being picked up

[ http://jira.codehaus.org/browse/MEV-221?page=comments#action_51573 ] Carlos Sanchez commented on MEV-221: Can you post the output of maven with -X option when you compile? transitive dependencies not being picked up

[jira] Commented: (MEV-136) MyFaces requires commons-digester and commons-el

[ http://jira.codehaus.org/browse/MEV-136?page=comments#action_51574 ] Carlos Sanchez commented on MEV-136: Edwin, please copy the 1.1.0 to 1.1.1 and update the versions as documented in the build.xml. Change also portlet to provided in both of them

[jira] Closed: (MAVENUPLOAD-594) Add com.totsp.feedpod:purl-org-slash-0.1

[ http://jira.codehaus.org/browse/MAVENUPLOAD-594?page=all ] Carlos Sanchez closed MAVENUPLOAD-594: -- Assign To: Carlos Sanchez Resolution: Fixed Next time, Contributor URL:has to be a page with YOUR name Add

[jira] Closed: (MAVENUPLOAD-595) Add com.totsp.feedpod:itunes-com-podcast-0.2

[ http://jira.codehaus.org/browse/MAVENUPLOAD-595?page=all ] Carlos Sanchez closed MAVENUPLOAD-595: -- Assign To: Carlos Sanchez Resolution: Fixed Add com.totsp.feedpod:itunes-com-podcast-0.2

[jira] Closed: (MAVENUPLOAD-593) Add com.totsp.feedpod:purl-org-commons-0.3

[ http://jira.codehaus.org/browse/MAVENUPLOAD-593?page=all ] Carlos Sanchez closed MAVENUPLOAD-593: -- Assign To: Carlos Sanchez Resolution: Fixed Add com.totsp.feedpod:purl-org-commons-0.3 --

[jira] Closed: (MAVENUPLOAD-596) Please upload new EasyConf version: 0.9.5

[ http://jira.codehaus.org/browse/MAVENUPLOAD-596?page=all ] Carlos Sanchez closed MAVENUPLOAD-596: -- Assign To: Carlos Sanchez Resolution: Fixed Please upload new EasyConf version: 0.9.5 -

[jira] Closed: (MAVENUPLOAD-597) Update request for SLF4J 1.0rc1

[ http://jira.codehaus.org/browse/MAVENUPLOAD-597?page=all ] Carlos Sanchez closed MAVENUPLOAD-597: -- Assign To: Carlos Sanchez Resolution: Fixed Update request for SLF4J 1.0rc1 --- Key:

[jira] Commented: (MNG-1267) Complete the Introduction to the Standard Directory Layout

[ http://jira.codehaus.org/browse/MNG-1267?page=comments#action_51577 ] Srepfler Srgjan commented on MNG-1267: -- It's ok now, perhaps The targetdirectory is used to house all output of the build. could be corrected with The target directory is used to

  1   2   >