<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">+1 for both points.<br>
      <br>
      And I absolutely have to add that I never liked the annotation
      based listeners, both the embedded and the remote ones. <br>
      <br>
      On 04/16/2018 10:48 AM, Dan Berindei wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CA+nfvwRFAQV_hYGMFPRJnHHhiCd+JJz71FaMjgYHCY+ar8WNvg@mail.gmail.com">
      <div dir="ltr">
        <div>+1 to not require annotations, but -100 to ignore the
          annotations if present, we should throw an exception instead.<br>
          <br>
        </div>
        Dan<br>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Fri, Apr 13, 2018 at 9:57 PM,
          William Burns <span dir="ltr">&lt;<a
              href="mailto:mudokonman@gmail.com" target="_blank"
              moz-do-not-send="true">mudokonman@gmail.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 dir="ltr">I personally have never been a fan of the
              whole annotation thing to configure your listener,
              unfortunately it just has been this way.
              <div><br>
              </div>
              <div>If you are just proposing to adding a new
                addClientListener method that takes those arguments, I
                don't have a problem with it.</div>
              <div><br>
              </div>
              <div>void addClientListener(Object listener, String
                filterFactoryName, Object[] filterFactoryParams, String
                converterFactoryName, Object[] converterFactoryParams);<br>
              </div>
              <div><br>
              </div>
              <div>I would think we would use these values only and
                ignore any defined on the annotation.</div>
              <div><br>
              </div>
              <div><br>
              </div>
              <div>Also similar to this but I have some API ideas I
                would love to explore for ISPN 10 surrounding events and
                the consumption of them.</div>
              <div><br>
              </div>
              <div> - Will</div>
              <div dir="ltr">
                <div><br>
                  <div class="gmail_quote">
                    <div>
                      <div class="h5">
                        <div dir="ltr">On Fri, Apr 13, 2018 at 11:12 AM
                          Galder Zamarreno &lt;<a
                            href="mailto:galder@redhat.com"
                            target="_blank" moz-do-not-send="true">galder@redhat.com</a>&gt;
                          wrote:<br>
                        </div>
                      </div>
                    </div>
                    <blockquote class="gmail_quote" style="margin:0 0 0
                      .8ex;border-left:1px #ccc solid;padding-left:1ex">
                      <div>
                        <div class="h5">
                          <div dir="ltr">Hi,
                            <div><br>
                            </div>
                            <div>We're working with the OpenWhisk team
                              to create a generic Feed that allows
                              Infinispan remote events to be exposed in
                              an OpenWhisk way.</div>
                            <div><br>
                            </div>
                            <div>So, you'd pass in Hot Rod endpoint
                              information, name of cache and other
                              details and you'd establish a feed of data
                              from that cache for create/updated/removed
                              data.</div>
                            <div><br>
                            </div>
                            <div>However, making this generic is tricky
                              when you want to pass in filter/converter
                              factory names since these are defined at
                              the annotation level.</div>
                            <div><br>
                            </div>
                            <div>Ideally we should have a way to pass in
                              filter/converter factory names
                              programmatically. To avoid limiting
                              ourselves, you could potentially pass in
                              an instance of the annotation in an
                              overloaded method or as optional parameter
                              [1].</div>
                            <div><br>
                            </div>
                            <div>Thoughts?</div>
                            <div><br>
                            </div>
                            <div>Cheers,</div>
                            <div>Galder</div>
                            <div><br>
                            </div>
                            <div>[1] <a
href="https://stackoverflow.com/questions/16299717/how-to-create-an-instance-of-an-annotation"
                                target="_blank" moz-do-not-send="true">https://stackoverflow.com/<wbr>questions/16299717/how-to-<wbr>create-an-instance-of-an-<wbr>annotation</a></div>
                          </div>
                        </div>
                      </div>
                      ______________________________<wbr>_________________<br>
                      infinispan-dev mailing list<br>
                      <a href="mailto:infinispan-dev@lists.jboss.org"
                        target="_blank" moz-do-not-send="true">infinispan-dev@lists.jboss.org</a><br>
                      <a
                        href="https://lists.jboss.org/mailman/listinfo/infinispan-dev"
                        rel="noreferrer" target="_blank"
                        moz-do-not-send="true">https://lists.jboss.org/<wbr>mailman/listinfo/infinispan-<wbr>dev</a></blockquote>
                  </div>
                </div>
              </div>
            </div>
            <br>
            ______________________________<wbr>_________________<br>
            infinispan-dev mailing list<br>
            <a href="mailto:infinispan-dev@lists.jboss.org"
              moz-do-not-send="true">infinispan-dev@lists.jboss.org</a><br>
            <a
              href="https://lists.jboss.org/mailman/listinfo/infinispan-dev"
              rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.jboss.org/<wbr>mailman/listinfo/infinispan-<wbr>dev</a><br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
infinispan-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/infinispan-dev">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a></pre>
    </blockquote>
    <p><br>
    </p>
  </body>
</html>