Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051129.11.txt
Hi,
Thought I'd throw this out for discussion before considering forming it
in JIRA for, say, 1.2.
I was thinking about the process of adding a parent pom and having all
the modules added, and wondered what should happen when a new module is
added, or a module is removed from the parent.
Here,
[ http://jira.codehaus.org/browse/CONTINUUM-483?page=all ]
Emmanuel Venisse updated CONTINUUM-483:
---
Fix Version: 1.0.2
Setting RUN_AS_USER causes startup script to fail.
--
Key:
[ http://jira.codehaus.org/browse/CONTINUUM-483?page=comments#action_52292
]
Emmanuel Venisse commented on CONTINUUM-483:
Is it fix CONTINUUM-410 too?
Setting RUN_AS_USER causes startup script to fail.
[ http://jira.codehaus.org/browse/CONTINUUM-69?page=comments#action_52293 ]
Emmanuel Venisse commented on CONTINUUM-69:
---
I move it to 1.1, because actually, continuum isn't a war but a jar. This file
is exploded in /webapp, so we have all classes
[ http://jira.codehaus.org/browse/CONTINUUM-69?page=comments#action_52311 ]
John Casey commented on CONTINUUM-69:
-
thanks. I wanted to make sure it was on the radar, and figure out where it
belongs.
Make sure /webapp only contains web resources and
Distribution:
http://maven.zones.apache.org/~continuum/builds/continuum-20051129.19.tar.gz
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051129.19.txt
Distribution:
http://maven.zones.apache.org/~continuum/builds/continuum-20051130.013000.tar.gz
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051130.013000.txt
Release:prepare not working in ClearCase in multiproject
Key: SCM-86
URL: http://jira.codehaus.org/browse/SCM-86
Project: Maven SCM
Type: Bug
Reporter: Wim Deblauwe
Attachments: modules.zip
I create a
[patch] Release:prepare not working in ClearCase in multiproject
Key: SCM-87
URL: http://jira.codehaus.org/browse/SCM-87
Project: Maven SCM
Type: Bug
Reporter: Wim Deblauwe
I create a
[ http://jira.codehaus.org/browse/SCM-87?page=comments#action_52280 ]
Wim Deblauwe commented on SCM-87:
-
I created this issue next to SCM-86 to mark the difference between the error
message that needs improvement and the patch for making release:prepare
[ http://jira.codehaus.org/browse/SCM-87?page=all ]
Wim Deblauwe updated SCM-87:
Attachment: release.patch
maven-scm.patch
[patch] Release:prepare not working in ClearCase in multiproject
See http://jira.codehaus.org/browse/SCM-87 for patches to make it work with multiproject. Enjoy!
regards,
Wim2005/11/29, Wim Deblauwe [EMAIL PROTECTED]:
http://jira.codehaus.org/browse/SCM-862005/11/28, Emmanuel Venisse
[EMAIL PROTECTED]
:you can use the j2ee archetype
EmmanuelWim Deblauwe a
Come to think of it, it does not exactly what I hoped it would do.
Currently all modules get labeled (tagged) with the same label. Each
module should be labeled with it's own label. Also, the pom.xml files
are not updated to the next snapshot version. These things are probably
the same for other
if you want to tag only one project, you must release only it. if you release an entire project, you
have one tag for all. A tag is a photo of sources at an instant.
It's the same for all providers.
Emmanuel
Wim Deblauwe a écrit :
Come to think of it, it does not exactly what I hoped it would
[ http://jira.codehaus.org/browse/SCM-79?page=all ]
Emmanuel Venisse closed SCM-79:
---
Assign To: Emmanuel Venisse
Resolution: Fixed
All patches are applied
Add remaining operations to Perforce provider
[ http://jira.codehaus.org/browse/SCM-86?page=all ]
Emmanuel Venisse closed SCM-86:
---
Assign To: Emmanuel Venisse
Resolution: Fixed
I fixed message
Release:prepare not working in ClearCase in multiproject
[ http://jira.codehaus.org/browse/SCM-87?page=all ]
Emmanuel Venisse reopened SCM-87:
-
[patch] Release:prepare not working in ClearCase in multiproject
Key: SCM-87
[ http://jira.codehaus.org/browse/SCM-86?page=all ]
Emmanuel Venisse reopened SCM-86:
-
Release:prepare not working in ClearCase in multiproject
Key: SCM-86
URL:
[ http://jira.codehaus.org/browse/SCM-87?page=all ]
Emmanuel Venisse closed SCM-87:
---
Resolution: Fixed
Fix Version: 1.0-beta-2
[patch] Release:prepare not working in ClearCase in multiproject
Add transparent support for locking providers
-
Key: SCM-88
URL: http://jira.codehaus.org/browse/SCM-88
Project: Maven SCM
Type: Improvement
Components: maven-scm-api
Versions: 1.0-beta-2
Reporter: mike
Any samples or docs on how to use the plugin?
-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 29, 2005 11:35 AM
To: scm-dev@maven.apache.org
Subject: Re: Exercising more commands?
maven-scm-plugin in maven-scm tree
Emmanuel
Mike Perham a
[ http://jira.codehaus.org/browse/SCM-88?page=comments#action_52387 ]
Wim Deblauwe commented on SCM-88:
-
I voted for this, because you don't release every day, and I found out how easy
I forgot to pass that option, so this improvement would be very welcome.
Does this mean that I'll finally be
able to specify enable-assertions for my unit tests without having to remind
every developer who downloads my code to set MAVEN_OPTS=-ea
I hope so.
Kind regards,
Dave Sag
Jason van Zyl [EMAIL PROTECTED] wrote on 28-11-2005
03:02:25:
Hi,
Surefire
Hi John,
this is not needed, the issue has already been fixed some time ago.
Take a look at the comments in
http://jira.codehaus.org/browse/MNG-1216 for the solution, the fix has
been committed in rev 326881
http://svn.apache.org/viewcvs.cgi?rev=326881view=rev
fabrizio
On 11/29/05, [EMAIL
Create Reporting Standard APIs
--
Key: MRM-31
URL: http://jira.codehaus.org/browse/MRM-31
Project: Maven Repository Manager
Type: Task
Components: reporting
Reporter: Edwin Punzalan
Fix For: 1.0-alpha-1
--
This message
[ http://jira.codehaus.org/browse/MRM-31?page=all ]
Maria Odea Ching updated MRM-31:
Attachment: MRM-31-repository-manager
Attached a patch for the reporting api interfaces.
Create Reporting Standard APIs
--
[ http://jira.codehaus.org/browse/MRM-31?page=all ]
Maria Odea Ching updated MRM-31:
Attachment: MRM-31-repository-manager.patch
Create Reporting Standard APIs
--
Key: MRM-31
URL:
[ http://jira.codehaus.org/browse/MRM-31?page=all ]
Maria Odea Ching updated MRM-31:
Attachment: (was: MRM-31-repository-manager)
Create Reporting Standard APIs
--
Key: MRM-31
URL:
[ http://jira.codehaus.org/browse/MRM-31?page=all ]
Edwin Punzalan updated MRM-31:
--
Attachment: (was: MRM-31-repository-manager.patch)
Create Reporting Standard APIs
--
Key: MRM-31
URL:
pluginManagementexecutions is not propagated to child POMs
--
Key: MNG-1703
URL: http://jira.codehaus.org/browse/MNG-1703
Project: Maven 2
Type: Bug
Components: POM
Versions: 2.0
Reporter:
[ http://jira.codehaus.org/browse/MRM-31?page=all ]
Maria Odea Ching updated MRM-31:
Attachment: MRM-31-repository-manager-reports-standard.patch
MRM-31-repository-manager.patch
Create Reporting Standard APIs
[ http://jira.codehaus.org/browse/MRM-31?page=all ]
Edwin Punzalan resolved MRM-31:
---
Assign To: Maria Odea Ching
Resolution: Fixed
Applied. Thanks!
Create Reporting Standard APIs
--
Key: MRM-31
[ http://jira.codehaus.org/browse/SCM-85?page=comments#action_52286 ]
Emmanuel Venisse commented on SCM-85:
-
Your patch break all tests in svn provider, so i can't apply it. You must fix
your modifications in SvnScmProviderRepository
Allow svn
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20051129.104500.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20051129.104500.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Distribution:
http://maven.zones.apache.org/~maven/builds/m2-20051129.113000.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/m2-build-log-20051129.113000.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Hi,
There has been some work started on the repository manager. Basically,
this is an application that will sit on top of the repository to watch
over it, help deal with the partner syncs, and provide basic search.
I've started to move some of the code from repoclean over there and
added a bunch
License report ignores proxy settings
-
Key: MNG-1704
URL: http://jira.codehaus.org/browse/MNG-1704
Project: Maven 2
Type: Bug
Components: maven-project-info-reports-plugin
Versions: 2.0
Reporter: Jochen Wiedmann
Errors occurred while performing maven-1 to maven-2 repository conversion.
For more details, see:
http://test.maven.codehaus.org/reports/repoclean/29-Nov-2005_08.30.51/repository.report.txt
-
To unsubscribe, e-mail: [EMAIL
[ http://jira.codehaus.org/browse/CONTINUUM-483?page=comments#action_52295
]
Jason Lowmiller commented on CONTINUUM-483:
---
Emmanuel .. I believe it would yes! Let me know if it does, just for curiosity
sake.
Setting RUN_AS_USER causes startup
[ http://jira.codehaus.org/browse/MNG-1704?page=comments#action_52297 ]
Vincent Siveton commented on MNG-1704:
--
Thanks for your support, Jochen.
In the LicenseReport class, just add a new parameter, eg:
/**
* @parameter
Brett Porter a écrit :
Hi,
Thought I'd throw this out for discussion before considering forming it
in JIRA for, say, 1.2.
I was thinking about the process of adding a parent pom and having all
the modules added, and wondered what should happen when a new module is
added, or a module is
Allow for specifying the location of the Ant build file
---
Key: CONTINUUM-487
URL: http://jira.codehaus.org/browse/CONTINUUM-487
Project: Continuum
Type: Improvement
Versions: 1.0.1
Reporter: Tomislav
[ http://jira.codehaus.org/browse/CONTINUUM-487?page=all ]
Emmanuel Venisse updated CONTINUUM-487:
---
Fix Version: 1.0.2
Allow for specifying the location of the Ant build file
---
[ http://jira.codehaus.org/browse/MNG-1596?page=comments#action_52302 ]
Martijn de Bruijn commented on MNG-1596:
The id attribute of the security-role element is used by WSAD to link the roles
to an IBM specific deployment descriptor. Therefore we
Brett,
the continuum seems to be dead... at least i have some proxy errors
instead of it
tx
~t~
Brett Porter wrote:
Hi,
There has been some work started on the repository manager. Basically,
this is an application that will sit on top of the repository to watch
over it, help deal with
Release plugin loses namespace information from pom.xml
---
Key: MNG-1705
URL: http://jira.codehaus.org/browse/MNG-1705
Project: Maven 2
Type: Bug
Components: maven-release-plugin
Reporter: Wim Deblauwe
Right, deleted that card from my address book. :)
Brett Porter wrote:
(m2-dev list doesn't exist any more :)
+1 for a beta including these.
When we get to releasing a final, let's have it finished and offered for
testing first, before voting on the release though.
- Brett
John Casey wrote:
[ http://jira.codehaus.org/browse/SCM-78?page=all ]
Emmanuel Venisse closed SCM-78:
---
Assign To: Emmanuel Venisse
Resolution: Fixed
Applied.
scm:checkout should default checkout dir to %{project.build.directory}
[
http://jira.codehaus.org/browse/MAVENUPLOAD-598?page=comments#action_52316 ]
Erik Daughtrey commented on MAVENUPLOAD-598:
Thanks for doing this.
Geronimo dependency on IZPack compiler
--
Key:
[ http://jira.codehaus.org/browse/SCM-81?page=all ]
Emmanuel Venisse closed SCM-81:
---
Assign To: Emmanuel Venisse
Resolution: Fixed
Applied
Unable to checkout starteam project to another path rather than current
directory
[ http://jira.codehaus.org/browse/SCM-82?page=all ]
Emmanuel Venisse closed SCM-82:
---
Assign To: Emmanuel Venisse
Resolution: Fixed
Applied
Support startDate, endDate in Starteam's changelog
--
site doesn't display the Last Published: in the top left
Key: MNG-1706
URL: http://jira.codehaus.org/browse/MNG-1706
Project: Maven 2
Type: Bug
Components: maven-site-plugin
Environment: all
Reporter:
Search in repository fails for log4j
Key: MNGECLIPSE-6
URL: http://jira.codehaus.org/browse/MNGECLIPSE-6
Project: Maven 2.x Plug-in for Eclipse
Type: Bug
Environment: Windows XP, Eclipse 3.1, MyEclipse
Reporter: Lee Meador
Search repository: Versions in local repo not seen
--
Key: MNGECLIPSE-7
URL: http://jira.codehaus.org/browse/MNGECLIPSE-7
Project: Maven 2.x Plug-in for Eclipse
Type: Bug
Environment: Window XP, Eclipse 3.1,
[ http://jira.codehaus.org/browse/MNGECLIPSE-7?page=comments#action_52322 ]
Lee Meador commented on MNGECLIPSE-7:
-
Similar issue (most likely) : I have jaf-1.0.2 in my repository in the folder
jaf/jaf/1.0.2/jaf-1.0.2.jar and an empty .pom. IBiblio has
John Casey wrote:
Hi everyone,
I wanted to call a vote on releasing the next version of the checkstyle
plugin. I'm currently working on some major bugfixes, including custom
rulesets and configurations, more robust error handling for missing
locale resource bundles, and a couple other things
Errors occurred while performing maven-1 to maven-2 repository conversion.
For more details, see:
http://test.maven.codehaus.org/reports/repoclean/29-Nov-2005_12.31.20/repository.report.txt
-
To unsubscribe, e-mail: [EMAIL
Jar from remote repo not loaded and causes error in POM
---
Key: MNGECLIPSE-8
URL: http://jira.codehaus.org/browse/MNGECLIPSE-8
Project: Maven 2.x Plug-in for Eclipse
Type: Improvement
Environment: Windows XP,
Brett Porter wrote:
I've started to move some of the code from repoclean over there and
added a bunch of tests (and squashed a bug or three on the way :)
There's still some more to go in that regard. The code that is there is
for walking the repository and discovering artifacts: still to do is
Classpath entries based on M2_REPO interfere with plugin classpath entries
--
Key: MNGECLIPSE-9
URL: http://jira.codehaus.org/browse/MNGECLIPSE-9
Project: Maven 2.x Plug-in for Eclipse
Type:
[ http://jira.codehaus.org/browse/MNGECLIPSE-6?page=comments#action_52325 ]
Lee Meador commented on MNGECLIPSE-6:
-
More environment infor: local repo, no mirrors, IBiblio is central repo, plugin
version 0.0.3
Search in repository fails for log4j
Dumbster uses invalid Sun jar names
---
Key: MEV-239
URL: http://jira.codehaus.org/browse/MEV-239
Project: Maven Evangelism
Type: Bug
Components: Dependencies
Reporter: mike perham
[ http://jira.codehaus.org/browse/MNGECLIPSE-7?page=comments#action_52326 ]
Lee Meador commented on MNGECLIPSE-7:
-
More environment infor: plugin version 0.0.3
Search repository: Versions in local repo not seen
[ http://jira.codehaus.org/browse/MNGECLIPSE-9?page=comments#action_52328 ]
Eugene Kuleshov commented on MNGECLIPSE-9:
--
What do you think would be the right way to do this? Should we wipe out all the
entries that are using M2_REPO variable?
+1
Emmanuel
John Casey a écrit :
Hi everyone,
I wanted to call a vote on releasing the next version of the checkstyle
plugin. I'm currently working on some major bugfixes, including custom
rulesets and configurations, more robust error handling for missing
locale resource bundles, and a
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051129.18.txt
Continuum will not use mirrors or alternate repositories
Key: CONTINUUM-488
URL: http://jira.codehaus.org/browse/CONTINUUM-488
Project: Continuum
Type: Bug
Components: Core system
Versions: 1.0.1
eclipse:eclipse should execute in a later phase than generate-sources
---
Key: MNG-1707
URL: http://jira.codehaus.org/browse/MNG-1707
Project: Maven 2
Type: Improvement
Components:
Log:
http://maven.zones.apache.org/~continuum/logs/continuum-build-log-20051129.183001.txt
I don't have time to do this right now. It'll have to wait until we deploy
continuum here internally.
-Original Message-
From: Emmanuel Venisse [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 29, 2005 12:04 PM
To: scm-dev@maven.apache.org
Subject: Re: Exercising more commands?
not
[ http://jira.codehaus.org/browse/MNG-1706?page=comments#action_52332 ]
Olivier Lamy commented on MNG-1706:
---
Note I use snapshot from http://snapshots.maven.codehaus.org/maven2
site doesn't display the Last Published: in the top left
[ http://jira.codehaus.org/browse/CONTINUUM-410?page=comments#action_52333
]
Corridor Software Developer commented on CONTINUUM-410:
---
Yep, it's the best approach. It uses the existing run.sh script with continuum,
which operates as an
On Tue, 2005-11-29 at 16:38 +1100, Brett Porter wrote:
(m2-dev list doesn't exist any more :)
+1 for a beta including these.
+1
When we get to releasing a final, let's have it finished and offered for
testing first, before voting on the release though.
- Brett
John Casey wrote:
Hi
Project source path not generated correctly
---
Key: MNG-1709
URL: http://jira.codehaus.org/browse/MNG-1709
Project: Maven 2
Type: Bug
Components: Inheritence and Interpolation
Reporter: mike perham
Maven's project
Did anybody put any more work on this?
I started to look at Brett's suggestions, but could not link the names
to the classes.
Looking at some of the plugins (Surefire, checkstyle and pmd) I think
that when Brett mentions that we have the parsers, I think he's talking
about the
[ http://jira.codehaus.org/browse/MNG-1113?page=all ]
Joakim Erdfelt updated MNG-1113:
Attachment: checkstyle-config-location-and-docs.tar.bz2
(re: checkstyle-config-location-and-docs.tar.bz2)
I promised brett I would submit this patch (first mentioned
Jason van Zyl wrote:
Eugene has some indexing code that we can take out of the Eclipse plugin
I've looked. It'll be a starting point, but doesn't index all the
information we need and is JAR only I think.
and we might want to talk to Ben about integrating the acutal
Maven-Proxy code into the
alright, will back out.
Fabrizio Giustina wrote:
Hi John,
this is not needed, the issue has already been fixed some time ago.
Take a look at the comments in
http://jira.codehaus.org/browse/MNG-1216 for the solution, the fix has
been committed in rev 326881
[ http://jira.codehaus.org/browse/MNG-1303?page=comments#action_52350 ]
John Casey commented on MNG-1303:
-
committed version of IsolatedClassLoader with loadClass(..) impl commented out,
and new constructor allowing a parent ClassLoader. This works for this
[ http://jira.codehaus.org/browse/MNG-1707?page=comments#action_52351 ]
Brett Porter commented on MNG-1707:
---
it doesn't run in any phase.
What I did in the idea plugin was to run generate-sources as part of the idea
plugin:
@execute
[ http://jira.codehaus.org/browse/MNG-1705?page=all ]
Brett Porter closed MNG-1705:
-
Assign To: Brett Porter
Resolution: Duplicate
Release plugin loses namespace information from pom.xml
---
[ http://jira.codehaus.org/browse/MNG-1708?page=all ]
Brett Porter updated MNG-1708:
--
Fix Version: (was: 2.0.1)
eclipse:eclipse goal should handle includes and excludes of the
maven-compiler-plugin
Errors occurred while performing maven-1 to maven-2 repository conversion.
For more details, see:
http://test.maven.codehaus.org/reports/repoclean/29-Nov-2005_04.31.04/repository.report.txt
-
To unsubscribe, e-mail: [EMAIL
[ http://jira.codehaus.org/browse/MNGECLIPSE-9?page=comments#action_52353 ]
Matt Brozowski commented on MNGECLIPSE-9:
-
Wouldn't it make sense to completely blow away the .classpath when enabling the
mavenNature (or at least rename it or something)
[ http://jira.codehaus.org/browse/MNG-1707?page=comments#action_52354 ]
Mark Donszelmann commented on MNG-1707:
---
sorry, my misunderstanding of that tag. Please correct the subject of this
issue, I do not seem to have privs to do so.
Indeed the
Generated links to files in scm are based on the scm url tag in the pom (but
should they be??)
--
Key: MPCHANGELOG-77
URL: http://jira.codehaus.org/browse/MPCHANGELOG-77
Project:
The time in the timestamp of the changelog report is always 00:00:00
Key: MPCHANGELOG-78
URL: http://jira.codehaus.org/browse/MPCHANGELOG-78
Project: maven-changelog-plugin
Type: Bug
Environment:
[ http://jira.codehaus.org/browse/MPCHANGELOG-78?page=all ]
Julian Wood updated MPCHANGELOG-78:
---
Attachment: MNG-78-changelog-maven-plugin.patch
Deals with the time element. Presumes the date element has already been parsed,
and adds time to it.
[ http://jira.codehaus.org/browse/MNGECLIPSE-9?page=comments#action_52360 ]
Lee Meador commented on MNGECLIPSE-9:
-
Blowing it away completely seems somewhat draconian.
Perhaps just removing the ones in M2_REPO that are duplicated in the maven
[ http://jira.codehaus.org/browse/MNGECLIPSE-6?page=comments#action_52361 ]
Lee Meador commented on MNGECLIPSE-6:
-
BTW the thing it found for log was a taglib that I didn't recognize.
Search in repository fails for log4j
Tests Using Relative Paths Fail From Parent - Absolute Paths are Non-portable
-
Key: MNG-1711
URL: http://jira.codehaus.org/browse/MNG-1711
Project: Maven 2
Type: Bug
Components:
[ http://jira.codehaus.org/browse/MNG-1711?page=all ]
Brett Porter closed MNG-1711:
-
Assign To: Brett Porter
Resolution: Won't Fix
you can't reliably set the user.dir in java without forking. Your options:
1) don't use paths at all (use
Brett Porter wrote:
Jason van Zyl wrote:
Eugene has some indexing code that we can take out of the Eclipse plugin
I've looked. It'll be a starting point, but doesn't index all the
information we need and is JAR only I think.
No, but easy enough add and there are three things that I'm
Jason van Zyl wrote:
Brett Porter wrote:
Jason van Zyl wrote:
Eugene has some indexing code that we can take out of the Eclipse plugin
I've looked. It'll be a starting point, but doesn't index all the
information we need and is JAR only I think.
No, but easy enough add and there are
[ http://jira.codehaus.org/browse/MNG-1702?page=all ]
Carlos Sanchez updated MNG-1702:
Attachment: (was: patch.patch)
Add ant property referencing plugin classpath to antrun plugin
--
[ http://jira.codehaus.org/browse/MNG-1702?page=all ]
Carlos Sanchez updated MNG-1702:
Attachment: MNG-1702.patch
Add ant property referencing plugin classpath to antrun plugin
--
[ http://jira.codehaus.org/browse/MNG-1702?page=all ]
Carlos Sanchez updated MNG-1702:
Attachment: (was: MNG-1702.patch)
Add ant property referencing plugin classpath to antrun plugin
--
[ http://jira.codehaus.org/browse/MNG-1702?page=all ]
Carlos Sanchez updated MNG-1702:
Attachment: MNG-1702.patch
Add ant property referencing plugin classpath to antrun plugin
--
Brett Porter wrote:
No, but easy enough add and there are three things that I'm looking for
short term which I would like to add:
POMs (for existing project setup)
Archetypes (for new project setup)
JARs (for existing projects that need converting)
Plugins (for plugin metadata)
Three, huh?
1 - 100 of 150 matches
Mail list logo