<div dir="ltr">I&#39;ve created a JIRA to track this:<div><a href="https://issues.jboss.org/browse/ISPN-9151">https://issues.jboss.org/browse/ISPN-9151</a></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Apr 16, 2018 at 10:21 AM Adrian Nistor &lt;<a href="mailto:anistor@redhat.com">anistor@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <div class="m_5481044608966846653moz-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></div></div><div text="#000000" bgcolor="#FFFFFF"><div class="m_5481044608966846653moz-cite-prefix">
      <br>
      On 04/16/2018 10:48 AM, Dan Berindei wrote:<br>
    </div></div><div text="#000000" bgcolor="#FFFFFF">
    <blockquote type="cite">
      <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">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&#39;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="m_5481044608966846653h5">
                        <div dir="ltr">On Fri, Apr 13, 2018 at 11:12 AM
                          Galder Zamarreno &lt;<a href="mailto:galder@redhat.com" target="_blank">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="m_5481044608966846653h5">
                          <div dir="ltr">Hi,
                            <div><br>
                            </div>
                            <div>We&#39;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&#39;d pass in Hot Rod endpoint
                              information, name of cache and other
                              details and you&#39;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">https://stackoverflow.com/questions/16299717/how-to-create-an-instance-of-an-annotation</a></div>
                          </div>
                        </div>
                      </div>
                      _______________________________________________<br>
                      infinispan-dev mailing list<br>
                      <a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
                      <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a></blockquote>
                  </div>
                </div>
              </div>
            </div>
            <br>
            _______________________________________________<br>
            infinispan-dev mailing list<br>
            <a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
            <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="m_5481044608966846653mimeAttachmentHeader"></fieldset>
      <br>
      <pre>_______________________________________________
infinispan-dev mailing list
<a class="m_5481044608966846653moz-txt-link-abbreviated" href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a>
<a class="m_5481044608966846653moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a></pre>
    </blockquote>
    <p><br>
    </p>
  </div>

_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org" target="_blank">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a></blockquote></div>