+1 to all
Emmanuel
Brett Porter a écrit :
A month ago I sent a proposal for discussion, to bring some mojos into
the Maven plugins project, because
a) originally coming from here in Maven 1.x
b) having the core libraries located here
c) being essential to the day to day use of the project.
So,
+1
Emmanuel
Brett Porter a écrit :
Hi,
Fabrice worked on the JXR plugin, fixed a number of bugs in the original
library and improved the mojo. Active on the users list, with a
particular interest in the site plugin, I believe would be a good
addition to the project.
Please vote:
[ ] +1
[ ] +0
+1
Emmanuel
Brett Porter a écrit :
Hi,
Brian has done a great job in keeping the mojo project in order and has
developed the dependency plugin there, which we previously indicated
we'd like to have as a part of the Maven plugin artillery.
He has also actively helped on the users list and part
+1
-Vincent
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: vendredi 10 mars 2006 07:36
> To: Maven Developers List
> Cc: [EMAIL PROTECTED]
> Subject: [vote] Fabrice Bellingard as a plugins committer
>
> Hi,
>
> Fabrice worked on the JXR plugin, fixed a numbe
+0
(See my comments in the mojo ml archive for why I would have preferred to
see it done the other way around, i.e. plugins going to the mojo project. I
know that I'm in the minority who think this and I won't hold the move.)
Thanks
-Vincent
> -Original Message-
> From: Brett Porter [ma
+1
-Vincent
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: vendredi 10 mars 2006 07:36
> To: Maven Developers List
> Subject: [vote] Brian Fox as a plugins committer
>
> Hi,
>
> Brian has done a great job in keeping the mojo project in order and has
> develo
A month ago I sent a proposal for discussion, to bring some mojos into
the Maven plugins project, because
a) originally coming from here in Maven 1.x
b) having the core libraries located here
c) being essential to the day to day use of the project.
So, here is a vote to bring the following plugins
Hi,
Fabrice worked on the JXR plugin, fixed a number of bugs in the original
library and improved the mojo. Active on the users list, with a
particular interest in the site plugin, I believe would be a good
addition to the project.
Please vote:
[ ] +1
[ ] +0 abstain
[ ] -1
Vote is open for 72 ho
Hi,
Brian has done a great job in keeping the mojo project in order and has
developed the dependency plugin there, which we previously indicated
we'd like to have as a part of the Maven plugin artillery.
He has also actively helped on the users list and participated on the
dev@ list.
Please vote
Thanks for attempting this.
IS this intended to be a navigation, a page, a series of pages? I'm a
little confused.
Do you have any feedback on my original proposal on this thread? It
tried to examine many of the same problems.
- Brett
Raphaël Piéroni wrote:
> Hi,
>
> So here is a cleaner propo
Tim O'Brien wrote:
> And again, I think that the "Maven site" should be a lot more like a
> community site that aggregates blogs, lists articles, news items. In the
> absence of a runtime container uses some Javscript to display RSS feeds of
> the last 10 user posts.
I don't know about making the
Tim O'Brien wrote:
> I read your response, clicked on the Geronimo site, and wanted to believe
> that that was possible with Maven. But, if you look at
> https://svn.apache.org/repos/asf/geronimo/site/
>
> It's either Maven 1.x or Ant the directory contains a v3 POM, but it also
> contains an .
Brian K. Wallace wrote:
> Then there's the content debate... "Getting Started" with Maven goes on
> _forever_. To get started?!? And that's entirely outside the scope of
> the documentation link (which doesn't quite go on forever - just links
> forever). And the first link on documentation? Getting
Tim,
There's plenty of points here and on your blog. Can you please put this
in a proposal form for how to make specific improvements. ie, for
everything that you think is wrong, say how you'd make it right, in
point form so each can be specifically addressed and turned into jira
tasks.
- Brett
Tim O'Brien wrote:
> Something to think about is maybe not having the initial Maven page be a
> Maven site. ASF sites in general seems to be more Developer focused than
> user focused. What if the initial Maven site were more like the front pages
> of Mozilla or Rails. An attractive logo, links
Please review:
http://mail-archives.apache.org/mod_mbox/maven-dev/200602.mbox/[EMAIL PROTECTED]
And provide feedback.
Closely related to:
http://mail-archives.apache.org/mod_mbox/maven-dev/200602.mbox/[EMAIL PROTECTED]
These have been kicking around since early January and I haven't
received fee
John Casey wrote:
>> * Whether it works and does what is intended.
>> * Whether it fits the spirit of the project.
>
> This seems like it would be hard for a user to assess. Not sure how a
> patch contributor is supposed to handle it.
The first one is obvious, so I assume just just mean #2. Not f
Thanks for taking an interest. I've got lots of replies to catch up on.
Tim O'Brien wrote:
> Developers don't write great documentation. Don't raise the bar so high
> that people are discouraged from submitting doco-less patches. Just create
> a structure to address documentation deficiency.
I
I can't see how the MWAR one is related, but I probably haven't done as
much investigation. Regardless, it can be fixed there and should be left
there.
MNG-2045 seems like the one to schedule for a nearer release.
- Brett
Brian E. Fox wrote:
> I'm not sure how a fix in war solves anything? There
Issue Subscription
Filter: Design & Best Practices (35 issues)
Subscriber: mavendevlist
Key Summary
MNG-32 Plugin test harness
http://jira.codehaus.org/browse/MNG-32
MNG-612 implement conflict resolution techniques
http://jira.codehaus.org/browse/MNG-612
M
Hi everyone,
Is there a way to resolve a project jar of project modules if it is not
yet installed in the repo?
I tried the reactorProject.getArtifact().getFile() but it is returning a
null value.
Thanks in advance,
-allan
---
shouldn't it be /plugins/sandbox and /plugins/bundled now? Or did I
misunderstand the changes?
[EMAIL PROTECTED] wrote:
> Author: aheritier
> Date: Thu Mar 9 16:28:03 2006
> New Revision: 384655
>
> URL: http://svn.apache.org/viewcvs?rev=384655&view=rev
> Log:
> add rewriting rule for plugins-sa
ok, sorry, i don't know I made this error.
thx
arnaud
On 3/10/06, Brett Porter <[EMAIL PROTECTED]> wrote:
>
> That's what it does now, after I made the change. Before it was
> /reference/, now it is /maven-1.x/reference.
>
> It wasn't working, Lukas asked me to fix it.
>
> - Brett
>
> Arnaud HER
That's what it does now, after I made the change. Before it was
/reference/, now it is /maven-1.x/reference.
It wasn't working, Lukas asked me to fix it.
- Brett
Arnaud HERITIER wrote:
> Brett,
>
> Why was it wrong ?
> Actually I directly changed the file on people.apache.org and updated it
> i
Brett,
Why was it wrong ?
Actually I directly changed the file on people.apache.org and updated it
into subversion.
The content is :
ErrorDocument 404 /errors/404.html
RedirectMatch ^/maven2/(.*)$ /$1
RedirectMatch ^/reference/(.*)$ /maven-1.x/reference/$1
RedirectMatch ^/maven-1.x/reference/plugi
On 3/9/06, John Casey <[EMAIL PROTECTED]> wrote:
>
>
>
> I agree with you on that point. My point was that physical separation of
> the websites might not be appropriate or necessary, since IMO every ASF
> project that releases a product (not an API) should apply this advice,
> and therefore shou
>
>
> >
> >
> >
> http://people.apache.org/~aheritier/maven-stage-site/maven-1.x/plugins/bundled/
>
>
> Can you make column 1 less wide on the above page?
I don't know how.
This page is automatically generated by the multiproject report.
It's the browser which divides up the two colums.
We don't
Tim O'Brien wrote:
On 3/8/06, John Casey <[EMAIL PROTECTED]> wrote:
Something to think about is maybe not having the initial Maven page be a
Maven site. ASF sites in general seems to be more Developer focused
than
user focused. What if the initial Maven site were more like the front
The maven team is pleased to announce the Maven EAR Plugin 1.8 release!
http://maven.apache.org/maven-1.x/plugins/ear/
Changes in this version include:
Fixed bugs:
o Added support of JbossNet archive in application.xml generation. Issue:
MPEAR-33.
Changes:
o Update dependencies to match
FYI (so no one else does it)
I 've requested those both lists on gmane.org to be separated from the
dev list.
With kind regards,
Geoffrey De Smet
Brett Porter wrote:
I have some bandwidth so I'm doing this a bit earlier today.
Going once, going twice
- Brett
Brett Porter wrote:
Since
Hi,
So here is a cleaner proposition for the site.
This proposition is focused on the documentation for the user.
I assume the user is a java developer but may not be a maven developer.
What do a developer (and maven user) want to know:
- where to find the software,
- how to install it,
- how to
Adding m2 repositories support would be a great step forwards in m1.
As always this comes back to time constraints :(
On 3/9/06, Kenney Westerhof <[EMAIL PROTECTED]> wrote:
> On Thu, 9 Mar 2006, Nicolas De Loof wrote:
>
> Hi,
>
> I think you should configure the maven proxy to just fetch and serve
On Thu, 9 Mar 2006, Nicolas De Loof wrote:
Hi,
I think you should configure the maven proxy to just fetch and serve
maven2 ibiblio content.
You'll need either a 'front' httpd server with Url-rewriting
from the old scheme to the new scheme (pointing to maven-proxy),
or add a servlet (bind it to /
OK, so this is not a maven 1 feature but an ibiblio Apache server
"workaround".
I'd like to migrate my private repo to maven2 structure, to avoid
duplicated, and I'm using maven-proxy.
Can I (and how to) configure maven proxy for a similar use, if possible
? Is an front apache server requi
/me smacks head.
At one point it finished with a 302, but now it does it all behind the
scenes for Maven 1 to work properly. Sorry.
You'll just have to trust me :)
- Brett
Arnaud HERITIER wrote:
> It's a redirect but some rewritting rules on apache.
>
> Arnaud
>
> On 3/9/06, Nicolas De Loof <
It's a redirect but some rewritting rules on apache.
Arnaud
On 3/9/06, Nicolas De Loof <[EMAIL PROTECTED]> wrote:
>
>
> ???
> I've trie using Firefox "live http header" to get spring 2.0-m2 :
>
>
>
> http://www.ibiblio.org/maven/org.springframework/jars/spring-web-2.0-m2.jar
>
> GET /mave
It seems they've been turned off. I'll investigate.
Nicolas De Loof wrote:
>
> ???
> I've trie using Firefox "live http header" to get spring 2.0-m2 :
>
>
> http://www.ibiblio.org/maven/org.springframework/jars/spring-web-2.0-m2.jar
> GET /maven/org.springframework/jars/sprin
missing :
Languages
-guides
- plugins (c#, aspectj)
Deployment
- guides
- plugins (jboss, tomcat)
Test
- guides
- plugins (surefire, cargo)
Continuous integration
- guides
Packaging
- guides
- plugins
and also some doco that do not fit into the guide/plugins separation like
getting started,
???
I've trie using Firefox "live http header" to get spring 2.0-m2 :
http://www.ibiblio.org/maven/org.springframework/jars/spring-web-2.0-m2.jar
GET /maven/org.springframework/jars/spring-web-2.0-m2.jar HTTP/1.1
Host: www.ibiblio.org
User-Agent: Mozilla/5.0
Hi,
what about this kind of cutting :
Reports
- guides
- plugins (jxr, javancss, ...)
Archetypes
- guides
- plugins (quickstart,...)
Generators
- guides
- plugins (modello, torque, ...)
IDE
- guides
- plugins
Associated artifacts
It's already done.
use wget -S or the http headers firefox extension to get a JAR from the
m1 repository and watch carefully.
- Brett
Nicolas De Loof wrote:
>
> Hello,
>
> AFAIK in m1, poms from central repository are not used (neither downloaded)
> Could'nt m1.1+ be enhanced to download depen
Hello,
AFAIK in m1, poms from central repository are not used (neither downloaded)
Could'nt m1.1+ be enhanced to download dependencies from a m2-styled
repository ?
This only means converting
groupId(with".")/type(s)/artifactId-version.type
to
groupId(with"/")/artifactId/version/type(s)/art
42 matches
Mail list logo