[ http://jira.codehaus.org/browse/MRELEASE-75?page=all ]
Brian Fox updated MRELEASE-75:
--
Attachment: release-fail.zip
Release perform injects parent pom into child and checks in for next
development iteration
Reporter: Brian Fox
I have a mojo that takes a parameter as an expression, simple boolean. If I set
it to true in my settings.xml, setting it to false with -D doesn't have any
effect. The CLI should have the final say.
--
This message is automatically generated by JIRA.
-
If you think it was sent
: Brian Fox
Priority: Minor
Currently, if there are multiple repositories defined in poms and or settings,
each time an artifact is retreived, it searches through the list, displaying
warnings that couldn't be found for each repository. There are 2 enhancements
that I can think of:
1. Don't
checkstyle ignores cacheFile
Key: MPCHECKSTYLE-51
URL: http://jira.codehaus.org/browse/MPCHECKSTYLE-51
Project: maven-checkstyle-plugin
Type: Bug
Reporter: Brian Fox
I'm using a version of checkstyle from svn so I can get custom
[
http://jira.codehaus.org/browse/MPCHECKSTYLE-51?page=comments#action_56140 ]
Brian Fox commented on MPCHECKSTYLE-51:
---
for the archive, the workaround is to add this to your xml file (assuming you
are using one): property name=cacheFile
value
[ http://jira.codehaus.org/browse/MNG-179?page=comments#action_56170 ]
Brian Fox commented on MNG-179:
---
Also added resolve-plugins and a go-offline goal that should get everything.
This will be in dependency-maven-plugin 1.1.
go offline goal - download
[ http://jira.codehaus.org/browse/MNG-624?page=comments#action_55515 ]
Brian Fox commented on MNG-624:
---
here's my 2 cents: What if the parent version could take a tag like LATEST and
then the release plugin could resolve it like it does with SNAPSHOTS. IMO
[ http://jira.codehaus.org/browse/MNG-179?page=comments#action_55517 ]
Brian Fox commented on MNG-179:
---
I recently added a resolve goal to the 1.1 version of dependency plugin on the
mojo project. This does effectively this except it doesn't get all plugins
[ http://jira.codehaus.org/browse/MNG-1898?page=comments#action_55518 ]
Brian Fox commented on MNG-1898:
I was really hoping this could get fixed in 2.0.2, I can't proceed with my Kodo
plugin until it gets fixed. If there is something I can do to help let
[ http://jira.codehaus.org/browse/MNG-1898?page=all ]
Brian Fox updated MNG-1898:
---
Attachment: test-1.0.zip
Plugin classpath broken from 2.0 to 2.0.1
-
Key: MNG-1898
URL: http://jira.codehaus.org
[ http://jira.codehaus.org/browse/MNG-1898?page=all ]
Brian Fox updated MNG-1898:
---
Attachment: test-case.zip
Plugin classpath broken from 2.0 to 2.0.1
-
Key: MNG-1898
URL: http://jira.codehaus.org
[ http://jira.codehaus.org/browse/MJAVADOC-40?page=comments#action_55436 ]
Brian Fox commented on MJAVADOC-40:
---
Agreed. The mess is probably what got this to be overlooked.
javadoc:jar doesn't work if destDir was changed in javadoc:javadoc
Compiler Plugin
Type: Bug
Versions: 2.0
Reporter: Brian Fox
Attachments: compiler-var-patch.patch
Sometimes you might want to see deprecated apis etc, these params should be
settable from properties so the command line -D can be used.
--
This message is automatically
[ http://jira.codehaus.org/browse/MCOMPILER-21?page=comments#action_55351 ]
Brian Fox commented on MCOMPILER-21:
2) if a parent version changes, rebuild everything
compiler smarts
---
Key: MCOMPILER-21
URL: http
Versions: 2.0.1
Reporter: Brian Fox
Priority: Blocker
Try including dom4j 1.5.2 and see what dependencies are resolved. dom4j depends
on jaxen, which depends on dom4j. When maven sees the cyclic dependency, it
stops processing the jaxen dependency. This leaves everything else jaxen
[ http://jira.codehaus.org/browse/MJAVADOC-40?page=all ]
Brian Fox updated MJAVADOC-40:
--
Attachment: javadoc-jar.patch
javadoc:jar doesn't work if destDir was changed in javadoc:javadoc
Components: Plugin API
Reporter: Brian Fox
Attachments: plugin-tools-api.patch
The report shows which fields are discovered and optional, but not which are
read only. This can lead to some newby confusion where they think every field
needs to be defined.
--
This message is automatically
[ http://jira.codehaus.org/browse/MNG-1929?page=all ]
Brian Fox updated MNG-1929:
---
Attachment: dontshowreadonly.patch
Plugin Goal report should indicate which fields are read only. (Patch
Attached
javadoc:jar doesn't work if destDir was changed in javadoc:javadoc
--
Key: MJAVADOC-40
URL: http://jira.codehaus.org/browse/MJAVADOC-40
Project: Maven 2.x Javadoc Plugin
Type: Bug
Reporter: Brian
cewolf:cewolf:1.0
-
Key: MAVENUPLOAD-656
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-656
Project: maven-upload-requests
Type: Bug
Reporter: Brian Fox
cewolf version stable 1.0
--
This message is automatically generated by JIRA.
-
If you
[
http://jira.codehaus.org/browse/MAVENUPLOAD-656?page=comments#action_54634 ]
Brian Fox commented on MAVENUPLOAD-656:
---
One of these days I'll get it right the first time. Please use this bundle
http://osdn.dl.sourceforge.net/sourceforge/cewolf
[ http://jira.codehaus.org/browse/MEV-273?page=all ]
Brian Fox updated MEV-273:
--
Attachment: pom.xml
jfreechart is located in jfree/jfreechart (pom attached)
Key: MEV-273
URL: http
jfreechart is located in jfree/jfreechart (pom attached)
Key: MEV-273
URL: http://jira.codehaus.org/browse/MEV-273
Project: Maven Evangelism
Type: Bug
Components: Invalid POM
Reporter: Brian Fox
[
http://jira.codehaus.org/browse/MAVENUPLOAD-649?page=comments#action_54504 ]
Brian Fox commented on MAVENUPLOAD-649:
---
Can we add relocation to the jfreechart/jfreechart version? I went to go get
the pom from svn so I could file a MEV jira
[ http://jira.codehaus.org/browse/MPREPO-12?page=comments#action_54286 ]
Brian Fox commented on MPREPO-12:
-
I disagree with this. If you have a project foo that depends on 10 things in
ibiblio, but 1 that isn't , it shouldn't be able to be deployed? So
[ http://jira.codehaus.org/browse/MPREPO-12?page=comments#action_54297 ]
Brian Fox commented on MPREPO-12:
-
First comment on the warnings etc, that is annoying, but there is a fix for
2.0.2 that will ignore warnings in dependencies. Since you don't have
fixed group-jfreechart-1.0.0
Key: MAVENUPLOAD-649
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-649
Project: maven-upload-requests
Type: Task
Reporter: Brian Fox
Assigned to: Carlos Sanchez
Final 1.0 version of jfreechart
[
http://jira.codehaus.org/browse/MAVENUPLOAD-649?page=comments#action_54313 ]
Brian Fox commented on MAVENUPLOAD-649:
---
I originally posted a bundle with the group id as jfreechart. It should be
jfree where the other recent ones have been uploaded
Plugin classpath broken from 2.0 to 2.0.1
-
Key: MPLUGIN-10
URL: http://jira.codehaus.org/browse/MPLUGIN-10
Project: Maven 2.x Plugin Plugin
Type: Bug
Environment: winxp
Reporter: Brian Fox
Assigned to: Jason van Zyl
jfreechart-1.0.0
Key: MAVENUPLOAD-625
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-625
Project: maven-upload-requests
Type: Task
Reporter: Brian Fox
Final 1.0 version of jfreechart.
--
This message is automatically generated by JIRA
jcommon-1.0.0
-
Key: MAVENUPLOAD-626
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-626
Project: maven-upload-requests
Type: Task
Reporter: Brian Fox
Final 1.0 version of jcommon
--
This message is automatically generated by JIRA.
-
If you
[ http://jira.codehaus.org/browse/MNG-1241?page=comments#action_53235 ]
Brian Fox commented on MNG-1241:
Does this behavior only work for configurations or can be it used for other
things like filters?
configuration collections are not merged when
[ http://jira.codehaus.org/browse/MEV-251?page=comments#action_53195 ]
Brian Fox commented on MEV-251:
---
The current versions seem to work ok even though they are in some cases newer
than ones used in struts 1.2. Can we get the servlet-api part fixed while
struts 1.1 pom has servlet-api in compile scope (patch attached)
Key: MEV-251
URL: http://jira.codehaus.org/browse/MEV-251
Project: Maven Evangelism
Type: Bug
Reporter: Brian Fox
servlet-api
[ http://jira.codehaus.org/browse/MEV-251?page=all ]
Brian Fox updated MEV-251:
--
Attachment: struts1.1.patch
struts 1.1 pom has servlet-api in compile scope (patch attached)
Key: MEV
War plugin needs better handling of multiple executions
---
Key: MPWAR-53
URL: http://jira.codehaus.org/browse/MPWAR-53
Project: maven-war-plugin
Type: Improvement
Environment: winxp
Reporter: Brian Fox
[ http://jira.codehaus.org/browse/MNG-1696?page=comments#action_52447 ]
Brian Fox commented on MNG-1696:
What version was this patched on? I applied the patch over svn beta-3 and it
breaks at least the excludes. Even single excludes don't seem to work now
[ http://jira.codehaus.org/browse/MNG-1696?page=comments#action_52454 ]
Brian Fox commented on MNG-1696:
This is a proper patch to the getExcludes method:
List excludeList = new ArrayList( FileUtils.getDefaultExcludesAsList
[ http://jira.codehaus.org/browse/MNG-1696?page=comments#action_52459 ]
Brian Fox commented on MNG-1696:
I'm using the trunk version of the source which seems to be called beta3 from
here: http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin
NPE in addEdgeWithParentCheck
-
Key: MNG-1697
URL: http://jira.codehaus.org/browse/MNG-1697
Project: Maven 2
Type: Bug
Versions: 2.0
Environment: Winxp
Reporter: Brian Fox
E:\STC\workarea\svn\build\maven\sample-mojomvn
jcommon 1.0.0-RC1
-
Key: MAVENUPLOAD-606
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-606
Project: maven-upload-requests
Type: Task
Reporter: Brian Fox
Jcommon library update.
--
This message is automatically generated by JIRA.
-
If you
Jfreechart 1.0.0-RC1
Key: MAVENUPLOAD-607
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-607
Project: maven-upload-requests
Type: Task
Reporter: Brian Fox
Update to Jfreechart
--
This message is automatically generated by JIRA
[ http://jira.codehaus.org/browse/MAVENUPLOAD-608?page=all ]
Brian Fox closed MAVENUPLOAD-608:
-
Resolution: Duplicate
Jfreechart 1.0.0-RC1 updated
Key: MAVENUPLOAD-608
URL: http
[
http://jira.codehaus.org/browse/MAVENUPLOAD-607?page=comments#action_51964 ]
Brian Fox commented on MAVENUPLOAD-607:
---
Direct url:
http://osdn.dl.sourceforge.net/sourceforge/cewolf/jfreechart-1.0.0-rc1-bundle.jar
Jfreechart 1.0.0-RC1
dom4j needs xml-apis updated
Key: MEV-228
URL: http://jira.codehaus.org/browse/MEV-228
Project: Maven Evangelism
Type: Bug
Components: Dependencies
Reporter: Brian Fox
Dom4j is dependant on xml-apis:xml-apis:2.0.2 but it should
[ http://jira.codehaus.org/browse/MEV-228?page=all ]
Brian Fox updated MEV-228:
--
Attachment: dom4j-1.5.2
Patch for 1.5.2. Other versions need exact same change.
dom4j needs xml-apis updated
Key: MEV-228
URL
maven.test.classpath doesn't contain test scope dependancies
Key: MPANT-26
URL: http://jira.codehaus.org/browse/MPANT-26
Project: maven-ant-plugin
Type: Bug
Reporter: Brian Fox
maven.test.classpath
[ http://jira.codehaus.org/browse/MPANT-26?page=all ]
Brian Fox updated MPANT-26:
---
Attachment: pom.xml
Run this pom and see that the echo'd classpath contains target/classes but not
target/test-classes and also the junit jar is missing, but other compile
[ http://jira.codehaus.org/browse/MNG-1504?page=comments#action_50621 ]
Brian Fox commented on MNG-1504:
Yes, very usefull there. We are using it in lieu of a testNG plugin for now.
maven.test.classpath doesn't contain test scope dependancies
[ http://jira.codehaus.org/browse/MEV-176?page=comments#action_50082 ]
Brian Fox commented on MEV-176:
---
We found this specificaly after cleaning all our repos. The problem is that
struts still refers to the old location and we get the error saying it's been
[ http://jira.codehaus.org/browse/MEV-176?page=comments#action_50083 ]
Brian Fox commented on MEV-176:
---
...in other words, the relocation of servletapi is exactly what caused this
problem
Struts 1.1 pom has invalid servlet-api dependency
[ http://jira.codehaus.org/browse/MEV-176?page=comments#action_50085 ]
Brian Fox commented on MEV-176:
---
Ok, but doesn't that still mean that the pom should be updated? Otherwise
what's the point of the warning?
Struts 1.1 pom has invalid servlet-api
[ http://jira.codehaus.org/browse/MEV-176?page=comments#action_50087 ]
Brian Fox commented on MEV-176:
---
That leaves users of 1.1 forever looking at a warning. I guess I don't see what
the harm is in updating a pom that we know has a fixable warning.
Struts
struts 1-1 servletapi warning
-
Key: MEV-178
URL: http://jira.codehaus.org/browse/MEV-178
Project: Maven Evangelism
Type: Bug
Components: Dependencies
Reporter: Brian Fox
serlvetapi has been relocated to javax.servlet.servlet
[ http://jira.codehaus.org/browse/MEV-178?page=all ]
Brian Fox updated MEV-178:
--
Attachment: struts-1.1-pom-fix
struts 1-1 servletapi warning
-
Key: MEV-178
URL: http://jira.codehaus.org/browse/MEV-178
ant artifact doesn't read settings.xml
--
Key: MNG-1228
URL: http://jira.codehaus.org/browse/MNG-1228
Project: Maven 2
Type: Bug
Components: maven-artifact-ant
Versions: 2.0 (RC)
Environment: winxp
Reporter: Brian
[ http://jira.codehaus.org/browse/MNG-1161?page=comments#action_48328 ]
Brian Fox commented on MNG-1161:
If I change the dependancies to runtime, then I can't compile. I have a bunch
of jars that I need to compile but don't want to include in my jar so I
[ http://jira.codehaus.org/browse/MAVENUPLOAD-544?page=all ]
Brian Fox closed MAVENUPLOAD-544:
-
Resolution: Duplicate
upload cewolf 0.12.0
Key: MAVENUPLOAD-544
URL: http://jira.codehaus.org/browse
upload cewolf 0.12.0
Key: MAVENUPLOAD-546
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-546
Project: maven-upload-requests
Type: Bug
Reporter: Brian Fox
http://sourceforge.net/projects/cewolf/
http://sourceforge.net/project/memberlist.php
Reporter: Brian Fox
I have a project with all dependancies in the provided scope. I'd like to
create an assembly that contains all these jars. If I set the scope to provided
in the assembly descriptor xml file, it ignores all these dependancies. If I
change it to test, it grabs them, but also my test
upload cewolf 0.12.0
Key: MAVENUPLOAD-544
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-544
Project: maven-upload-requests
Type: Task
Reporter: Brian Fox
http://sourceforge.net/projects/cewolf/
http://sourceforge.net/project/memberlist.php
[
http://jira.codehaus.org/browse/MAVENUPLOAD-544?page=comments#action_48253 ]
Brian Fox commented on MAVENUPLOAD-544:
---
Even though I'm using maven 2 to build? I only have a pom, not project.xml
upload cewolf 0.12.0
[
http://jira.codehaus.org/browse/MAVENUPLOAD-544?page=comments#action_48255 ]
Brian Fox commented on MAVENUPLOAD-544:
---
Removed requirement for parent pom and included pom.xml as well as project.xml
http://osdn.dl.sourceforge.net/sourceforge/cewolf
601 - 663 of 663 matches
Mail list logo