On 22/09/2010, at 5:46 AM, Philip Crotwell wrote: > Maybe a better way to think of this is as a default task/plugin > "search path" rather than "applying a plugin". If gradle can find it, > then it makes sense to me for gradle to go ahead and try to do what > the user asked rather than toss an error.
I think this is a good approach. It makes a lot of sense for tasks such as 'idea', 'eclipse', 'wrapper' and so on. We might add some way for Gradle to be able to map an unknown task name to a plugin and automatically apply the plugin if not already applied. I would imagine that to start with this mapping would be relatively static (ie maybe just a hard-coded list) and would work only for built-in plugins. Longer term, the mapping might be more dynamic and possibly work with any plugin. > > In many cases I suspect gradle could do useful things in a project > without a build.gradle existing at all. > > Just my $0.02 > Philip > > On Wed, Sep 22, 2010 at 5:10 AM, Tomek Kaczanowski > <[email protected]> wrote: >> Matthias, >> >> If I download some open-source project, I would like to be able to type: >> gradle NameOfMyIDE >> and have a project for my IDE generated without the need of hacking >> build.gradle. >> >> BTW. I don't care about where technically these plugins are located >> (gradle-core or whatever) as long as it works the way described above. >> >> 2010/9/22 Pfau, Matthias <[email protected]>: >>> Hi together, >>> I do not like the idea of auto-applying built-in plugins because I think >>> that there shouldn't be any built-in plugins. I think that all plugins >>> should be moved out of the gradle-core. >>> >>> Kind regards, >>> Matthias >> >> -- >> Regards / Pozdrawiam >> Tomek Kaczanowski >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > -- Adam Murdoch Gradle Developer http://www.gradle.org CTO, Gradle Inc. - Gradle Training, Support, Consulting http://www.gradle.biz
