<!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 bgcolor="#ffffff" text="#000000">
On 14/02/2010 22:47, Michael Neale wrote:
<blockquote
 cite="mid:96ab3ced1002141447o1f3a1591r80269b1ca528e7b@mail.gmail.com"
 type="cite">Having it generate a change set pointing to each drl file
sounds reasonable.</blockquote>
I was thinking of having a resource type that allowed inline code,
which would&nbsp; help with code generation stuff.<br>
<br>
The hard bit is making sure all the url indexing and index mapping for
re-loading works.<br>
<blockquote
 cite="mid:96ab3ced1002141447o1f3a1591r80269b1ca528e7b@mail.gmail.com"
 type="cite">
  <div><br>
  </div>
  <div>Another approach is that the tohu tool combines it all into one
DRL (but that may be too inconvenient or un-natural for you?).&nbsp;<br>
  <div><br>
  <div class="gmail_quote">On Fri, Feb 12, 2010 at 7:25 AM,
petersellars <span dir="ltr">&lt;<a moz-do-not-send="true"
 href="mailto:peter.sellars@solnetsolutions.co.nz">peter.sellars@solnetsolutions.co.nz</a>&gt;</span>
wrote:<br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Mark,
    <br>
    <br>
Thanks for your feedback and review of the proposed solution and
raising of
    <br>
the issues. Much appreciated.
    <br>
    <br>
The problem I am trying to address is a specific one which I then tried
to
    <br>
make generic enough to fit in with the Drools core. My specific issue
is
    <br>
that the system I am working with has a custom spreadsheet compiler
that
    <br>
generates a number of rule files. I am only interested in regenerating
the
    <br>
rule files when the spreadsheet gets changed. I assume it would be best
to
    <br>
update the custom spreadsheet compilation to return a changeset once
the
    <br>
rule files have been generated - thus allowing me to add them as you
    <br>
propose.
    <br>
    <br>
I assume I can achieve this with your proposed updates to the solution
I
    <br>
have been working on. It is my intention to provide code that not only
    <br>
functions as expected but fits in with the Drools team architecture
    <br>
direction. I shall update in accordance with your proposal if you think
    <br>
this will still fit my solution and provide a generic solution for user
    <br>
resources.
    <br>
    <br>
Peter Sellars
    <br>
    <br>
    <br>
"Mark Proctor [via Drools - Java Rules Engine]" &lt;ml-node
    <br>
+<a moz-do-not-send="true"
 href="http://n3.nabble.com/user/SendEmail.jtp?type=node&amp;node=202323&amp;i=0"
 rel="nofollow" target="_blank">[hidden email]</a>&gt; wrote on
11/02/2010 05:00:34 p.m.:
    <br>
    <div><br>
&gt; [image removed]
    <br>
&gt;
    <br>
&gt; Re: Drools VSM Module - Build Issue
    <br>
&gt;
    <br>
&gt; Mark Proctor [via Drools - Java Rules Engine]
    <br>
&gt;
    <br>
&gt; to:
    <br>
&gt;
    <br>
&gt; petersellars
    <br>
&gt;
    <br>
&gt; 11/02/2010 05:00 p.m.
    <br>
    <div>
    <div class="h5">&gt;
    <br>
&gt; Last hudson was fiinally blue:
    <br>
&gt; <a moz-do-not-send="true"
 href="https://hudson.jboss.org/hudson/job/drools/" rel="nofollow"
 link="external" target="_blank">https://hudson.jboss.org/hudson/job/drools/</a><br>
&gt;
    <br>
&gt; Btw I did reveiw your initial proposal, there where some things I
think
    <br>
&gt; will need to be addressed. Particularly the idea of the Resource
    <br>
&gt; returning multiple resources, it seems a little dirty. I think
instead
    <br>
&gt; i'd prefer that the Resource returns a changeset that lists those
    <br>
&gt; multiple resources. We should probably add a ResourceConfiguration
that
    <br>
&gt; allows the handler to be provided for handling the resources.
Anything
    <br>
&gt; that deals with a Resources mapping to multiple Resources needs to
fit
    <br>
&gt; in with the definition's mapping, which is url based, for the
    <br>
&gt; KnowledgeAgent, and will need full test coverage that it doens't
break
    <br>
&gt; anything in the KnowlegeAgent definitions to url mapping and
rebuilding.
    <br>
&gt;
    <br>
&gt; Mark
    <br>
&gt;
    <br>
&gt;
    <br>
&gt; On 11/02/2010 03:09, Peter Sellars wrote:
    <br>
&gt;
    <br>
&gt; &gt; Am trying to build drools in order to test a patch for user
resources
    </div>
    </div>
    </div>
    <div>
    <div class="h5">but
    <br>
&gt; &gt; have an issue with drools-vsm module.
    <br>
&gt; &gt;
    <br>
&gt; &gt; I have added a method to the KnowledgeBuilderFactoryService
interface.
    <br>
The
    <br>
&gt; &gt; clients in the VSM complain that they do not override the
method.
    <br>
&gt; &gt;
    <br>
&gt; &gt; I am sure there is a simple step I am missing that will fix
this issue
    <br>
(it
    <br>
&gt; &gt; appears my snapshot version of the api, core and compiler
modules are
    <br>
not
    </div>
    </div>
    <div>
    <div>
    <div class="h5"><br>
&gt; &gt; being used by vsm).
    <br>
&gt; &gt;
    <br>
&gt; &gt; Any ideas?
    <br>
&gt; &gt;
    <br>
&gt; &gt; Peter Sellars
    <br>
&gt; &gt;
    <br>
&gt; &gt;
    <br>
&gt; &gt;
    <br>
&gt; &gt; Attention:
    <br>
&gt; &gt; This email may contain information intended for the sole use
of
    <br>
&gt; &gt; the original recipient. Please respect this when sharing or
    <br>
&gt; &gt; disclosing this email's contents with any third party. If you
    <br>
&gt; &gt; believe you have received this email in error, please delete
it
    <br>
    </div>
    </div>
&gt; &gt; and notify the sender or [hidden email] as
    <br>
    <div class="im">&gt; &gt; soon as possible. The content of this
email does not necessarily
    <br>
&gt; &gt; reflect the views of Solnet Solutions Ltd.
    <br>
&gt; &gt;
    <br>
&gt; &gt; _______________________________________________
    <br>
&gt; &gt; rules-dev mailing list
    <br>
    </div>
&gt; &gt; [hidden email]
    <br>
    <div class="im">&gt; &gt; <a moz-do-not-send="true"
 href="https://lists.jboss.org/mailman/listinfo/rules-dev"
 rel="nofollow" link="external" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
&gt; &gt;
    <br>
&gt; &gt;
    <br>
&gt;
    <br>
&gt; _______________________________________________
    <br>
&gt; rules-dev mailing list
    <br>
    </div>
&gt; [hidden email]
    <br>
    <div class="im">&gt; <a moz-do-not-send="true"
 href="https://lists.jboss.org/mailman/listinfo/rules-dev"
 rel="nofollow" link="external" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
&gt;
    </div>
    </div>
    <br>
&gt; View message @ <a moz-do-not-send="true"
 href="http://n3.nabble.com/Drools-VSM-Module-Build-Issue-"
 rel="nofollow" link="external" target="_blank">http://n3.nabble.com/Drools-VSM-Module-Build-Issue-</a><br>
&gt; tp199452p199482.html
    <br>
&gt; To start a new topic under Drools - Dev, email ml-node
    <br>
&gt; +<a moz-do-not-send="true"
 href="http://n3.nabble.com/user/SendEmail.jtp?type=node&amp;node=202323&amp;i=1"
 rel="nofollow" target="_blank">[hidden email]</a>
    <br>
&gt; To unsubscribe from Drools - Dev, click here.
    <br>
    <div class="im"><br>
    <br>
    <br>
Attention:
    <br>
This email may contain information intended for the sole use of
    <br>
the original recipient. Please respect this when sharing or
    <br>
disclosing this email's contents with any third party. If you
    <br>
believe you have received this email in error, please delete it
    <br>
    </div>
and notify the sender or <a moz-do-not-send="true"
 href="http://n3.nabble.com/user/SendEmail.jtp?type=node&amp;node=202323&amp;i=2"
 rel="nofollow" target="_blank">[hidden email]</a> as
    <br>
    <div class="im">soon as possible. The content of this email does
not necessarily
    <br>
reflect the views of Solnet Solutions Ltd.
    <br>
    <br>
    <br>
    <hr width="300" align="left"></div>
View this message in context: <a moz-do-not-send="true"
 href="http://n3.nabble.com/Drools-VSM-Module-Build-Issue-tp199452p202323.html"
 target="_blank">Re: Drools VSM Module - Build Issue</a><br>
Sent from the <a moz-do-not-send="true"
 href="http://n3.nabble.com/Drools-Dev-f62260.html" target="_blank">Drools
- Dev mailing list archive</a> at Nabble.com.<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>
    <br>
  </blockquote>
  </div>
  <br>
  <br clear="all">
  <br>
-- <br>
Michael D Neale<br>
home: <a moz-do-not-send="true" href="http://www.michaelneale.net">www.michaelneale.net</a><br>
blog: <a moz-do-not-send="true" href="http://michaelneale.blogspot.com">michaelneale.blogspot.com</a><br>
  </div>
  </div>
  <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>
</body>
</html>