<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yui_3_16_0_1_1453981654565_40670">Thanks, Rod and Scott, for explanation.</div><div id="yui_3_16_0_1_1453981654565_40669"><br></div><div id="yui_3_16_0_1_1453981654565_40599" dir="ltr">My understanding of the project structure, according to this page, <a id="yui_3_16_0_1_1453981654565_40597" href="https://wiki.shibboleth.net/confluence/display/IDP30/ExtensionFundamentals">https://wiki.shibboleth.net/confluence/display/IDP30/ExtensionFundamentals</a> is that developers like myself who are written extensions should not use any non-public classes. However, the extension guideline Rod wrote for attribute resolver (<a id="yui_3_16_0_1_1453981654565_40733" href="https://wiki.shibboleth.net/confluence/display/IDP30/3.+Developing+Attribute+Resolver+Extensions">https://wiki.shibboleth.net/confluence/display/IDP30/3.+Developing+Attribute+Resolver+Extensions</a> ) explicitly mentioned to extend <a id="yui_3_16_0_1_1453981654565_41211" href="http://shibboleth.net/cgi-bin/java-idp.cgi/net.shibboleth.idp.attribute.resolver.spring.dc.AbstractDataConnectorParser" rel="nofollow"><font id="yui_3_16_0_1_1453981654565_41213" color="#0066cc">AbstractDataConnectorParser</font></a>. If this class is currently non-public in 3.2.x, are there other ways that I can write my attribute resolver extension without using it?</div><div id="yui_3_16_0_1_1453981654565_41374" dir="ltr"><br></div><div id="yui_3_16_0_1_1453981654565_41375" dir="ltr">Also, contrary to what both of you stated in this thread, the document I cited above explicitly says all spring modules are public:</div><div id="yui_3_16_0_1_1453981654565_41452" dir="ltr"><br></div><div id="yui_3_16_0_1_1453981654565_41453" dir="ltr">As the policy states, currently all of the code in the java-support and
spring-extensions modules are part of the public API (by virtue of the
fact that none of the packages at the time of authoring this page
contain "impl" as a segment). </div> <div class="qtdSeparateBR" id="yui_3_16_0_1_1453981654565_41517"><br></div><div class="qtdSeparateBR" id="yui_3_16_0_1_1453981654565_41498">Thanks, Joey<br></div><div class="qtdSeparateBR" id="yui_3_16_0_1_1453981654565_41472"><br></div><div class="yahoo_quoted" id="yui_3_16_0_1_1453981654565_40835" style="display: block;"> <div id="yui_3_16_0_1_1453981654565_40834" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div id="yui_3_16_0_1_1453981654565_40833" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div id="yui_3_16_0_1_1453981654565_40832" dir="ltr"><font id="yui_3_16_0_1_1453981654565_40831" face="Arial" size="2"> On Friday, January 29, 2016 3:54 AM, Rod Widdowson <rdw@steadingsoftware.com> wrote:<br></font></div> <br><br> <div class="y_msg_container" id="yui_3_16_0_1_1453981654565_41186">> I am a little confused with your following statement:<br><br>Scott explained it better than I.<br><br>> I believe it's being promoted into an API for a future release, and hasn't<br>been<br>> yet. I don't think it's there now. <br><br>I was going to, and didn't because it is very tied in to two specific<br>parsers (LDAP and RDBMS), but I can certainly move it for in a later release<br>3.3 if there is sufficient need. It sounds that with two requesters that<br>there is...<br><br>Rod<br><br>-- <br>To unsubscribe from this list send an email to <a class="removed-link" id="yui_3_16_0_1_1453981654565_41209" href="" ymailto="mailto:dev-unsubscribe@shibboleth.net">dev-unsubscribe@shibboleth.net</a><br><br><br></div> </div> </div> </div></div></body></html>