[ http://jira.codehaus.org/browse/MSUREFIRE-112?page=all ]
Brett Porter updated MSUREFIRE-112:
---
Fix Version: (was: 2.1.3)
> System properties set on the command line get clobbered
> ---
>
>
[ http://jira.codehaus.org/browse/MSUREFIRE-49?page=all ]
Brett Porter updated MSUREFIRE-49:
--
Fix Version: (was: 2.1.3)
> environmentVariables does not work with windows
> ---
>
> Key: MSUREFIRE-4
[ http://jira.codehaus.org/browse/MJAR-38?page=comments#action_66531 ]
Mike Perham commented on MJAR-38:
-
Jochen, please supply patches which are diff'd off the svn source. Your
patches are based off of files with weird names (/tmp/MavenArchiver.java.1???)
[ http://jira.codehaus.org/browse/MNG-2335?page=all ]
Carlos Sanchez closed MNG-2335:
---
Assign To: Carlos Sanchez
Resolution: Fixed
> [maven-maven1-plugin] Use maven-model-converter instead of bundled class
> --
[ http://jira.codehaus.org/browse/MNG-2336?page=comments#action_66526 ]
Carlos Sanchez commented on MNG-2336:
-
this patch conflicts with the others
> [maven-maven1-plugin] Tweak the configuration xml syntax
> -
[ http://jira.codehaus.org/browse/MNG-2338?page=all ]
Carlos Sanchez closed MNG-2338:
---
Assign To: Carlos Sanchez
Resolution: Fixed
> [maven-maven1-plugin] Allow configuration conversion for reporting plugins
>
[ http://jira.codehaus.org/browse/MSUREFIRE-123?page=comments#action_66525
]
Carlos Sanchez commented on MSUREFIRE-123:
--
What is the error you get with m2 for attached test?
> unable to establish my own http protocol handler for unit tests
> --
[ http://jira.codehaus.org/browse/MSUREFIRE-115?page=comments#action_66519
]
Mark Holster commented on MSUREFIRE-115:
While browsing through the issue's I noticed MSUREFIRE-123 and MSUREFIRE-121
are describing the same problem, and maby MSUREFIRE-10
[ http://jira.codehaus.org/browse/MNGECLIPSE-129?page=comments#action_66521
]
Hao Chen commented on MNGECLIPSE-129:
-
Same problem when the is delared in the parent pom but not in child
pom.
[WARNING] POM for ':1.0-SNAPSHOT:compile' is invalid. It
[ http://jira.codehaus.org/browse/MJAVADOC-76?page=comments#action_66510 ]
Nathan Beyer commented on MJAVADOC-76:
--
According to the javadoc tool documentation, the 'sourcepath' paramter can be
ommited and the source will be searched for in the 'classpat
[ http://jira.codehaus.org/browse/MJAVADOC-76?page=comments#action_66506 ]
Nathan Beyer commented on MJAVADOC-76:
--
My 'doc-files' folder isn't getting copied either, but I'm only using a very
simple and plain project setup (no modules). What I've deduce
[ http://jira.codehaus.org/browse/MNG-2289?page=all ]
Carlos Sanchez updated MNG-2289:
Testcase included: yes
Fix Version: 2.0.5
> Newer SNAPSHOT parents in the remote repository are ignored
> ---
[ http://jira.codehaus.org/browse/MAVENUPLOAD-929?page=all ]
Carlos Sanchez closed MAVENUPLOAD-929:
--
Assign To: Carlos Sanchez
Resolution: Incomplete
http://maven.apache.org/guides/mini/guide-maven-evangelism.html
There are artifacts in
[NOT AN UPLOAD REQUEST] pom.xml is not uploaded for cactus 13-1.7.2
---
Key: MAVENUPLOAD-929
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-929
Project: maven-upload-requests
Type: Bug
Reporter: S
[ http://jira.codehaus.org/browse/MNG-2340?page=comments#action_66503 ]
Stephen Duncan Jr commented on MNG-2340:
It appears that while "mvn package" uses the correct dependency, the
dependencies report when running "mvn site" also uses the incorrect
[ http://jira.codehaus.org/browse/MECLIPSE-107?page=comments#action_66501 ]
Stephen Duncan Jr commented on MECLIPSE-107:
I've verified that this also affects the Netbeans plugin. And overriding the
version (or scope) in dependencyManagement in t
[ http://jira.codehaus.org/browse/MJAR-43?page=comments#action_66499 ]
Olivier Lamy commented on MJAR-43:
--
Thanks for suggestion but ...
my use case is to install/deploy the jar and test-jar (with all class src/main
+ src/test) without *running* tests
I try
[ http://jira.codehaus.org/browse/MPRAR-4?page=all ]
Lukas Theussl closed MPRAR-4:
-
Resolution: Duplicate
> Do not bundle dependecies in rar without scope=provided
>
>
> Key: MPRAR-4
>
Avoid to bundle rar dependencies (w/o scope=provided) inside the rar archive
Key: MRAR-9
URL: http://jira.codehaus.org/browse/MRAR-9
Project: Maven 2.x Rar Plugin
Type: New Feature
Vers
[ http://jira.codehaus.org/browse/MPRAR-4?page=comments#action_66497 ]
Carsten Karkola commented on MPRAR-4:
-
It is the wrong rar plugin, sorry. I try to move this issue to the rar-plugin
for mvn 2.x
> Do not bundle dependecies in rar without scope=pro
Do not bundle dependecies in rar without scope=provided
Key: MPRAR-4
URL: http://jira.codehaus.org/browse/MPRAR-4
Project: maven-rar-plugin
Type: New Feature
Environment: Maven 2.0.4, rar plugin 2.2
Repo
Shell script mvn too old
Key: MNG-2341
URL: http://jira.codehaus.org/browse/MNG-2341
Project: Maven 2
Type: Bug
Components: Command Line
Versions: 2.0.4
Environment: For *nix OS (Linux, *BSD etc.)
Reporter: Vitaly Berdinskik
[ http://jira.codehaus.org/browse/MNG-2340?page=all ]
Eugene Kuleshov updated MNG-2340:
-
Assign To: Jason van Zyl (was: Eugene Kuleshov)
Component: Embedding
Jason, it looks like embedder.readProjectWithDependencies() returns lucene 1.3
when readin
[ http://jira.codehaus.org/browse/MNG-2340?page=all ]
Eugene Kuleshov moved MNGECLIPSE-131 to MNG-2340:
-
Version: (was: 0.0.9)
2.0.4
Fix Version: (was: 0.0.10)
Complexity: Intermediate
Key:
[ http://jira.codehaus.org/browse/MSUREFIRE-115?page=comments#action_66488
]
David Boden commented on MSUREFIRE-115:
---
I have exactly the same problem running tests for which use Apache DBCP version
1.2.1 (latest). The tests can't see the *.jocl config
[ http://jira.codehaus.org/browse/MSUREFIRE-49?page=comments#action_66487 ]
Dan Tran commented on MSUREFIRE-49:
---
a few more findings:
1. the work around is to explicitly set jvm param to ${java.home}/bin/java
2. environmentVariables does get set corre
plugin dependencies seem to get lost when using the plugin multiple times
-
Key: MANTRUN-52
URL: http://jira.codehaus.org/browse/MANTRUN-52
Project: Maven 2.x Antrun Plugin
Type: Bug
Version
[ http://jira.codehaus.org/browse/MNGECLIPSE-131?page=all ]
Adrian updated MNGECLIPSE-131:
--
Attachment: MNGECLIPSE-131.zip
> Incorrect dependency version downloaded
> ---
>
> Key: MNGECLIPSE-131
> URL: h
[ http://jira.codehaus.org/browse/MNG-2289?page=comments#action_66485 ]
Federico commented on MNG-2289:
---
Hi,
we have the same problem when using the following configuration in our POM:
internalRepo
our company internal repo
ftp://m
[ http://jira.codehaus.org/browse/MNG-2289?page=comments#action_66483 ]
Federico commented on MNG-2289:
---
Hi,
we have the same problem when using the following configuration in our POM:
> Newer SNAPSHOT parents in the remote repository are ignored
> ---
[ http://jira.codehaus.org/browse/MNGECLIPSE-131?page=comments#action_66482
]
Adrian commented on MNGECLIPSE-131:
---
I will try and create a new example. Being a commercial company I cannot
distribute our project.
> Incorrect dependency version downloaded
[ http://jira.codehaus.org/browse/MNGECLIPSE-131?page=comments#action_66481
]
Eugene Kuleshov commented on MNGECLIPSE-131:
Would you mind to attach complete project example that we can use to reproduce
this issue?
> Incorrect dependency version
Incorrect dependency version downloaded
---
Key: MNGECLIPSE-131
URL: http://jira.codehaus.org/browse/MNGECLIPSE-131
Project: Maven 2.x Extension for Eclipse
Type: Bug
Versions: 0.0.9
Reporter: Adrian
Assigned to: Euge
The archetype is using user.dir which prohibits clean embedding
---
Key: ARCHETYPE-38
URL: http://jira.codehaus.org/browse/ARCHETYPE-38
Project: Maven Archetype
Type: New Feature
Versions: 1.1-alpha-1
[ http://jira.codehaus.org/browse/MEAR-29?page=all ]
Thierry Barnier updated MEAR-29:
Attachment: no-context-root for Maven-EARplugin.patch
> EAR:generate-application-xml : Ability to deactivate
> generation to be compliant with portlet deployment
> --
[ http://jira.codehaus.org/browse/MSUREFIRE-125?page=all ]
Andreas Schödl closed MSUREFIRE-125:
Resolution: Fixed
Fix Version: 2.2
Is fixed in 2.2 (couldn't update to 2.1.3 to verify that release)
> surefire xml report not wellformed on ju
[ http://jira.codehaus.org/browse/MPECLIPSE-77?page=comments#action_66470 ]
David Boden commented on MPECLIPSE-77:
--
Patch hasn't yet been applied to SVN head.
> cannot use build resources and addtoclasspath property
> ---
EAR:generate-application-xml : Ability to deactivate generation
to be compliant with portlet deployment
--
Key: MEAR-29
URL: http://jira.codehaus.org/browse/MEAR-
JAXP 1.3.2 RI jars
--
Key: MAVENUPLOAD-928
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-928
Project: maven-upload-requests
Type: Task
Reporter: Julian Squires
>From Sun's reference implementation of JAXP, just the com.sun.* extensions.
--
[
http://jira.codehaus.org/browse/MAVENUPLOAD-896?page=comments#action_66469 ]
fabrizio giustina commented on MAVENUPLOAD-896:
---
bundle updated.
Plase note that I left "Public domain" as the license name. Public domain
should actually means "no
[ http://jira.codehaus.org/browse/MNG-2326?page=comments#action_66468 ]
Joerg Schaible commented on MNG-2326:
-
1. Is a standard use case if you manage your versions in a company wide super
POM
2. That was clear.
> exclusion of transitive dependency is t
[ http://jira.codehaus.org/browse/MSUREFIRE-114?page=comments#action_66466
]
Patrice Bertrand commented on MSUREFIRE-114:
I have the same issue. I use Maven 2.0.4 with the 2.2 plugin. I had to force
Maven to use of version 2.1.3 to work around t
[ http://jira.codehaus.org/browse/MSUREFIRE-124?page=comments#action_66465
]
Olivier Lamy commented on MSUREFIRE-124:
IMO this is probably related too http://jira.codehaus.org/browse/MNG-2339.
--
Olivier
> surefire-providers-2.0.pom contains strange
[ http://jira.codehaus.org/browse/MNG-1905?page=comments#action_66464 ]
Trygve Laugstol commented on MNG-1905:
--
Ok, I understand the case better now, but deleting the files first is not a
good solution as you risk messing up the repository. I know that
[ http://jira.codehaus.org/browse/MNG-1905?page=comments#action_66462 ]
Carlos Sanchez commented on MNG-1905:
-
This is a problem in apache for instance where you don't want people to change
the files without changing ownership. You have write permission
[ http://jira.codehaus.org/browse/MECLIPSE-112?page=comments#action_66461 ]
Trygve Laugstol commented on MECLIPSE-112:
--
Moving the issue would be better than closing this and opening a new one :)
> Extending the Maven Plugin to allow reuse from othe
[ http://jira.codehaus.org/browse/MNG-2326?page=comments#action_66460 ]
Carlos Sanchez commented on MNG-2326:
-
What I'm telling you are two things
1. you don't need to exclude cglib if you are including it again (see it as a
workaround if you want)
2.
[ http://jira.codehaus.org/browse/MNG-1905?page=comments#action_66459 ]
Trygve Laugstol commented on MNG-1905:
--
Wouldn't it be best to write the files to a temporary name and the move them
once the upload is complete? This is what we do when downloading
48 matches
Mail list logo
