Auto Resolve Dependencies about j2objc-gradle

[confile]

@advayDev1 I suppose you know more about this?

[advayDev1]

Can you be more specific about what you mean by dependencies? Are these transitive dependencies of the instant jars on other jars?

[confile]

@advayDev1 I mean transitive dependencies.

[confile]

I mean that they should be resolved like in:

dependencies {
  compile ...
}

[advayDev1]

are you asking for:

1. compile dependencies named in the dependencies DSL block should be automatically converted into translate* flags?
   or
2. such dependencies, whether in the dependencies DSL block or mentioned in translate* flags, should have their transitive dependencies included automatically?

[confile]

No to make it simple. I want that our plugin auto resolves transitive dependencies. That's it.

[advayDev1]

I don't know if we should do that. I know in my case it would actually be harmful, and I can imagine it would be for many people. Consider that your projectA uses libB. libB relies on Guava. With this, we would use the public Guava jar as referenced in libB's pom file (for example), but that would be wrong, we should instead use the guava in the j2objc dist library. This could happen for any library. There is no way to map say a Maven pom file transitive dependency to the name in the j2objc lib directory (afaik).

I assume you want this to make --build-closure easier to manage, as it would be for me as well. But as soon as I started doing something that wasn't simple (for example, in my case my projectA relies on libB which relies on libC which has some JNI components that I then had to create a libCModified version myself which stubs or replaces with OCNI those JNI components), it did not work to do it automatically.

[advayDev1]

So, the right way to do this is use:
project.sourceSets.main.compileClasspath.getAsPath()
project.sourceSets.test.compileClasspath.getAsPath()

they can just be added to translateClasspath.

Also, #112 does not need to be done to do this, only nice-to-have.

Need to solve #180 because otherwise the junit.jar for example we reference in the translateClasspath may be of a different version than the junit.jar in the j2objc dist.