[jira] Commented: (MNG-2805) Provide mechanism for suppressing inherited/injected/mapped mojo binding
[ http://jira.codehaus.org/browse/MNG-2805?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199183#action_199183 ] Aleksander Adamowski commented on MNG-2805: --- See also this thread: http://markmail.org/message/xbbmieckqt4ayd75 > Provide mechanism for suppressing inherited/injected/mapped mojo binding > > > Key: MNG-2805 > URL: http://jira.codehaus.org/browse/MNG-2805 > Project: Maven 2 > Issue Type: New Feature > Components: POM >Affects Versions: 2.0.4 >Reporter: John Casey > Fix For: 3.x > > > In some cases, a mojo should be suppressed from the build process. If this > mojo binding comes from a parent POM or a lifecycle mapping, it's not > possible to simply comment out that mojo binding. Currently this sort of > functionality is left to the individual plugins to implement as parameters > that cause each mojo to bow out. This use case is common enough in large > development environments (for addressing the 80% with no customization, but > allowing the remaining 20% the control to use the same parent POM with > subtractions) to warrant a built-in suppression/disabling functionality. > Suppression should be available by plugin or by plugin-execution. To suppress > bindings from the packaging-mapping, the default executionId 'default' can be > used. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MECLIPSE-620) Resource rules on test source paths cause implicit **/*.java exclusion
Resource rules on test source paths cause implicit **/*.java exclusion
---
Key: MECLIPSE-620
URL: http://jira.codehaus.org/browse/MECLIPSE-620
Project: Maven 2.x Eclipse Plugin
Issue Type: Bug
Components: Core : Dependencies resolution and build path (.classpath)
Affects Versions: 2.5.1
Reporter: Maarten Billemont
As soon as I add the following to my pom.xml:
{code:xml}
src/test/java
{code}
A rule gets added to {{.classpath}}:
{code:xml}
{code}
The {{excluding="**/*.java"}} seems to appear out of nowhere causing all java
files in eclipse to become unmanaged.
Without this rule resource files in this directory are not added to the eclipse
JUnit classpath (we need this since we have wicket HTML files alongside java
files). I expect to be able to use this:
{code:xml}
false
src/test/java
**
**/*.java
{code}
The same way I use this (and this one DOES work!):
{code:xml}
false
src/main/java
**
**/*.java
{code}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MPIR-171) support "TimeZones" as a timezone
[ http://jira.codehaus.org/browse/MPIR-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199189#action_199189 ] Jerome Lacoste commented on MPIR-171: - Looks like the new page doesn't work on my Firefox 3.5, but works in opera 10.01 and chromium 4.0.252.0. No error in the javascript console it seems... > support "TimeZones" as a timezone > - > > Key: MPIR-171 > URL: http://jira.codehaus.org/browse/MPIR-171 > Project: Maven 2.x Project Info Reports Plugin > Issue Type: Improvement >Affects Versions: 2.1.2 >Reporter: James Nord >Priority: Trivial > > The POM XSD defiens the TimeZone as an xs:string (although the descriptions > says an integer between -11 and 12) > If the desctription is enforced you can not be in a timezone that is not a > multiple of 1 hour away from UTC (e.g. certain parts of india) > So the description is wrong and it's just a String. > So why not support a full formatted timezone such as Europe/London, then the > mpir can use funky javascript to show your actual time including any daylight > saving offset. (as opposed to a fixed offset from GMT ignoring DST changes) > e.g. support > > > bob > Bob Hacker > b...@example.com > Europe/London > > developer > > > > Currently the site shows NaN for the Current time. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MNG-4467) Resources didn't get packaged in EAR
Resources didn't get packaged in EAR
Key: MNG-4467
URL: http://jira.codehaus.org/browse/MNG-4467
Project: Maven 2
Issue Type: Bug
Components: Bootstrap & Build
Affects Versions: 2.2.1
Environment: "linux" version: "2.6.5-7.244-smp" arch: "i386"
Reporter: Deepak Chavan
Priority: Minor
While building an enterprise application, resources folder didn't get packaged
in ear file since apache-maven-2.0.9.
--
[INFO] Copying artifact[jar:org.apache.axis:axis-ant:1.4]
to[lib/axis-ant-1.4.jar]
[INFO] Copying artifact[jar:com.sun.xml:saaj-impl:1.6] to[lib/saaj-impl-1.6.jar]
...
...
...
[INFO] Copy ear resources to /home/project/
--
Now i have to provide an extra parameter in pom.xml (maven-ear-plugin-2.3.1)
${project.build.outputDirectory}/classes
this resolves my issue.
But our application contains multiple corporate projects and I have to change
every pom.xml to resolve this issue.
Thanks,
Deepak
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Issue Comment Edited: (MPIR-171) support "TimeZones" as a timezone
[
http://jira.codehaus.org/browse/MPIR-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199162#action_199162
]
Jerome Lacoste edited comment on MPIR-171 at 11/24/09 3:48 AM:
---
I've implemented a HTML version of the team-list that uses
http://js.fleegix.org/plugins/date/date
to support "String" timezones.
See http://coffeebreaks.org/tmp/mvn-mpir-171/team-list2.html for demo
the diff to the generated files is
{code}
--- team-list.html 2009-11-23 23:38:37.0 +0100
+++ team-list2.html 2009-11-24 09:55:37.0 +0100
@@ -521,18 +521,28 @@
+
+
[jira] Issue Comment Edited: (MPIR-171) support "TimeZones" as a timezone
[
http://jira.codehaus.org/browse/MPIR-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199162#action_199162
]
Jerome Lacoste edited comment on MPIR-171 at 11/24/09 4:23 AM:
---
I've implemented a HTML version of the team-list that uses
http://js.fleegix.org/plugins/date/date
to support "String" timezones.
See http://coffeebreaks.org/tmp/mvn-mpir-171/team-list2.html for demo
the diff to the generated files is
{code}
--- team-list.html 2009-11-23 23:38:37.0 +0100
+++ team-list2.html 2009-11-24 11:22:10.0 +0100
@@ -521,18 +521,28 @@
+
+
[jira] Issue Comment Edited: (MPIR-171) support "TimeZones" as a timezone
[ http://jira.codehaus.org/browse/MPIR-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199189#action_199189 ] Jerome Lacoste edited comment on MPIR-171 at 11/24/09 4:25 AM: --- Looks like the new page doesn't work on my Firefox 3.5, but works in opera 10.01 and chromium 4.0.252.0. No error in the javascript console it seems... page tested and works in opera, ff and chromium. Problem was use of while page was identified as HTML (due to extension it seems) even if the doctype is XHTML. Thus the loading of the external scripts failed. Using solves it. was (Author: lacostej): Looks like the new page doesn't work on my Firefox 3.5, but works in opera 10.01 and chromium 4.0.252.0. No error in the javascript console it seems... > support "TimeZones" as a timezone > - > > Key: MPIR-171 > URL: http://jira.codehaus.org/browse/MPIR-171 > Project: Maven 2.x Project Info Reports Plugin > Issue Type: Improvement >Affects Versions: 2.1.2 >Reporter: James Nord >Priority: Trivial > > The POM XSD defiens the TimeZone as an xs:string (although the descriptions > says an integer between -11 and 12) > If the desctription is enforced you can not be in a timezone that is not a > multiple of 1 hour away from UTC (e.g. certain parts of india) > So the description is wrong and it's just a String. > So why not support a full formatted timezone such as Europe/London, then the > mpir can use funky javascript to show your actual time including any daylight > saving offset. (as opposed to a fixed offset from GMT ignoring DST changes) > e.g. support > > > bob > Bob Hacker > b...@example.com > Europe/London > > developer > > > > Currently the site shows NaN for the Current time. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Issue Comment Edited: (MPIR-171) support "TimeZones" as a timezone
[ http://jira.codehaus.org/browse/MPIR-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199189#action_199189 ] Jerome Lacoste edited comment on MPIR-171 at 11/24/09 4:26 AM: --- --Looks like the new page doesn't work on my Firefox 3.5, but works in opera 10.01 and chromium 4.0.252.0. No error in the javascript console it seems...-- page tested and works in opera, ff and chromium. Problem was use of while page was identified as HTML (due to extension it seems) even if the doctype is XHTML. Thus the loading of the external scripts failed. Using solves it. was (Author: lacostej): Looks like the new page doesn't work on my Firefox 3.5, but works in opera 10.01 and chromium 4.0.252.0. No error in the javascript console it seems... page tested and works in opera, ff and chromium. Problem was use of while page was identified as HTML (due to extension it seems) even if the doctype is XHTML. Thus the loading of the external scripts failed. Using solves it. > support "TimeZones" as a timezone > - > > Key: MPIR-171 > URL: http://jira.codehaus.org/browse/MPIR-171 > Project: Maven 2.x Project Info Reports Plugin > Issue Type: Improvement >Affects Versions: 2.1.2 >Reporter: James Nord >Priority: Trivial > > The POM XSD defiens the TimeZone as an xs:string (although the descriptions > says an integer between -11 and 12) > If the desctription is enforced you can not be in a timezone that is not a > multiple of 1 hour away from UTC (e.g. certain parts of india) > So the description is wrong and it's just a String. > So why not support a full formatted timezone such as Europe/London, then the > mpir can use funky javascript to show your actual time including any daylight > saving offset. (as opposed to a fixed offset from GMT ignoring DST changes) > e.g. support > > > bob > Bob Hacker > b...@example.com > Europe/London > > developer > > > > Currently the site shows NaN for the Current time. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Issue Comment Edited: (MPIR-171) support "TimeZones" as a timezone
[ http://jira.codehaus.org/browse/MPIR-171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199189#action_199189 ] Jerome Lacoste edited comment on MPIR-171 at 11/24/09 4:27 AM: --- -Looks like the new page doesn't work on my Firefox 3.5, but works in opera 10.01 and chromium 4.0.252.0. No error in the javascript console it seems...- page tested and works in opera, ff and chromium. Problem was use of while page was identified as HTML (due to extension it seems) even if the doctype is XHTML. Thus the loading of the external scripts failed. Using solves it. was (Author: lacostej): --Looks like the new page doesn't work on my Firefox 3.5, but works in opera 10.01 and chromium 4.0.252.0. No error in the javascript console it seems...-- page tested and works in opera, ff and chromium. Problem was use of while page was identified as HTML (due to extension it seems) even if the doctype is XHTML. Thus the loading of the external scripts failed. Using solves it. > support "TimeZones" as a timezone > - > > Key: MPIR-171 > URL: http://jira.codehaus.org/browse/MPIR-171 > Project: Maven 2.x Project Info Reports Plugin > Issue Type: Improvement >Affects Versions: 2.1.2 >Reporter: James Nord >Priority: Trivial > > The POM XSD defiens the TimeZone as an xs:string (although the descriptions > says an integer between -11 and 12) > If the desctription is enforced you can not be in a timezone that is not a > multiple of 1 hour away from UTC (e.g. certain parts of india) > So the description is wrong and it's just a String. > So why not support a full formatted timezone such as Europe/London, then the > mpir can use funky javascript to show your actual time including any daylight > saving offset. (as opposed to a fixed offset from GMT ignoring DST changes) > e.g. support > > > bob > Bob Hacker > b...@example.com > Europe/London > > developer > > > > Currently the site shows NaN for the Current time. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Moved: (MEAR-115) Resources didn't get packaged in EAR
[
http://jira.codehaus.org/browse/MEAR-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Bentmann moved MNG-4467 to MEAR-115:
-
Complexity: (was: Intermediate)
Component/s: (was: Bootstrap & Build)
Affects Version/s: (was: 2.2.1)
Key: MEAR-115 (was: MNG-4467)
Project: Maven 2.x Ear Plugin (was: Maven 2)
> Resources didn't get packaged in EAR
>
>
> Key: MEAR-115
> URL: http://jira.codehaus.org/browse/MEAR-115
> Project: Maven 2.x Ear Plugin
> Issue Type: Bug
> Environment: "linux" version: "2.6.5-7.244-smp" arch: "i386"
>Reporter: Deepak Chavan
>Priority: Minor
>
> While building an enterprise application, resources folder didn't get
> packaged in ear file since apache-maven-2.0.9.
> --
> [INFO] Copying artifact[jar:org.apache.axis:axis-ant:1.4]
> to[lib/axis-ant-1.4.jar]
> [INFO] Copying artifact[jar:com.sun.xml:saaj-impl:1.6]
> to[lib/saaj-impl-1.6.jar]
> ...
> ...
> ...
> [INFO] Copy ear resources to /home/project/
> --
> Now i have to provide an extra parameter in pom.xml (maven-ear-plugin-2.3.1)
> ${project.build.outputDirectory}/classes
> this resolves my issue.
> But our application contains multiple corporate projects and I have to change
> every pom.xml to resolve this issue.
> Thanks,
> Deepak
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MAVENUPLOAD-2350) JCaptcha 1.0
[ http://jira.codehaus.org/browse/MAVENUPLOAD-2350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199200#action_199200 ] Sammy commented on MAVENUPLOAD-2350: I confirm. What Antoine said is precise. > JCaptcha 1.0 > > > Key: MAVENUPLOAD-2350 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-2350 > Project: Maven Upload Requests > Issue Type: Wish >Reporter: Antoine Véret > > "com.octo.captcha","mavens...@web.sourceforge.net:/home/groups/j/jc/jcaptcha/maven-repo","rsync_ssh","Antoine > Veret","ave...@octo.com",, -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MAVENUPLOAD-2650) Syncing OpenFaces repository with the central repository
[ http://jira.codehaus.org/browse/MAVENUPLOAD-2650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199202#action_199202 ] Andrew Shapovalov commented on MAVENUPLOAD-2650: md5 and sha1 signatures has been added. Must i make changes in any path or in my request? > Syncing OpenFaces repository with the central repository > > > Key: MAVENUPLOAD-2650 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-2650 > Project: Maven Upload Requests > Issue Type: Wish >Reporter: Andrew Shapovalov > > Hi! > Please add this sync string to your scheduler: > "org.openfaces", > "ma...@sshrepo.openfaces.org:/home/maven/repository/org/openfaces/openfaces/", > "rsync_ssh", "Andrew Shapovalov", "andrew.shapova...@teamdev.com" > Sincerely, > Andrew -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Issue Comment Edited: (MEAR-115) Resources didn't get packaged in EAR
[
http://jira.codehaus.org/browse/MEAR-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199206#action_199206
]
Stephane Nicoll edited comment on MEAR-115 at 11/24/09 7:44 AM:
maven 2.0.9 has a lock down on core plugins (EAR plugin included) which means
you upgraded to a more recent version of the EAR plugin.
Putting ear resources in src/main/resources is deprecated for a long time now
(see the linked issue). You should put these in src/main/application.
If you don't want to do this however, you can redefined the default directory
to be src/main/resources. If you have multiple projects, just make sure your
corporate pom / parent pom has a pluginManagement section with this setting.
was (Author: sni):
maven 2.0.9 has a lock down on core plugins (EAR plugin included) which
means you upgraded to a more recent version of the EAR plugin.
Putting ear resources in src/main/resources is deprecated for a long time now
(see the linked issue). You should put these in src/main/application.
If you don't want to do this however, you can redefined the default directory
to be src/main/resources. If you have hundreds of projects, just make sure your
corporate pom / parent pom has a pluginManagement section with this setting.
> Resources didn't get packaged in EAR
>
>
> Key: MEAR-115
> URL: http://jira.codehaus.org/browse/MEAR-115
> Project: Maven 2.x Ear Plugin
> Issue Type: Bug
> Environment: "linux" version: "2.6.5-7.244-smp" arch: "i386"
>Reporter: Deepak Chavan
>Assignee: Stephane Nicoll
>Priority: Minor
>
> While building an enterprise application, resources folder didn't get
> packaged in ear file since apache-maven-2.0.9.
> --
> [INFO] Copying artifact[jar:org.apache.axis:axis-ant:1.4]
> to[lib/axis-ant-1.4.jar]
> [INFO] Copying artifact[jar:com.sun.xml:saaj-impl:1.6]
> to[lib/saaj-impl-1.6.jar]
> ...
> ...
> ...
> [INFO] Copy ear resources to /home/project/
> --
> Now i have to provide an extra parameter in pom.xml (maven-ear-plugin-2.3.1)
> ${project.build.outputDirectory}/classes
> this resolves my issue.
> But our application contains multiple corporate projects and I have to change
> every pom.xml to resolve this issue.
> Thanks,
> Deepak
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MEAR-115) Resources didn't get packaged in EAR
[
http://jira.codehaus.org/browse/MEAR-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stephane Nicoll closed MEAR-115.
Resolution: Won't Fix
Assignee: Stephane Nicoll
maven 2.0.9 has a lock down on core plugins (EAR plugin included) which means
you upgraded to a more recent version of the EAR plugin.
Putting ear resources in src/main/resources is deprecated for a long time now
(see the linked issue). You should put these in src/main/application.
If you don't want to do this however, you can redefined the default directory
to be src/main/resources. If you have hundreds of projects, just make sure your
corporate pom / parent pom has a pluginManagement section with this setting.
> Resources didn't get packaged in EAR
>
>
> Key: MEAR-115
> URL: http://jira.codehaus.org/browse/MEAR-115
> Project: Maven 2.x Ear Plugin
> Issue Type: Bug
> Environment: "linux" version: "2.6.5-7.244-smp" arch: "i386"
>Reporter: Deepak Chavan
>Assignee: Stephane Nicoll
>Priority: Minor
>
> While building an enterprise application, resources folder didn't get
> packaged in ear file since apache-maven-2.0.9.
> --
> [INFO] Copying artifact[jar:org.apache.axis:axis-ant:1.4]
> to[lib/axis-ant-1.4.jar]
> [INFO] Copying artifact[jar:com.sun.xml:saaj-impl:1.6]
> to[lib/saaj-impl-1.6.jar]
> ...
> ...
> ...
> [INFO] Copy ear resources to /home/project/
> --
> Now i have to provide an extra parameter in pom.xml (maven-ear-plugin-2.3.1)
> ${project.build.outputDirectory}/classes
> this resolves my issue.
> But our application contains multiple corporate projects and I have to change
> every pom.xml to resolve this issue.
> Thanks,
> Deepak
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MEAR-114) Properties in task not taken into consideration when defining an execution id for an auto generating application.xml
[
http://jira.codehaus.org/browse/MEAR-114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stephane Nicoll closed MEAR-114.
Resolution: Cannot Reproduce
Assignee: Stephane Nicoll
> Properties in task not taken into consideration when defining an
> execution id for an auto generating application.xml
> -
>
> Key: MEAR-114
> URL: http://jira.codehaus.org/browse/MEAR-114
> Project: Maven 2.x Ear Plugin
> Issue Type: Bug
>Affects Versions: 2.3.2
> Environment: Windows XP, M2Eclipse, Eclipse Galileo
>Reporter: Anthony BOUQUET
>Assignee: Stephane Nicoll
>
> {code:xml}
>
>
>
>
>
>
> com.logic.silogisme.pidi
>
> TransfertOT-WAR
>
> my-custom-context-root
>
>
>
>
>
> {code}
> But this doesn't work (it produce an application.xml with default contextRoot)
> {code:xml}
>
>execution-1
>
>
>
>
> com.logic.silogisme.pidi
>
> TransfertOT-WAR
>
> my-custom-context-root
>
>
>
>
> {code}
> This is problematic if we want to use multiple executions .
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Issue Comment Edited: (MEAR-115) Resources didn't get packaged in EAR
[
http://jira.codehaus.org/browse/MEAR-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199206#action_199206
]
Stephane Nicoll edited comment on MEAR-115 at 11/24/09 7:45 AM:
maven 2.0.9 has a lock down on core plugins (EAR plugin included) which means
you upgraded to a more recent version of the EAR plugin.
Putting ear resources in src/main/resources is deprecated for a long time now
(see the linked issue). You should put these in src/main/application.
If you don't want to do this however, you can redefine the default directory to
be src/main/resources. If you have multiple projects, just make sure your
corporate pom / parent pom has a pluginManagement section with this setting.
was (Author: sni):
maven 2.0.9 has a lock down on core plugins (EAR plugin included) which
means you upgraded to a more recent version of the EAR plugin.
Putting ear resources in src/main/resources is deprecated for a long time now
(see the linked issue). You should put these in src/main/application.
If you don't want to do this however, you can redefined the default directory
to be src/main/resources. If you have multiple projects, just make sure your
corporate pom / parent pom has a pluginManagement section with this setting.
> Resources didn't get packaged in EAR
>
>
> Key: MEAR-115
> URL: http://jira.codehaus.org/browse/MEAR-115
> Project: Maven 2.x Ear Plugin
> Issue Type: Bug
> Environment: "linux" version: "2.6.5-7.244-smp" arch: "i386"
>Reporter: Deepak Chavan
>Assignee: Stephane Nicoll
>Priority: Minor
>
> While building an enterprise application, resources folder didn't get
> packaged in ear file since apache-maven-2.0.9.
> --
> [INFO] Copying artifact[jar:org.apache.axis:axis-ant:1.4]
> to[lib/axis-ant-1.4.jar]
> [INFO] Copying artifact[jar:com.sun.xml:saaj-impl:1.6]
> to[lib/saaj-impl-1.6.jar]
> ...
> ...
> ...
> [INFO] Copy ear resources to /home/project/
> --
> Now i have to provide an extra parameter in pom.xml (maven-ear-plugin-2.3.1)
> ${project.build.outputDirectory}/classes
> this resolves my issue.
> But our application contains multiple corporate projects and I have to change
> every pom.xml to resolve this issue.
> Thanks,
> Deepak
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MAVENUPLOAD-2663) Please sync the "autodao" repository from sourceforge.net
[ http://jira.codehaus.org/browse/MAVENUPLOAD-2663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199209#action_199209 ] Marat Radchenko commented on MAVENUPLOAD-2663: -- Thanks! > Please sync the "autodao" repository from sourceforge.net > - > > Key: MAVENUPLOAD-2663 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-2663 > Project: Maven Upload Requests > Issue Type: Wish >Reporter: Marat Radchenko >Assignee: Carlos Sanchez > > Please synch the repository of the "AutoDAO" project from sourceforge.net. > Sourceforge project: http://sourceforge.net/projects/autodao/ > Project web site: http://autodao.sourceforge.net/ > comma delimited info: > "net.sf.autodao","mavens...@web.sourceforge.net:/home/groups/a/au/autodao/htdocs/maven2/","rsync_ssh","Marat > Radchenko","ma...@slonopotamus.org",, > You can see that I am an admin of this project from the development page: > https://sourceforge.net/projects/autodao/develop > or from my personal sourceforge page: > http://sourceforge.net/users/slonopotamus > Thank you for your support! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MCHANGES-186) Issue links for JIRA are broken when using the %URL% token
Issue links for JIRA are broken when using the %URL% token
--
Key: MCHANGES-186
URL: http://jira.codehaus.org/browse/MCHANGES-186
Project: Maven 2.x Changes Plugin
Issue Type: Bug
Components: changes-report
Affects Versions: 2.2
Reporter: Dennis Lundberg
The fix for MCHANGES-166 included a small change that broke this. See
http://jira.codehaus.org/browse/MCHANGES-166?focusedCommentId=184918&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_184918
{quote}
The private method parseIssueLink(...) should remove only the trailing slash
from the URL if one exists. This prevents cases where we miss to give a
trailing slash in the issueManagement.url.
{quote}
This part of the patch should not have been committed. The documentation for
the issueLinkTemplatePerSystem parameter states:
{quote}
%URL%: this is computed by getting the / value from the
POM, and removing the last '/' and everything that comes after it.
{quote}
After the patch this is no longer true. This breaks issue links to JIRA if you
have a configuration like this:
{code:xml}
JIRA
http://jira.mycompany.com/browse/PRODUCT
org.apache.maven.plugins
maven-changes-plugin
2.2
%URL%/%ISSUE%
{code}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MAVENUPLOAD-2666) Sync open source project VRaptor 3
[ http://jira.codehaus.org/browse/MAVENUPLOAD-2666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199228#action_199228 ] Lucas Cavalcanti commented on MAVENUPLOAD-2666: --- Hi Carlos, changing these three projects to new location... will it change their groupIds? If not, we can centralize all repositories from br.com.caelum at: "br.com.caelum","mavens...@caelum.com.br:/home/mavensync/repo","rsync_ssh","Lucas Cavalcanti","lucas.cavalca...@caelum.com.br",, thanks > Sync open source project VRaptor 3 > -- > > Key: MAVENUPLOAD-2666 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-2666 > Project: Maven Upload Requests > Issue Type: Wish >Reporter: Lucas Cavalcanti > > Hi, add please add the remote server synchronization for VRaptor 3: > "br.com.caelum","mavens...@caelum.com.br:/home/mavensync/repo","rsync_ssh","Lucas > Cavalcanti","lucas.cavalca...@caelum.com.br",, > Thanks -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Issue Comment Edited: (MAVENUPLOAD-2666) Sync open source project VRaptor 3
[ http://jira.codehaus.org/browse/MAVENUPLOAD-2666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199228#action_199228 ] Lucas Cavalcanti edited comment on MAVENUPLOAD-2666 at 11/24/09 10:02 AM: -- Hi Carlos, Yes, you can remove them. We will centralize all projects on: "br.com.caelum","mavens...@caelum.com.br:/home/mavensync/repo","rsync_ssh","Lucas Cavalcanti","lucas.cavalca...@caelum.com.br",, thanks was (Author: lucascs): Hi Carlos, changing these three projects to new location... will it change their groupIds? If not, we can centralize all repositories from br.com.caelum at: "br.com.caelum","mavens...@caelum.com.br:/home/mavensync/repo","rsync_ssh","Lucas Cavalcanti","lucas.cavalca...@caelum.com.br",, thanks > Sync open source project VRaptor 3 > -- > > Key: MAVENUPLOAD-2666 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-2666 > Project: Maven Upload Requests > Issue Type: Wish >Reporter: Lucas Cavalcanti > > Hi, add please add the remote server synchronization for VRaptor 3: > "br.com.caelum","mavens...@caelum.com.br:/home/mavensync/repo","rsync_ssh","Lucas > Cavalcanti","lucas.cavalca...@caelum.com.br",, > Thanks -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MAVENUPLOAD-2666) Sync open source project VRaptor 3
[ http://jira.codehaus.org/browse/MAVENUPLOAD-2666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199239#action_199239 ] Lucas Cavalcanti commented on MAVENUPLOAD-2666: --- Hi, Stella is a multi-module project, so it is better to leave it with its own repository... so these two repositories would be enough: "br.com.caelum","mavens...@caelum.com.br:/home/mavensync/repo","rsync_ssh","Lucas Cavalcanti","lucas.cavalca...@caelum.com.br",, "br.com.caelum.stella","mavens...@web.sourceforge.net:/home/groups/c/ca/caelum-stella/htdocs/maven","rsync_ssh","Caue Guerra","caue.gue...@caelum.com.br",, Thanks > Sync open source project VRaptor 3 > -- > > Key: MAVENUPLOAD-2666 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-2666 > Project: Maven Upload Requests > Issue Type: Wish >Reporter: Lucas Cavalcanti > > Hi, add please add the remote server synchronization for VRaptor 3: > "br.com.caelum","mavens...@caelum.com.br:/home/mavensync/repo","rsync_ssh","Lucas > Cavalcanti","lucas.cavalca...@caelum.com.br",, > Thanks -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MAVENUPLOAD-2674) please add sqlite3tags to repo
please add sqlite3tags to repo -- Key: MAVENUPLOAD-2674 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-2674 Project: Maven Upload Requests Issue Type: Wish Reporter: Oleg Mikheev http://www.dusystems.com/sqlite3tags/sqlite3tags-0.0.4-bundle.jar http://www.dusystems.com/sqlite3tags.html I am one of its developers, the above URL has my email present as bornmw (a_t) dusystems.com I am dusystems.com domain owner, you can see it in whois dusystems.com Please upload this small but useful piece of code that was featured in http://www.javaworld.com/community/node/3567 as some project is coming out that will depend on this one Thanks -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MANTTASKS-140) missing dependent class org/codehaus/classworlds/DuplicateRealmException
[ http://jira.codehaus.org/browse/MANTTASKS-140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Gier closed MANTTASKS-140. --- > missing dependent class org/codehaus/classworlds/DuplicateRealmException > > > Key: MANTTASKS-140 > URL: http://jira.codehaus.org/browse/MANTTASKS-140 > Project: Maven 2.x Ant Tasks > Issue Type: Bug >Affects Versions: 2.0-alpha-3 > Environment: ant1.7alpha on winxpsp2 >Reporter: Steve Loughran > > having just uploaded to the alpha3 library, I am now getting errrors about a > missing exception class > C:\Java\Apache\Ant\fetch.xml:70: The following error occurred while executing > this line: > jar:file:/C:/Java/Apache/Ant/lib/maven-artifact-ant-2.0-alpha-3.jar!/org/apache/maven/artifact/ant/antlib.xml:4: > taskdef A class needed by class > org.apache.maven.artifact.ant.DependenciesTask cannot be found: > org/codehaus/classworlds/DuplicateRealmException -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MAVENUPLOAD-2675) Upload the latest gnu trove trove4j (2.1.0) version
Upload the latest gnu trove trove4j (2.1.0) version --- Key: MAVENUPLOAD-2675 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-2675 Project: Maven Upload Requests Issue Type: New Feature Reporter: Shay Banon Hi, Trove is quite a popular library, and it seems like a pretty old version of it is currently at central. Is there a chance that the latest version can be uploaded? Here is the download link: http://sourceforge.net/projects/trove4j/files/. Thanks a bunch!, Shay -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MAVENUPLOAD-2676) Add Quartz Artifacts
Add Quartz Artifacts Key: MAVENUPLOAD-2676 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-2676 Project: Maven Upload Requests Issue Type: Wish Reporter: Fernando Ribeiro Attachments: Quartz.rar Quartz (www.quartz-scheduler.org) currently has many groupIds in several repositories, and needs support to change that, being a widely used project. This ticket requests upload of the attached POMs, which still only point to the download files at java.net, to Maven Central. The project doesn't maintain a repository to be sync'ed and therefore needs to do it manually, at least for the time being. The project lead, James House (jhouse at revolition.net), supports this effort and is available for comments, as per https://quartz.dev.java.net/servlets/ReadMsg?list=dev&msgNo=1873. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MAVENUPLOAD-2677) Remove Quartz Artifacts
Remove Quartz Artifacts --- Key: MAVENUPLOAD-2677 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-2677 Project: Maven Upload Requests Issue Type: Wish Reporter: Fernando Ribeiro Quartz (www.quartz-scheduler.org) currently has many groupIds in several repositories, and needs support to change that, being a widely used project. These versions of the following artifacts are to be deleted from Maven Central: ** Relocations are located in the POMs at http://jira.codehaus.org/browse/MAVENUPLOAD-2676 ** opensymphony.quartz opensymphony.quartz-all opensymphony.quartz-jboss opensymphony.quartz-oracle opensymphony.quartz-weblogic org.opensymphony.quartz org.opensymphony.quartz-all org.opensymphony.quartz-jboss org.opensymphony.quartz-oracle org.opensymphony.quartz-weblogic quartz.quartz quartz.quartz-all quartz.quartz-jboss quartz.quartz-oracle quartz.quartz-weblogic The Quartz community is going to work with the many user communities for all broken POMs to be fixed, it is due time to fix this. The project doesn't maintain a repository to be sync'ed and therefore needs to do it manually, at least for the time being. The project lead, James House (jhouse at revolition.net), supports this effort and is available for comments, as per https://quartz.dev.java.net/servlets/ReadMsg?list=dev&msgNo=1873 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MAVENUPLOAD-2642) Upload Hbase jars to a public maven repository
[ http://jira.codehaus.org/browse/MAVENUPLOAD-2642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=199308#action_199308 ] Brian Fox commented on MAVENUPLOAD-2642: I would prefer they use the apache repository for this. > Upload Hbase jars to a public maven repository > -- > > Key: MAVENUPLOAD-2642 > URL: http://jira.codehaus.org/browse/MAVENUPLOAD-2642 > Project: Maven Upload Requests > Issue Type: Wish >Reporter: Cyril Lakech > > I just contact the hadoop hbase team by creating issues on the tracker, they > use ant to build there projects and they don't plan to use maven. (see > https://issues.apache.org/jira/browse/HBASE-1933) > I help them to upload the hadoop projects on the maven central repository. > I can be designated the "unofficial" mantainer of the repository section > associated with hadoop project. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (MNG-4468) Support lazy loading dependencies
Support lazy loading dependencies - Key: MNG-4468 URL: http://jira.codehaus.org/browse/MNG-4468 Project: Maven 2 Issue Type: Improvement Components: Dependencies Affects Versions: 2.2.1 Environment: All Reporter: redstun we have an auto-test project powered by maven, that has the ability to install our product on a testing environment and run the auto-test nightly. We have two major scenarios 1. we have the nightly test build server which executes all the auto-test and will activate the relevant profiles so that the product will be deployed as part of the test environment, which has dependency on artifacts of our products. 2. for each team member we can configure the auto-test to run against an external product server, to execute specific tests, instead of letting the auto-test build to deploy it's server every time we need to run a test. And we don't activate the profiles which will deploy our product to run the test. The problem is for team members is, although they don't need the product artifacts, they don't activate the relevant profiles, but the product artifacts are still being downloaded. Probably we should separate the dependencies into 2 categories, 1. the dependencies that need to be downloaded preemptively. 2. the dependencies that can be downloaded lazily, like lazy loading, they are downloaded only when the relevant goals are executed. Thanks -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
