Sorry for the late answer, but here goes 2009/2/6 Matthew Fudge <[email protected]>
> Hi all, > > (again I originally posted this on entirely the wrong thread) > > I'm currently porting and old build system to gradle and have encountered a > few issues that perhaps could make it easier to perform a task like this. > (Please also see the other posts I've made today) > > > One of the projects contains two source directories and produces two jar > files (one for each source directory). In gradle can compile both source > directories to a single ouput location. But is it possible to use the Java > Plugin to compile each source directory to its own location and jar it up > (without having to drop down to the ant javac or fiddle around with filters > and manual jaring). I know that ideally these would be two seperate > projects (or subprojects) but I would like to avoid that option at the > moment. That would indeed be the ideal solution. > > > I know this is a bit of an edge case and ideally it would be split into > multiple sub projects (which I am doing) but it does help porting legacy > build systems to gradle. > > Perhaps just mapping 2 srcDirNames to 2 destDirNames (1 to 1 mapping > although I think you currently specify only one destDirName). If the two > lists are not the same length then complain unless the destDirNames contains > only one directory. (there are problems related to floating dirs though. Ho > hum. Perhaps for the moment you can port the current Ant build file to Gradle without using the java plugin. Because this issue is probably not just limited to the source directories, what would you want to happen to the unit tests/javadoc would you want them split up also or not? This is probably something that is going to be different for individual projects so this would require some serious thinking and I don't think a quick fix will be an option to resolve this completely. Could you let us know more about your specific case? > > > > Cheers > > Matt > > > Matthew Fudge > > Thx, Tom > > > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > >
