+1, though I have some concerns having thought more about it
- where do we trunk/branch/etc?
- how does this impact the bootstrap?
- not sure this is a good idea for any libraries closely ties to maven
core releases.
Keeping them truely separate is probably the best alternative here. If
maven
Maven Archiver should allow pom.xml and pom.properties to be excluded in the
generated jar
--
Key: MNG-1650
URL: http://jira.codehaus.org/browse/MNG-1650
Project: Maven 2
Type: N
[ http://jira.codehaus.org/browse/CONTINUUM-401?page=comments#action_51607
]
André Velle commented on CONTINUUM-401:
---
You can delete the project by "fixing" the link (copy the delete link from
another project, change the id).
> cannot delete project
The one about jar attachment he referred to - nothing to do with RAR.
Stephane Nicoll wrote:
Brett,
What did you fix?
Thanks,
Stéphane
On 11/21/05, Brett Porter <[EMAIL PROTECTED]> wrote:
That bug is fixed in SVN - however, I'm not sure that the exceution
should be needed, but I don't quite
+1
Emmanuel
John Casey a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I noticed that this issue has stagnated on the dev list. Since Brett's
post was last and seemed to recommend a reasonable course of action, I'd
like to put it to a vote.
The basic concept is to create a new to
Brett,
What did you fix?
Thanks,
Stéphane
On 11/21/05, Brett Porter <[EMAIL PROTECTED]> wrote:
>
> That bug is fixed in SVN - however, I'm not sure that the exceution
> should be needed, but I don't quite understand what you are attempting
> - hopefully someone with more RAR experience than me (t
[ http://jira.codehaus.org/browse/MNG-1524?page=comments#action_51606 ]
Brett Porter commented on MNG-1524:
---
what do you propose should happen? empty fileset?
> artifact:dependencies related error: No files specified for filelist
>
[ http://jira.codehaus.org/browse/MNG-1520?page=all ]
Brett Porter updated MNG-1520:
--
Fix Version: 2.0.1
> Excluding pom.properties and pom.xml from produced artifact
>
>
> Key: MNG-1520
[ http://jira.codehaus.org/browse/MNG-1471?page=comments#action_51605 ]
Brett Porter commented on MNG-1471:
---
Edwin: the value is meant to contain a property that gives the machine specific
absolute path, eg:
${java.home}/../..
> Module paths for system
[ http://jira.codehaus.org/browse/MNG-1644?page=all ]
Brett Porter updated MNG-1644:
--
Fix Version: 2.0.1
> parent pom = child pom results in stack overflow error
> --
>
> Key: MNG-1644
>
[ http://jira.codehaus.org/browse/MNG-1647?page=all ]
Brett Porter updated MNG-1647:
--
Fix Version: 2.0.1
> Add a parameter to install a custom pom when using install:install-file
> ---
>
>
[ http://jira.codehaus.org/browse/MNG-1649?page=all ]
Brett Porter updated MNG-1649:
--
Fix Version: 2.1
> Allow plugins to depend upon other plugin's goals
> -
>
> Key: MNG-1649
> URL: http://
[ http://jira.codehaus.org/browse/MPMULTIPROJECT-24?page=all ]
Lukas Theussl closed MPMULTIPROJECT-24:
---
Resolution: Won't Fix
Fix Version: (was: 1.5)
This is done by the current pom:validate goal
> goal 'site' fails with following :
[ http://jira.codehaus.org/browse/MPMULTIPROJECT-2?page=all ]
Lukas Theussl closed MPMULTIPROJECT-2:
--
Resolution: Won't Fix
The current multiproject plugin only includes project.xml files one directory
below the project root, ie the above case
[ http://jira.codehaus.org/browse/MPMULTIPROJECT-16?page=all ]
Lukas Theussl closed MPMULTIPROJECT-16:
---
Resolution: Fixed
Fix Version: (was: 1.5)
Fixed a long time ago
> multiproject:site fails in multiproject:site-init when projects
[ http://jira.codehaus.org/browse/MNG-1520?page=all ]
Allan Ramirez updated MNG-1520:
---
Remaining Estimate: 1 hour
Original Estimate: 1 hour
> Excluding pom.properties and pom.xml from produced artifact
> --
[ http://jira.codehaus.org/browse/MEV-206?page=all ]
Edwin Punzalan closed MEV-206:
--
Resolution: Fixed
Patch applied. Thanks!
NOTE: May take up to 4 hours for the fix to reach the central repo.
> commons-io: missing dep to junit and wrong scope
> ---
Errors occurred while performing maven-1 to maven-2 repository conversion.
For more details, see:
http://test.maven.codehaus.org/reports/repoclean/22-Nov-2005_12.43.40/repository.report.txt
-
To unsubscribe, e-mail: [EMAIL PROTE
[ http://jira.codehaus.org/browse/MEV-140?page=all ]
Edwin Punzalan closed MEV-140:
--
Resolution: Fixed
Fixed.
NOTE: May take up to 4 hours for the fix to reach central repo
> Tapestry POM missing dependencies for javassist (2.6), ognl (2.6.3),
> com
[WARNING] While downloading xml-apis:xml-apis:2.0.2This artifact has been
relocated to xml-apis:xml-apis:1.0.b2
-
Key: MEV-222
URL: http://jira.codehaus.org/
+1
On Mon, 2005-11-21 at 20:11 -0500, John Casey wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> I noticed that this issue has stagnated on the dev list. Since Brett's
> post was last and seemed to recommend a reasonable course of action, I'd
> like to put it to a vote.
>
>
[ http://jira.codehaus.org/browse/MNG-1608?page=all ]
Brett Porter closed MNG-1608:
-
Resolution: Cannot Reproduce
> assembling dependencies uses timestamp instead of snapshot jars
> ---
>
>
[ http://jira.codehaus.org/browse/MNG-1608?page=all ]
Brett Porter reopened MNG-1608:
---
> assembling dependencies uses timestamp instead of snapshot jars
> ---
>
> Key: MNG-1608
>
[ http://jira.codehaus.org/browse/MEV-136?page=all ]
Edwin Punzalan closed MEV-136:
--
Resolution: Fixed
Fixed.
NOTE: May take up to 4 hours for the fix to reach central repo.
> MyFaces requires commons-digester and commons-el
> ---
[ http://jira.codehaus.org/browse/MAVENUPLOAD-598?page=all ]
Erik Daughtrey updated MAVENUPLOAD-598:
---
Attachment: izpack.jar
Here's another jar file with the id tag removed.
Yes, the install jar file referenced in the URL of the upload
request wi
Errors occurred while performing maven-1 to maven-2 repository conversion.
For more details, see:
http://test.maven.codehaus.org/reports/repoclean/21-Nov-2005_08.58.05/repository.report.txt
-
To unsubscribe, e-mail: [EMAIL PROTE
[ http://jira.codehaus.org/browse/CONTINUUM-401?page=comments#action_51590
]
Brett Porter commented on CONTINUUM-401:
I think this happens when continuum is stopped and a build is in progress.
Maybe we need to track the forked build along with the b
[ http://jira.codehaus.org/browse/MNG-1608?page=all ]
Ryan Sonnek closed MNG-1608:
Resolution: Fixed
my local snapshots must have been out of date, because rerunning the assembly
after rebuilding my projects put the right jars in the assembly.
> assem
+1
On 11/21/05, John Casey <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> I noticed that this issue has stagnated on the dev list. Since Brett's
> post was last and seemed to recommend a reasonable course of action, I'd
> like to put it to a vote.
>
> The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I noticed that this issue has stagnated on the dev list. Since Brett's
post was last and seemed to recommend a reasonable course of action, I'd
like to put it to a vote.
The basic concept is to create a new top-level project in the Maven SVN
rep
[ http://jira.codehaus.org/browse/MNG-1568?page=comments#action_51587 ]
Andrew Moore commented on MNG-1568:
---
I have been playing around with the attached test case and can now reliably
make it pass or fail depending upon the order in which I run the comman
[ http://jira.codehaus.org/browse/MRM-28?page=all ]
Carlos Sanchez closed MRM-28:
-
Assign To: Carlos Sanchez
Resolution: Fixed
> sync shouldn't use file sizes as basis - updated checksums are not resynced
> -
[ http://jira.codehaus.org/browse/MEV-220?page=comments#action_51585 ]
Carlos Sanchez commented on MEV-220:
It's not MNG-177 but the "Specification dependencies" or "provides notation"
> spring-mock should list spring-web and spring-jdbc as optional
> --
[ http://jira.codehaus.org/browse/MNG-1267?page=comments#action_51584 ]
Srepfler Srgjan commented on MNG-1267:
--
When I initially filed the jira it was a blak page so this is a great
improvement and it can be closed.
I have a question that the document
Actually there appears to be a few more related space issues (seems
like I'm the only daft one insisting on running mvn under
spaced-paths.. ;) I'll submit a patch later.
Mark
On 21/11/05, Mark Hobson <[EMAIL PROTECTED]> wrote:
> On 21/11/05, Brett Porter <[EMAIL PROTECTED]> wrote:
> > fixed, th
[ http://jira.codehaus.org/browse/MNG-1267?page=comments#action_51582 ]
Trent Rosenbaum commented on MNG-1267:
--
I think when you compare this to another introduction, (for example the
Introduction to the Build Lifecycle) there is scope to expand the doc
Allow plugins to depend upon other plugin's goals
-
Key: MNG-1649
URL: http://jira.codehaus.org/browse/MNG-1649
Project: Maven 2
Type: Bug
Versions: 2.0
Reporter: Mark Hobson
Need to resolve the use-case d
Raised http://jira.codehaus.org/browse/MNG-1649 to track this.
Mark
On 03/11/05, Mark Hobson <[EMAIL PROTECTED]> wrote:
> On 03/11/05, Brett Porter <[EMAIL PROTECTED]> wrote:
> > Can you reiterate why you need tomcat:exploded and tomcat:inplace
> > instead of just using the war:* goals?
> >
> > T
[
http://jira.codehaus.org/browse/MAVENUPLOAD-598?page=comments#action_51578 ]
Carlos Sanchez commented on MAVENUPLOAD-598:
If I understood correctly, when you run IzPack-install-3.8.0.jar you get a file
called "standalone-compiler.jar" which is
Allow build output to be downloaded as text
---
Key: CONTINUUM-469
URL: http://jira.codehaus.org/browse/CONTINUUM-469
Project: Continuum
Type: New Feature
Components: continuum-core
Versions: 1.1
Reporter: David
Raised the following so this doesn't get lost:
http://jira.codehaus.org/browse/MNG-1648
Mark
On 05/11/05, Tomislav Bodor <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've attached a partial canonical paths patch. I don't know who this
> should really be going to if it's to find its way into the tree, but
Use canonical paths in eclipse project files
Key: MNG-1648
URL: http://jira.codehaus.org/browse/MNG-1648
Project: Maven 2
Type: Bug
Components: maven-eclipse-plugin
Versions: 2.0
Reporter: Mark Hobson
Nee
[ 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 ho
[ 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: MAVENUPL
[ 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
> -
>
>
[ 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
> --
>
>
[ 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
>
[ 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 com.totsp.feedpod:purl-org-s
[ 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
>
[ 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
>
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(work
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: maven-install-
New plugin submitted: http://jira.codehaus.org/browse/MOJO-126
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 hav
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 ta
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 sy
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 compi
[ 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:
http://maven.apache.
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
|_
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
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 expre
[ 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 sup
[ 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
[ 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
[ 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 Warn
[ 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)
[ 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 maven-compil
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
Report
[ 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:
[ 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
> ---
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
Im
[ 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
> --
[ http://jira.codehaus.org/browse/MPJDEVELOPER-2?page=all ]
Brett Porter closed MPJDEVELOPER-2:
---
Resolution: Won't Fix
> incorrect use of source paths for jdeveloper 10g
>
>
> Key: MPJDEVEL
[ http://jira.codehaus.org/browse/MNG-710?page=comments#action_51557 ]
Brett Porter commented on MNG-710:
--
jan: set executable not basedir
> Add ability to fork the maven-compiler-plugin
> -
>
> Key: MNG-
[ 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:
[ 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 th
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: Minor
[ 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.
> All
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,
Jus
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: [EMAI
[ 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
>
[ 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
> -
[ 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 bef
[
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 J
-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 o
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 me
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: Bug
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 proje
[ http://jira.codehaus.org/browse/MEV-136?page=comments#action_51539 ]
Wendy Smoak commented on MEV-136:
-
http://marc.theaimsgroup.com/?l=myfaces-dev&m=113259460719576&w=2
" The portlet jar is only required for compiling. If you are running a MyFaces
portl
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
URL
[ 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: maven-jav
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
[ 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
> -
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 it's
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:
[ 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
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,
slf4j-jdk
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 SSPI
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
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
org.apache.maven.scm.provider.cvslib.command
1 - 100 of 141 matches
Mail list logo
