<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body text="#000000" bgcolor="#ffffff">
    We could use Abstract* class trick (the Collections api does it and
    I use it a lot in Planner):<br>
    <br>
    drools-api has:<br>
    &nbsp; interface Resource<br>
    &nbsp; abstract class AbstractResource implement Resource<br>
    And the javadoc on interface Resource clearly states that they
    should extend AbstractResource when implementing a custom Resource.
    Same for the reference manual.<br>
    (Similar to interface List and class AbstractList)<br>
    <br>
    Then if any new method is added, the AbstractResource implementation
    should try to provide a reasonable default that works (but is
    possibly not as efficient as a specific implementation).<br>
    As a result, any custom Resource that extend AbstractResource needed
    be changed immediately (but might want to in time to implement a
    more efficient implementation).<br>
    <br>
    And, more importantly, we don't break binary backwards compatibility
    on *api (unless they implemented Resource directly)<br>
    so less chance of "impossible to fix" if you have a project with a
    dependency A and B<br>
    where A and B themselves depend on different drools versions,<br>
    as you can just use the "highest version" between those 2
    dependencies.<br>
    <br>
    Op 12-09-11 07:51, Mark Proctor schreef:
    <blockquote cite="mid:4E6D9DE4.3070901@codehaus.org" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      On 12/09/2011 06:36, Esteban Aliverti wrote:
      <blockquote
cite="mid:CAKsR9Q8v1tynni-abvPM-uZKG+hKfxFsd5iB1v1DfLbWDN5p+Q@mail.gmail.com"
        type="cite">Ok, I thought #droolsdev was ok too. Sorry about
        that.&nbsp;
        <div>The idea to have a 'name' and a 'description' attribute in
          &lt;Resource&gt; elements inside a change-set is to tag them
          or to add them some human-friendly information so you can
          refer to it not using the URL or the name of the asset (could
          be duplicated in different packages), but with a name and a
          description.</div>
        <div>These changes are 100% end-users oriented, that is why I
          put those attributes in API. End users applications (like
          Guvnor) could take advantages on these new attributes.</div>
      </blockquote>
      You can add them to the xml, and have that set them on the
      InternalResource. We can migrate to public apis over time, I just
      want people to take a much more conservative outlook on -api
      changes.<br>
      <br>
      Mark<br>
      <blockquote
cite="mid:CAKsR9Q8v1tynni-abvPM-uZKG+hKfxFsd5iB1v1DfLbWDN5p+Q@mail.gmail.com"
        type="cite">
        <div><br>
        </div>
        <div>So, a change-set now could look like this (the new
          attributes are not mandatory):</div>
        <div><br>
        </div>
        <div>
          <div>&lt;change-set&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;</div>
          <div>&nbsp; &nbsp; &lt;add&gt;</div>
          <div>&nbsp; &nbsp; &nbsp; &lt;resource <b>name="Loan Rules"
              description="Rules about loans"</b> type="DRL" source="<a
              moz-do-not-send="true"
              href="http://someHost:1234/someDRLResource.drl">http://someHost:1234/someDRLResource.drl</a>"/&gt;

            &nbsp; &nbsp; &nbsp;</div>
          <div>&nbsp; &nbsp; &nbsp; &lt;resource <b>name="Risk Rules"
              description="Rules about Risk evaluation"</b> type="DRL"
            source="<a moz-do-not-send="true"
              href="http://someHost:1234/someOtherDRLResource.drl">http://someHost:1234/someOtherDRLResource.drl</a>"/&gt;</div>
          <div>&nbsp; &nbsp; &lt;/add&gt;</div>
          <div>&lt;/change-set&gt;</div>
        </div>
        <div><br>
        </div>
        <div>These attributes can also be used in Spring's
          configuration:</div>
        <div><br>
        </div>
        <div>
          <div>&lt;drools:kbase id="kbase1" node="node1"&gt;</div>
          <div>&nbsp; &nbsp; &lt;drools:resources&gt; &nbsp; &nbsp;&nbsp;</div>
          <div>&nbsp; &nbsp; &nbsp; &nbsp; &lt;resource <b>name="Loan Rules"
              description="Rules about loans"</b> type="DRL" source="<a
              moz-do-not-send="true"
              href="http://someHost:1234/someDRLResource.drl">http://someHost:1234/someDRLResource.drl</a>"/&gt;

            &nbsp; &nbsp; &nbsp;</div>
          <div>&nbsp; &nbsp; &nbsp; &nbsp; &lt;resource <b>name="Risk Rules"
              description="Rules about Risk evaluation"</b> type="DRL"
            source="<a moz-do-not-send="true"
              href="http://someHost:1234/someOtherDRLResource.drl">http://someHost:1234/someOtherDRLResource.drl</a>"/&gt;

            &nbsp; &nbsp; &nbsp;</div>
          <div>&nbsp; &nbsp; &lt;/drools:resources&gt;</div>
          <div>&lt;/drools:kbase&gt;</div>
        </div>
        <div><br>
        </div>
        <div>WDYT?<br clear="all">
          <br>
        </div>
        <div>Best Regards,</div>
        <div><br>
          XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX<br>
          <br>
          Esteban Aliverti<br>
          - Developer @ <a moz-do-not-send="true"
            href="http://www.plugtree.com" target="_blank">http://www.plugtree.com

          </a><br>
          - Blog @ <a moz-do-not-send="true"
            href="http://ilesteban.wordpress.com" target="_blank">http://ilesteban.wordpress.com</a><br>
          <br>
          <br>
          <div class="gmail_quote">On Mon, Sep 12, 2011 at 6:25 AM, Mark
            Proctor <span dir="ltr">&lt;<a moz-do-not-send="true"
                href="mailto:mproctor@codehaus.org">mproctor@codehaus.org</a>&gt;</span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
              0.8ex; border-left: 1px solid rgb(204, 204, 204);
              padding-left: 1ex;"> Shoudn't name and description be on
              InternalResource, not on Resource?<br>
              <br>
              I think it's time to put a restriction on changes to
              "-api". Feel free<br>
              to change core/compiler etc, but if you want to change
              -api we'll need<br>
              to propose it here.<br>
              <br>
              Mark<br>
              <br>
              _______________________________________________<br>
              rules-dev mailing list<br>
              <a moz-do-not-send="true"
                href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a><br>
              <a moz-do-not-send="true"
                href="https://lists.jboss.org/mailman/listinfo/rules-dev"
                target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
            </blockquote>
          </div>
          <br>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
rules-dev mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-dev">https://lists.jboss.org/mailman/listinfo/rules-dev</a>
</pre>
      </blockquote>
      <br>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
rules-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-dev">https://lists.jboss.org/mailman/listinfo/rules-dev</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
With kind regards,
Geoffrey De Smet</pre>
  </body>
</html>