[
https://jira.codehaus.org/browse/MNG-4565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox updated MNG-4565:
---
Comment: was deleted
(was: From the looks of the details (assignee, fix version), doesn't look very
prom
[
https://jira.codehaus.org/browse/MNG-5102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox updated MNG-5102:
---
Comment: was deleted
(was: I registered this issue in the "kickstarting" section on FreedomSponsors.
[
https://jira.codehaus.org/browse/MNG-624?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox updated MNG-624:
--
Comment: was deleted
(was: Change By:Olivier Lamy (22/Oct/12 2:39 PM)
Deleted Comment:Voters and
[
https://jira.codehaus.org/browse/MNG-624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=311989#comment-311989
]
Brian Fox commented on MNG-624:
---
Tim, Tony, Jira shouldn't be used for advertising of serv
The problem below is because your configuration is inside an execution,
which when run from the command line like mvm enforcer:enforce won't be
activated. Either bind this plugin to a phase as part of your build, or
move the configuration element outside the executions block.
On Thu, Oct 11, 2012
I'm +1
On Tue, Sep 11, 2012 at 1:39 PM, Robert Scholte wrote:
> I don't think it's IF we should move to git, but WHEN and now seems to be
> the right time.
> +1
>
> Robert
>
> Op Tue, 11 Sep 2012 14:49:46 +0200 schreef Paul Gier :
>
>
> +1, and I'm willing to volunteer if you still need more peo
There are lots of tests that are trying to use file based repositories
for certain conditions. This is why in 2.0.9 I had added the
external:* :
external:* matches all repositories except those using localhost or
file based repositories. This is used in conjunction with a repository
manager when y
load will be available from the above mentioned web
>> site or from the Apache Maven-2 repository (group-id:
>> org.apache.fulcrum) as soon as all mirror operations have been completed.
>
> Finally I managed to get this published. Personal thanks to Brian Fox
> for manually publ
On Sat, Aug 25, 2012 at 6:48 AM, Robert Scholte wrote:
>
> This sounds like https://jira.codehaus.org/browse/MNG-5324
Agree, that looks like the same thing. I tested all different forms of
this with Nexus and the metadata was verified to be correct each time.
I didn't check with Maven though, I w
On Fri, Aug 24, 2012 at 5:43 PM, David Hoffer wrote:
> I can't say the whole problem is with Nexus. I can say that the
> requirement in Maven3 to always use timestamped snapshots has not be
> addressed in a complete way with tools like Nexus and my beloved IDE
> IntelliJ. We have hundreds if not
On Fri, Aug 24, 2012 at 5:27 PM, Laird Nelson wrote:
> On Fri, Aug 24, 2012 at 1:52 PM, David Hoffer wrote:
>
>> We have been having nothing but trouble with Nexus and
>> Maven3 with the time-stamped snapshots and all the various metadata
>> files that Nexus spits out (which confuse Maven and IDE
On Wed, Jul 25, 2012 at 4:19 PM, Brett Porter wrote:
> On 26/07/2012, at 3:46 AM, Brian Fox wrote:
>
> > On Tue, Jul 24, 2012 at 7:16 PM, Brett Porter wrote:
> >
> >>
> >> My understanding is that unfortunately Sonatype are not allowing anyone
> >>
On Tue, Jul 24, 2012 at 7:16 PM, Brett Porter wrote:
>
> My understanding is that unfortunately Sonatype are not allowing anyone
> else to mirror the content directly any more.
>
Ibiblio disabled the rsync on their own accord because it was thrashing
their disks.
Central is now on a CDN so para
Just over a year ago we evolved the Central architecture to be globally
load balanced with 2 servers in the US and 2 more in the UK. This year,
we've gone even futher to increase reliability and delivery performance.
We evaluated several options and ultimately settled with Edgecast as the
delivery
Just over a year ago we evolved the Central architecture to be globally
load balanced with 2 servers in the US and 2 more in the UK. This year,
we've gone even futher to increase reliability and delivery performance.
We evaluated several options and ultimately settled with Edgecast as the
delivery
Which rule spits that out? This seems unusual.
On Thu, Jul 19, 2012 at 6:11 PM, Laird Nelson wrote:
> The Maven Enforcer plugin version 1.1.1 outputs a ton of information at the
> INFO level that seems to me to be repetitive and uninteresting. Here is an
> excerpt from a normal run:
>
> [INFO]
Brian Fox
Change By:
Brian Fox
(13/Jul/12 1:45 PM)
Resolution:
Fixed
lized
Change By:
Brian Fox
(13/Jul/12 1:44 PM)
Resolution:
Niclas, I'm told it's working now. Can you confirm?
On Tue, Jul 10, 2012 at 1:11 PM, Brian Fox wrote:
> The network team confirmed that this is only Unicom with the issue. They
> are looking at alternate routes that would hopefully work.
>
>
> On Mon, Jul 9, 2012 a
for that service and don't have it.
>
>
> Cheers
> Niclas
>
> On Tue, Jul 10, 2012 at 1:58 AM, Brian Fox wrote:
> > Niclas,
> > We are seeing a lot of traffic to Central from China, so this certainly
> > isn't a case of the Great Firewall blocking ever
Niclas,
We are seeing a lot of traffic to Central from China, so this certainly
isn't a case of the Great Firewall blocking everything, rather it seems a
little more localized. Can you send more more info about your source ip and
geo location that we could use to see what's up? Possibly we can get
Committers can delete org/apache/any23/.* snapshots directly through the ui
since that's the path as mapped to belong to the project. I deleted
org/deri, the rest look like you can delete them directly.
On Thu, Jun 28, 2012 at 6:14 PM, Simone Tripodi wrote:
> Hi all repo@ fellows,
>
> at the Any2
If it's an oss project, then you can use
https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repository+Usage+Guide
On Wed, Jun 20, 2012 at 11:37 AM, fachhoch wrote:
> we dont a local nexus repo mamnager installed , and we are developers
> working in remote locations , our project
Found the email Russ ;-)
Anyway, repository.s.o isn't intended to be a mirror, it's just a
proxy used primarily by us for internal use and for oss users building
our stuff. http://search.maven.org has replaced the need to use rso's
search as well.
Regarding why the files aren't in the repository,
Nexus Pro has functionality that would allow you to do mirroring, we have a
bunch of customers doing exactly what you ask.
On Fri, Jun 1, 2012 at 12:53 PM, Phillip Hellewell wrote:
> Hi,
>
> Our company would like to mirror our Maven repository at a remote
> location. Currently we've been using
Everything is stored in the sonatype-work/nexus folder. Copy that folder to
another machine and you have duplicated your entire instance.
On Thu, Apr 26, 2012 at 10:01 PM, hujirong wrote:
> The one I am using in my test environment is not professional, but a free
> one. I don't see anywhere a "c
Make a request here and I can attach the poms for you:
https://issues.sonatype.org/browse/MVNCENTRAL
On Tue, Apr 10, 2012 at 1:17 PM, Wayne Fay wrote:
> > If you wanted to scrape Maven Central for just the poms then I'd
> > contact Sonatype who manage the central repository.
>
> As Barrie said,
Has anyone considered making an rpm/deb bundle that essentially
contains a script which can fetch the associated tar.gz from the
apache site and unpack it?
It seems like this would be the best of both worlds. Hardly anything
ever changes in the package, people get easy access to "sudo apt get
inst
On Wed, Mar 21, 2012 at 4:35 AM, Sascha Scholz wrote:
> Hi,
>
> On Tue, Mar 20, 2012 at 11:28 PM, Olivier Lamy wrote:
>> BTW do we consider adding a warning in 3.0.5 if id != host and fail in 3.0.6
>> or fail directly in 3.0.5
>
> Why not deprecate the id entry then instead of forcing users to se
On Tue, Mar 20, 2012 at 6:28 PM, Olivier Lamy wrote:
> 2012/3/20 Brian Fox :
>> On Tue, Mar 20, 2012 at 5:07 PM, Olivier Lamy wrote:
>>> 2012/3/20 Brian Fox :
>>>> On Tue, Mar 20, 2012 at 12:58 PM, Olivier Lamy wrote:
>>>>
>>>>> Hell
On Tue, Mar 20, 2012 at 5:07 PM, Olivier Lamy wrote:
> 2012/3/20 Brian Fox :
>> On Tue, Mar 20, 2012 at 12:58 PM, Olivier Lamy wrote:
>>
>>> Hello Folks,
>>>
>>> The default preemptive on for GET is probably a bad idea.
>>> Im
On Tue, Mar 20, 2012 at 12:58 PM, Olivier Lamy wrote:
> Hello Folks,
>
> The default preemptive on for GET is probably a bad idea.
> Imagine the following case, in your settings you have:
>
>
> olamy
> reallycomplicatedpassword
> foo.org
>
>
> During dependencies resolution
The second one looks right to me, this is what I've always used as reference[1]
[1]
http://www.sonatype.com/people/2008/05/maven-code-how-to-detect-if-you-have-a-snapshot-version/
On Mon, Feb 27, 2012 at 6:41 PM, Robert Scholte
wrote:
> A couple of issues of the release-plugin have to do with S
>
> If Ant is their primary build tool, then I would suggest helping them
> set up Ant to use Maven Ant Tasks as a starting point. That is a great
> way of enabling an Ant build to deploy the artifacts into a Maven-style
> repository.
>
I would second that. In fact Ant/Ivy both already deploy to Ne
30 minutes is a high enough value that I think we'll be ok. Thanks Olivier.
On Tue, Dec 13, 2011 at 8:53 AM, Olivier Lamy wrote:
> 2011/12/13 Brett Porter :
>>
>> On 13/12/2011, at 7:38 PM, Olivier Lamy wrote:
>>
>>> Le 13 décembre 2011 09:35, Arnaud Héritier a écrit :
Olivier increased it
> Agree.
> I will add it in release and complete documentation here:
> http://maven.apache.org/guides/mini/guide-http-settings.html
This seems like a pretty big change and not enough people will read
that and start to freak out. If maven worked all this time with no
read timeout, why change it no
The pgp signing you're doing produces a detached signature. Eclipse is
looking for some embedded signature produced by jarsigner, they are
related but not the same.
On Mon, Dec 5, 2011 at 10:30 AM, Marshall Schor wrote:
> Every time people install one of our plugins, they get a warning message ab
> Again I start a release process and produce a "candidate for release"
> build with a naming 3.0.4 for 5 days vote.
> Something failed, so it has been fixed and I restarted a vote with a
> second "candidate for release" called 3.0.4 for 5 days vote.
> (retagging etc )
>
> What is the differenc
On Sun, Dec 4, 2011 at 3:37 AM, Olivier Lamy wrote:
> Hello,
> The vote is cancelled due to the issue found by Dan.
>
> I will restart a vote when a fix will be available.
An RC candidate I hope...
>
>
>
> 2011/12/1 Olivier Lamy :
>> Hello,
>>
>> I'd like to release Apache Maven 3.0.4 (take 2).
The RCs were started for a very specific reason, to improve the
quality of our releases. Just breezing through this thread, there are
clearly issues with memory and some other stuff here that may be
bigger than we understand in this small testing surface. An RC build
will get more eyes and either c
It looks to me like your settings.xml isn't defining a pluginRepository.
On Thu, Nov 10, 2011 at 7:09 AM, brian2011 wrote:
> Hi,
>
> I'm using Maven 2.2.1 and Nexus 1.7.2. Nexus is configured as an internal
> repository manager with a single nexus group to external repository such as
> maven cen
A new version of the indexer was released and requested to be rerun
over central. That means a new full index was generated, when
typically it is just an incremental index. The size of the file and
speed of ibiblio seems to be giving some people trouble. But it should
sort itself out, besides reset
Anyone who is actually going to do the work can make a branch when
they need to. I see no point in making a branch just for fun.
On Tue, Sep 13, 2011 at 10:01 AM, Benson Margulies
wrote:
>> As for the solution of creating a 2.x branch, that's fine. I don't
>> really see much difference between yo
Maybe you're behind a firewall that hasn't adjusted to the new ips?
http://www.sonatype.com/people/2011/07/the-central-repository-is-getting-faster-are-you-ready-for-the-new-ips/
On Wed, Aug 31, 2011 at 5:49 PM, Jason Pyeron wrote:
> Not sure if this is the right place to ask, but I am getting a
Release forks the build and therefore not all the parameters are
passed through. There is a parameter for the plugin though to specify
which agurments to pass, I forget what it is, but I'm sure you know
how to find it ;-)
On Sun, Sep 4, 2011 at 1:48 PM, Benson Margulies wrote:
> I was a bit taken
> I google'd for "jboss maven repo moved" and found the following blog
> post which explains this repo was deprecated over a year ago and was
> finally shut down in early June 2011.
> http://community.jboss.org/en/build/blog/2011/06/01/blocking-repositoryjbossorgmaven2
My money is on ^^^
If this is an external repo: If the repository publishes an index, use
that. Otherwise, what you're doing would likely be perceived as
scraping and get you banned from remote repositories.
If this is an internal repo, then use the maven-indexer to produce an
index for you.
On Mon, Aug 29, 2011 at
It's because Github returns a 404 on your repo:
https://raw.github.com/davidhoyt/mvn-repo/master/maven2/snapshots/ and
this makes Nexus think the repo isn't available. Disable the Auto
blocking and it should work.
On Tue, Aug 23, 2011 at 2:28 AM, Hoyt, David wrote:
> I'm trying to setup a micro r
On Fri, Aug 19, 2011 at 4:35 PM, Thiessen, Todd (Todd)
wrote:
> Thanks for clarifying. Hopefully we can get some advice here wrt the policies
> regarding different artifacts with the same GAV.
This is a very rare circumstance. What happened was we merged java.net
with Central. Anything that was
ther, it's a transitive dependency of
> com.sun.jersey.contribs:jersey-spring:1.1.4). I don't understand why
> changing the dependency to a direct one gets Maven to download it from our
> central repo, but it does.
>
> 2. In pom.xml, specify our Nexus java.net copy a
What is the failure that you're seeing here? The changes look
appropriate since the contents of maven/1 and maven/2 are now in
Central, so removing those repo declarations should have no effect.
On Fri, Aug 19, 2011 at 10:18 AM, Blaney, Kyle (Kyle) wrote:
> We recently encountered a strange Maven
I'd like to be added as well please.
On Thu, Aug 18, 2011 at 10:45 AM, Jason van Zyl wrote:
> I'll get Wayne Beaton to add yourself and Olivier to the proposal.
>
> On Aug 18, 2011, at 10:36 AM, Mark Struberg wrote:
>
>> Me also, or should we ask on the eclipse aether list? (is there such a list
I can make a maven specific staging group that will always contain the
staged stuff.
2011/8/17 Arnaud Héritier :
>>
>>
>>
>> That's what I was going to suggest in response to Hervé's last message.
>> Instead of bumping to a new snapshot immediately, it'd be better if the CI
>> system could see the
On Wed, Aug 17, 2011 at 2:54 PM, Brett Porter wrote:
>
> On 18/08/2011, at 2:39 AM, Benson Margulies wrote:
>
>> Unless we made use of a 'mirror trick'? I'm not sure that the
>> following hangs together. What if there was a repo group for us at
>> repository.apache.org that aggregated the staging
Benson, what problem exactly are you trying to solve here?
On Wed, Aug 17, 2011 at 7:50 AM, Benson Margulies wrote:
> This tees off of a remark in the recent vote thread about the
> disruption to CI of pom releases.
>
> I don't believe that we need the full ASF release voting process for
> our in
:02, Marshall Schor wrote:
>
>> On 8/8/2011 10:08 AM, Brian Fox wrote:
>>> Only the maven2 folder is replicated worldwide. For now you could use
>>> us.maven.org instead or repo1.maven.org
>
> ^ that should read "instead of repo1.maven.org" because
Only the maven2 folder is replicated worldwide. For now you could use
us.maven.org instead or repo1.maven.org to be sure you get consistent
results for m1 or eclipse. I'll see about getting the rest replicated
to the uk boxes.
On Sun, Aug 7, 2011 at 7:27 PM, Brett Porter wrote:
> Brian may know,
Only the maven2 folder is replicated worldwide. For now you could use
us.maven.org instead or repo1.maven.org to be sure you get consistent
results for m1 or eclipse. I'll see about getting the rest replicated
to the uk boxes.
On Sun, Aug 7, 2011 at 7:27 PM, Brett Porter wrote:
> Brian may know,
It appears like you aren't using groups in Nexus. Your maven shouldn't
be telling you it's looking in the jboss repo, it should be looking in
your nexus group and nexus deals with the other repos. You would
normally do this in your settings with a mirrorOf * ->
nexus/content/groups/public for examp
As of this morning we enabled the global load balancing and users
closest to the EU Nameservers will start hitting the UK server
automatically.
On Fri, Jul 29, 2011 at 12:24 PM, Brian Fox wrote:
> We're moving around some switching gear to have faster internet access
> for Central.
We're moving around some switching gear to have faster internet access
for Central. Because of this, the ip numbers for the US Central
servers will change. This should not affect most users unless your
corporate IT has firewall rules locked to the old ips. You can see
more details about the change
> confusing and maybe even a problem waiting to happen...
>
>>
>> On Thu, Jul 28, 2011 at 5:32 PM, Brian Fox wrote:
>>>
>>> not crazy about the syntax, but generally yes i think that makes sense.
>>>
>>> I've long maintained that we need somethin
in replacing 'staticscm' with 'scm' and not adding the child
> modules to the URL.
> Did I get this correctly?
>
> Tried that with mvn-3.0.3 and mvn-2.2.1 and a standard build works just fine.
> Of course a release would only work with the newer maven vers
On Thu, Jul 28, 2011 at 2:59 PM, John Casey wrote:
> Would it be better to have a syntax to mark a URL as literal, not to be
> calculated or used as the basis of calculation?
>
Yes. I tried to fix this behavior for urls back in ~2.0.6/7 ish and it
broke lots of stuff that depended upon that behav
t; to copy the dependencies of another project (not the current one).
>
> Thanks,
> Gili
>
>
> Brian Fox-2 wrote:
>>
>> It does not support transitivity yet. You can use copy-dependencies and
>> combinations of the filters to get the artifacts you need
>>
&g
default is:
overWriteIfNewer=true
overWriteReleases = false
overWriteSnapshots=false
Setting the releases or snapshots to true will cause it to ignore the
if newer check.
On Wed, Jul 27, 2011 at 11:13 AM, KARR, DAVID (ATTSI) wrote:
>> -Original Message-
>> From: Brian Fox
you can set a flag to tell it to always unpack. I forget the exact
param, but it's in the docs.
On Tue, Jul 26, 2011 at 5:01 PM, KARR, DAVID (ATTSI) wrote:
>> -Original Message-
>> From: GALLAGHER, RON (ATTSI)
>> Sent: Tuesday, July 26, 2011 12:03 PM
>> To: Maven Users List
>> Subject: RE
If the snapshot was resolved from a repo then it will be timestamped,
if it came from the reactor or local repo, then it will be -SNAPSHOT.
The plugin calls into the maven resolution logic so this is core maven
behavior.
In 2.2, resolution from the reactor was introduced for these goals,
previousl
What about the * bit you? Does the external:* fix it for you?
On Wed, Jul 6, 2011 at 10:21 PM, Benson Margulies 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 wrote:
>> On Thu, Jul 7, 2011
> One reason you might do it is to enable a repository to be searched
> for snapshots. By default, Maven's built-in definition of 'central'
> only has releases enabled. Unless you define another repository
> somewhere that has snapshots enabled, Maven will never retrieve any
> snapshots.
This i
+1.
I reviewed the change for 316 and am comfortable with it. Regarding
the "simple" things pushed off, that doesn't worry me much, its just
more reason to cut another release soon. I haven't looked at the issue
list lately but for the one I did in Feb, I applied all the patches I
could find that
[
https://jira.codehaus.org/browse/MDEP-231?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Fox closed MDEP-231.
--
Resolution: Won't Fix
Use the get goal
> Create a single dependency resolutio
Something that needs to enumerate a repo should look towards
leveraging the index instead of the index listing that wagon uses.
Once upon a time, the wagon couldn't work with the listings of certain
repo managers
because they didn't render an index.html (i don't know if that's still true
or not) bu
This problem resulted because java.net projects are being moved into
Central. There was a conflict between what they had and what's in
Central. The old artifact is being put back in place. People that want
to correct one will have to use the new gav.
The point about why this shouldn't be changed i
I'll find out more about what happened here. In general things don't
get changed or removed once it hit's Central. There are sometimes
judgement calls that need to be made so it's not iron clad.
On Thu, Jun 23, 2011 at 10:26 AM, John Casey wrote:
>
>
> On 6/23/11 10:17 AM, Anders Hammar wrote:
>>
You should always fetch from repo1.maven.org/maven2/.index
On Tue, Jun 21, 2011 at 5:50 AM, amaresh mourya
wrote:
> Hi,
>
> I am unable to ping [ http://repo2.maven.org.s3.amazonaws.com/.index/ ]
> location. Whereas ping to [ http://repo1.maven.org/maven2/.index ] is
> successful.
> Is the locati
The old versions are LGPL
On Sun, Jun 12, 2011 at 11:40 AM, Benson Margulies
wrote:
> There's no such thing as a 'retroactive license change', though
> perhaps the Tanuki-person has managed a sufficient approximation. Is
> there?
>
> Once upon a time, he/they released some version of JSW under a
I did the m2e move a few years back from codehaus to sonatype and it
was definititely non-trivial. You have to line up the workflows and
fields on both sides and then you have to contend with all the user
accounts that get thrown into Jira.
2011/6/1 Arnaud Héritier :
> +0.
>
> Even if it could be
local first, then it starts looking in configured repositories (from
settings, pom, super-pom)
On Tue, May 24, 2011 at 10:45 AM, uday shankar wrote:
> Hi,
> Where does maven pick the jars from (first) local repo or central repo?
>
> Regards,
> Uday
>
> --
> View this message in context:
> http:/
On Tue, May 24, 2011 at 11:17 AM, Stephen Connolly
wrote:
> deploy new poms as poms with classifier
>
> new maven tries to download pom with classifier... fails and falls
> back to pom without
>
> old maven only ever sees pom without classifier
>
I don't think classifier is the right use for this
2011/5/24 Arnaud Héritier :
> Before talking about a specific change in the model like the addition of
> mixins (which may be cool but not critical) did we :
> - studied that we had everything necessary to manage new versions of POMs
> with something a little bit dynamic inside the core and all tha
It's also worth mentioning that Nexus Professional's Procurement
feature is built for exactly the use case you have. It's meant to have
a hard firewall like separation between internal and external
artifacts and rules that allow you to approve whitelist/blacklist
style, or by wildcard or other runt
I just wanted to close the loop on this, http://search.maven.org is
now updated incrementally in lockstep with the contents of Central.
On Fri, May 6, 2011 at 9:53 AM, Brian Fox wrote:
> On Fri, May 6, 2011 at 3:54 AM, Nord, James wrote:
>> Hi Brian,
>>
>> "we i
You don't need to bootsrap it, just setup a repo like Nexus and let it
proxy on demand the things you need. In that case a bootstrap might
simply mean run all our builds and/or run mvn dependency:go-offline to
resolve everything you need.
On Wed, May 18, 2011 at 5:21 PM, Heck, Gus (Patrick)
wrote
On Tue, May 17, 2011 at 3:50 PM, Russ Tremain wrote:
> I use the maven-dependency plugin for jar and war packaging.
>
> It is flexible and non-judgmental.
>
> This is particularly important when you are converting a large project over
> to maven and cannot follow some maven conventions - you may b
In short, we're moving to a clustered IP for the US Central machines
to improve the reliability and get automatic failover. We know some
users have firewall rules locked to the existing IP, if that's you,
pay attention:
We're failing over to the backover IP tonight so we can install the
clustered
In short, we're moving to a clustered IP for the US Central machines
to improve the reliability and get automatic failover. We know some
users have firewall rules locked to the existing IP, if that's you,
pay attention:
We're failing over to the backover IP tonight so we can install the
clustered
iving on Central and appearing on Search is minimal.
>
> Just don't want it forgotten that just as it is in repo1.m.o it may not be in
> uk.m.o (and if it is in the process of being synced could be only be
> partially there?)
>
> Thanks for the quick workaroun
ated.
>
> -o
>
> On 2011-05-05, at 12:52 PM, Brian Fox wrote:
>
>> Than you, i'll let the team know.
>>
>> Also, we've adjusted how the redirects work and included a static page
>> so people don't feel like the repo was hijacked:
>> ht
>
> After debuging Maven I noticed that even having the mirror defined,
> SNAPSTHOP version of plugins always were resolved agains Maven`s central
> repository (repo1.apache.org). So we found a workaround overriding central
> and snapshot repositories in the setting xml. After that, it worked.
>
>
wse
>
> I had a friend try his system with IE8 and it worked fine. Needless to say
> Chrome and FF work just fine.
>
> -Jim
>
> -Original Message-
> From: Brian Fox [mailto:bri...@infinity.nu]
> Sent: Thursday, May 05, 2011 8:50 AM
> To: Maven Users List
&g
On Thu, May 5, 2011 at 7:09 AM, Anders Hammar wrote:
> Regarding the "m2e indexes", at what time are they updated?
3:22 CST daily.
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: use
#x27;t anticipate huge numbers of downloads
through the search system.
> Regards,
>
> /james
>
> -Original Message-
> From: Brian Fox [mailto:bri...@infinity.nu]
> Sent: 05 May 2011 12:06
> To: Maven Users List
> Subject: Re: central repo?
>
> This was
This was an attempt to block the constant scrapers that are attempting
to crawl the entire repository for no good reason, and the bandwidth
isn't free.
The index used to serve the search is not the same index used by M2e.
Fwiw, the m2e indexes are updated daily now, but I need to see why
this inde
On Sun, Apr 17, 2011 at 5:11 PM, Jochen Wiedmann
wrote:
> On Sun, Apr 17, 2011 at 9:50 PM, Olivier Lamy wrote:
>
>> AFAIK wagon ssh is included in site plugin 3.0-beta-3 dependencies.
>
> That's not the same than adding it to the pom as an extension, isn't it?
>
>
>
>> BTW there are still people
The warning is talking about the plugin versions rule. Off hand
nothing jumps out as being wrong with the config to me. It's been too
long since I wrote this rule to recall off the top of my head how it's
processed. Take a look at the code and see how includes, excludes are
handled. There may be so
Jochen pointed out to me directly that this is needed for site
deployment. /facepalm. Seems reasonable to me then.
On Wed, Apr 13, 2011 at 12:44 PM, Brian Fox wrote:
> Projects are usually using repository.apache.org / https by default
> for deploys. So why would we add it?
>
> On
Projects are usually using repository.apache.org / https by default
for deploys. So why would we add it?
On Wed, Apr 13, 2011 at 3:08 AM, Jochen Wiedmann
wrote:
> Hi,
>
> are there any reasons for *not* adding wagon-ssh (and possibly others)
> to the Apache parent POM? I'd opt adding this and rel
ect I get target/classes.
>
> That seems to be the opposite to what you have described?
>
> /Lucas
>
>
> On 04/08/2011 07:52 PM, Brian Fox wrote:
>
> It's not a hack, the plugin asks maven core to resolve the artifacts and the
> objects it gets back have file han
201 - 300 of 2834 matches
Mail list logo
