Jason van Zyl wrote on Monday, February 12, 2007 7:12 AM:
On 11 Feb 07, at 11:59 PM 11 Feb 07, Jason Dillon wrote:
Are there release notes on the major changes or significant fixes
which we might need to adapt to and/or be able to remove local
build hacks? The JIRA road map is kinda hard
+1 especially when you have 3 repositories declared in your pom and
the dependencies are on the last one :)
Cheers,
Stéphane
On 2/12/07, Jason Dillon [EMAIL PROTECTED] wrote:
It would really be nice if there was more control over what WARNING
messages that Maven spits out by default. When
Oh. I guess that another solution would be to lower the log level of
those messages instead. I mean it makes sense to see warning message
by default but maybe some messages are logged to this level
incorrectly.
Stéphane
On 2/12/07, Stephane Nicoll [EMAIL PROTECTED] wrote:
+1 especially when
+1
Emmanuel
Stephane Nicoll a écrit :
Hi,
This release fixes all known issues.
Release Notes - Maven 2.x Sources Plugin - Version 2.0.3
** Bug
* [MSOURCES-6] - Sources plugin ignores resource includes/excludes
** Improvement
* [MSOURCES-11] - When source plugin is used, it should
I was imagining that a -W flag would actually internally set the log
level of what ever component was spitting those out.
--jason
On Feb 12, 2007, at 12:30 AM, Stephane Nicoll wrote:
Oh. I guess that another solution would be to lower the log level of
those messages instead. I mean it
I would like to see this additional requirement too.
--
Trygve
Kenney Westerhof wrote:
Yup, I agree.
but still the case where 2 matches are equally near should be solved;
I think atm. this is either random or first/last-encountered-wins; this
should be latest (so nearest wins, if equal
+1
Vincent
2007/2/12, Emmanuel Venisse [EMAIL PROTECTED]:
+1
Emmanuel
Stephane Nicoll a écrit :
Hi,
This release fixes all known issues.
Release Notes - Maven 2.x Sources Plugin - Version 2.0.3
** Bug
* [MSOURCES-6] - Sources plugin ignores resource includes/excludes
**
Hi,
On this page :
http://maven.apache.org/guides/getting-started/maven-in-five-minutes.html
The link :
Check out the Guide to Configuring Maven if necessary.
is invalid.
++
Julien
Hope it will be in the next 2.0.6
Cheers,
Vincent
2007/2/12, Trygve Laugstøl [EMAIL PROTECTED]:
I would like to see this additional requirement too.
--
Trygve
Kenney Westerhof wrote:
Yup, I agree.
but still the case where 2 matches are equally near should be solved;
I think atm. this
My builds produce more than 1mo of logs, and like Jason, I used seldom
the warn msg. Thus, I am in favor of the -W flag.
Cheers,
Vincent
2007/2/12, Jason Dillon [EMAIL PROTECTED]:
I was imagining that a -W flag would actually internally set the log
level of what ever component was spitting
sounds great
On 2/9/07, Emmanuel Venisse [EMAIL PROTECTED] wrote:
ok.
Emmanuel
Brett Porter a écrit :
Any objections to me moving the configuration service out of the
database (and take some of the bits out of application.xml) and putting
them in the registry? Basically the same thing I've
+1 Our builds run fine.
Thanks,
Stéphane
On 2/12/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Hi,
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/staging-repository/org/apache/maven/
maven-core/2.0.5/
Here is the JIRA roadmap:
Hi Jason,
the aim of this particular test case I implemented was to reproduce the bug.
I made it simple to show the issue, and I agree that if you use a class for
compilation, you should specify it as a dependency in your POM. However, the
problem I had when I found this issue was slightly
Jason van Zyl wrote:
Hi,
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/staging-repository/org/apache/maven/maven-core/2.0.5/
Here is the JIRA roadmap:
Hi Jason,
The issue http://jira.codehaus.org/browse/MNG-2795 (Classloader problem
loading a resource from a build extension Jar) still breaks my integrations
with this last build of Maven... :-( As you tried the test project
successfully, I don't understand what can be specific to my environment
Stephane,
Would you like me to copy this over to the production repository for
the release?
Jason.
On 11 Feb 07, at 10:42 AM 11 Feb 07, Jason van Zyl wrote:
+1
Thanks Stephane,
Jason.
On 11 Feb 07, at 5:11 AM 11 Feb 07, Stephane Nicoll wrote:
Hi,
This release fixes all known issues.
Yes please.
We need to wait a bit more. I'll make sure to send a mail with the vote result.
Thanks,
Stéphane
On 2/12/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Stephane,
Would you like me to copy this over to the production repository for
the release?
Jason.
On 11 Feb 07, at 10:42 AM 11
On 12 Feb 07, at 3:24 AM 12 Feb 07, Jörg Schaible wrote:
Jason van Zyl wrote on Monday, February 12, 2007 7:12 AM:
On 11 Feb 07, at 11:59 PM 11 Feb 07, Jason Dillon wrote:
Are there release notes on the major changes or significant fixes
which we might need to adapt to and/or be able to
Fabrice,
On Monday 12 February 2007 10:02, Fabrice Bellingard wrote:
The issue http://jira.codehaus.org/browse/MNG-2795 (Classloader problem
loading a resource from a build extension Jar) still breaks my
integrations with this last build of Maven... :-( As you tried the test
project
On 12 Feb 07, at 10:02 AM 12 Feb 07, Fabrice Bellingard wrote:
Hi Jason,
The issue http://jira.codehaus.org/browse/MNG-2795 (Classloader
problem
loading a resource from a build extension Jar) still breaks my
integrations
with this last build of Maven... :-( As you tried the test project
What Dan describes is probably more correct and we should document
this because extensions are really something that executes where you
really just want something on the classpath of the plugin. But as far
as I can tell with the test that I checked in the extension works,
but that should
+1 (non-binding)
Works for our builds.
Thanks!
Dan
On Sunday 11 February 2007 23:33, Jason van Zyl wrote:
Hi,
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/staging-repository/org/apache/maven/
maven-core/2.0.5/
Here is the JIRA
Related:
The page
http://maven.apache.org/plugins/maven-release-plugin/examples/perform-release.html
looks messed up. In fact most of the pages for that plugin seem to
suffer from the same problem
Jorg
Julien HENRY wrote:
Hi,
On this page :
If you want to track changes use the changes.xml format and the
changes plugin and we'll actually publish that with the release.
Jason.
On 12 Feb 07, at 11:36 AM 12 Feb 07, [EMAIL PROTECTED] wrote:
Author: dkulp
Date: Mon Feb 12 08:36:06 2007
New Revision: 506526
URL:
On Monday 12 February 2007 13:12, Jason van Zyl wrote:
If you want to track changes use the changes.xml format and the
changes plugin and we'll actually publish that with the release.
I'm not using it to really track changes. That's what JIRA is for. I'm
using it to track what stuff is on
+1 from me.
On 2/12/07, Daniel Kulp [EMAIL PROTECTED] wrote:
+1 (non-binding)
Works for our builds.
Thanks!
Dan
On Sunday 11 February 2007 23:33, Jason van Zyl wrote:
Hi,
The assemblies that people are interested in are staged here:
On 2/12/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Hi,
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/staging-repository/org/apache/maven/
maven-core/2.0.5/
Here is the JIRA roadmap:
http://jira.codehaus.org/secure/IssueNavigator.jspa?
+1 (looking forward to it)
- Joakim
Jason van Zyl wrote:
Hi,
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/staging-repository/org/apache/maven/maven-core/2.0.5/
Here is the JIRA roadmap:
Hi!
My problem is, that I need to escape HTML entities in resource files
when coping them to target/test-classes.
Is it a good idea to extend resources-plugin to support something
like escapeHtml=true as attribute or is it a better idea to create a
completely new mojo?
(Hit me if someone
+1
- Joakim
Jason van Zyl wrote:
+1
Thanks Stephane,
Jason.
On 11 Feb 07, at 5:11 AM 11 Feb 07, Stephane Nicoll wrote:
Hi,
This release fixes all known issues.
Release Notes - Maven 2.x Sources Plugin - Version 2.0.3
** Bug
* [MSOURCES-6] - Sources plugin ignores resource
Stephane Nicoll wrote:
This release fixes all known issues.
** Improvement
* [MSOURCES-11] - When source plugin is used, it should make sure
it is invoked during install
YAY! +1 :-)
Just to be sure: You checked with a parent POM? (ie. when the source
plugin is configured in the *parent*
On my sandbox branch, I now have all the logged issues with the
maven-remote-resources-plugin and the related apache-jar-resource-bundle now
fixed. (List shown below) (All but one logged by me. :-) )
Since all known issues are fixed (once Jason merges my sandbox), should we
start a
Mika Göckel wrote:
Hi!
My problem is, that I need to escape HTML entities in resource files
when coping them to target/test-classes.
Is it a good idea to extend resources-plugin to support something like
escapeHtml=true as attribute or is it a better idea to create a
completely new mojo?
On 12 Feb 07, at 2:49 PM 12 Feb 07, Daniel Kulp wrote:
On my sandbox branch, I now have all the logged issues with the
maven-remote-resources-plugin and the related apache-jar-resource-
bundle now
fixed. (List shown below) (All but one logged by me. :-) )
Since all known issues are
+1
Emmanuel
Jason van Zyl a écrit :
Hi,
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/staging-repository/org/apache/maven/maven-core/2.0.5/
Here is the JIRA roadmap:
Do you think of a chain of filters like in ant?
But I wouldn't put this into the resources plugin, as this is a more
general idea and the resources plugin only filters *.properties files
(on ${...}... all files on @...@).
Am 12.02.2007 um 20:51 schrieb Aaron Digulla:
Mika Göckel wrote:
Jason van Zyl wrote:
Hi,
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/staging-repository/org/apache/maven/maven-core/2.0.5/
Excalibur builds fine with this release, no apparent probs spotted.
Thanks,
Jorg
On 12 Feb 07, at 4:06 PM 12 Feb 07, Jorg Heymans wrote:
Jason van Zyl wrote:
Hi,
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/staging-repository/org/apache/
maven/maven-core/2.0.5/
Excalibur builds fine with this release, no apparent probs
Julien HENRY wrote:
Hi,
On this page :
http://maven.apache.org/guides/getting-started/maven-in-five-minutes.html
The link :
Check out the Guide to Configuring Maven if necessary.
is invalid.
++
Julien
Thanks for reporting this. It has, however, been solved in SVN already,
see
Hello,
After running some tests I've found that on Windows
maven-invoker-plugin is not handling errors correctly.
POMs for invoked projects may be broken and m-i-p
still reports them as success.
There's a couple of resolved issues in MNG JIRA
related to exit error code on windows and currently
I've actually been telling people on the mailing list to use
extensions for jar with checkstyle configuration, rather than
plugin-dependencies. The reason was that, in my testing at the time,
if you didn't already have that plugin dependency in your local repo,
it would not search for it in all
+1
Rahul
Jason van Zyl wrote:
Hi,
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/staging-repository/org/apache/maven/maven-core/2.0.5/
Here is the JIRA roadmap:
Aha! Apparently this was fixed in Maven 2.0.5, as I just tested and
it failed with 2.0.4, but worked when I tried it right afterward in
2.0.5.
Similarly, I have a project that uses the xfire-generator wsgen task,
and I had it defined as an extension. This works with 2.0.4, but is
broken with
Thanks for the hint, Dan, this actually works perfectly!
I wasn't aware of this way to specify the JAR. It would be worth updating
the documentation of the Checkstyle plugin. I will create a JIRA issue for
this.
FYI, Jason, yes, I've executed the test project on the bane of your
existence ;-)
-
Actually, using build extensions in ways that worked in Maven 2.0.4
now fail in 2.0.5 for me using Fedora Core 6.
- Stephen
On 2/12/07, Fabrice Bellingard [EMAIL PROTECTED] wrote:
Thanks for the hint, Dan, this actually works perfectly!
I wasn't aware of this way to specify the JAR. It would
+1
--
Dennis Lundberg
Stephane Nicoll wrote:
Hi,
This release fixes all known issues.
Release Notes - Maven 2.x Sources Plugin - Version 2.0.3
** Bug
* [MSOURCES-6] - Sources plugin ignores resource includes/excludes
** Improvement
* [MSOURCES-11] - When source plugin is used, it
Jorg,
Thanks for the report. I've fixed the site sources in svn. I'd
appreciate it if someone could deploy the site. My site-plugin and doxia
setup is too many versions into the future right now.
--
Dennis Lundberg
Jorg Heymans wrote:
Related:
The page
http://jira.codehaus.org/secure/IssueNavigator.jspa?
reset=truemode=hidepid=10500sorter/order=DESCsorter/
field=priorityresolution=-1component=11982
On 12 Feb 07, at 5:11 PM 12 Feb 07, Tomasz Pik wrote:
Hello,
After running some tests I've found that on Windows
maven-invoker-plugin is not
When I try to build the trunk of archiva I get the following error:
[INFO] snapshot org.codehaus.modello:modello:1.0-alpha-14-SNAPSHOT: checking
for updates from apache.snapshots
Downloading:
http://snapshots.repository.codehaus.org/org/codehaus/modello/modello/
Well, in any case it would be great to integrate the code of
http://jira.codehaus.org/browse/MNG-2676 into the dependencies plugin
and get a release. It is a great help to analyse and fix such situations
(here integrated into our internal info plugin)
The current alpha-2 release is close to ready
Fixed.
On 13/02/2007, at 10:31 AM, Robert Simmons jr. Simmons wrote:
When I try to build the trunk of archiva I get the following error:
[INFO] snapshot org.codehaus.modello:modello:1.0-alpha-14-
SNAPSHOT: checking
for updates from apache.snapshots
Downloading:
Hi Fabrice,
I'm doing exactly what you describe and from what I can see, the latest
2.0.5 is working ok. I did find an issue in one of the early 2.0.5
release candidates, but it was fixed. The method I use is attached to
http://jira.codehaus.org/browse/MNG-2749.
Thanks,
Brian
-Original
Hi Carlos,
According Jason [1], the /maven/KEYS is not used anymore.
Cheers,
Vincent
[1] http://www.nabble.com/Keys-question-tf2949415s177.html#a8248427
2007/2/12, [EMAIL PROTECTED] [EMAIL PROTECTED]:
Author: carlos
Date: Mon Feb 12 16:08:51 2007
New Revision: 506758
URL:
Result:
+1: 3
Now that the parents are released i'll proceed with the release
On 1/17/07, Rahul Thakur [EMAIL PROTECTED] wrote:
+1
Rahul
Jesse McConnell wrote:
+1
On 1/17/07, Joakim Erdfelt [EMAIL PROTECTED] wrote:
+1
- Joakim
Carlos Sanchez wrote:
It fixes a couple of annoying
54 matches
Mail list logo
