There's already a JIRA for this issue:

http://issues.gradle.org/browse/GRADLE-1157

And it still affects me with the various M4 builds I've tried, but did
work for me in M1.

- Andrew

On Wed, Jun 8, 2011 at 10:38 AM, Szczepan Faber <[email protected]> wrote:
> Hey,
>
> Looks like a bug. Do you mind trying the latest snapshot? I don't
> remember exactly but we fixed some similar issue few weeks ago.
>
> distributionUrl=http\://repo.gradle.org/gradle/distributions/gradle-snapshots/gradle-1.0-milestone-4-20110605214820+0200-bin.zip
>
> Please file a jira issue if it doesn't work.
> Cheers!
>
> On Tue, Jun 7, 2011 at 5:42 PM, djKianoosh <[email protected]> wrote:
>> I have a project with a mix of external dependencies.  Most libs have sources
>> but some custom jars I need don't have associated sources.  They are just
>> plain jars on the filesystem. I include them like so:
>>
>> repositories {
>> flatDir name: 'localRepository', dirs: "$projectDir/lib"
>> .... mavenLocal() artifactory mavenCentral() etc...
>> }
>>
>> In 0.9.2, "gradle eclipse" properly brings down source jars for the ones it
>> can find, and quietly continues when it can't find sources for my local
>> libs.
>>
>> However in 1.0-milestone-3, it complains about the sources it can't find and
>> the build actually fails with unresolved dependencies. :(
>>
>> Of course there's eclipseClasspath.downloadSources = false  but that turns
>> off ALL downloading of sources.  I'd like to be able to have the 0.9.2 way
>> of handling sources it can't find by just continuing without failing the
>> build. It's ok if it prints out a message saying it can't find some sources,
>> but I think it's harsh for the build to fail just cause it can't find some
>> source jars.
>>
>> Is there an interim solution? (I'll go back to 0.9.2 for now...)
>>
>> --
>> View this message in context: 
>> http://gradle.1045684.n5.nabble.com/1-0-milestone-3-gradle-eclipseClasspath-fails-build-when-local-libraries-don-t-have-sources-tp4462119p4462119.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
>
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Reply via email to