[jira] Commented: (MRELEASE-297) release doesn't bump versions in properties to the next dev iteration

[ http://jira.codehaus.org/browse/MRELEASE-297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=206779#action_206779 ] Martin Zeltner commented on MRELEASE-297: - Hi It affects also version 2.0-beta-9 Further

[jira] Commented: (MJAVADOC-272) DecoderException trying to download external links

[ http://jira.codehaus.org/browse/MJAVADOC-272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=205395#action_205395 ] Martin Zeltner commented on MJAVADOC-272: - Hi Paul I've found the problem! On my company's

[jira] Commented: (MJAVADOC-272) DecoderException trying to download external links

[ http://jira.codehaus.org/browse/MJAVADOC-272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=205172#action_205172 ] Martin Zeltner commented on MJAVADOC-272: - Hi I have exactly the same issue. Cheers Marti

[jira] Commented: (MNG-2258) Wrong execution order of plugins in same phase

[ http://jira.codehaus.org/browse/MNG-2258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=200336#action_200336 ] Martin Zeltner commented on MNG-2258: - Hi Julien Are you sure that you're using Maven 2.2.1, the n

[jira] Commented: (MCHECKSTYLE-105) Update to Checkstyle 5.0

[ http://jira.codehaus.org/browse/MCHECKSTYLE-105?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=194853#action_194853 ] Martin Zeltner commented on MCHECKSTYLE-105: For those how do not want to work with

[jira] Closed: (MNG-2583) DefaultArtifact: Method getVersionRange returns null also if field version is already set! [SMALL PATCH ATTACHED]

[ http://jira.codehaus.org/browse/MNG-2583?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Zeltner closed MNG-2583. --- Resolution: Fixed Fix Version/s: (was: 2.0.10) 2.0.9 > DefaultArtifact: Method

[jira] Commented: (MNG-2583) DefaultArtifact: Method getVersionRange returns null also if field version is already set! [SMALL PATCH ATTACHED]

[ http://jira.codehaus.org/browse/MNG-2583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=139754#action_139754 ] Martin Zeltner commented on MNG-2583: - With Maven 2.0.8 I had to apply this patch but with 2.0.9 it

[jira] Commented: (MNG-2583) DefaultArtifact: Method getVersionRange returns null also if field version is already set! [SMALL PATCH ATTACHED]

[ http://jira.codehaus.org/browse/MNG-2583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_126417 ] Martin Zeltner commented on MNG-2583: - I can reproduce the problem, so problem must be fixed. Just add the lines in method

[jira] Commented: (MNG-1412) dependency sorting in classpath

[ http://jira.codehaus.org/browse/MNG-1412?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_122255 ] Martin Zeltner commented on MNG-1412: - Hurray! ;-) Have a nice day! Martin > dependency sorting in classpath > ---

[jira] Commented: (MECLIPSE-333) WTP-2.0 support with howto apt, refactoring and contextroot handling

[ http://jira.codehaus.org/browse/MECLIPSE-333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_118540 ] Martin Zeltner commented on MECLIPSE-333: - I've now tried it with the Eclipse Europe 3.3.1.1 (eclipse-jee-europa-f

[jira] Commented: (MJAR-53) In pom with packaging "war" the generated jar will be installed in repo instead of the war

[ http://jira.codehaus.org/browse/MJAR-53?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_116458 ] Martin Zeltner commented on MJAR-53: We can close this issue. I do not need this fix anymore. > In pom with packaging "war"

[jira] Commented: (MJAR-53) In pom with packaging "war" the generated jar will be installed in repo instead of the war

[ http://jira.codehaus.org/browse/MJAR-53?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_116354 ] Martin Zeltner commented on MJAR-53: I've read all comment but can not like these two issues. Example: I have a war artifac

[jira] Commented: (MJAR-53) In pom with packaging "war" the generated jar will be installed in repo instead of the war

[ http://jira.codehaus.org/browse/MJAR-53?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_116351 ] Martin Zeltner commented on MJAR-53: No. The MWAR-33 concerns about dependency version mixup. But this issue is used to cre

[jira] Updated: (MECLIPSE-333) WTP-2.0 support with howto apt, refactoring and contextroot handling

[ http://jira.codehaus.org/browse/MECLIPSE-333?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Zeltner updated MECLIPSE-333: Attachment: Eclipse-3.3.0-about.png Eclipse-3.3.0-project-upgrade.png I'm worki

[jira] Commented: (MECLIPSE-344) connecting existing workspace artifact-projects

[ http://jira.codehaus.org/browse/MECLIPSE-344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_116338 ] Martin Zeltner commented on MECLIPSE-344: - After the discussion with Richie I'm convinced now that the MECLIPSE-344

[jira] Commented: (MECLIPSE-334) Add a rule that determined artifacts will be always recognized as reactor projects

[ http://jira.codehaus.org/browse/MECLIPSE-334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_116337 ] Martin Zeltner commented on MECLIPSE-334: - After the discussion with Richie I'm convinced now that the MECLIPSE-344

[jira] Commented: (MJAR-53) In pom with packaging "war" the generated jar will be installed in repo instead of the war

[ http://jira.codehaus.org/browse/MJAR-53?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_116336 ] Martin Zeltner commented on MJAR-53: Hi Dennis The idea was to have war artifacts that generates the jar and the war direct

[jira] Commented: (MECLIPSE-334) Add a rule that determined artifacts will be always recognized as reactor projects

[ http://jira.codehaus.org/browse/MECLIPSE-334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_115184 ] Martin Zeltner commented on MECLIPSE-334: - Example: Directory structure: mymodules/ a/ b/ c/ * a, b

[jira] Commented: (MECLIPSE-334) Add a rule that determined artifacts will be always recognized as reactor projects

[ http://jira.codehaus.org/browse/MECLIPSE-334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_115171 ] Martin Zeltner commented on MECLIPSE-334: - I don't understand what's dangerous. First this feature is switched off

[jira] Commented: (MECLIPSE-334) Add a rule that determined artifacts will be always recognized as reactor projects

[ http://jira.codehaus.org/browse/MECLIPSE-334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_115029 ] Martin Zeltner commented on MECLIPSE-334: - As I understand MECLIPSE-344 uses already existing Eclipse projects (of

[jira] Commented: (MECLIPSE-333) WTP-2.0 support with howto apt, refactoring and contextroot handling

[ http://jira.codehaus.org/browse/MECLIPSE-333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_111786 ] Martin Zeltner commented on MECLIPSE-333: - Hi Ritchie The maven-war-plugin does war overriding. In some (very) old

[jira] Commented: (MECLIPSE-333) WTP-2.0 support with howto apt, refactoring and contextroot handling

[ http://jira.codehaus.org/browse/MECLIPSE-333?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_111545 ] Martin Zeltner commented on MECLIPSE-333: - I've patched the plugin but in Eclipse I still not have the expected res

[jira] Created: (MECLIPSE-336) Adding runtime facets and additional classpath containers depending on the artifact packaging

Adding runtime facets and additional classpath containers depending on the artifact packaging - Key: MECLIPSE-336 URL: http://jira.codehaus.org/browse/MECLIPSE-336

[jira] Created: (MECLIPSE-334) Add a rule that determined artifacts will be always recognized as reactor projects

Add a rule that determined artifacts will be always recognized as reactor projects -- Key: MECLIPSE-334 URL: http://jira.codehaus.org/browse/MECLIPSE-334 Project: Maven 2

[jira] Commented: (DOXIA-68) Adding twiki plugin as build extension makes goal site:site fail.

[ http://jira.codehaus.org/browse/DOXIA-68?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_107008 ] Martin Zeltner commented on DOXIA-68: - Hi Dennis I didn't have a try because we're using APT now. Have you extended the fe

[jira] Commented: (MJXR-15) Parameter sourcePaths like it exists in Javadoc plugin added

[ http://jira.codehaus.org/browse/MJXR-15?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_87891 ] Martin Zeltner commented on MJXR-15: I hope you will include it. I can not imagine any vote against it (full backward compat

[jira] Commented: (MNG-2258) Wrong execution order of plugins in same phase

[ http://jira.codehaus.org/browse/MNG-2258?page=comments#action_78375 ] Martin Zeltner commented on MNG-2258: - BTW the patches appended to MNG-1412 does also solve the execution order problem of plugins. It does solve the order problem for al

[jira] Commented: (MSUREFIREREP-30) Use lowercase html anchor names, else these links will not work

[ http://jira.codehaus.org/browse/MSUREFIREREP-30?page=comments#action_76442 ] Martin Zeltner commented on MSUREFIREREP-30: Could be made too but because we can't have two anchors with the same name but different cases it is better t

[jira] Commented: (MJAVADOC-93) Allow commas in text arguments doctitle, windowtitle, header, footer, and bottom [PATCH ATTACHED]

[ http://jira.codehaus.org/browse/MJAVADOC-93?page=comments#action_76412 ] Martin Zeltner commented on MJAVADOC-93: Patch is for class *org.apache.maven.plugin.javadoc.AbstractJavadocMojo* > Allow commas in text arguments doctitle, window

[jira] Created: (MJAVADOC-93) Allow commas in text arguments doctitle, windowtitle, header, footer, and bottom [PATCH ATTACHED]

Allow commas in text arguments doctitle, windowtitle, header, footer, and bottom [PATCH ATTACHED] - Key: MJAVADOC-93 URL: http://jira.codehaus.org/browse/MJAVADOC-93

[jira] Created: (MNG-2583) DefaultArtifact: Method getVersionRange returns null also if field version is already set! [SMALL PATCH ATTACHED]

DefaultArtifact: Method getVersionRange returns null also if field version is already set! [SMALL PATCH ATTACHED] - Key: MNG-2583 URL: http://jira.code

[jira] Created: (MSUREFIREREP-32) Decorate text in total- and package-summary by classifiers error, failure, skipped and success

Decorate text in total- and package-summary by classifiers error, failure, skipped and success -- Key: MSUREFIREREP-32 URL: http://jira.codehaus.org/browse/MSUREFIREREP-32

[jira] Created: (MINSTALL-34) Make the install plugin work due the repository-manager has been moved to archiva.

Make the install plugin work due the repository-manager has been moved to archiva. -- Key: MINSTALL-34 URL: http://jira.codehaus.org/browse/MINSTALL-34 Project: Maven 2.x

[jira] Created: (MSUREFIREREP-31) Add a window and a document title plus a document description (like made in javadoc and jxr plugin)

Add a window and a document title plus a document description (like made in javadoc and jxr plugin) --- Key: MSUREFIREREP-31 URL: http://jira.codehaus.org/browse/MSURE

[jira] Created: (MSUREFIREREP-30) Use lowercase html anchor names, else these links will not work

Use lowercase html anchor names, else these links will not work --- Key: MSUREFIREREP-30 URL: http://jira.codehaus.org/browse/MSUREFIREREP-30 Project: Maven 2.x Surefire report Plugin

[jira] Updated: (MSUREFIREREP-29) Calculation of relative path to xref is wrong

[ http://jira.codehaus.org/browse/MSUREFIREREP-29?page=all ] Martin Zeltner updated MSUREFIREREP-29: --- Attachment: patch_maven-surefire-report-plugin_relative-path-to-xref_2.patch Sorry. Here's the full patch. Previously the two new files where not

[jira] Created: (MSUREFIREREP-29) Calculation of relative path to xref is wrong

Calculation of relative path to xref is wrong - Key: MSUREFIREREP-29 URL: http://jira.codehaus.org/browse/MSUREFIREREP-29 Project: Maven 2.x Surefire report Plugin Issue Type: Bug Affects Versi

[jira] Created: (MJXR-15) Parameter sourcePaths like it exists in Javadoc plugin added

Parameter sourcePaths like it exists in Javadoc plugin added Key: MJXR-15 URL: http://jira.codehaus.org/browse/MJXR-15 Project: Maven 2.x JXR Plugin Issue Type: Improvement Aff

[jira] Updated: (MCOMPILER-35) Possibility to skip just the running of tests

[ http://jira.codehaus.org/browse/MCOMPILER-35?page=all ] Martin Zeltner updated MCOMPILER-35: Attachment: patch-maven-compiler-plugin_never_skip_compiling_test_classes.patch I've added as suggested a new parameter "neverSkipCompiling". By default i

[jira] Closed: (MSITE-176) AbstractSiteRenderingMojo causes a NPE if url of current project is not set

[ http://jira.codehaus.org/browse/MSITE-176?page=all ] Martin Zeltner closed MSITE-176. Resolution: Fixed It works if I use the "newest" revision of maven-site-plugin (revision 433356) and the doxia project (revision 434153). > AbstractSiteRenderingMoj

[jira] Commented: (MWAR-66) No control over war overlay order

[ http://jira.codehaus.org/browse/MWAR-66?page=comments#action_74234 ] Martin Zeltner commented on MWAR-66: What's the current state of this issue? Is it already solved and checked-in in SVN? From my point of view this issue is a blocker. I'v

[jira] Commented: (MSITE-176) AbstractSiteRenderingMojo causes a NPE if url of current project is not set

[ http://jira.codehaus.org/browse/MSITE-176?page=comments#action_73441 ] Martin Zeltner commented on MSITE-176: -- Sorry. We moving now definitfly to Maven2. The correct Url is now https://svn.sourceforge.net/svnroot/el4j/trunk/el4j Cheers, Ma

[jira] Created: (MWAR-70) If property archiveClasses is set to true then war plugin should use this jar instead of creating a new one

If property archiveClasses is set to true then war plugin should use this jar instead of creating a new one --- Key: MWAR-70 URL: http://jira.codehaus.org/brow

[jira] Commented: (MSITE-176) AbstractSiteRenderingMojo causes a NPE if url of current project is not set

[ http://jira.codehaus.org/browse/MSITE-176?page=comments#action_72998 ] Martin Zeltner commented on MSITE-176: -- Checkout my project: https://svn.sourceforge.net/svnroot/el4j/branches/el4j_1.1-alpha-m2/el4j Execute the following in checked o

[jira] Created: (MSITE-176) AbstractSiteRenderingMojo causes a NPE if url of current project is not set

AbstractSiteRenderingMojo causes a NPE if url of current project is not set --- Key: MSITE-176 URL: http://jira.codehaus.org/browse/MSITE-176 Project: Maven 2.x Site Plugin

[jira] Created: (DOXIA-72) Allow multiple powered by logos with no border and no fixed size

Allow multiple powered by logos with no border and no fixed size Key: DOXIA-72 URL: http://jira.codehaus.org/browse/DOXIA-72 Project: doxia Issue Type: Improvement Co

[jira] Commented: (DOXIA-71) APT: Allow figure as link

[ http://jira.codehaus.org/browse/DOXIA-71?page=comments#action_72378 ] Martin Zeltner commented on DOXIA-71: - Example (filled with spaces so JIRA displays it quite correctly): More information { { {documentation.html}[images/goto.gif] Documen

[jira] Created: (DOXIA-71) APT: Allow figure as link

APT: Allow figure as link - Key: DOXIA-71 URL: http://jira.codehaus.org/browse/DOXIA-71 Project: doxia Issue Type: Improvement Components: Core Affects Versions: 1.0-alpha-8 Environment: WinXp,

[jira] Created: (DOXIA-70) Scope "test" must be added in dependency doxia-core:test-jar in doxia-modules

Scope "test" must be added in dependency doxia-core:test-jar in doxia-modules - Key: DOXIA-70 URL: http://jira.codehaus.org/browse/DOXIA-70 Project: doxia Issue Type

[jira] Created: (DOXIA-69) Uncorrect role taken for plexus component configuration

Uncorrect role taken for plexus component configuration --- Key: DOXIA-69 URL: http://jira.codehaus.org/browse/DOXIA-69 Project: doxia Issue Type: Bug Components: Module - Twiki

[jira] Created: (DOXIA-68) Adding twiki plugin as build extension makes goal site:site fail.

Adding twiki plugin as build extension makes goal site:site fail. - Key: DOXIA-68 URL: http://jira.codehaus.org/browse/DOXIA-68 Project: doxia Issue Type: Bug Componen

[jira] Updated: (MJAR-53) In pom with packaging "war" the generated jar will be installed in repo instead of the war

[ http://jira.codehaus.org/browse/MJAR-53?page=all ] Martin Zeltner updated MJAR-53: --- Attachment: patch_jar-maven2-allow-override-project-artifact.txt Now I've implemented the version where I use the property "allowOverrideProjectArtifact" (more flexabili

[jira] Commented: (MPWAR-30) [PATCH] Option to pack project classes inside a JAR into WEB-INF/lib

[ http://jira.codehaus.org/browse/MPWAR-30?page=comments#action_70588 ] Martin Zeltner commented on MPWAR-30: - I had a look at the source code of today's svn trunk and saw that the jar is created individually. I suggest to check first if ther

[jira] Created: (MJAR-53) In pom with packaging "war" the generated jar will be installed in repo instead of the war

In pom with packaging "war" the generated jar will be installed in repo instead of the war -- Key: MJAR-53 URL: http://jira.codehaus.org/browse/MJAR-53 Project: M

[jira] Commented: (MNG-2258) Wrong execution order of plugins in same phase

[ http://jira.codehaus.org/browse/MNG-2258?page=comments#action_70136 ] Martin Zeltner commented on MNG-2258: - I'd rate this issue much higher too. I've already solved the order problem with dependencies (see MNG-1412) and this issue can be s

[jira] Updated: (MNG-1412) dependency sorting in classpath

[ http://jira.codehaus.org/browse/MNG-1412?page=all ] Martin Zeltner updated MNG-1412: Attachment: artifact-order_maven-project.txt > dependency sorting in classpath > --- > > Key: MNG-1412 > URL: http://jira

[jira] Updated: (MNG-1412) dependency sorting in classpath

[ http://jira.codehaus.org/browse/MNG-1412?page=all ] Martin Zeltner updated MNG-1412: Attachment: artifact-order_maven-artifact-manager.txt > dependency sorting in classpath > --- > > Key: MNG-1412 > URL: ht

[jira] Updated: (MNG-1412) dependency sorting in classpath

[ http://jira.codehaus.org/browse/MNG-1412?page=all ] Martin Zeltner updated MNG-1412: Attachment: artifact-order_maven-artifact.txt > dependency sorting in classpath > --- > > Key: MNG-1412 > URL: http://jir

[jira] Commented: (MNG-1412) dependency sorting in classpath

[ http://jira.codehaus.org/browse/MNG-1412?page=comments#action_68663 ] Martin Zeltner commented on MNG-1412: - I've patched Maven so you get the same order of artifacts how they are defined in poms. I've just replaced "java.util.HashMap" with "java.util.

[jira] Created: (MNG-2411) Mistake in guide-building-m2.html

Mistake in guide-building-m2.html - Key: MNG-2411 URL: http://jira.codehaus.org/browse/MNG-2411 Project: Maven 2 Type: Task Components: Documentation: Guides Versions: 2.0.4 Environment: - Reporter: Martin Zeltner H