[Building Sakai] BasicLTI profile pictures

Aaron Zeckoski azeckoski at unicon.net
Mon Dec 17 06:41:10 PST 2012


> I'd rather avoid reflection if possible due to the cost.

Just FYI that if you cache the reflection lookups (which is pretty
safe since it is unlikely the APIs will change at runtime) then the
reflection calls will be as fast as running without reflection so I
would say it is of limited concern here.

-AZ



On Mon, Dec 17, 2012 at 6:27 AM, Adrian Fish <adrian.r.fish at gmail.com> wrote:
> Hi all,
>
> I'm looking at https://jira.sakaiproject.org/browse/BLTI-155 which covers
> the acceptance and provisioning of profile pictures from a LTI consumer.
>
> The easiest way to do this would be to compile profile2 api calls directly
> into the blti code although this would mean a coupling between the two
> projects. An alternative would be to use reflection to test for the
> availability of the profile2 apis at runtime. Another alternative would be
> to use the legacy profile api call, setPictureUrl.
>
> I'd rather avoid reflection if possible due to the cost. Any ideas anybody?
>
> Cheers,
> Adrian.
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org
> with a subject of "unsubscribe"



-- 
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile


More information about the sakai-dev mailing list