<div dir="ltr">Hey Ondra, I generally agree with your summary. This was a miscommunication and I was trying to understand exactly what Matej meant. We got it resolved.</div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Jul 21, 2014 at 8:54 PM, Ondrej Zizka <span dir="ltr">&lt;<a href="mailto:ozizka@redhat.com" target="_blank">ozizka@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hi,<br>
    <br>
    by accident, I saw this discussion.<br>
    <span style="font-weight:normal"><font><font color="#2d934d">(20:07:51) </font></font></span><span style="font-weight:normal;color:#2d934d">mbriskar: </span><font size="3"><font color="#000000">lincolnthree: but if you plan to
        have classification in one rule and it&#39;s decorators in the
        another rules, there is no other way then to save it in the
        graph</font></font><br>
    <span style="font-weight:normal"><font><font color="#cf585d">(20:07:57) </font></font></span><span style="font-weight:bold;color:#cf585d">LincolnBaxter: </span><font size="3"><font color="#000000">mbriskar: meta-model == windup&#39;s
        java in-memory representation of the project…. look at the code</font></font><br>
    <span style="font-weight:normal"><font><font color="#cf585d">(20:08:35) </font></font></span><span style="font-weight:bold;color:#cf585d">LincolnBaxter: </span><font size="3"><font color="#000000">mbriskar: why would classifications
        and decorators be in separate rules?</font></font><br>
    <span style="font-weight:normal"><font><font color="#af7f00">(20:08:42) </font></font></span><span style="font-weight:bold;color:#af7f00">mbriskar: </span><b><font size="3"><font color="#0000dd">lincolnthree, jsightler, ozizka:
          sorry but I just feel all of you have a different thinking of
          how to migrate that makes me confused as ...</font></font></b><br>
    <span style="font-weight:normal"><font><font color="#2d934d">(20:08:57) </font></font></span><span style="font-weight:normal;color:#2d934d">mbriskar: </span><font size="3"><font color="#000000">never</font></font><br>

    <span style="font-weight:normal"><font><font color="#2d934d">(20:09:15) </font></font></span><span style="font-weight:normal;color:#2d934d">mbriskar: </span><font size="3"><font color="#000000">lincolnthree: that&#39;s what Ondra
        thinks</font></font><br>
    <span style="font-weight:normal"><font><font color="#cf585d">(20:13:33) </font></font></span><span style="font-weight:bold;color:#cf585d">LincolnBaxter: </span><font size="3"><font color="#000000">mbriskar: i don&#39;t think they should
        be in separate rules either<br>
        <br>
        So, why should it be in separate rules?<br>
        Not sure if you (whoever) have really seen what those
        classification and decorator does.<br>
        Probably you think it compares to WHEN and PERFORM.  It does
        not.<br>
        At least not always.<br>
        <br>
        I&#39;ll gladly remind what was decided on the F2F (correct me if I
        misunderstood) :<br>
        We will store the intermediate information into the graph,
        making the rules decoupled.<br>
        E.g. we will go through the files, using rules, and examine what
        they are.<br>
        Then, with another rules, we will query the graph and process
        the files in some other way.<br>
        In other words, we already do classify using some rules, and
        decorate using others.<br>
        <br>
        The limitation of the legacy Windup rules is that they are a
        tree. The context of one classifier is lost after it&#39;s
        processed.<br>
        If you want to do the same operation in other classifier, you
        have to copy it.<br>
        For example: If you classify FooBar XML file A) by namespace
        <a href="http://foo.com/bar" target="_blank">http://foo.com/bar</a> B) by finding an /foo-bar element in it, then
        whatever you do with them has to be coded twice.<br>
        We do not want to mimick this limitation. Therefore, we want one
        rule for A, other rule for B, and third rule for whatever is
        done with them next.<br>
        <br>
        Regards, Ondra<br>
      </font></font>
  </div>

<br>_______________________________________________<br>
windup-dev mailing list<br>
<a href="mailto:windup-dev@lists.jboss.org">windup-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/windup-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/windup-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Lincoln Baxter, III<br>
<a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>&quot;Simpler is better.&quot;
</div>