, let's wait
- Stephen
---
Sent from my Android phone, so random spelling mistakes,
random nonsense
words and other nonsense are a direct result of using swype
to type on the
screen
On 30 Jul 2011 12:47, Benson Margulies bimargul...@gmail.com
wrote:
I'd like to to try to put a little
of bug fix releases afterwards.
Cheers,
-Lukas
On 2011-07-30 17:32, Benson Margulies wrote:
I'm not binding, but I'm sad about MSITE-600, which blocks my adoption
at the day job. So +0 not that it matters.
On Sat, Jul 30, 2011 at 11:03 AM, Dennis Lundbergdenn...@apache.org
wrote:
Hi
at least.
--benson
On Sat, Jul 30, 2011 at 3:37 PM, Kristian Rosenvold
kristian.rosenv...@gmail.com wrote:
lø., 30.07.2011 kl. 14.51 -0400, skrev Benson Margulies:
Commits were made that caused Maven to depend on
code outside of Apache. What's now clear is that this was a one-way
street
about it.
Otoh I'm not sure if such a change should be done in a bugfix release.
Or better said: I'm pretty sure that we should _not_ do such a change in a
bugfix release ;)
LieGrue,
strub
--- On Fri, 7/29/11, Benson Margulies bimargul...@gmail.com wrote:
From: Benson Margulies bimargul
to put the new schema
URL into your POM if you want to validate.
On Fri, Jul 29, 2011 at 7:35 AM, Benson Margulies bimargul...@gmail.com wrote:
I'm in favor of the policy (since I suggested it), that maven 3.0.X
can deliver pom XSD 4.0.Y, where the changes the the XSD are proven to
be harmless
thereof? Does anyone hate it?
I'm just a bit behind on mail, but need a clarification - in Maven the XSD is
an end result of the model that is generated, but you seem to describe it
here as an input. Am I misreading?
I've been assuming that the XSD file is a manual production, but I
didn't
I think Herve said so.
On Jul 29, 2011, at 10:50 AM, John Casey jdca...@commonjava.org wrote:
On 7/29/11 7:45 AM, Benson Margulies wrote:
thereof? Does anyone hate it?
I'm just a bit behind on mail, but need a clarification - in Maven the XSD
is an end result of the model
I think that there's a general principle at work in MSITE-600, so I
wonder whether anyone else agrees.
Quick summary:
Pom 1 has a distributionManagement/site/url element and a
modules/module element.
Pom 2 has a parent that indicates pom 1, with a relativePath. it also
has a
the distribution management for site.
On Thu, Jul 28, 2011 at 7:06 AM, Benson Margulies bimargul...@gmail.com wrote:
I think that there's a general principle at work in MSITE-600, so I
wonder whether anyone else agrees.
Quick summary:
Pom 1 has a distributionManagement/site/url element
I'm trying to think about the questions of what might go into pom5,
and I realized that I am confused about the current design.
M3 deprecated 'reporting' but not 'scm'. I don't see the logic.
I propose to divide all POM content into two categories: things read
by the core of maven, and things
On Thu, Jul 28, 2011 at 8:25 AM, Mark Struberg strub...@yahoo.de wrote:
mom jason.
Before we ship 3.0.4 I'd like to fix the SCM URL postfix problem which exists
in lots of DSCMs. Will do this in the next week.
Unless there are a lot of pmc members hiding under a rock who aren't
voting +1,
Mark,
No we cannot fork back. It is too large of a body of code to absorb
without a grant, AL or no AL.
I'm always happy to be proved stupid by consultation with legal. Until
then, however, the policy seems perfectly clear to me. Only small
amounts of code can be absorbed without a grant.
some thread references?
--benson
LieGrue,
strub
--- On Thu, 7/28/11, Benson Margulies bimargul...@gmail.com wrote:
From: Benson Margulies bimargul...@gmail.com
Subject: Re: Apache Maven distribution with fixes
To: Maven Developers List dev@maven.apache.org
Date: Thursday, July 28, 2011
wrote:
On 7/28/11 7:43 AM, Benson Margulies wrote:
I'm trying to think about the questions of what might go into pom5,
and I realized that I am confused about the current design.
M3 deprecated 'reporting' but not 'scm'. I don't see the logic.
I propose to divide all POM content into two
I am now going to go to the wiki page and add some more thinking about
the use of extensible (e.g. property-set) XML for things like scm.
what about existing xml tools for this: namespaces, URNs, etc.?
Let me do some thinking and writing on the wiki.
I keep thinking that I read about a convention that used the presence
or absence of a trailing '/' on the URL to control this. Does anyone
else recall this?
On Thu, Jul 28, 2011 at 5:32 PM, Brian Fox bri...@infinity.nu wrote:
not crazy about the syntax, but generally yes i think that makes
Is static: really superior to scm2: and then more colons allowing
arbitrary keyword-value pairs?
On Thu, Jul 28, 2011 at 5:44 PM, Mark Struberg strub...@yahoo.de wrote:
Hi!
A small update:
Benjamin mentioned that this might also be useful for site URLs if a user
like to define the
the solution to website urls, etc.
which have a similar inheritance/calculation problem...
On 7/28/11 5:45 PM, Benson Margulies wrote:
Is static: really superior to scm2: and then more colons allowing
arbitrary keyword-value pairs?
On Thu, Jul 28, 2011 at 5:44 PM, Mark Strubergstrub
to
website urls, etc.
which have a similar inheritance/calculation
problem...
On 7/28/11 5:45 PM, Benson Margulies wrote:
Is static: really superior to scm2: and then more
colons allowing
arbitrary keyword-value pairs?
On Thu, Jul 28, 2011 at 5:44 PM, Mark
Strubergstrub...@yahoo.de
wrote:
Hi
for the
overall ASF pom.
On Thu, Jul 28, 2011 at 5:50 PM, John
Caseyjdca...@commonjava.org
wrote:
using scm2: you're not able to apply
the solution to
website urls, etc.
which have a similar
inheritance/calculation
problem...
On 7/28/11 5:45 PM, Benson Margulies
wrote:
Is static: really
I have some perhaps minor bad news about attributes.
Attributes on the url/ element won't validate against the current
schema. I had hoped to discover otherwise, but no such luck.
The combine.children trick passes because it is inside of the 'any'
inside the plugin configuration.
I claim that
Folks,
A general theme of these comments is, 'and what are we going to put in
our new pom version?'
I didn't go there in my writeup, since I was concerned with the
mechanics of 'how do we have a new POM *at all*'. But I see the point;
we can't make a new pom model every week, so we need to
As per the approved policy, this message opens a vote to allow Maven
releases to depend on EPL (and thus Category B) versions of Aether.
The vote will be open for 72 hours and the results determined
according to the policy. Discussion on this question took place on a
thread labelled '[DISCUSS]
for 3.0.4 is here:
http://people.apache.org/~jvanzyl/
Benjamin and I will continue to support these builds and push back any fixes
we can into the ASF.
Without it Maven quite easily gets seriously broken :(
On 28/07/2011, at 6:45 AM, Benson Margulies wrote:
As per the approved policy
Ping? anybody read this?
On Sun, Jul 24, 2011 at 9:14 AM, Benson Margulies bimargul...@gmail.com wrote:
Since I can't edit the Wiki, I created:
https://docs.google.com/document/d/1k3E4vx_4cKJ4zzksVM4oROX3Dffsh0Q4VOGVjd3oUto/edit?hl=en_US
(and refuse to create one).
Cant you just paste it into our Wiki?
LieGrue,
strub
--- On Wed, 7/27/11, Benson Margulies bimargul...@gmail.com wrote:
From: Benson Margulies bimargul...@gmail.com
Subject: Re: POM5 proposal
To: Maven Developers List dev@maven.apache.org
Date: Wednesday, July 27
that resolved… I guess the loop wasn't closed.
- Brett
On 27/07/2011, at 10:14 AM, Benson Margulies wrote:
No. I can't paste anything into our wiki at ASF. I don't have edit
access, and John asked infra for help in giving me edit access, and I
don't think that any help has been forthcoming so far
It's not a work of art, but it gives us something to elaborate that
isn't just a thread in the email archive.
https://cwiki.apache.org/confluence/display/MAVEN/POM-5+compatibility+design
On Tue, Jul 26, 2011 at 8:23 PM, Benson Margulies bimargul...@gmail.com wrote:
Duh. I someone didn't end
I don't know about plugin-registry.xml, but you can distribute a
settings.xml for use with -gs that has an active-by-default profile
with a pluginManagement section that does the job.
On Mon, Jul 25, 2011 at 3:02 AM, Kasun Gajasinghe kasu...@gmail.com wrote:
Hi,
I have a requirement where I
, 2011 at 7:43 AM, Benson Margulies
bimargul...@gmail.comwrote:
I don't know about plugin-registry.xml, but you can distribute a
settings.xml for use with -gs that has an active-by-default profile
with a pluginManagement section that does the job.
On Mon, Jul 25, 2011 at 3:02 AM, Kasun
Since I can't edit the Wiki, I created:
https://docs.google.com/document/d/1k3E4vx_4cKJ4zzksVM4oROX3Dffsh0Q4VOGVjd3oUto/edit?hl=en_US
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail:
A thought: since 'extensions' has no 'management' or inheritance
control, the use of it is actually harder and more obscure when people
want to use other versions. It's far easier to just manage
dependencies of the site plugin via pluginManagement. So, I'm in favor
of using and documenting
I'm not entirely sure, but I think that there may be a false dilemma
here on the subject of forks.
In general, the Foundation does not permit us to absorb large amounts
of code without a formal grant, even if the code carries AL markings.
This has come up in the incubator over and over. So, even
We need some more votes on there, please.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
The vote has passed with the following results:
binding +1:
hboutemy
jdcasey
struberg
I will promote the artifacts to the central repo.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands,
That's it. Thanks.
On Tue, Jul 19, 2011 at 2:32 PM, Jesse Glick jesse.gl...@oracle.com wrote:
On 07/17/2011 05:30 PM, Benson Margulies wrote:
I can't even figure out which JIRA in MDEP corresponds to [the dependency
plugin issue]. Could someone please send me a pointer?
Are you referring
The Maven team is pleased to announce the release of the Maven JXR, version 2.3
JXR is a tool for creating cross-references of Java source files.
http://maven.apache.org/jxr
and
http://maven.apache.org/plugins/maven-jxr-plugin
You should specify the version in your project's plugin
18, 2011 at 12:30 AM, Benson Margulies
bimargul...@gmail.comwrote:
I don't seem to have karma for
https://cwiki.apache.org/confluence/display/MAVEN/Proposals?showChildren=true#children
.
Can I?
2011/7/17 Arnaud Héritier aherit...@gmail.com:
For me the first thing is to push some
,...), the main advantage being that
they are released together and kept in sync and up-to date with the main
code. I would prefer to leave it that way for jxr.
-Lukas
On 07/17/2011 12:04 AM, Benson Margulies wrote:
For the next release, how would you feel about moving the plugin
Sure.
On Mon, Jul 18, 2011 at 9:18 AM, Lukas Theussl ltheu...@apache.org wrote:
an alternative is to give it maven-plugins as parent, but leave it inside
jxr, (like scm is doing). WDYT?
-Lukas
On 07/18/2011 02:50 PM, Benson Margulies wrote:
There's a lot of common stuff in the parent
After re-reading the ASF legal licensing policy, I'm starting this
thread to formally propose that the Maven incorporate versions of
Aether that are EPL without an AL dual-license. As per convention,
someone can make a VOTE thread once voices have been heard here.
EPL is 'Category B'. Binary
integration...
So I'd definitely -1 a EPL core dependency which once was part of maven core
as long as there is no ALv2 alternative which we can bugfix ourselfs!
LieGrue,
strub
--- On Sun, 7/17/11, Benson Margulies bimargul...@gmail.com wrote:
From: Benson Margulies bimargul...@gmail.com
example should be modified like javadoc to show new goals and
mark aggregate parameter as obsolete
nothing that prevents plugin release, but these should be fixed when the site
is published
Regards,
Hervé
Le vendredi 15 juillet 2011, Benson Margulies a écrit :
Hi,
We solved 6 issues:
http
Lukas,
I'm beginning to think that I did something specially stupid when I
staged the site for the vote, like forget -Preporting. On the other
hand, the additional commentary on the deprecated parameter wasn't
there until about 2 minutes ago.
I'm going to go to target/checkout and redo things
I think you are going to have to. Mark isn't the only one who has expressed
the sentiment. Some of the discussions I've seen on changing the relationship
Maven has with repository managers would surely require changes at the Aether
layer.
I don't follow your last sentence. I just
Lukas,
My brain hurts.
I republished http://maven.apache.org/staging/plugins/maven-jxr-plugin/
from the tag via
/opt/apache-maven-2.2.1/bin/mvn clean install site site:stage-deploy -Preporting
I bumped site plugin to 2.3 to avoid authentication issues.
plugin-info.html is still missing in
OK, I got it. Without plugin-plugin 2.8, the plugin-info doesn't appear.
I've restaged.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
There's a technical point of interest here. Aether has a very
extensive separation of interface and implementation. So, there's a
great deal that we could do unilaterally while still using the EPL
core. The existence of 'central', I'm reasonably sure, is not inside
of Aether itself at all. I don't
wrote:
sø., 17.07.2011 kl. 09.26 -0400, skrev Benson Margulies:
After re-reading the ASF legal licensing policy, I'm starting this
thread to formally propose that the Maven incorporate versions of
Aether that are EPL without an AL dual-license. As per convention,
someone can make a VOTE thread
Since I've gone and given myself a crash course in Aether, I wondered
if I could do something about the dependency plugin issue (of
disagreeing with maven proper). I didn't get very far; I can't even
figure out which JIRA in MDEP corresponds to it. Could someone please
send me a pointer?
Many threads lead back to the recent discussion, and all of its
predecessors, about preparing for a new version of the pom by allowing
for backwards compatibility.
How do we start this? There seemed a consensus on the design. Do we
need some branches of things?
we'll have several versions
of POMs out (even if we just add new entries).
Arnaud
On Sun, Jul 17, 2011 at 11:33 PM, Benson Margulies
bimargul...@gmail.comwrote:
Many threads lead back to the recent discussion, and all of its
predecessors, about preparing for a new version of the pom
repositories but I saw no real
proposal to manage all cases listed above when we'll have several versions
of POMs out (even if we just add new entries).
Arnaud
On Sun, Jul 17, 2011 at 11:33 PM, Benson Margulies
bimargul...@gmail.comwrote:
Many threads lead back to the recent discussion, and all
release, but these should be fixed when the site
is published
Regards,
Hervé
Le vendredi 15 juillet 2011, Benson Margulies a écrit :
Hi,
We solved 6 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?atl_token=ACIO-CAVI-QX7G-9
IAS|939d07db80126b429369a4acdb3a1c32519711ef
Folks,
I've submitted one tiny fix to Aether, and I have a feature proposal
I'm discussing with the proprietor: making the *-pattern in mirrors a
bit richer.
Eventually, this would be 'as simple' as a change to the aether
provider to take a newer aether. However, I wonder if the PMC has
issues: for the moment, I'm
not working on them to avoid checkin conflicts
Regards,
Hervé
Le samedi 16 juillet 2011, Benson Margulies a écrit :
Hervé,
How can I make these site repairs when publishing against the label?
Is the idea to go ahead and make fixes to a checkout of the tag
to connect
Regards,
Hervé
Le samedi 16 juillet 2011, Benson Margulies a écrit :
By the way, is anyone still active who did the previous release of
JXR? It's not obvious how I could have caused these issues.
On Sat, Jul 16, 2011 at 3:36 PM, Hervé BOUTEMY herve.bout...@free.fr
wrote:
qhat I
, and actual 1.13-SNAPSHOT
sources are EPL only too. Upgrading Maven dependency will imply a license
change, that must be voted upon.
Regards,
Hervé
[1] http://maven.apache.org/ref/3.0.4-SNAPSHOT/apache-maven/dependencies.html
Le samedi 16 juillet 2011, Benson Margulies a écrit :
Folks
exaclty for this one that I proposed you to help: I'm on IRC, dont
hesitate to connect
Regards,
Hervé
Le samedi 16 juillet 2011, Benson Margulies a écrit :
By the way, is anyone still active who did the previous release of
JXR? It's not obvious how I could have caused these issues.
On Sat
.
LieGrue,
strub
--- On Fri, 7/15/11, Benson Margulies bimargul...@gmail.com wrote:
From: Benson Margulies bimargul...@gmail.com
Subject: Re: SCM info and modules
To: Maven Developers List dev@maven.apache.org
Date: Friday, July 15, 2011, 8:47 PM
Let me suggest a generalization of
Hervé's
changed in
mvn-3...
LieGrue,
strub
--- On Sat, 7/16/11, Benson Margulies bimargul...@gmail.com wrote:
From: Benson Margulies bimargul...@gmail.com
Subject: Re: SCM info and modules
To: Maven Developers List dev@maven.apache.org
Date: Saturday, July 16, 2011, 11:08 PM
Mark,
I only see
Hi,
We solved 6 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?atl_token=ACIO-CAVI-QX7G-9IAS|939d07db80126b429369a4acdb3a1c32519711ef|linversion=16520styleName=TextprojectId=11085Create=Create
There are still a gaggle of issues left in JIRA:
Let me suggest a generalization of Hervé's thought process.
I submit that there are four issues here we might be trying to
address. (1) users want to put an scm spec in an aggregating project
and not have to repeat it (with slight mods) in all the modules. (2)
users want to be able to toss a set
wrote:
On 11/07/2011, at 9:04 PM, Benson Margulies wrote:
Why is it doing this at all?
Jörg,
Honestly, I have no idea -- I just happened to spot it on the way by.
And when I thought some more, I realized that my question is
mis-stated. The issue here isn't classpath, it's more related
I went on a developmental stroll through JXR at the instigation of
Hervé's call to arms. I suppose that the next step would be a release
so that he or someone could put the aggregate stuff to work. Anyone
else want to put do anything else? I suppose that 'skip' would be
trivial, I should at least
Why is it doing this at all?
Jörg,
Honestly, I have no idea -- I just happened to spot it on the way by.
And when I thought some more, I realized that my question is
mis-stated. The issue here isn't classpath, it's more related to
yours: What's the configured java src directory, and is there
Anyone got a trick for getting integration tests, complete with @'s,
into eclipse?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Trying to get velocity 1.5 into here. I started by changing the dep in
maven-jxr. That led to strange errors suggesting crossed versions of
velocity. So I tried to upgrade the version of the
doxia-site-renderer. And now I'm really confused. Anybody recognize
the below?
I'm beginning to make some sense of this. If I keep copying the
javadoc plugin I'll find the bottom eventually.
Caused by: java.lang.ClassNotFoundException:
org.apache.maven.doxia.sink.SinkEventAttributes
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at
Dependency:tree on my dev tree for the maven-jxr-plugin shows
precisely one copy of velocity 1.5:
org.apache.velocity:velocity:jar:1.5:compile.
Any yet I'm stuck on the following in the integration tests, which
seems pretty strongly to indicate more than one copy in more than one
classloader.
Nope, I'm giving m3 a wide berth while I'm working on plugins.
On Mon, Jul 11, 2011 at 11:57 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
If you are running m3 then dependency:tree may be incorrect.
On 11 July 2011 16:35, Benson Margulies bimargul...@gmail.com wrote
and
shutdown of the browser.
Rex
On Mon, Jul 11, 2011 at 6:36 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
use intellij?
On 11 July 2011 14:19, Benson Margulies bimargul...@gmail.com wrote:
Anyone got a trick for getting integration tests, complete with @'s,
into eclipse
with some some plugin/component that uses the old doxia-1.0. Not sure it
helps, but here are some notes about upgrading from doxia-1.0 to 1.1:
http://maven.apache.org/doxia/whatsnew-1.1.html
http://maven.apache.org/doxia/developers/maven-integration.html
HTH,
-Lukas
Benson Margulies wrote
I think this job needs some help:
https://builds.apache.org/job/maven-jxr/6/console
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
The maven-jxr-plugin uses doxia-site-renderer. This, in turn, uses
plexus-velocity, which in turn uses velocity version 1.5.
So, you would think that it would be a piece of cake to make JXR use
the same thing.
But I got errors indicating that velocity was ending up with a class
loader straddle
The vote on wagon only attracted two binding +1 votes. Now what? A new
vote, since this one is formally closed?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Hi,
The vote has passed with the following result :
+1 (binding): Lucas, Vincent, Olivier
+1 (non binding): Mark Struberg
I will promote the artifacts to the central repo.
-
To unsubscribe, e-mail:
The Maven team is pleased to announce the release of the Maven Wagon
project, version 1.0
The wagon project provides the standard transports that connect Maven
to repositories.
http://maven.apache.org/wagon
To take advantage of a new version of one of the wagons, you have to
configure it as an
are a direct result of using swype to type on the
screen
On 10 Jul 2011 19:40, Benson Margulies bimargul...@gmail.com wrote:
Hi,
The vote has passed with the following result :
+1 (binding): Lucas, Vincent, Olivier
+1 (non binding): Mark Struberg
I will promote the artifacts to the central repo
documentation improvement
Regards,
Hervé
[1] http://jira.codehaus.org/browse/MNG-5119
[2] https://cwiki.apache.org/confluence/display/MAVEN/Proposals
[3] http://maven.apache.org/ref/3.0.4-SNAPSHOT/
[4] http://maven.apache.org/ref/3.0.3/
Le samedi 18 juin 2011, Benson Margulies a écrit
In the jxr plugin, I see:
if ( !pom.equals( getProject().getPackaging().toLowerCase() ) )
{
l.addAll( sourceDirs );
}
This can't be good, can it? Isn't there some way to tell what are the
classpath packagings?
...
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Sorry, no coffee.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
--- On Wed, 7/6/11, Benson Margulies bimargul...@gmail.com wrote:
From: Benson Margulies bimargul...@gmail.com
Subject: [VOTE] Release Wagon version 1.0
To: Maven Developers List dev@maven.apache.org
Date: Wednesday, July 6, 2011, 11:40 PM
Hi,
We solved 4 issues:
http://jira.codehaus.org/secure
...@infinity.nu wrote:
What about the * bit you? Does the external:* fix it for you?
On Wed, Jul 6, 2011 at 10:21 PM, Benson Margulies bimargul...@gmail.com
wrote:
This doc works:
http://maven.apache.org/guides/mini/guide-mirror-settings.html
FWIW.
On Wed, Jul 6, 2011 at 10:18 PM, Barrie Treloar baerr
: A problem with mirrors
To: Maven Developers List dev@maven.apache.org
Date: Friday, July 8, 2011, 8:25 PM
What about the * bit you? Does the
external:* fix it for you?
On Wed, Jul 6, 2011 at 10:21 PM, Benson Margulies bimargul...@gmail.com
wrote:
This doc works:
http://maven.apache.org
,
strub
--- On Fri, 7/8/11, Benson Margulies bimargul...@gmail.com wrote:
From: Benson Margulies bimargul...@gmail.com
Subject: Re: A problem with mirrors
To: Maven Developers List dev@maven.apache.org
Date: Friday, July 8, 2011, 9:57 PM
So you don't declare the local nexus
as a mirror at all
http://dssheep.blogspot.com/2011/07/maven-seder.html
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Welcome!
On Wed, Jul 6, 2011 at 6:20 PM, Paul Gier pg...@redhat.com wrote:
Welcome Robert!
On 07/06/2011 02:40 PM, Mark Struberg wrote:
Hi Maven folks!
The Apache Maven PMC is glad to welcome Robert Scholte as new Apache Maven
Committer!
Most of us know Robert already from his dedicated
Hi,
We solved 4 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?atl_token=ACIO-CAVI-QX7G-9IAS|54cb0a05f789c3d1c147937a1867cbad60dfe04a|linversion=16884styleName=TextprojectId=10335Create=Create
There are still a plenty of issues left in JIRA:
In our corporate global settings file, we have:
mirror
idNexus/id
nameNexus Mirror/name
urlhttp://maven.basistech.net/nexus/content/groups/public/url
mirrorOf*,!apache.org,!sonar,!apache.snapshots/mirrorOf
/mirror
That * turns out to be a very bad idea, and I'd like
This doc works:
http://maven.apache.org/guides/mini/guide-mirror-settings.html
FWIW.
On Wed, Jul 6, 2011 at 10:18 PM, Barrie Treloar baerr...@gmail.com wrote:
On Thu, Jul 7, 2011 at 11:32 AM, Benson Margulies bimargul...@gmail.com
wrote:
In our corporate global settings file, we have
You have correctly diagnosed my incorrect diagnosis.
On Tue, Jul 5, 2011 at 4:14 AM, Dennis Lundberg denn...@apache.org wrote:
On 2011-07-05 01:51, Benson Margulies wrote:
On Mon, Jul 4, 2011 at 6:11 PM, Dennis Lundberg denn...@apache.org wrote:
Hi
I'm trying to replace an old version 2.0
What controls the version of wagon-http-lightweight in use? extensions?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Got it. Thanks.
On Tue, Jul 5, 2011 at 11:24 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
or dependencies in the specific plugin looking for the wagon
On 5 July 2011 16:20, Benson Margulies bimargul...@gmail.com wrote:
What controls the version of wagon-http-lightweight in use
I just ran smack into a bug in wagon-maven-plugin which is really a
bug in wagon-http-lightweight which is really a bug in
wagon-http-shared4 which is really a bug in cyberneko.
I can fix this by upgrading the later to use jsoup instead of cyberneko.
Then what? It looks like all of the providers
OK, I'll plan on backporting, unless someone is really disturbed by
switching to jsoup.
On Tue, Jul 5, 2011 at 12:31 PM, Dennis Lundberg denn...@apache.org wrote:
On 2011-07-05 17:49, Benson Margulies wrote:
I just ran smack into a bug in wagon-maven-plugin which is really a
bug in wagon-http
to maven.central. Could you please try with the latest and ping
us if it works?
txs and LieGrue,
strub
[1] http://nekohtml.sourceforge.net/changes.html
--- On Tue, 7/5/11, Benson Margulies bimargul...@gmail.com wrote:
From: Benson Margulies bimargul...@gmail.com
Subject: How are wagon-providers
and ping
us if it works?
txs and LieGrue,
strub
[1] http://nekohtml.sourceforge.net/changes.html
--- On Tue, 7/5/11, Benson Margulies bimargul...@gmail.com wrote:
From: Benson Margulies bimargul...@gmail.com
Subject: How are wagon-providers released?
To: Maven Developers List dev
Why is wagon still all 'beta'. Could we possibly make the next release
just '1.0'? It seems embarassing to me to keep calling this production
code beta.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional
1001 - 1100 of 1309 matches
Mail list logo