[ http://jira.codehaus.org/browse/MNG-1775?page=all ]
Brett Porter updated MNG-1775:
--
Fix Version: 2.0.3
Component: (was: POM)
(was: Reactor and workspace)
Inheritence and Interpolation
I'm also seeing this in
How do I do this?
Regards,
Alan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://jira.codehaus.org/browse/MAVEN-1746?page=comments#action_58767 ]
sajith commented on MAVEN-1746:
---
well I switched back to j2se 1.4, but the problem still remains. It seems J2SE
version is not the reason for it.
> StackOverflowError
>
StackOverflowError
--
Key: MAVEN-1746
URL: http://jira.codehaus.org/browse/MAVEN-1746
Project: Maven
Type: Bug
Versions: 1.0.2
Environment: Which.version=Which.java:($Revision: 1.2 $)
WhichJar.java:($Revision: 1.2 $)
java.version=1.5.0_06
f
I forgot to mention: if you want to read something about upgrading
dom4j, here are a few links to begin with:
http://jira.codehaus.org/browse/MAVEN-1345
http://jira.codehaus.org/browse/JAXEN-67
http://issues.apache.org/jira/browse/JELLY-226
Have fun!
-Lukas
Nicolas De Loof wrote:
I've s
[ http://jira.codehaus.org/browse/MNG-2078?page=all ]
Dan Tran updated MNG-2078:
--
Attachment: MNG-2078.patch
> Fixup super pom to activate the profile only when -DperformRelease=true.
>
>
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060216.034501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060216.034501.txt
-
To unsubscribe, e-mai
Fixup super pom to activate the profile only when -DperformRelease=true.
Key: MNG-2078
URL: http://jira.codehaus.org/browse/MNG-2078
Project: Maven 2
Type: Bug
Components: POM
Versions:
[ http://jira.codehaus.org/browse/MNG-2078?page=all ]
Dan Tran updated MNG-2078:
--
Description:
Current the profile is activated by any value including empty string
http://jira.codehaus.org/browse/MRELEASE-66
was:
Current the profile is activated by any va
great! Patch applied... thanks.
Odea Ching wrote:
maven-repository-application.patch file:
- fix error in IndexSearcherCli
- changed ArtifactRepositoryIndexSearcher searcher =
indexFactory.createArtifactRepositoryIndexSearcher( index ) to
DefaultRepositoryIndexSearcher searcher =
indexFa
maven-repository-application.patch file:
- fix error in IndexSearcherCli
- changed ArtifactRepositoryIndexSearcher searcher =
indexFactory.createArtifactRepositoryIndexSearcher( index ) to
DefaultRepositoryIndexSearcher searcher =
indexFactory.createDefaultRepositoryIndexSearcher( index )
mav
Log:
http://maven.zones.apache.org/~continuum/logs/branches/continuum-1.0.x/continuum-build-log-20060216.020001.txt
[ http://jira.codehaus.org/browse/MNG-2077?page=comments#action_58762 ]
Brett Porter commented on MNG-2077:
---
can't reproduce this just editing the file. I might need to get my hands on
webwork and try and install it using m2 to reproduce the same circumsta
[ http://jira.codehaus.org/browse/MNG-2077?page=all ]
Brett Porter updated MNG-2077:
--
Priority: Blocker (was: Major)
Assign To: Brett Porter
Fix Version: 2.0.3
> resolution fail after installing an artifact using an m2 build that was
> downlo
Issue Subscription
Filter: Outstanding Repository Maintenance: Uploads (6 issues)
Subscriber: mavendevlist
Key Summary
MAVENUPLOAD-741Upload rmock to maven download sites
http://jira.codehaus.org/browse/MAVENUPLOAD-741
MAVENUPLOAD-742Please upload maven-qalab-plugin
Issue Subscription
Filter: Outstanding Repository Maintenance: Evangelism (18 issues)
Subscriber: mavendevlist
Key Summary
MEV-334 Stax POM points to an invalid XMLBeans dependency
http://jira.codehaus.org/browse/MEV-334
MEV-296 Activemq-core (and other activemq projec
resolution fail after installing an artifact using an m2 build that was
downloaded from a legacy repository
---
Key: MNG-2077
URL: http://jira.codehaus.org/browse/MNG-2077
I noticed that "artifacts and repositories" is now accompanied by
"artifacts", "dependencies" and "deployment" components in MNG.
Was the original meant to be removed? What does "artifacts" mean if not
dependencies and deployment?
- Brett
-
[ http://jira.codehaus.org/browse/MNG-1181?page=all ]
Jochen Wiedmann updated MNG-1181:
-
Attachment: MavenEmbedder2.java
> MavenEmbedder.execute() doesn't run reactor modules
> ---
>
> Key: MNG-118
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060216.003003.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060216.003003.txt
-
To unsubscribe, e-mai
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060216.01.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060216.01.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
assembly:directory does not honor
Key: MASSEMBLY-70
URL: http://jira.codehaus.org/browse/MASSEMBLY-70
Project: Maven 2.x Assembly Plugin
Type: Bug
Versions: 2.0.1
Environment: Linux 2.6.10-gentoo-r4 #1 SMP Mon J
[ http://jira.codehaus.org/browse/MPCHECKSTYLE-52?page=all ]
Lukas Theussl closed MPCHECKSTYLE-52:
-
Resolution: Fixed
> The links to jxr files should use maven.jxr.destdir and
> maven.jxr.destdir.test.
>
yes, I forgot that it was used as prereqs in several goals :-(
there's no concern about what you did. It was just to make uniform
what we do (when it is possible)
Arnaud
On 2/15/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> Arnaud,
>
> I checked what you did in javadoc and I don't think I can
+1
Arnaud
On 2/15/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> +1
>
> -Lukas
>
> John Casey wrote:
> > Hi again,
> >
> > I forgot to mention yesterday, when I called a vote for the
> > maven-clean-plugin, that I had added a dependency on a shared library
> > used for fileset management. This l
+1
Arnaud
On 2/15/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> +1
>
> -Lukas
>
> John Casey (mergere) wrote:
> > Hi,
> >
> > I wanted to call a vote to see if we can release a new version of the
> > maven-clean-plugin for Maven 2. I've just added two features which were
> > covered by two of th
Can't it be a problem of encoding (UTF-8 I suppose) in the xml file ?
Arnaud
PS: Arrêtez de parler Français sur la ML ;-)
On 2/15/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> Right, but those are already missing in the index.xml file. So I would
> need the original html file for generating the
Hi,
The Maven project has a new mailing list dedicated to release
announcements (plugins, components, and major releases) and other
project announcements.
You can subscribe to this list by mailing:
[EMAIL PROTECTED]
Major releases will also be announced on the Apache-wide
[EMAIL PROTECTED]
Rega
[ http://jira.codehaus.org/browse/MPCHECKSTYLE-28?page=all ]
Lukas Theussl closed MPCHECKSTYLE-28:
-
Resolution: Won't Fix
Fix Version: (was: 3.0.1)
I'd rather not change this as it might break the behavior expected by some
people. If y
[ http://jira.codehaus.org/browse/MNG-2076?page=comments#action_58750 ]
Lars Rosenberg Nielsen commented on MNG-2076:
-
it is actually more general than reported. If I reference ${basedir} or
${pom.basedir} in a filtered resource or in the filter
classcastexception when filtering a test resource with a ${basedir} defined
---
Key: MNG-2076
URL: http://jira.codehaus.org/browse/MNG-2076
Project: Maven 2
Type: Bug
Reporter: Lars Rosenber
[ http://jira.codehaus.org/browse/MANTRUN-37?page=all ]
Carlos Sanchez closed MANTRUN-37:
-
Assign To: Carlos Sanchez
Resolution: Cannot Reproduce
Fix Version: (was: 1.2)
See Kenney's comments. Please open a new issue if this is still
[ http://jira.codehaus.org/browse/CONTINUUM-593?page=comments#action_58745
]
Dan Tran commented on CONTINUUM-593:
you may want remove username password in the URL. Continuum contains web
interface for username and password.
> Unable to update starte
[ http://jira.codehaus.org/browse/MASSEMBLY-69?page=comments#action_58744 ]
Brett Porter commented on MASSEMBLY-69:
---
can't be made writable, but we could add a filter configuration
> "dependencies" configuration element in assembly:unpack plugin read-o
[ http://jira.codehaus.org/browse/MPIR-29?page=all ]
Brett Porter moved MSITE-90 to MPIR-29:
---
Key: MPIR-29 (was: MSITE-90)
Project: Maven 2.x Project Info Reports Plugin (was: Maven 2.x Site Plugin)
> Invalid groupId in dependency pom fai
[ http://jira.codehaus.org/browse/MASSEMBLY-69?page=all ]
Brett Porter moved MNG-2075 to MASSEMBLY-69:
Component: (was: Plugin Requests)
Complexity: (was: Intermediate)
Workflow: Maven (was: Maven New)
Key: MASSEMB
can plugin support equivalent of maven.eclipse.classpath.include feature found
in 1.x version?
--
Key: MECLIPSE-69
URL: http://jira.codehaus.org/browse/MECLIPSE-69
Project: Maven 2.x
[ http://jira.codehaus.org/browse/MJAR-30?page=comments#action_58743 ]
Brett Porter commented on MJAR-30:
--
you can already do this on compilation and resources that causes them to be
omitted. Is that enough?
> Allow inludes/excludes definition
> --
[ http://jira.codehaus.org/browse/MJAR-29?page=comments#action_58742 ]
Brett Porter commented on MJAR-29:
--
This is a bit tricky. You are telling Maven to run that goal every time.
Presumably to save space by including a portion of that in each subproject (t
[ http://jira.codehaus.org/browse/MRM-38?page=comments#action_58740 ]
Brett Porter commented on MRM-38:
-
(1) or (3) are the only options, as (2) is not going to be fun for a bunch of
webwork actions.
In case you are wondering what (3) is: doesn't DefaultSch
[ http://jira.codehaus.org/browse/CONTINUUM-419?page=comments#action_58739
]
David Blevins commented on CONTINUUM-419:
-
And failed builds.
I noticed you now get a link on successful builds. Not to concerned about
checking why something was success
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060215.203001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060215.203001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
[ http://jira.codehaus.org/browse/MAVEN-1745?page=all ]
Brett Porter closed MAVEN-1745:
---
Resolution: Won't Fix
this is just a dupe of the original bug it was filed as a subtask of.
> Some properties cause infinite recursion leading to a StackOverflow
[
http://jira.codehaus.org/browse/MAVENUPLOAD-741?page=comments#action_58734 ]
Daniel Brolund commented on MAVENUPLOAD-741:
I have uploaded the new improved bundles, now without tags!
> Upload rmock to maven download sites
> --
[ http://jira.codehaus.org/browse/MAVENUPLOAD-739?page=all ]
Carlos Sanchez closed MAVENUPLOAD-739:
--
Assign To: Carlos Sanchez
Resolution: Fixed
synced from sf
> displaytag 1.1 release
> --
>
> Key: MAVENUPLOA
[ http://jira.codehaus.org/browse/MAVENUPLOAD-743?page=all ]
Carlos Sanchez closed MAVENUPLOAD-743:
--
Assign To: Carlos Sanchez
Resolution: Won't Fix
You need to host it in your own repo, the policy is no snapshots in ibiblio
> Rio bundle
[
http://jira.codehaus.org/browse/MAVENUPLOAD-741?page=comments#action_58731 ]
Carlos Sanchez commented on MAVENUPLOAD-741:
group is fine now
id still has to be removed
> Upload rmock to maven download sites
> --
[ http://jira.codehaus.org/browse/MEV-336?page=all ]
Carlos Sanchez closed MEV-336:
--
Assign To: Carlos Sanchez
Resolution: Won't Fix
poms don't change in the repo unless there's a problem with them.
you can force the version of hivemind in your po
[ http://jira.codehaus.org/browse/SCM-57?page=all ]
John Didion updated SCM-57:
---
Attachment: PerforceCheckOutCommand.java
AbstractScmMojo.java
ServerBasedScmProviderRepository.java
> m2 maven-scm-plugin should use the same confi
Arnaud,
I checked what you did in javadoc and I don't think I can do it the same
way. You basically introduced a new variable that you set to true the
first time a goal is called, and then you check this variable to make
sure the same goal doesn't get called again. The problem with xdoc:init
Update tapestry 4.0 to hivemind 1.1.1
-
Key: MEV-336
URL: http://jira.codehaus.org/browse/MEV-336
Project: Maven Evangelism
Type: Improvement
Reporter: Mike Perham
Please update both Hivemind dependencies in Tapestry 4.0 to
Right, but those are already missing in the index.xml file. So I would
need the original html file for generating the xml to see why they are
missing...
-Lukas
Stephane Nicoll wrote:
On 2/15/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
Nicolas,
Here is the page that I generated from your
merci, mais c'est pas moi qui l'ai ecrit... ;)
Stephane Nicoll wrote:
Un p à aperçu ;)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 2/15/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> Nicolas,
>
> Here is the page that I generated from your index.xml:
>
> http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/reference/plugins/examples/
>
> It looks ok to me, or am I missing something?
There's still missing character
Un p à aperçu ;)
On 2/15/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> Nicolas,
>
> Here is the page that I generated from your index.xml:
>
> http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/reference/plugins/examples/
>
> It looks ok to me, or am I missing something?
>
> -Lukas
>
>
[ http://jira.codehaus.org/browse/MNGECLIPSE-75?page=all ]
Eugene Kuleshov updated MNGECLIPSE-75:
--
Summary: Update source folders action should set default output folder
(was: Handling of generated source code)
> Update source folders action shoul
[ http://jira.codehaus.org/browse/MNGECLIPSE-75?page=comments#action_58724
]
Eugene Kuleshov commented on MNGECLIPSE-75:
---
I am not saying that it won't be fixed. But it would be nice if you can confirm
that your XmlBeans stuff is getting properly
[ http://jira.codehaus.org/browse/CONTINUUM-586?page=all ]
Emmanuel Venisse updated CONTINUUM-586:
---
Assign To: (was: Emmanuel Venisse)
Fix Version: (was: 1.0.3)
I don't migrate for the moment. After few hours, i have always some probl
[ http://jira.codehaus.org/browse/MNGECLIPSE-75?page=comments#action_58721
]
Jochen Wiedmann commented on MNGECLIPSE-75:
---
I understand that there is an easy workaround. However, my settings have been
the default settings of any Eclipse project. In
[ http://jira.codehaus.org/browse/MSUREFIRE-35?page=comments#action_58719 ]
Vincent Massol commented on MSUREFIRE-35:
-
Just tried again today on a different project and got:
{code}
C:\dev\m2book\code\j2ee\daytrader\functional-tests>mvn clean install
[ http://jira.codehaus.org/browse/MNGECLIPSE-77?page=all ]
Eugene Kuleshov updated MNGECLIPSE-77:
--
Priority: Minor (was: Major)
Please be more specific. What project structure you are talking about and what
kind of wizards you need to use on top o
[ http://jira.codehaus.org/browse/MNG-1836?page=all ]
Carlos Sanchez closed MNG-1836:
---
Resolution: Duplicate
It duplicates that and the related issues, they are caused by the same problem
> inherited plugin dependencies
>
Nicolas,
Here is the page that I generated from your index.xml:
http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/reference/plugins/examples/
It looks ok to me, or am I missing something?
-Lukas
Nicolas De Loof wrote:
I've set maven.docs.outputencoding = ISO-8859-1
I've tried t
[ http://jira.codehaus.org/browse/MEV-335?page=all ]
Carlos Sanchez closed MEV-335:
--
Assign To: Carlos Sanchez
Resolution: Fixed
I knew i shouldn't have changed that :(
> Wrong POM for spring-aspects 2.0 m1, second edition
> -
+1
-Lukas
John Casey wrote:
Hi again,
I forgot to mention yesterday, when I called a vote for the
maven-clean-plugin, that I had added a dependency on a shared library
used for fileset management. This library is in the maven/shared SVN
area, and will itself need a release before the maven-
+1
-Lukas
John Casey (mergere) wrote:
Hi,
I wanted to call a vote to see if we can release a new version of the
maven-clean-plugin for Maven 2. I've just added two features which were
covered by two of the three outstanding jira issues - the final jira
issue will have to wait for a new vers
+1
-Lukas
Stephane Nicoll wrote:
Hi,
I would like to move the maven source plugin from the sandbox to the
core plugins. I just added a couple of tests. In the same time, we can
release a 1.0
WDYT?
Thanks,
Stéphane
--
.::You're welcome ::.
+1
John Casey wrote:
Hi again,
I forgot to mention yesterday, when I called a vote for the
maven-clean-plugin, that I had added a dependency on a shared library
used for fileset management. This library is in the maven/shared SVN
area, and will itself need a release before the maven-clean-pl
Add support for WSAD specifics on a J2EE project.
-
Key: MNGECLIPSE-77
URL: http://jira.codehaus.org/browse/MNGECLIPSE-77
Project: Maven 2.x Extension for Eclipse
Type: New Feature
Reporter: Joakim Erdfelt
Assigne
[ http://jira.codehaus.org/browse/MASSEMBLY-64?page=comments#action_58707 ]
Geoffrey De Smet commented on MASSEMBLY-64:
---
Implementing the exclusing of the META-INF's shouldn't be to hard.
If none of the Maven guys have the time, maybe we can provide
"dependencies" configuration element in assembly:unpack plugin read-only
-
Key: MNG-2075
URL: http://jira.codehaus.org/browse/MNG-2075
Project: Maven 2
Type: Bug
Components: Plugin Requests
Distribution:
http://maven.zones.apache.org/~maven/builds/trunk/m2-20060215.170001.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/trunk/m2-build-log-20060215.170001.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
+1
Emmanuel
John Casey a écrit :
Hi again,
I forgot to mention yesterday, when I called a vote for the
maven-clean-plugin, that I had added a dependency on a shared library
used for fileset management. This library is in the maven/shared SVN
area, and will itself need a release before the m
[ http://jira.codehaus.org/browse/MNGECLIPSE-75?page=comments#action_58702
]
Eugene Kuleshov commented on MNGECLIPSE-75:
---
Interesting glitch... You seem to have output folder pointing to the project
root and you can actually see warning about that
[ http://jira.codehaus.org/browse/MNG-1181?page=all ]
Jochen Wiedmann updated MNG-1181:
-
Attachment: MNG-1181.tar.gz
> MavenEmbedder.execute() doesn't run reactor modules
> ---
>
> Key: MNG-1181
>
Distribution:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/m2-20060215.161501.tar.gz
Log:
http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060215.161501.txt
-
To unsubscribe, e-mai
Hi again,
I forgot to mention yesterday, when I called a vote for the
maven-clean-plugin, that I had added a dependency on a shared library
used for fileset management. This library is in the maven/shared SVN
area, and will itself need a release before the maven-clean-plugin can
be released.
[ http://jira.codehaus.org/browse/MNGECLIPSE-75?page=all ]
Jochen Wiedmann updated MNGECLIPSE-75:
--
Attachment: MNGECLIPSE-75.tar.gz
> Handling of generated source code
> -
>
> Key: MNGECLIPSE-75
> UR
[ http://jira.codehaus.org/browse/MRM-38?page=comments#action_58698 ]
Emmanuel Venisse commented on MRM-38:
-
The pb of "NonExistent component..." is because :
1- your components.xml isn't in correct directory, it must be in
src/main/resources/META-INF/
2
Allow inludes/excludes definition
-
Key: MJAR-30
URL: http://jira.codehaus.org/browse/MJAR-30
Project: Maven 2.x Jar Plugin
Type: Improvement
Reporter: Michael Böckling
Allow the definition of includes / excludes, so the Jars co
Invalid groupId in dependency pom fails dependencies report with an IAE
---
Key: MSITE-90
URL: http://jira.codehaus.org/browse/MSITE-90
Project: Maven 2.x Site Plugin
Type: Bug
Reporter: Jerome
[ http://jira.codehaus.org/browse/MRM-38?page=all ]
John Tolentino updated MRM-38:
--
Attachment: maven-repository-webapp.diff
> add a background task scheduler
> ---
>
> Key: MRM-38
> URL: http://jira.codehaus.or
[ http://jira.codehaus.org/browse/MNG-1819?page=comments#action_58694 ]
Dan Diephouse commented on MNG-1819:
Its fixed in 2.0.2. So download the new version and you should be all set!
> StringIndexOutOfBoundsException when running maven
> ---
[ http://jira.codehaus.org/browse/MNG-1819?page=comments#action_58693 ]
Andy Brook commented on MNG-1819:
-
I know its closed, but just to rule out the cygwin-only thing, I just had this
happen on SLES8, a default maven 2.0.1 install breaking... (works fine o
[ http://jira.codehaus.org/browse/MNGECLIPSE-75?page=comments#action_58692
]
Eugene Kuleshov commented on MNGECLIPSE-75:
---
Basically what that action does it runs "generate sources" build phase and adds
source folders registered by plugins to the l
[ http://jira.codehaus.org/browse/MPMD-16?page=all ]
Nick Giles updated MPMD-16:
---
Attachment: MPMD-16.patch
> Utilise the exclusion mechanism to allow arbitrary exclusions
> -
>
> Key: MPMD-1
Utilise the exclusion mechanism to allow arbitrary exclusions
-
Key: MPMD-16
URL: http://jira.codehaus.org/browse/MPMD-16
Project: Maven 2.x Pmd Plugin
Type: Improvement
Versions: 2.0-beta-2
Rep
[ http://jira.codehaus.org/browse/MPMD-15?page=all ]
Nick Giles updated MPMD-15:
---
Attachment: MPMD-15.patch
> End line of violation displays as begin line
>
>
> Key: MPMD-15
> URL: http://jira.code
End line of violation displays as begin line
Key: MPMD-15
URL: http://jira.codehaus.org/browse/MPMD-15
Project: Maven 2.x Pmd Plugin
Type: Bug
Versions: 2.0-beta-2
Reporter: Nick Giles
Priority: Minor
Att
+1
fabrizio
On 2/14/06, Stephane Nicoll <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I would like to move the maven source plugin from the sandbox to the
> core plugins. I just added a couple of tests. In the same time, we can
> release a 1.0
-
+1
fabrizio
On 2/15/06, John Casey (mergere) <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I wanted to call a vote to see if we can release a new version of the
> maven-clean-plugin for Maven 2.
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Some properties cause infinite recursion leading to a StackOverflowError
Key: MAVEN-1745
URL: http://jira.codehaus.org/browse/MAVEN-1745
Project: Maven
Type: Sub-task
Components: jelly/ant in
[ http://jira.codehaus.org/browse/MRM-96?page=comments#action_58688 ]
John Allen commented on MRM-96:
---
Support NTLM HTTP proxies
> Enable the use of http proxies when mrm is restricted to browse directly over
> the net
> --
I dont know whether this is a bug or not (sounds like it though) but i do
know that i have had to stop using extensive property based customizations
in my complex multi-project environments due to a failure of many plugins
(really its an issue with the core API and not the plugins) to properly
[ http://jira.codehaus.org/browse/MNGECLIPSE-75?page=comments#action_58687
]
Jimisola Laursen commented on MNGECLIPSE-75:
Let me clearify myself, when I asked about "Update Source Folders" I know that
it is suppose to include the generated sourc
[ http://jira.codehaus.org/browse/MNGECLIPSE-75?page=comments#action_58684
]
Jimisola Laursen commented on MNGECLIPSE-75:
No change. At least not a successful one. What is "Update Source Folders"
suppose to do exactly (as I would like to verify
Artifact name not correctly calculated for EAR
--
Key: MJAR-29
URL: http://jira.codehaus.org/browse/MJAR-29
Project: Maven 2.x Jar Plugin
Type: Bug
Versions: 2.1
Environment: maven 2.0.2
maven-jar-plugin-2.1-SNAPS
Hi,
I make extensive use of the dependencyManagement section over multiple
POM hierchies.
I have them setup like this:
${pom.groupId}
some-artifact
${some-artifact}
The actual version is defined in the same POM in the
section as e.g. 1.0-SNAPSHOT
[
http://jira.codehaus.org/browse/MAVENUPLOAD-739?page=comments#action_58680 ]
fabrizio giustina commented on MAVENUPLOAD-739:
---
Sync from SF would be great, displaytag-m2-sync.sh looks ok.
About spring-sandbox-1.2.6.jar: this is a test-only de
Wrong POM for spring-aspects 2.0 m1, second edition
---
Key: MEV-335
URL: http://jira.codehaus.org/browse/MEV-335
Project: Maven Evangelism
Type: Bug
Components: Dependencies
Reporter: Julien Dubois
The curre
1 - 100 of 132 matches
Mail list logo
