<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user">
    <title>gmane.comp.java.drools.user</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37577"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37576"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37575"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37574"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37573"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37572"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37571"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37570"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37569"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37568"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37567"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37566"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37565"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37564"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37563"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37562"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37561"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37560"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37559"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.drools.user/37558"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37577">
    <title>Just found a way to stop fact insert time evaluation (tested in 5.5)</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37577</link>
    <description>&lt;pre&gt;Originally I was asking for a method to stop LHS evaluation for a bunch of
rules in some other agenda-groups which I am not intended to trigger. But it
turned out that agenda-group filtering will only happen when you fire your
rules. *ALL* rules in *ANY* agenda-groups are evaluated anyway when you are
inserting fact.

Then according to this post
http://drools.46999.n3.nabble.com/Agenda-group-in-fact-insert-time-tp4023749p4023783.html,
Wolfgang suggested to use an extra object to control the LHS evaluation by
changing the value, e.g. Focus( value == "one" ). After many tests in
5.5.0.Final, this has no effect.

Say if you have a rule:
public static class MyClass {
  private Integer i;
  public MyClass(Integer i) {
    this.i = i;
  }
  public Integer getMyInteger() {
    System.out.println("getMyInteger is called for " + i);
    return i;
  }
}
rule test agenda-group "one"
when
  String ( toString == "agenda-group one")
  MyClass ( myInteger == 10 )
then end

when you call ksession.insert(new MyClass(10)); in&lt;/pre&gt;</description>
    <dc:creator>Sonata</dc:creator>
    <dc:date>2013-05-25T17:58:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37576">
    <title>Re: [Optaplanner] No-arg constructor forBendableScoreDefinition</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37576</link>
    <description>&lt;pre&gt;Thanks for the feedback. If there's a jira please reopen it.
Beta3 is going out soon, hopefully I 'll have time to fix it on Monday 
or Tuesday to make that release.

Once the projectscheduling example is migrated, which uses 
BendableScore, these errors will be caught in our automated testing.

On 24-05-13 21:28, jonathan.labin wrote:

_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>Geoffrey De Smet</dc:creator>
    <dc:date>2013-05-25T12:13:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37575">
    <title>Re: Delete a List of Facts</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37575</link>
    <description>&lt;pre&gt;Thank you for your quick answer, this was helpful and makes sense.

Best,
Wolfgang

-----Ursprüngliche Nachricht-----
Von: rules-users-bounces&amp;lt; at &amp;gt;lists.jboss.org [mailto:rules-users-bounces&amp;lt; at &amp;gt;lists.jboss.org] Im Auftrag von Wolfgang Laun
Gesendet: Samstag, 25. Mai 2013 11:05
An: Rules Users List
Betreff: Re: [rules-users] Delete a List of Facts

In this rule, $facts is bound to a "live" ArrayList, i.e., a retract has an immediate effect on the collection. Iterate a copy for retracting all in a single firing.

That said, it might be better to write a simple rule retracting each matching Fact individually. Collecting the list and retracting from a copy does not avoid updating the agenda with this rule, 9 times for 10 matching Fact facts.

-W


On 25/05/2013, Weiss, Wolfgang &amp;lt;Wolfgang.Weiss&amp;lt; at &amp;gt;joanneum.at&amp;gt; wrote:
_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

_______________________________________________
rules&lt;/pre&gt;</description>
    <dc:creator>Weiss, Wolfgang</dc:creator>
    <dc:date>2013-05-25T10:10:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37574">
    <title>Re: Delete a List of Facts</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37574</link>
    <description>&lt;pre&gt;In this rule, $facts is bound to a "live" ArrayList, i.e., a retract
has an immediate effect on the collection. Iterate a copy for
retracting all in a single firing.

That said, it might be better to write a simple rule retracting each
matching Fact individually. Collecting the list and retracting from a
copy does not avoid updating the agenda with this rule, 9 times for 10
matching Fact facts.

-W


On 25/05/2013, Weiss, Wolfgang &amp;lt;Wolfgang.Weiss&amp;lt; at &amp;gt;joanneum.at&amp;gt; wrote:
_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>Wolfgang Laun</dc:creator>
    <dc:date>2013-05-25T09:05:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37573">
    <title>Delete a List of Facts</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37573</link>
    <description>&lt;pre&gt;Hi,

I want to delete a list of facts from the working memory and therefore created following rule:

rule "delete rule"
  agenda-group "evaluation"
  salience 50
  no-loop true

  when
    $facts : ArrayList(size &amp;gt; 0) from collect (Fact())
  then
    logger.info("delete rule, number of facts in list: " + $facts.size());

    for (int i = 0; i &amp;lt; $facts.size(); i++) {
       Fact f = (Fact)$facts.get(i);
       logger.info("retract fact id: " + f.getId());
       retract(f);
    }
end

When inserting 10 facts with IDs 1 to 10 and then fire all rules, I get following result:
delete rule, number of facts in list: 10
retract fact id: 1
retract fact id: 3
retract fact id: 5
retract fact id: 7
retract fact id: 9

but, the facts 2, 4, 6, 8 and 10 are not deleted. I would have expected to set "no-loop" to true, as I do some modification of facts and don't want that this rule is fired again with the same facts. When I set "no-loop" to false, I get following result:
delete rule, number of facts in list: 10
retract fact&lt;/pre&gt;</description>
    <dc:creator>Weiss, Wolfgang</dc:creator>
    <dc:date>2013-05-25T08:55:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37572">
    <title>Re: Benefits of pluggable operators</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37572</link>
    <description>&lt;pre&gt;I'm inclined to think that a well-implemented operator can provide a
little bit more "cushioning" for the rule author. In the given
example, key.startsWith("abc") would throw an NPE if key is null. The
operator silently handle this case and simply return false.

Another thing is that operators can be used with the "single left hand
side" expression pattern, i.e.,
   field opa x || opb y || opc y
Syntactic sugar, certainly, but occasionally quite convenient.

-W


On 24/05/2013, Edson Tirelli &amp;lt;ed.tirelli&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>Wolfgang Laun</dc:creator>
    <dc:date>2013-05-24T19:51:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37571">
    <title>Re: [Optaplanner] No-arg constructor for BendableScoreDefinition</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37571</link>
    <description>&lt;pre&gt;I have switched to 6.0.0.beta2 and I am still receiving a similar error. 
While BendableScoreDefinition does now have a no-arg constructor, It seems
that XStream is still upset that the constructor is not public.

...
Caused by: java.lang.IllegalArgumentException: The scoreDefinitionClass
(class
org.optaplanner.core.impl.score.buildin.bendable.BendableScoreDefinition)
does not have a public no-arg constructor
at
org.optaplanner.persistence.xstream.XStreamScoreConverter.&amp;lt;init&amp;gt;(XStreamScoreConverter.java:43)
... 17 more
Caused by: java.lang.IllegalAccessException: Class
org.optaplanner.persistence.xstream.XStreamScoreConverter can not access a
member of class
org.optaplanner.core.impl.score.buildin.bendable.BendableScoreDefinition
with modifiers "private"
at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:95)
at java.lang.Class.newInstance0(Class.java:366)
at java.lang.Class.newInstance(Class.java:325)
at
org.optaplanner.persistence.xstream.XStreamScoreConverter.&amp;lt;init&amp;gt;(XStreamScoreConverter.ja&lt;/pre&gt;</description>
    <dc:creator>jonathan.labin</dc:creator>
    <dc:date>2013-05-24T19:28:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37570">
    <title>Re: Shadow fax</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37570</link>
    <description>&lt;pre&gt;
On 24 May 2013, at 15:35, ronan.quintin &amp;lt;ronan.quintin&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

no


_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>Mark Proctor</dc:creator>
    <dc:date>2013-05-24T18:47:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37569">
    <title>Re: Benefits of pluggable operators</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37569</link>
    <description>&lt;pre&gt;   Thomas,

   Pluggable operators were developed much before we supported free form
expressions, but nowadays they can be used for the same purpose. It is then
a matter of preference basically. You can still develop and use pluggable
operators if that makes your rule more readable by hiding complexity
related to parameter passing or something that would be required in a
method call, but I can't think of any advantage or disadvantage in either
approach in terms of performance or cost.

   If I remember correctly, pluggable operators were developed for Drools
4.0, while free form expressions were only fully functional in 5.3+
(limited functionality in 5.2).

   Edson


On Fri, May 24, 2013 at 10:54 AM, Thomas Grayson &amp;lt;tgrayson&amp;lt; at &amp;gt;bluemetal.com&amp;gt;wrote:




&lt;/pre&gt;</description>
    <dc:creator>Edson Tirelli</dc:creator>
    <dc:date>2013-05-24T17:03:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37568">
    <title>Benefits of pluggable operators</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37568</link>
    <description>&lt;pre&gt;What are the benefits of using pluggable operators (implementations of org.drools.base.evaluators.EvaluatorDefinition such str, matches, or before) versus simply making an equivalent function call?  I've read the Creating pluggable operators&amp;lt;http://blog.athico.com/2010/06/creating-pluggable-oprators.html&amp;gt; blog post.  Apart from saying that the Eclipse plugin can recognize these operators, it doesn't really make a case for why I'd want to create my own implementation.  One might argue that operators enhance reusability, but a static method offers much the same benefit.  Does a pluggable operator have any optimization, caching, or other advantage?

For example, here are two ways to match the start of a string in a property of a fact, one using  the "str[startsWith]" operator and another with Java's String.startsWith method:

declare Fact
    key : String &amp;lt; at &amp;gt;key
end

rule "Use operator"
    when
        Fact(key str[startsWith] "abc")
    then
        // do something
end

rule "Use method"
    when
        Fact(k&lt;/pre&gt;</description>
    <dc:creator>Thomas Grayson</dc:creator>
    <dc:date>2013-05-24T14:54:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37567">
    <title>Guvnor 5.5 deployment error on WAS8</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37567</link>
    <description>&lt;pre&gt;Hi, 

 I am trying to deploy drools guvnor 5.5 on was8.0 through admin console. It
fails with NullPointerException.
 
 Could you please suggest me the changes required in tomcat version of
guvnor war to deploy it in WAS 8 environment. Do I need to rebuild the war
file with different configurations for WAS env?
 
  Please guide me to proceed on this.

 Thanks in advance 

 Best regards
 Ramesh 



--
View this message in context: http://drools.46999.n3.nabble.com/Guvnor-5-5-deployment-error-on-WAS8-tp4023954.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>mbrameshkumar</dc:creator>
    <dc:date>2013-05-24T14:40:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37566">
    <title>Re: Shadow fax</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37566</link>
    <description>&lt;pre&gt;Ok, thank you for this explaination. I know that the salience can build a
priority between rules into a single excel file. But it there a priority
criteria between column? For exemple from left column to right.



--
View this message in context: http://drools.46999.n3.nabble.com/Shadow-fax-tp4023948p4023953.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>ronan.quintin</dc:creator>
    <dc:date>2013-05-24T14:35:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37565">
    <title>Re: Shadow fax</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37565</link>
    <description>&lt;pre&gt;
On 24 May 2013, at 09:50, ronan.quintin &amp;lt;ronan.quintin&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

That is not true.

Only the fields used are the ones evaluated. There is no pre-processing, they are only touched, when the constraint itself is evaluated.
This would not be a problem on the Drools side, something else must be forcing all field sot be read - if you are not writing constraints to read them.


_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>Mark Proctor</dc:creator>
    <dc:date>2013-05-24T14:02:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37564">
    <title>Re: Shadow fax</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37564</link>
    <description>&lt;pre&gt;Ok i understand that the need to have proxies no longer exits due to new
asymetric rete algorithm. I but i'm a little bit desapointed. It seem that
when a fact is introduced into the working memory, all it's fields are
evaluate. 
I guess i have to explain what is my problem. I have business objects which
are directly used into the working memory. Theses BO are not entirely POJO,
some of them perform SQL queries. We used interfaces to produced a POJO jar,
which have been sent to knowledge base.
Previously we used drools in version 3, but now we use version 5.4 and we
notice a significant performance reduction. 
It seems that all fields of the BO are readed even if they aren't used. Our
rules are decision table in spreadsheet format. Each row's start with  a
condition on a fields which doesn't make a SQL query, so normaly there isn't
a lot of peformed SQL queries.  




--
View this message in context: http://drools.46999.n3.nabble.com/Shadow-fax-tp4023948p4023951.html
Sent from the Drools: User forum mailing &lt;/pre&gt;</description>
    <dc:creator>ronan.quintin</dc:creator>
    <dc:date>2013-05-24T08:50:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37563">
    <title>Re: Shadow fax</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37563</link>
    <description>&lt;pre&gt;
On 24 May 2013, at 08:51, ronan.quintin &amp;lt;ronan.quintin&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

They did exist in 4, we had a similar engine to Jess then. 
http://blog.athico.com/2008/02/shadow-facts-what-you-always-wanted-to.html

They are no longer needed in 5, due to changes in our rete algorithm. See Assymetrical Rete algorithm:
http://blog.athico.com/2008/07/drools-50-m1-new-and-noteworthy.html
http://blog.athico.com/2008/10/symmetrical-and-asymmetrical-rete.html
http://blog.athico.com/2010/01/rete-and-true-modify.html

Don't need to, they are gone.


_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>Mark Proctor</dc:creator>
    <dc:date>2013-05-24T08:15:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37562">
    <title>Re: Shadow fax</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37562</link>
    <description>&lt;pre&gt;
OK, but you better be careful - I was inclined to can this mail due to
its subject and the preview of the first line...


There is no such p(a)roxysm in Drools 5. Objects are inserted into
Working Memory to become facts, and that's all there is to it. Period.

-W

_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>Wolfgang Laun</dc:creator>
    <dc:date>2013-05-24T08:07:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37561">
    <title>Shadow fax</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37561</link>
    <description>&lt;pre&gt;Hello,

First of all i have to appologise for this horrible joke, but i think you
understand that i'm interrested in shadow facts. 
I read that theses lazy facts proxy were introduced in Drools 4 in order to
make the rule engine/working memory consistent. I have some questions about
the general implentation of shadow facts in drools 5.4 :
- Did the shadow facts been implemented since version 4, or was it earlyier? 
- Are the shadow facts still implemented in drools 5.4 final? 
- How the mapping between the fact fields and the proxy fields is
implemented ? By this i want to know all fields are copy when the fact is
insert into the session. 
- Is there the possibility to disable shadow facts ?


You have to know that we get the knowledgeBase through a knowledgeAgent
which 

Thank you.



--
View this message in context: http://drools.46999.n3.nabble.com/Shadow-fax-tp4023948.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mail&lt;/pre&gt;</description>
    <dc:creator>ronan.quintin</dc:creator>
    <dc:date>2013-05-24T07:51:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37560">
    <title>Backward Chaining Tutorial</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37560</link>
    <description>&lt;pre&gt;made this video, hope it helps in understanding backward chaining.
https://www.youtube.com/watch?v=fCjIRVSRFvA

Mark
_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>Mark Proctor</dc:creator>
    <dc:date>2013-05-24T06:55:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37559">
    <title>New Guvnor and Drools 6.0 Workbench video</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37559</link>
    <description>&lt;pre&gt;I made this last night, it's just a quick thing, but gives an idea of the flexibility we have in the new Workbench.
https://www.youtube.com/watch?v=ckAznbOOV-4

Mark
_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>Mark Proctor</dc:creator>
    <dc:date>2013-05-24T06:21:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37558">
    <title>Show off your charm</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37558</link>
    <description>&lt;pre&gt;We all know that the beauty of the summer, a girl to show their figure, the
man to show his handsome. Dear friends, welcome to watch our the  Cheap
Lebron 10 Cork For Sale &amp;lt;http://www.cheaplebron10corkforsale.com/&amp;gt;   shoes,
the  Mercurial CR7 2013 &amp;lt;http://www.mercurialcr72013.net/&amp;gt;   shoes design is
not only novel and unique design. Buy the  KD V Extraterrestrial
&amp;lt;http://www.kdvextraterrestrial.net/&amp;gt;   shoes, bold show in summer to your
most charming side wear the  Hyperdunk Galaxy
&amp;lt;http://www.hyperdunkgalaxy.net/&amp;gt;   shoes.



--
View this message in context: http://drools.46999.n3.nabble.com/Show-off-your-charm-tp4023942.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>meiban002</dc:creator>
    <dc:date>2013-05-24T03:42:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.drools.user/37557">
    <title>What are you waiting for</title>
    <link>http://permalink.gmane.org/gmane.comp.java.drools.user/37557</link>
    <description>&lt;pre&gt;We are in the busy era; we all know time is very tight for us. If you come to
our the  Cheap Lebron 10 Cork For Sale
&amp;lt;http://www.cheaplebron10corkforsale.com/&amp;gt;   shop to buy shoes, I hope you
don't hesitate the  Mercurial CR7 2013 &amp;lt;http://www.mercurialcr72013.net/&amp;gt;  ,
hurry to buy the  KD V Extraterrestrial
&amp;lt;http://www.kdvextraterrestrial.net/&amp;gt;  , we will give you the fastest
delivery speed and good service attitude. Welcome to buy the  Hyperdunk
Galaxy &amp;lt;http://www.hyperdunkgalaxy.net/&amp;gt;   shoes.




--
View this message in context: http://drools.46999.n3.nabble.com/What-are-you-waiting-for-tp4023941.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users&amp;lt; at &amp;gt;lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

&lt;/pre&gt;</description>
    <dc:creator>meiban002</dc:creator>
    <dc:date>2013-05-24T03:40:00</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.java.drools.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.java.drools.user</link>
  </textinput>
</rdf:RDF>
