<div dir="ltr"><div>Thanks!<br><br></div><div>We have shifted track to Nashorn......<br><br></div><div>Sorry to post here -- in Nashorn<br><br></div><div>If an array -- how to find length? For loop logic....<br></div><div><br>i.e (for n=0; n<array.length(); n++)<br>{<br></div><div>   Blah....<br></div><div>}<br></div><div><br></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 8, 2017 at 10:27 AM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> The actual script is as below.<br>
<br>
</span>It still contains the bug I saw, you're creating the attribute, and that is not how V3 works. I don't know if that physically breaks it or not. This is documented where I pointed you to with examples of scripts that are trying to straddle compatibility across the various confusing dimensions.<br>
<br>
If you want to start over and not follow those examples, then start over and abandon the V2 APIs with a fresh script and try that, with no references to edu.internet2.middleware.etc<br>
<span class=""><br>
>       My advice is that you get your scripts working under V2 and Java<br>
> 8/Nashorn first. Once that's done, they should work largely unmodified<br>
> under V3. You're mixing changes here.<br>
<br>
</span>That is the fundamental point. If you don't do it in that way, then I suggest you abandon the old script and start from scratch with the V3 examples/API.<br>
<br>
Also, the log will tell you what the script produced (and you don't need or even want logging internally for that, what matters is what the resolver says that attribute definition produced).<br>
<div class="HOEnZb"><div class="h5"><br>
-- Scott<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</div></div></blockquote></div><br></div>