Issue Subscription
Filter: Design & Best Practices (28 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
Yes it counts. Hopefully you'll see your account tomorrow. Please
confirm or deny when it does or doesn't show up ;-)
On Thu, Oct 1, 2009 at 1:51 AM, Arnaud HERITIER wrote:
> I think your vote count but for infra I don't know what to do.
>
>
> On Thu, Oct 1, 2009 at 9:33 AM, Stephen Connolly <
>
>
> Brian, do you want expand on this for the rest of us? What are the rules,
> how will it work, and how can we use it?
>
The details belong in another thread, but we'll be able to implement
these rules for projects using repository.apache.org and
oss.sonatype.org. This isn't really new informati
On 02/10/2009, at 9:51 AM, Brian Fox wrote:
We
have chosen to attack this problem by raising the barrier to entry for
new artifacts. This work started months ago and we'll be able to put
something in place in the next few weeks.
This will be done in an automated fashion, starting with artifacts
On Thu, Oct 1, 2009 at 2:24 PM, Albert Kurucz wrote:
> Wayne, Who paid Linus to create version 1.0 of the Linux Kernel?
> If somebody can create a Maven repo crawler as a hobby project, then
> somebody will.
The Nexus Indexer already runs on Central, directly on the machine.
Crawling the reposito
Albert,
Clearly you seem to have plenty of enthusiasm for helping to provide
better metadata, and I don't want to discourage that.
Providing and hosting a repository containing 90 thousand files that
serves greater than 12TB of data a month is not as easy as you might
imagine. Starting over with a
My vote is on Option2:
http://xircles.codehaus.org/projects/pinin
On Thu, Oct 1, 2009 at 2:43 PM, Albert Kurucz wrote:
> Isn't that funny:
> http://ask.metafilter.com/68789/Why-do-rotten-onions-smell-good
>
>
> On Thu, Oct 1, 2009 at 2:13 PM, Albert Kurucz wrote:
>> I would like to see some vot
Wayne, Who paid Linus to create version 1.0 of the Linux Kernel?
If somebody can create a Maven repo crawler as a hobby project, then
somebody will.
The first Cert List will probably be just the result of some simple
tests, not much.
But many will follow. We will have to protect somehow our bandwid
> I have proposed in the original thread a solution, based on multiple
> index files, which index files would represent the output of CAs. If I
> configure in my Maven settings file (by URL) which index file I want
> to use, my Maven should be blind to any other artifacts on the repo.
> Allowing AN
Isn't that funny:
http://ask.metafilter.com/68789/Why-do-rotten-onions-smell-good
On Thu, Oct 1, 2009 at 2:13 PM, Albert Kurucz wrote:
> I would like to see some votes:
>
> 1. Big Rotten Onion
> 2. Starting Over After Writing New Policies
>
> On Thu, Oct 1, 2009 at 2:04 PM, Albert Kurucz wrote:
I would like to see some votes:
1. Big Rotten Onion
2. Starting Over After Writing New Policies
On Thu, Oct 1, 2009 at 2:04 PM, Albert Kurucz wrote:
> You know where Option1 will drive us?
> When the added metadata which hides current corruption will become
> corrupt, we need another layer.
> At
You know where Option1 will drive us?
When the added metadata which hides current corruption will become
corrupt, we need another layer.
At the end, it will look like a big onion. :)
Where will Option2 will get us?
The new repo will get corrupted again.
Unless the policy of repo-ing something will
http://www.mail-archive.com/us...@maven.apache.org/msg102285.html
According to current policies, fixing corruptions on Central is not an option.
Change policies is not an option. (Change-able policy is not a policy).
Option1: Hide the corruption (through added metadata)
Option2: Build a new Central
if we have a second repo at all that means that anyone not using a
repository manager will hit both repos for every artifact (which is bad)
IMHO, central is what it is, all we can do is add metadata to help
paint over the crayon scribbles on the wall from when the children
were growing up ;
What about creating a new legacy repository for deprecated artifacts? Stuff
that we don't want in the main repository could be moved to a new legacy repo.
This way we effectively deprecate these artifacts, but it does not require any
POM or metadata changes. Anyone that needs to use the deprec
I've been using the invoker:install goal to do that. It's in the run-its
profile of those two plugins...
Donszelmann Mark wrote:
Hi John,
will this also allow me to publish the maven-plugin under test in a
separate local repo, not influenced by others...
Regards
Mark
On Oct 1, 2009, at 3:1
Hi John,
will this also allow me to publish the maven-plugin under test in a
separate local repo, not influenced by others...
Regards
Mark
On Oct 1, 2009, at 3:17 PM, John Casey wrote:
Many of the plugin integration tests are using the invoker plugin,
but I've actually started converting
Hello every one,
I'm maven beginner and I have downLoad eclipse-plugins source code.
When try to run the test i receive the following error:
Trunk revision is 819509
Could you tell me how can create maven-eclipse-plugin-test.jar ?
org.apache.maven.shared.test.plugin.TestToolsException: Error i
Many of the plugin integration tests are using the invoker plugin, but
I've actually started converting these to use the maven-verifier + junit
when I work on a plugin. I find the combination to be much easier to
manage, since assertions and such all happen within the junit code, and
you have m
Hi!
Git and a few other SCMs are able to use 2 different URLs for reading from a
server and writing to a server.
For Git this is called fetch-URL and push-URL, and most DCMS like hg have the
same functionality. An example would be to fetch via http and to push via ssh.
This is not currently su
John Casey wrote:
Staging repo:
https://repository.apache.org/content/repositories/maven-staging-014/
Staging site (should be showing up in a couple hours or so):
http://maven.apache.org/plugins/maven-repository-plugin-2.3/
+1
Benjamin
--
John Casey wrote:
Staging repo:
https://repository.apache.org/content/repositories/maven-staging-013/
Staging site (should be showing up in a couple hours or so):
http://maven.apache.org/plugins/maven-resources-plugin-2.4.1/
+1
The source distro contains target/test-classes so maybe you want
I think your vote count but for infra I don't know what to do.
On Thu, Oct 1, 2009 at 9:33 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> +1 (anyone know at what stage my votes count, or what's keeping infra?)
>
> -Stephen
>
> 2009/10/1 Olivier Lamy
>
> > +1
> >
> >
> > 2009/9
+1 (anyone know at what stage my votes count, or what's keeping infra?)
-Stephen
2009/10/1 Olivier Lamy
> +1
>
>
> 2009/9/30 John Casey :
> > Hi everyone,
> >
> > This release is meant to fix a couple of the biggest bugs introduced in
> 2.4.
> >
> > We fixed 2 issues:
> >
> >
> http://jira.code
+1
2009/9/30 John Casey :
> Hi everyone,
>
> This release is meant to fix a couple of the biggest bugs introduced in 2.4.
>
> We fixed 2 issues:
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11145&styleName=Text&version=15760
>
> There are still plenty of issues left in JIRA for
25 matches
Mail list logo
