On 9/3/07, Jason Dillon <[EMAIL PROTECTED]> wrote:
> A
>
> I think this is *critical* to reduce build fragility which is
> currently affects many/most Maven 2 builds.
+1 for reducing build fragility, however we can do it
>
> IMO, making the version required, just like it is for dependencies is
>
I just did a clean co of maven 2 and tried to build the site and some
other components. I found that the site pom, like the others that I
looked at, derives from maven-parent, version 4-SNAPSHOT, with a
relative path specified that points to /poms/maven/pom.xml. The
version in the parent itself
[ http://jira.codehaus.org/browse/MPDIST-28?page=comments#action_54221 ]
Phil Steitz commented on MPDIST-28:
---
Thanks and sorry to take so long to verify and respond.
I can now compile and install current svn head fine under maven 1.0.2 with
maven-plugin
Type: Bug
Reporter: Phil Steitz
When maven.compile.executable is set and maven.compile.fork=true, the java
plugin can compile under a different jdk than that used to run maven. The jar
plugin currently always just puts ${java.version} into the Build JDK attribute.
The version used b
[ http://jira.codehaus.org/browse/MPDIST-28?page=comments#action_52738 ]
Phil Steitz commented on MPDIST-28:
---
Added a patch that allows both lf and crlf filters to be specified.
> Allow to configure to which files should use CRLF line endings in
It should be possible to set the Built-By attribute in the Manifest
---
Key: MPJAR-50
URL: http://jira.codehaus.org/browse/MPJAR-50
Project: maven-jar-plugin
Type: Improvement
Reporter: Phil Steitz
[ http://jira.codehaus.org/browse/MPDIST-28?page=all ]
Phil Steitz updated MPDIST-28:
--
Attachment: dist.patch
I had to comment out the "assert:assertPluginAvailable groupId="maven"
artifactId="maven-plugin-plugin" minRelease=&qu
[ http://jira.codehaus.org/browse/MPDIST-27?page=comments#action_50817 ]
Phil Steitz commented on MPDIST-27:
---
Is there a problem with this patch? Is there a better way to do this? It
would be great to get a fix for this committed.
> Zip archi
Carlos Sanchez wrote:
Hi,
Some days ago I created a patch to fix a lot of commons poms. If
somebody with enough karma could try to push this through...
http://issues.apache.org/bugzilla/show_bug.cgi?id=37314
Will do in next couple of days, assuming no outrage on commons-dev.
Phil
-
[patch] Fix some typos and broken links
---
Key: MNG-1434
URL: http://jira.codehaus.org/browse/MNG-1434
Project: Maven 2
Type: Bug
Components: documentation - general
Reporter: Phil Steitz
Priority: Minor
Attachments
dan tran wrote:
APT is now the prefer way due to its simplicity format.
So you may want to take a peek at maven-site/src/site/apt
take a look of how APT works at
http://maven.apache.org/maven2/apt-format.html
-D
Very nice! Thanks again and sorry for my ignorance. Everything I was
looking
dan tran wrote:
On 10/16/05, Phil Steitz <[EMAIL PROTECTED]> wrote:
I am looking for the xdocs for the html files in
http://maven.apache.org/maven2/developers/
Where can I find these files in svn?
I have already looked here:
https://svn.apache.org/repos/asf/maven/components/trunk/mave
I am looking for the xdocs for the html files in
http://maven.apache.org/maven2/developers/
Where can I find these files in svn?
I have already looked here:
https://svn.apache.org/repos/asf/maven/components/trunk/maven-site/src/site/xdoc/developers/
and here:
https://svn.apache.org/repos/asf/m
maven.ui.navcol.width has no effect
---
Key: MPXDOC-178
URL: http://jira.codehaus.org/browse/MPXDOC-178
Project: maven-xdoc-plugin
Type: Bug
Reporter: Phil Steitz
Attachments: navColWidth.patch
According to the docs, when using the
Menus with type="header" are not processed by site.jsl
--
Key: MPXDOC-175
URL: http://jira.codehaus.org/browse/MPXDOC-175
Project: maven-xdoc-plugin
Type: Bug
Versions: 1.9.1, 1.9.2
Reporter: P
Lukas Theussl (JIRA) wrote:
[ http://jira.codehaus.org/browse/MPXDOC-155?page=all ]
Lukas Theussl updated MPXDOC-155: -
Attachment: MPXDOC-155.patch
Hi Phil, Can you test the attached patch please? I have successfully
generated the site for jakarta math with it.
x27;t know how to do that
correctly in Jelly. There is a goal in the scm plugin called
"scm:find-connection" that sets the *local* variable scmConnection. The
right thing to do is to patch that code and then somehow allow the jdiff
plugin to use the same goal and share the property. Is this
Looks like there are two problems, the first one is my mistake. In the
projects that I tested for svn, the pom.repository.connection omits the
trailing "/", which must make the scm plugin ignore the "trunk" and
append the tag to the tagBase. The project below includes the /.
Unless there is a
Lukas Theussl wrote:
+1
but wouldn't it be nice to have a bit more content on the plugin
website? At least a link to the jdiff web page.
Just added a patch at MPJDIFF-8
+1 (non-binding) for release.
Phil
-
To unsubscribe,
Add link to JDiff site and more properties doc
--
Key: MPJDIFF-8
URL: http://jira.codehaus.org/browse/MPJDIFF-8
Project: maven-jdiff-plugin
Type: Improvement
Reporter: Phil Steitz
Fix For: 1.5
Attachments: jdiff
Zip archives should use CRLF line endings on txt files
--
Key: MPDIST-27
URL: http://jira.codehaus.org/browse/MPDIST-27
Project: maven-dist-plugin
Type: Improvement
Environment: Windows
Reporter: Phil Steitz
[ http://jira.codehaus.org/browse/MPXDOC-155?page=comments#action_45514 ]
Phil Steitz commented on MPXDOC-155:
Works 4 me. I checked a couple of commons sites and they all look fine, once I
add the message template to commons-site.jsl. Thanks!
Note
[ http://jira.codehaus.org/browse/MPXDOC-155?page=comments#action_45383 ]
Phil Steitz commented on MPXDOC-155:
The navigation problem is due to the fact that the project-nav.xml generated by
the 1.9+ version omits the name attribute from items. The
Emmanuel Venisse wrote:
Phil Steitz wrote:
Brett Porter wrote:
Looks ok to me, though I don't know why we shouldn't just drop the
ant:cvs part altogether and use scm:checkout as you have in the
otherwise blocks. What do you think?
I tried that but could not get cvs to wor
[ http://jira.codehaus.org/browse/MPJDIFF-6?page=all ]
Phil Steitz updated MPJDIFF-6:
--
Attachment: jdiff_plugin2.patch
Revised patch, eliminating ant:cvs tags altogether per discussion on maven-dev.
> Support SVN, not just CVS for retrieving base
Emmanuel Venisse wrote:
Phil Steitz wrote:
Brett Porter wrote:
Looks ok to me, though I don't know why we shouldn't just drop the
ant:cvs part altogether and use scm:checkout as you have in the
otherwise blocks. What do you think?
I tried that but could not get cvs to wor
ty. I will play with this some more.
Phil
Emmanuel, do you have any thoughts? I'm not overly familiar with the plugin.
- Brett
Phil Steitz wrote:
Last week I added a patch to MPJDIFF-6 here:
http://jira.codehaus.org/browse/MPJDIFF-6?page=all
Last week I added a patch to MPJDIFF-6 here:
http://jira.codehaus.org/browse/MPJDIFF-6?page=all
Comments?
Phil
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://jira.codehaus.org/browse/MPJDIFF-6?page=all ]
Phil Steitz updated MPJDIFF-6:
--
Attachment: jdiff_plugin.patch
Attaching a patch to add support for svn and other scm providers.
pom.repository.connection is used directly (not as smart as scm plugin
imported by the ScmBean used by the scm plugin.
-Phil
Phil Steitz wrote:
Can't seem to find the package in svn. tia
Phil
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROT
Can't seem to find the package in svn. tia
Phil
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://jira.codehaus.org/browse/MPJDIFF-6?page=comments#action_42419 ]
Phil Steitz commented on MPJDIFF-6:
---
To make this work correctly for svn, I think the maven.jdiff.old.tag and
maven.jdiff.new.tag properties will either have to be interpreted as
Dion Gillard wrote:
On Sun, 16 Jan 2005 19:09:38 -0500, Phil Steitz <[EMAIL PROTECTED]> wrote:
Its hard-coded in the dist plugin, e.g.:
Similar for source distro. To add other stuff, you need to use
maven.xml (unless I am missing something).
Wow, that is gross. They sho
Dion Gillard wrote:
On Sun, 16 Jan 2005 15:16:24 -0500, Phil Steitz <[EMAIL PROTECTED]> wrote:
Dion Gillard wrote:
I'd think the preferred approach is to use resources for including
files in the jar. If this is not working correctly and consistently,
let's work to fix it.
This
8:19 -0500, Phil Steitz <[EMAIL PROTECTED]> wrote:
Apache distributions need to include LICENSE.txt and NOTICE.txt in
top-level directories as well as in jar META-INF directories. Other
notices may be required as well (e.g., INCUBATOR-DISCLAIMER.txt,
README.txt). The jar plugin handles LICE
Apache distributions need to include LICENSE.txt and NOTICE.txt in
top-level directories as well as in jar META-INF directories. Other
notices may be required as well (e.g., INCUBATOR-DISCLAIMER.txt,
README.txt). The jar plugin handles LICENSE.txt, but not NOTICE.txt;
the dist plugin handles b
It would be useful to have multiproject support in the ant plugin. I
need to maintain ant builds for maven multiprojects and currently the
only way that I can see to do this is manually. Since there are
dependencies among the subprojects, maven ant:generate-build does not
work correctly on th
37 matches
Mail list logo