Hey, Interesting idea. I guess the main use case is when you work with the IDE and you want take advantage of the build on save (eclipse) or build on ctrl+F9 (idea) of the dependency project.
I think it should be already possible with vanilla gradle + IDE. It's not great but it should work if you configure a project dependency and make sure it is higher on the classpath in the consumer project. As far as STS goes I could imagine a feature that allows to replace selected binary dependency with a selected project from the workspace :) For building gradle from CLI we plan to make it easy to toggle binary dependency with a project dependency. Our main use case is to allow working on the subset of projects in a big multi-module project. Cheers! On Fri, Jun 17, 2011 at 8:54 AM, davide.cavestro <[email protected]> wrote: > Hi guys, > I'd like to know if there is a way to somewhat elect a local gradle project > to be considered for satisfying other projects dependencies. > This way we could - especially on early developments - avoid packaging and > uploading snapshot artifacts over and over on our private maven repo only to > see how they behave on a project we have in the same workspace. This > scenario applies even for testing a high invasive refactoring. > It would be something similar to inline plugins for grails ( > http://johnrellis.blogspot.com/2010/03/grails-inplace-plugin-tip.html ). > PS: I asked the same thing to STS/gradle integration developers (they really > made a great work!!!) at > https://issuetracker.springsource.com/browse/STS-1314?focusedCommentId=41768&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-41768 > but they forwarded me to this forum. > > Cheers > Davide > > -- > View this message in context: > http://gradle.1045684.n5.nabble.com/Is-it-possible-to-elect-a-local-gradle-project-to-satisfy-other-projects-deps-tp4497854p4497854.html > Sent from the gradle-user mailing list archive at Nabble.com. > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > > -- Szczepan Faber Principal engineer@gradleware Lead@mockito --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
