On 2011-06-09 23:45, Benson Margulies wrote: > I'd like to offer a small suggestion. > > One of the big barriers to maven happiness is the difficulty of > understanding, in some cases, why it does what it does. > > This suggests to me three efforts that might offer an opportunity to > learn core code without drowning. > > 1: take up slf4j, and thus allow component (indeed class) by component > log control as an alternative to the giant -X spew.
I'm game for working on changing the logging implementation. Having spent some time patching commons-logging, and releasing version 1.1.1, I know my way around logging code. > > 2: get the dependency plugin caught up with the core. > > 3: think of more help: goals that answers questions that people have. > > One really useful exercise would be to mine the user list for recurring > themes. > > > > > > > On Thu, Jun 9, 2011 at 5:21 PM, Stephen Connolly > <stephen.alan.conno...@gmail.com> wrote: >> FYI Simone, our sandbox is supposed to be open for all _APACHE_ >> committers, so if you want to work on stuff you can just fork what you >> are working on into the sandbox to show us your "skills of a hacker" >> rather than having to live in patch land >> >> On 9 June 2011 22:17, Simone Tripodi <simonetrip...@apache.org> wrote: >>> Hi guys, >>> I just accidentally and quickly had a look at the thread (got >>> interested because saw Olivier in :P) and since I'm interested on >>> contributing - and have been playing with @Inject & Guice extensions >>> for a while[1][2][3][4][5] - I could provide my help. >>> My BIG issue is I don't know Maven core at all :( Do you have useful >>> references I can start reading in order to understand how it works and >>> be useful? >>> Many thanks in advance, have a nice day! >>> Simo >>> >>> [1] http://99soft.github.com/rocoto/ >>> [2] http://99soft.github.com/sli4j/ >>> [3] http://99soft.github.com/guartz/ >>> [4] http://code.google.com/p/mybatis/wiki/Guice >>> [5] http://incubator.apache.org/bval/cwiki/obtaining-a-validator.html >>> (see "Using Google Guice") >>> >>> http://people.apache.org/~simonetripodi/ >>> http://www.99soft.org/ >>> >>> >>> >>> On Thu, Jun 9, 2011 at 10:00 PM, Olivier Lamy <ol...@apache.org> wrote: >>>> 2011/6/9 John Casey <jdca...@commonjava.org>: >>>>> CC'ing dev@: I hope the PMC doesn't mind. >>>>> >>>>> We've been spending some time on-and-off talking about how we can open up >>>>> development in the Maven core, and see if we can attract some fresh minds >>>>> and ideas. I'd like to copy a list of some things we've been talking >>>>> about, >>>>> and open it up to anyone here on the dev list who has an opinion. >>>>> >>>>> This list is not meant to be comprehensive, that's the point! I (and >>>>> others) >>>>> would like to start the conversation about what we need to do to get more >>>>> of >>>>> the community involved in developing the core of Maven. >>>>> >>>>> If you're interested, please read on, and give us your thoughts! >>>>> >>>>> --- >>>>> >>>>> On 6/8/11 8:18 PM, Barrie Treloar wrote: >>>>>> >>>>>> List of suggestions to improve hacking on the core >>>>>> >>>>>> * Move to a more sustainable architecture (Stephens started this with >>>>>> plexus-utils) >>>>> >>>>>> * Upgrading Wagon (Mark) >>>>> >>>>>> * Open up access to the community somehow (suggested by Kristian) >>>>> >>>>>> * Draw in more developers to core (suggested by John) >>>>> >>>>>> * Component annotations via more standard notations (suggested by John) >>>> >>>> Agree to be not anymore dependant from the old good friend plexus. >>>> I like to be able to use core components (ModelBuilder etc..) without >>>> having to use plexus (now the sisu bridge) and being able to use in >>>> other containers. (btw we won't be able to remove sisu bridge now) >>>> Using @Inject standard looks nice too me. >>>> >>>>> >>>>>> * do stuff that is interesting to others (see the reaction to the >>>>>> mixin stuff I started) (suggested by Brett) >>>>> >>>>>> * apply patches from people that genuinely can help (suggested by Brett) >>>>> >>>>>> >>>>>> John also suggested >>>>> >>>>>> - the Maven App Engine stuff I've been working on. which allows people >>>>>> to cobble together Maven-based apps, and play around with the >>>>>> different internal services / subsystems of Maven >>>>> >>>>> this is under: >>>>> >>>>> http://svn.apache.org/repos/asf/maven/sandbox/trunk/mae >>>>> >>>>> if anyone is interested... >>>>> >>>>>> - blogs explaining the way to do various tasks inside the core...how >>>>>> different subsystems work, or something >>>>> >>>>> see below... >>>>> >>>>>> - putting together some sort of call for people to come help with >>>>>> specific new features in the core, like versionless parents, multiple >>>>>> POM syntaxes, etc... >>>>> >>>>> I think this thread is going to be the call...or at least, the first of >>>>> many >>>>> such calls. >>>>> >>>>>> >>>>>> Here I think etc needs to be expanded :) >>>>> >>>>> Please, that's the point of the conversation...expand it! >>>>> >>>>>> p.s. I really like the idea of versionless parents that would save >>>>>> some pain I'm feeling) >>>>> >>>>> I'm almost in favor of a more formalized parent/child dual POM syntax than >>>>> versionless parents. Why not go all the way and recognize child POMs as >>>>> the >>>>> slave modules they are? >>>>> >>>>>> >>>>>> I disagree with blogs, but that may be a starting point. >>>>> >>>>> I was thinking about blogging as a way of answering specific >>>>> engineering-related questions about how to get a particular thing done >>>>> using >>>>> Maven components. Or rather, how does Maven go about doing a particular >>>>> task? >>>>> >>>>> Maybe this would turn into documentation eventually...but I almost see it >>>>> as >>>>> more of a forum at first. We have email for this, and that will be the >>>>> eventual response, that we should use email...but blogs are so much more >>>>> accessible from places like feedly and google. >>>>> >>>>>> I think we need to create documentation that is accessible from the >>>>>> main site. Perhaps the tooling isn't quite there to do that easily. >>>>>> Personally I'd love to see a beginners walkthrough of how maven is >>>>>> architected with diagrams and links to the code. >>>>> >>>>> Yes, documentation is the bane of most open-source projects...and we >>>>> certainly have a weakness there. Part of the documentation needs to be >>>>> fueled by a wish list from the community though...I'm too close to things >>>>> personally to know which parts aren't easy to understand. :-) >>>>> >>>>>> It's on my todo list, but that would require time to actually work on >>>>>> that >>>>>> list. >>>>>> >>>>>> >>>>>> Brett's last thing was "All good things to discuss on the dev list :)". >>>>> >>>>> -- >>>>> John Casey >>>>> Developer, PMC Member - Apache Maven (http://maven.apache.org) >>>>> Blog: http://www.johnofalltrades.name/ >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Olivier Lamy >>>> http://twitter.com/olamy | http://www.linkedin.com/in/olamy >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>> For additional commands, e-mail: dev-h...@maven.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> For additional commands, e-mail: dev-h...@maven.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > > -- Dennis Lundberg --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org