<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Of course, but we break that rule.  Solder is one example, there's
    multiple utility classes in the implementation that are required to
    compile other modules.  Also, by making the implementation
    runtime-only, the user is forced to declare two dependencies for
    their project, one for the API and one for the implementation.  If
    the  implementation was compile-scoped, they could just declare the
    implementation dependency and the API would then be pulled in
    automatically.  This is the kind of stuff we need to discuss and
    come to a resolution on.<br>
    <br>
    On 17/08/11 12:48, Dan Allen wrote:
    <blockquote
cite="mid:CAKeHnO6u9hD17SCFsCveJCFErJJL6v1qZd84rxTN+9iRpPLU1A@mail.gmail.com"
      type="cite">On Tue, Aug 16, 2011 at 22:27, Shane Bryzak <span
        dir="ltr">&lt;<a moz-do-not-send="true"
          href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a>&gt;</span>
      wrote:<br>
      <div class="gmail_quote">
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex;">
          <div text="#000000" bgcolor="#FFFFFF"> Another thing to add to
            the agenda which we need to discuss is dependency scopes. 
            In particular, we need to review our previous decision to
            make the implementation component of a module
            runtime-scoped, in light of the fact that we now no longer
            have combined jars.</div>
        </blockquote>
        <div><br>
        </div>
        <div>Isn't the idea of having an API and implementation split is
          that you should not be compiling against anything in the
          implementation? Of course, an end user can choose to override
          that convention to make the implementation a compile-time
          scope, but we don't want to encourage that, do we?</div>
        <div><br>
        </div>
        <div>-Dan</div>
        <div><br>
        </div>
      </div>
      -- <br>
      <div>Dan Allen</div>
      Principal Software Engineer, Red Hat | Author of Seam in Action<br>
      Registered Linux User #231597<br>
      <br>
      <div><a moz-do-not-send="true"
          href="http://www.google.com/profiles/dan.j.allen#about"
          target="_blank">http://www.google.com/profiles/dan.j.allen#about</a><br>
        <a moz-do-not-send="true" href="http://mojavelinux.com"
          target="_blank">http://mojavelinux.com</a><br>
        <a moz-do-not-send="true"
          href="http://mojavelinux.com/seaminaction" target="_blank">http://mojavelinux.com/seaminaction</a><br>
      </div>
      <br>
    </blockquote>
    <br>
  </body>
</html>