Personally, I don't think I'd be in favor of ever turning it off. jvz
On 2011-10-23, at 6:10 PM, Stefan <[email protected]> wrote: > Yes, the log messages definitely need improvement - I've seen colleagues with > little maven experience getting really confused. Mark's proposal looks fine. > > As I recall someone mentioned that it would be nice to be able to turn it off > (in the spirit of making it more convenient) - to which I cannot fully agree. > I'm afraid once people find how to turn it off they'll be tempted to just > turn it off when they see the error. > > Cheers, > Stefan > > On 24.10.2011 г. 00:49 ч., Jason van Zyl wrote: >> There are no plans to remove it. Only the to try and make it more convenient >> if possible and make the error messages little more clear. >> >> jvz >> >> On 2011-10-23, at 5:37 PM, Stefan<[email protected]> wrote: >> >>> Hi guys, >>> >>> Currently, we're migrating our Archiva to Nexus and I happened to observe >>> the builds used by different teams lately. >>>> I fear there is no perfect solution. If e.g. 2 projects use the same >>>> repo-id and point to different URLs, then this would also cause >>>> inconsistency. But I think this problem is more theoretic than practically >>>> relevant. >>> Turns out, that there are projects where people have declared our snapshots >>> repository with id "internal" which is naturally assigned to the internal >>> repo - maybe because the credentials for both are the same. So here's an >>> example from practice. >>> >>> And if I can advocate for keeping this feature - I like it a lot, because >>> we have certain devs, who sometimes build projects locally and forget to >>> deploy them, which results in broken builds. Also, this feature helped me >>> convince the management, why to upgrade to maven 3. >>> >>> Cheers, >>> Stefan >>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
