Re: Legal files and maven automation

I fixed the typo (missing The in The Apache Software Foundation) in the actual artifacts voted on for geronimo release. The project name is the responsibility of the project using the legal-bundle. Its been 72 hours... IIUC there are no objections in principle to this scheme of generating

[Proposal] mirror settings and file:// repositories

I ran into some issues recently with the IT tests. I use a mirrorof * to redirect everything to a repo manager but this is also redirecting the file based repositories. I can't think of any good reason this should apply to anything other than remote repos. I have two proposals: 1. Change

RE: [Proposal] mirror settings and file:// repositories

Wiki: http://docs.codehaus.org/display/MAVEN/Mirror+Settings+and+File+reposito ries Jira: http://jira.codehaus.org/browse/MNG-3461 -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2008 5:59 PM To: Maven Developers List Subject: [Proposal] mirror

Generated NOTICE files.... a solution

As I noted in a previous thread the current NOTICE files generated by the apache-jar-resource-bundle 1.3 are not consistent with apache policy. After some discussion on legal-discuss I've come up with a bundle that no one seems to be able to find anything seriously wrong with: we're

Re: [Proposal] mirror settings and file:// repositories

This seems a little too much magic to me - is there any use case for it outside of the integration tests? Would --ignore-mirrors or -- ignore-mirror-for ID be more appropriate? I've been using a replacement settings.xml file, but that blasts local repository setting and other mirrors. -

RE: [Proposal] mirror settings and file:// repositories

What's the use case for having a repository on the local disk, but specifying a mirror of it somewhere else? I'm sure if this is happening to people, it's totally unintentional. -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2008 8:35 PM To:

Re: [Proposal] mirror settings and file:// repositories

On Thursday 13 March 2008, Brian E. Fox wrote: What's the use case for having a repository on the local disk, but specifying a mirror of it somewhere else? I'm sure if this is happening to people, it's totally unintentional. Well, I suppose there is a use case of having something like:

RE: [Proposal] mirror settings and file:// repositories

I chatted with Brett a bit and he pointed out that some http repos might also be used locally. So how about this: A new wildcard ** that means everything not local, that is, everything except file repos and repos using http://localhost / http://127.0.0.1 This way we don't risk breaking existing

Re: [Proposal] mirror settings and file:// repositories

Yep - explicit is better. On 14/03/2008, at 12:36 PM, Brian E. Fox wrote: I chatted with Brett a bit and he pointed out that some http repos might also be used locally. So how about this: A new wildcard ** that means everything not local, that is, everything except file repos and repos

Re: Generated NOTICE files.... a solution

David, I deployed a new snapshot, can you give that a try and make sure it's all OK? - I can't get a blank line in between the project name and the notice Fixed - I can't configure projectName in a suitable place so it shows up in the generated NOTICE. In the configuration for the

CI / 2.0.9 update

Just a little update. The apache Hudson is pretty loaded right now and our tests are having issues with the way the fs is mapped[1]. Jason donated a public box[2] and I was able to get the 2.0.x branch and the Its up and running smoothly over there. I ran into a little bug in Hudson using the beta

[jira] Subscription: Design Best Practices

Issue Subscription Filter: Design Best Practices (29 issues) Subscriber: mavendevlist Key Summary MNG-2184Possible problem with @aggregator and forked lifecycles http://jira.codehaus.org/browse/MNG-2184 MNG-3313NetBeans projects, more than ant project, more than

RE: [Vote] Release Maven Plugin Tools 2.4 projects (take 3)

I'm still looking into it, but there is an exception in this stuff and it is causing IT 20 to fail: [INFO] Trace java.lang.NoSuchMethodError: org.apache.maven.tools.plugin.scanner.MojoScanner.setActiveExtractors(Lj ava/util/Set;)V at

RE: [Vote] Release Maven Plugin Tools 2.4 projects (take 3)

Ok, apparently the maven-plugin-tools-beanshell 2.0 is compatible up to maven-plugin-plugin 2.3 but not 2.4. It seems to me like we should restore api compatibility, but I don't know how extensive this is. I'm +0 for now. -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED]

Re: XBean and DI?

Hi Jason, Is this hosted somewhere where we can take a look or start poking around? Cheers, Rahul Jason van Zyl wrote: On 28-Feb-08, at 3:00 PM, Barrie Treloar wrote: Jason, do you want to talk some more about XBean, DI, Maven/Plexus etc? XBean Reflect (XBR) is really something more