+1
-Original Message-
From: Arnaud HERITIER [mailto:[EMAIL PROTECTED]
Sent: Monday, April 23, 2007 10:49 AM
To: Maven Developers List
Subject: [M1][vote] release plugins : idea 1.7, jalopy 1.5.1, jar 1.8.1,
javadoc 1.9, multichanges 1.3, plugin 1.7.1
Here is a new list of plugins to rele
Well, it sounds like you've got some more working happening now. What
I'd suggest is that you get it to the point where you think it is
ready for an alpha release - that would be a good point to replace
the existing code.
- Brett
On 13/04/2007, at 7:57 PM, Raphaël Piéroni wrote:
Hi,
fee
Sorry, I don't quite understand this? Are you saying it's just
incompatible with what's in there already, or this now diverges from
compatibility with the current version?
I think it was the former, in which case you shouldn't need to do
anything - you can use the revision number to go back
Hi,
I saw that Dennis, Jason, Kenney, Eric, Martin, Robert, and Arnaud B
will all be at AC EU next week - is anyone else attending ApacheCon?
I think it would be good to get some time in front of a white board
to go through a couple of the big issues while we have the
opportunity for face
Cool, I'll take a look - since there seems to be a lot of talk about
maven-artifact right now, maybe this could be added to a list of
things to discuss while folks are f2f for the upcoming conferences.
I'll send a separate mail.
On 23/04/2007, at 7:01 PM, Mark Hobson wrote:
Hi there,
I'v
On 24/04/2007, at 9:29 PM, Raphaël Piéroni wrote:
My questions are:
- apart from java, groovy, aspectj, csharp, what are the common
directory names where files with packaging ability are located?
Wouldn't this be anything under main/ or test/ ?
- which files extension represent text files
On 22/04/2007, at 4:58 PM, Jason van Zyl wrote:
- require the version in plugin definitions in the POM from
modelVersion 4.1.0+ (for 4.0.0 modelVersions, continue to allow
the RELEASE as the version).
+1
- externalise all packagings/lifecycle definitions (with the
exception of 'pom', pe
I think you're misreading the output. The first thing it prints are the
used,declared dependencies. I should probably turn that off by default.
Junit and the container are the only ones missing.
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 24, 2007
On 24 Apr 07, at 5:29 PM 24 Apr 07, Dennis Lundberg wrote:
Brian E. Fox wrote:
As part of the checking for 2.0.6, I ran dependency:analyze
against the
plugins. We found that almost all plugins have undeclared
dependencies.
Those with undeclared dependencies on plexus-utils will require a
w
Hello,
Can someone tell me why is it necessary to generate sources (using
generate-sources) ? My initial thought was that the generated file(s) were
based on annotations in other files. But in the case of ReleaseDescriptor, I
don't see that hapenning.
I have enhanced the maven-release-manager/mave
The vote passed with 5 binding votes (Jason, Stephane, Emmanuel, Lukas and
myself) and 1 non binding (Jeff).
I launch the release.
Arnaud
On 23/04/07, Lukas Theussl <[EMAIL PROTECTED]> wrote:
+1
Thanks! Let's get ready for m11 now...
-Lukas
Arnaud HERITIER wrote:
> Hi team,
>
> We finali
I will have a look this week.
Thanks,
Vincent
2007/4/20, Carlos Sanchez <[EMAIL PROTECTED]>:
Vincent is the most active with the plugin, so i didn't want to apply
it if he already didn't
I was waiting to hear his opinion in this thread
On 4/14/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> MAN
Brian E. Fox wrote:
As part of the checking for 2.0.6, I ran dependency:analyze against the
plugins. We found that almost all plugins have undeclared dependencies.
Those with undeclared dependencies on plexus-utils will require a
workaround in maven itself to avoid hosing people. (Jason is going
On 22 Apr 07, at 8:50 PM 22 Apr 07, Brian E. Fox wrote:
Sure. I started to fix them before but got through 4-5 before I got
sidetracked. I think I need to tweak the analyze plugin to output the
xml you should use so it's easy to copy and paste into the pom. Then
it's a piece of cake to update t
I found a few artifacts with the word "mime" in them but not sure if
any of these will be helpful...
http://www.mvnrepository.com/search.html?query=mime
Wayne
On 4/24/07, Raphaël Piéroni <[EMAIL PROTECTED]> wrote:
2007/4/24, Wayne Fay <[EMAIL PROTECTED]>:
> > - which files extension represent t
2007/4/24, Wayne Fay <[EMAIL PROTECTED]>:
> - which files extension represent text files and which represent
> binary files? how to store such a huge list?
The mime.types file packaged by Apache webserver might prove useful
for file extension/type analysis.
Is there a jar file including such a
- which files extension represent text files and which represent
binary files? how to store such a huge list?
The mime.types file packaged by Apache webserver might prove useful
for file extension/type analysis.
Wayne
-
To uns
Hi
In order to implement the file resolution
during the automatic creation of an archetype,
i need to group the files potential files.
I group the files by:
- files located in directories with tree representation of package
(like in src/main/java/org/apache/... where java is one of the
language
Jason van Zyl wrote:
On 24 Apr 07, at 3:28 AM 24 Apr 07, Tomasz Pik wrote:
On 4/22/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
Hi,
I just copied the staged repo for the clover plugin over and I used
the following:
mvn stage:copy -Dsource="http://people.apache.org/~vmassol/maven-
staging" -
Jason van Zyl wrote:
On 23 Apr 07, at 5:40 PM 23 Apr 07, Dennis Lundberg wrote:
I thought that I'd give this plugin a workout, but I ran into a couple
of things that has prevented me from testing it completely.
1. The tests seem to require that there's an scp-server available on
localhost.
That's why it's a best-practice to specify in your pom what version to
use. See the other threads on this list regarding the topic. We are
discussing making this a requirement in 2.1, but haven't settled on a
single strategy yet.
-Original Message-
From: Jose Alberto Fernandez [mailto:[EM
Jose Alberto Fernandez wrote:
>
> I thought one of the main arguments in all this discussion is to make
> things simple and easy for users. At least those were the comments against
> forcing everyone to explicitly set versions for everything. The bundle
> will free every single user of having t
Brian E. Fox wrote:
>
> Everyone keeps referring to bundles that "are known to work together."
> Come someone produce an example of plugins that are incompatible with
> each other? I haven't seen this and I'm not even sure it's possible
> given that plugins can't communicate or even know about
Use the user mailing list instead.
Seems to be http://jira.codehaus.org/browse/MNG-2921
HTH,
Rémy
2007/4/24, jallen <[EMAIL PROTECTED]>:
Weird,
With 2.0.6 my multi-module simple J2EE app fails in the compile phase of
my
servlets child module during an install run of the reactor. However, i
Weird,
With 2.0.6 my multi-module simple J2EE app fails in the compile phase of my
servlets child module during an install run of the reactor. However, it all
builds if the reactor build is simply ‘compile’. Also, If I cd into the
servlets module after the failed install build and just run insta
On 2007-04-24 15:25:48 +0200, Jason van Zyl <[EMAIL PROTECTED]> said:
On 24 Apr 07, at 5:48 AM 24 Apr 07, Jochen Kuhnle wrote:
Ok, did some further investigation: What I have is an extension
containing a class (C). This class is referenced in the fields of two
different Mojos, the fields a
Whoa! That is really an unexpected behaviour. Seems to be asking for teams to
get in trouble FAST.
This make the works of a team highly non-deterministic as users can get in
this bad state not even realizing it.
Jose Alberto
Brian E. Fox wrote:
>
> Jose,
> Maven only updates plugins if you don
Jose,
Maven only updates plugins if you don't have the plugin or if you
specify -U on the command line. This means if you haven't specified a
specific version in your pom, Maven will use the latest version of each
plugin _in your local repository_. That's how different computers can
get out of sync
On 24 Apr 07, at 5:48 AM 24 Apr 07, Jochen Kuhnle wrote:
Ok, did some further investigation: What I have is an extension
containing a class (C). This class is referenced in the fields of
two different Mojos, the fields are not even initialized by Plexus.
Looking at the new DefaultExtension
+1
-Lukas
Arnaud HERITIER wrote:
Here is a new list of plugins to release for maven 1.x.
--
IDEA 1.7
--
Changes in this version include :
New Features:
o Autodetect which version control system to use Fixes MPIDEA-43.
Download :
maven plugin:download
-Dmaven.repo.remote=ht
Yes, I thought, I did it :-(
It's done now.
Arnaud
On 24/04/07, Lukas Theussl <[EMAIL PROTECTED]> wrote:
Both idea and plugin still have one issue scheduled for the releases
that you propose (MPIDEA-41 and MPPLUGIN-30), are we going to
un-schedule those?
-Lukas
Arnaud HERITIER wrote:
> Her
Hi all, as promised I changed the POMs to specify version 2.1 of the assembly
plug-in and now things seem to be working on the machines that were not
working before. So this seem to have solved the problem.
It does not explain why we do not have the same behaviour in all computers
as we all use t
Both idea and plugin still have one issue scheduled for the releases
that you propose (MPIDEA-41 and MPPLUGIN-30), are we going to
un-schedule those?
-Lukas
Arnaud HERITIER wrote:
Here is a new list of plugins to release for maven 1.x.
--
IDEA 1.7
--
Changes in this version
On 24 Apr 07, at 3:28 AM 24 Apr 07, Tomasz Pik wrote:
On 4/22/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
Hi,
I just copied the staged repo for the clover plugin over and I used
the following:
mvn stage:copy -Dsource="http://people.apache.org/~vmassol/maven-
staging" -Dtarget="scp://people.
I'd like to release beta-5 indeed. Note sure I will have time till
Thursday though so if anyone wants to take it, go ahead.
Thanks,
Stéphane
On 4/24/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
Yes, we can. Do you want to do it?
I'll can continue my work on the release projects after the rel
Yes, we can. Do you want to do it?
I'll can continue my work on the release projects after the release or in a
branch.
Emmanuel
Stephane Nicoll a écrit :
Cool. BTW, do you think we could release beta-5 soon (We'll have to
release the manager as well this time).
Thanks,
Stéphane
On 4/24/07, [
Ok, did some further investigation: What I have is an extension
containing a class (C). This class is referenced in the fields of two
different Mojos, the fields are not even initialized by Plexus. Looking
at the new DefaultExtensionManager, I suppose this cannot work any
more, because the newl
Cool. BTW, do you think we could release beta-5 soon (We'll have to
release the manager as well this time).
Thanks,
Stéphane
On 4/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: evenisse
Date: Tue Apr 24 01:57:36 2007
New Revision: 531837
URL: http://svn.apache.org/viewvc?view=rev&
On 4/22/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
Hi,
I just copied the staged repo for the clover plugin over and I used
the following:
mvn stage:copy -Dsource="http://people.apache.org/~vmassol/maven-
staging" -Dtarget="scp://people.apache.org/www/people.apache.org/repo/
m2-ibiblio-rsync-r
Le lundi 23 avril 2007 22:05, Jason van Zyl a écrit :
> > you mean:
> >
> > is not sufficient?
> >
> > and wagon-ftp? and wagon-webdav?
>
> Doesn't take much to make it that much easier.
ok, why not.
I tried to get how many KB each provider would add, to have figures
for "doesn't take much".
But
40 matches
Mail list logo
