[jira] (MSHARED-263) Xpp3DomBuilder should support xml:space="preserve"
[ https://jira.codehaus.org/browse/MSHARED-263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Herve Boutemy updated MSHARED-263: -- Affects Version/s: maven-shared-utils-0.1 Fix Version/s: maven-shared-utils-0.2 Assignee: Herve Boutemy > Xpp3DomBuilder should support xml:space="preserve" > -- > > Key: MSHARED-263 > URL: https://jira.codehaus.org/browse/MSHARED-263 > Project: Maven Shared Components > Issue Type: Improvement > Components: maven-shared-utils >Affects Versions: maven-shared-utils-0.1 >Reporter: Herve Boutemy >Assignee: Herve Boutemy > Fix For: maven-shared-utils-0.2 > > > required for MODELLO-263 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MSHARED-263) Xpp3DomBuilder should support xml:space="preserve"
Herve Boutemy created MSHARED-263: - Summary: Xpp3DomBuilder should support xml:space="preserve" Key: MSHARED-263 URL: https://jira.codehaus.org/browse/MSHARED-263 Project: Maven Shared Components Issue Type: Improvement Components: maven-shared-utils Reporter: Herve Boutemy required for MODELLO-263 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MSHARED-263) Xpp3DomBuilder should support xml:space="preserve"
[ https://jira.codehaus.org/browse/MSHARED-263?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Herve Boutemy closed MSHARED-263. - Resolution: Fixed done in [r1410881|http://svn.apache.org/viewvc?rev=1410881&view=rev] > Xpp3DomBuilder should support xml:space="preserve" > -- > > Key: MSHARED-263 > URL: https://jira.codehaus.org/browse/MSHARED-263 > Project: Maven Shared Components > Issue Type: Improvement > Components: maven-shared-utils >Affects Versions: maven-shared-utils-0.1 >Reporter: Herve Boutemy >Assignee: Herve Boutemy > Fix For: maven-shared-utils-0.2 > > > required for MODELLO-263 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MINVOKER-141) passing own properties to all scripts
[
https://jira.codehaus.org/browse/MINVOKER-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Scholte updated MINVOKER-141:
Issue Type: New Feature (was: Bug)
> passing own properties to all scripts
> -
>
> Key: MINVOKER-141
> URL: https://jira.codehaus.org/browse/MINVOKER-141
> Project: Maven 2.x Invoker Plugin
> Issue Type: New Feature
>Affects Versions: 1.7
>Reporter: Olivier Lamy
>
> I need to pass ${project.version} to setup.groovy to avoid version hardcoding.
> not possible currently. We must be able to configure new context values to a
> Map in the mojo configuration.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MNG-5380) Cannot preserve whitespace in Maven plugin configuration
[
https://jira.codehaus.org/browse/MNG-5380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=313834#comment-313834
]
Herve Boutemy edited comment on MNG-5380 at 11/18/12 7:01 AM:
--
finally fixed MODELLO-263: Maven just needs updating Modello to 1.6 and
plexus-utils to 3.0.9 (due to PLXUTILS-154)
and the default space handling is unchanged, but you can force space
preservation on specific elements by adding xml:space="preserve"
was (Author: hboutemy):
finally fixed MODELLO-263: Maven just needs updating Modello to 1.6 and
plexus-utils to 3.0.9 (due to PLXUTILS-154)
and the default space handling is unchanged, but you can force space
preservation on specific fields by adding xml:space="preserve"
> Cannot preserve whitespace in Maven plugin configuration
>
>
> Key: MNG-5380
> URL: https://jira.codehaus.org/browse/MNG-5380
> Project: Maven 2 & 3
> Issue Type: New Feature
> Components: Plugin API
>Affects Versions: 2.0.9, 2.2.1, 3.0, 3.0.4
>Reporter: Laird Nelson
> Fix For: 3.1.0
>
>
> This bug may be filed in the wrong place; for that I apologize in advance.
> My Maven plugin configuration (which I think is parsed and implemented by
> Plexus) does not preserve leading or trailing (or only) whitespace content.
> A (mapped-to-{{String}}) configuration element like this:
> {noformat}
>Hello
> {noformat}
> results in the string value "Hello" (no leading or trailing space). The same
> value is produced by any one of the following constructions:
> {noformat}
>
> {noformat}
> {noformat}
>Hello
> {noformat}
> I believe this is a shortcoming of the Plexus XML configuration machinery.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MNG-5380) Cannot preserve whitespace in Maven plugin configuration
[
https://jira.codehaus.org/browse/MNG-5380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=313834#comment-313834
]
Herve Boutemy commented on MNG-5380:
finally fixed MODELLO-263: Maven just needs updating Modello to 1.6 and
plexus-utils to 3.0.9 (due to PLXUTILS-154)
and the default space handling is unchanged, but you can force space
preservation on specific fields by adding xml:space="preserve"
> Cannot preserve whitespace in Maven plugin configuration
>
>
> Key: MNG-5380
> URL: https://jira.codehaus.org/browse/MNG-5380
> Project: Maven 2 & 3
> Issue Type: New Feature
> Components: Plugin API
>Affects Versions: 2.0.9, 2.2.1, 3.0, 3.0.4
>Reporter: Laird Nelson
> Fix For: 3.1.0
>
>
> This bug may be filed in the wrong place; for that I apologize in advance.
> My Maven plugin configuration (which I think is parsed and implemented by
> Plexus) does not preserve leading or trailing (or only) whitespace content.
> A (mapped-to-{{String}}) configuration element like this:
> {noformat}
>Hello
> {noformat}
> results in the string value "Hello" (no leading or trailing space). The same
> value is produced by any one of the following constructions:
> {noformat}
>
> {noformat}
> {noformat}
>Hello
> {noformat}
> I believe this is a shortcoming of the Plexus XML configuration machinery.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MNG-5380) Cannot preserve whitespace in Maven plugin configuration
[
https://jira.codehaus.org/browse/MNG-5380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Herve Boutemy updated MNG-5380:
---
Fix Version/s: 3.1.0
Assignee: Herve Boutemy
> Cannot preserve whitespace in Maven plugin configuration
>
>
> Key: MNG-5380
> URL: https://jira.codehaus.org/browse/MNG-5380
> Project: Maven 2 & 3
> Issue Type: New Feature
> Components: Plugin API
>Affects Versions: 2.0.9, 2.2.1, 3.0, 3.0.4
>Reporter: Laird Nelson
>Assignee: Herve Boutemy
> Fix For: 3.1.0
>
>
> This bug may be filed in the wrong place; for that I apologize in advance.
> My Maven plugin configuration (which I think is parsed and implemented by
> Plexus) does not preserve leading or trailing (or only) whitespace content.
> A (mapped-to-{{String}}) configuration element like this:
> {noformat}
>Hello
> {noformat}
> results in the string value "Hello" (no leading or trailing space). The same
> value is produced by any one of the following constructions:
> {noformat}
>
> {noformat}
> {noformat}
>Hello
> {noformat}
> I believe this is a shortcoming of the Plexus XML configuration machinery.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MNG-5380) Cannot preserve whitespace in Maven plugin configuration
[
https://jira.codehaus.org/browse/MNG-5380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=313835#comment-313835
]
Herve Boutemy commented on MNG-5380:
partial work done in
[r1410886|http://svn.apache.org/viewvc?rev=1410886&view=rev]
waiting for Modello 1.6 deployment to upgrade Maven
> Cannot preserve whitespace in Maven plugin configuration
>
>
> Key: MNG-5380
> URL: https://jira.codehaus.org/browse/MNG-5380
> Project: Maven 2 & 3
> Issue Type: New Feature
> Components: Plugin API
>Affects Versions: 2.0.9, 2.2.1, 3.0, 3.0.4
>Reporter: Laird Nelson
>Assignee: Herve Boutemy
> Fix For: 3.1.0
>
>
> This bug may be filed in the wrong place; for that I apologize in advance.
> My Maven plugin configuration (which I think is parsed and implemented by
> Plexus) does not preserve leading or trailing (or only) whitespace content.
> A (mapped-to-{{String}}) configuration element like this:
> {noformat}
>Hello
> {noformat}
> results in the string value "Hello" (no leading or trailing space). The same
> value is produced by any one of the following constructions:
> {noformat}
>
> {noformat}
> {noformat}
>Hello
> {noformat}
> I believe this is a shortcoming of the Plexus XML configuration machinery.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MINVOKER-115) install goal doesn't install required plugins (from the reactor build) to the local repo
[ https://jira.codehaus.org/browse/MINVOKER-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=313837#comment-313837 ] Robert Scholte commented on MINVOKER-115: - Anders, could you write an IT? I think I found the cause, but wants to confirm this with a proper test. I'd like to prepare a new release soon and this is the only bug left (others are feature requests or improvements). > install goal doesn't install required plugins (from the reactor build) to the > local repo > > > Key: MINVOKER-115 > URL: https://jira.codehaus.org/browse/MINVOKER-115 > Project: Maven 2.x Invoker Plugin > Issue Type: Bug >Affects Versions: 1.5 > Environment: MacOS 10.6.6 > Mac Java 1.6 > Maven 3.0.2 >Reporter: Anders Hammar > > In a multimodule build where the m-invoker-p is used to perform integration > tests for an archetype. In the build, a maven plugin is first created. Then a > maven archetype. > For the archetype project, integration test is performed where a project is > generated based on the archetype and then a build (mvn verify) is done. > However, the build fails as it can't find the maven plugin built earlier in > the reactor build. The maven-invoker-plugin:install goal installs all > dependencies to the cloned local repo, but it doesn't install the plugin > built. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (SCM-435) can not work with local copy
[ https://jira.codehaus.org/browse/SCM-435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Scholte closed SCM-435. -- Resolution: Fixed Fixed in https://git-wip-us.apache.org/repos/asf/maven-scm/commit/c96ca247 Thanks! > can not work with local copy > > > Key: SCM-435 > URL: https://jira.codehaus.org/browse/SCM-435 > Project: Maven SCM > Issue Type: Bug > Components: maven-scm-provider-svn >Affects Versions: 1.1, 1.8 > Environment: Windows xp, maven 2.0.9 >Reporter: James Nord >Assignee: Robert Scholte > Fix For: 1.9 > > Attachments: svnexe.diff > > > I have a need to use the SCM api to manipulate a local svn copy, but the svn > provider can only work with remote copies. > e.g. "svn info ." to get the reposirory URL etc from what Subversion has and > not what you think it is. > If you pass in a file:// URL it treats this as a repository and not a local > copy - but if you don't use a url prefix and pass in just the path it fails > to parse the URL in SvnScmProviderRepository.parseURL(). > The current workaround is to provide a custom SvnScmProviderRepository which > overrides getURL to return the path which shows that the info command and > others can work like this (however this obviously breaks anything that uses > local file based repositories!) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (DOXIA-405) The generated xhtml document has the entire content on a single line
[ https://jira.codehaus.org/browse/DOXIA-405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Herve Boutemy closed DOXIA-405. --- Resolution: Fixed Fix Version/s: 1.4 Assignee: Herve Boutemy done in [r1410919|http://svn.apache.org/viewvc?rev=1410919&view=rev] I did a trick to make the identity test pass: the identity test is run without EOLs addition... > The generated xhtml document has the entire content on a single line > > > Key: DOXIA-405 > URL: https://jira.codehaus.org/browse/DOXIA-405 > Project: Maven Doxia > Issue Type: Improvement > Components: Module - Xhtml >Affects Versions: 1.1.3 > Environment: Maven Site Plugin 2.1.1 > Windows XP Pro >Reporter: Dennis Lundberg >Assignee: Herve Boutemy > Fix For: 1.4 > > > If you view the source for http://maven.apache.org/plugins/index.html, you > will see that the entire content is on line 207 and is 35396 columns wide. > Trying to debug such a page is near impossible. > For very large documents is isn't even possible for some browsers to show the > source with that many columns. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MINVOKER-115) install goal doesn't install required plugins (from the reactor build) to the local repo
[ https://jira.codehaus.org/browse/MINVOKER-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=313852#comment-313852 ] Anders Hammar commented on MINVOKER-115: Sure. I'll look into this. > install goal doesn't install required plugins (from the reactor build) to the > local repo > > > Key: MINVOKER-115 > URL: https://jira.codehaus.org/browse/MINVOKER-115 > Project: Maven 2.x Invoker Plugin > Issue Type: Bug >Affects Versions: 1.5 > Environment: MacOS 10.6.6 > Mac Java 1.6 > Maven 3.0.2 >Reporter: Anders Hammar > > In a multimodule build where the m-invoker-p is used to perform integration > tests for an archetype. In the build, a maven plugin is first created. Then a > maven archetype. > For the archetype project, integration test is performed where a project is > generated based on the archetype and then a build (mvn verify) is done. > However, the build fails as it can't find the maven plugin built earlier in > the reactor build. The maven-invoker-plugin:install goal installs all > dependencies to the cloned local repo, but it doesn't install the plugin > built. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MRELEASE-783) release:update-versions should not need SCM config
[
https://jira.codehaus.org/browse/MRELEASE-783?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Scholte updated MRELEASE-783:
Component/s: update-versions
> release:update-versions should not need SCM config
> --
>
> Key: MRELEASE-783
> URL: https://jira.codehaus.org/browse/MRELEASE-783
> Project: Maven 2.x Release Plugin
> Issue Type: Improvement
> Components: update-versions
>Reporter: Ondrej Zizka
>
> Currently, on a project without configured, {{mvn
> release:update-versions}} ends up with:
> {code}
> Failed to execute goal
> org.apache.maven.plugins:maven-release-plugin:2.0:update-versions
> (default-cli) on project wicketstuff-dojo: Missing required setting: scm
> connection or developerConnection must be specified.
> {code}
> Updating versions recursively definitely does not need SCM.
> Could this restriction be removed? Thanks.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MNG-5381) Restore MavenSession.getRepositoryCache()
Jason van Zyl created MNG-5381: -- Summary: Restore MavenSession.getRepositoryCache() Key: MNG-5381 URL: https://jira.codehaus.org/browse/MNG-5381 Project: Maven 2 & 3 Issue Type: New Feature Environment: Reporter: Jason van Zyl Error when running stock Tycho 0.16.0 Exception in thread "main" java.lang.NoSuchMethodError: org.apache.maven.execution.MavenSession.getRepositoryCache()Lorg/apache/maven/artifact/repository/RepositoryCache; This method was deprecated but it can be bridged to Aether code as this screws up Tycho users unecessarily. Tycho can migrate off this method but currently this breaks all Tycho users which is an unacceptable break. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MNG-5381) Restore MavenSession.getRepositoryCache()
[ https://jira.codehaus.org/browse/MNG-5381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason van Zyl updated MNG-5381: --- Fix Version/s: 3.1.0 > Restore MavenSession.getRepositoryCache() > - > > Key: MNG-5381 > URL: https://jira.codehaus.org/browse/MNG-5381 > Project: Maven 2 & 3 > Issue Type: New Feature > Environment: >Reporter: Jason van Zyl > Fix For: 3.1.0 > > > Error when running stock Tycho 0.16.0 > Exception in thread "main" java.lang.NoSuchMethodError: > org.apache.maven.execution.MavenSession.getRepositoryCache()Lorg/apache/maven/artifact/repository/RepositoryCache; > This method was deprecated but it can be bridged to Aether code as this > screws up Tycho users unecessarily. Tycho can migrate off this method but > currently this breaks all Tycho users which is an unacceptable break. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] (MNG-5381) Restore MavenSession.getRepositoryCache()
[ https://jira.codehaus.org/browse/MNG-5381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason van Zyl updated MNG-5381: --- Assignee: Jason van Zyl > Restore MavenSession.getRepositoryCache() > - > > Key: MNG-5381 > URL: https://jira.codehaus.org/browse/MNG-5381 > Project: Maven 2 & 3 > Issue Type: New Feature > Environment: >Reporter: Jason van Zyl >Assignee: Jason van Zyl > Fix For: 3.1.0 > > > Error when running stock Tycho 0.16.0 > Exception in thread "main" java.lang.NoSuchMethodError: > org.apache.maven.execution.MavenSession.getRepositoryCache()Lorg/apache/maven/artifact/repository/RepositoryCache; > This method was deprecated but it can be bridged to Aether code as this > screws up Tycho users unecessarily. Tycho can migrate off this method but > currently this breaks all Tycho users which is an unacceptable break. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
