<div dir="ltr">Rather, it omits the packaging type:<div>
<p class="">               .<span class="">setPackaging</span>(forgeDep.getCoordinate().getPackaging())</p></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Sep 4, 2013 at 12:29 PM, Lincoln Baxter, III <span dir="ltr">&lt;<a href="mailto:lincolnbaxter@gmail.com" target="_blank">lincolnbaxter@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">The reason the dependency resolution fails is because the Gradle addon is omitting the dependency type from the coordinates, here. It is trying to resolve a JAR but only a POM exists.<div>
<br></div><div>







<p><br></p>
<p>   <span>private</span> GradleDependencyBuilder forgeDepToGradleDepBuilder(Dependency forgeDep)</p>
<p>   {</p>
<p>      <span>return</span> GradleDependencyBuilder.create()</p>
<p>               .setConfiguration(GradleDependencyConfiguration</p>
<p>                        .fromMavenScope(forgeDep.getScopeType()).getName())</p>
<p>               .setGroup(forgeDep.getCoordinate().getGroupId())</p>
<p>               .setName(forgeDep.getCoordinate().getArtifactId())</p>
<p>               .setVersion(forgeDep.getCoordinate().getVersion());</p>
<p>   }</p></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Sep 4, 2013 at 12:13 PM, Lincoln Baxter, III <span dir="ltr">&lt;<a href="mailto:lincolnbaxter@gmail.com" target="_blank">lincolnbaxter@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey Adam,<div><br></div><div>Seems like things have been a bit quiet, but I&#39;ve been reviewing the Forge Gradle Addon, and it&#39;s looking good! I&#39;ve reproduced the dependency resolution issue you ran in to, but I&#39;m not exactly sure where the error lies. Looking in to it.</div>


<div><br></div><div>You asked what to work on next. And I think that if you have finished all of the core/required functionality, it might be interesting to add a Forge UICommand/UIWizard to set up this eclipse config: </div>


<div><br></div><div><a href="http://www.gradle.org/docs/current/userguide/eclipse_plugin.html" target="_blank">http://www.gradle.org/docs/current/userguide/eclipse_plugin.html</a></div><div><br></div><div>That should make it easier for people to import Gradle projects into eclipse. Do you think this has value?</div>


<div><br></div><div>Alternatively, have you tested the scenario where a user attempts to use an existing Gradle project with Forge? It does not appear that this is tested yet, so that might be useful to explore. I believe this may raise a few new issues like, &quot;Should we modify the user&#39;s gradle.build script in order to support Forge operations?&quot; and &quot;How should we ask them?&quot;</div>


<div><br></div><div>It&#39;s possible that you could simply create a temporary build descriptor with the required forge library, execute that, then delete it. Or perhaps a new command in Forge to &quot;Make a gradle project editable by forge.&quot;</div>


<div><br></div><div>Thoughts?</div><span><font color="#888888"><div><div><br></div>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>&quot;Simpler is better.&quot;
</div></font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>&quot;Simpler is better.&quot;
</div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>&quot;Simpler is better.&quot;
</div>