Ok, I thought #droolsdev was ok too. Sorry about that.
The idea to have a 'name' and a 'description' attribute in <Resource>
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.
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.
So, a change-set now could look like this (the new attributes are not
mandatory):
<change-set>
<add>
<resource *name="Loan Rules" description="Rules about
loans"*type="DRL" source="
http://someHost:1234/someDRLResource.drl"/>
<resource *name="Risk Rules" description="Rules about Risk evaluation"
* type="DRL" source="http://someHost:1234/someOtherDRLResource.drl"/>
</add>
</change-set>
These attributes can also be used in Spring's configuration:
<drools:kbase id="kbase1" node="node1">
<drools:resources>
<resource *name="Loan Rules" description="Rules about
loans"*type="DRL" source="
http://someHost:1234/someDRLResource.drl"/>
<resource *name="Risk Rules" description="Rules about Risk
evaluation"* type="DRL" source="
http://someHost:1234/someOtherDRLResource.drl"/>
</drools:resources>
</drools:kbase>
WDYT?
Best Regards,
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Esteban Aliverti
- Developer @ http://www.plugtree.com
- Blog @ http://ilesteban.wordpress.com
On Mon, Sep 12, 2011 at 6:25 AM, Mark Proctor <mproc...@codehaus.org> wrote:
> Shoudn't name and description be on InternalResource, not on Resource?
>
> I think it's time to put a restriction on changes to "-api". Feel free
> to change core/compiler etc, but if you want to change -api we'll need
> to propose it here.
>
> Mark
>
> _______________________________________________
> rules-dev mailing list
> rules-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
