[Building Sakai] Turnitin issue with new users

[Charles Hedrick]

Could you send here or attach to a Jira your java file? I'd rather not try to go from this (very useful) description and do a separate implementation.

On Apr 11, 2011, at 7:10 PM, Bryan Bakotich wrote:

> I did some more work with Turnitin today and got things working for us. It turns out I wasn't using session properly in one of the calls. Here's what we have that's working now:
> Before the main for loop in the processQueue method we get a session-id (We do this as the default instructor account)
> We append '&session-id=sessionid' onto the API calls in enrollInClass and the actual call to submit the paper. You don't need to put the sessionid in the md5 string when generating the md5
> At the end of the for loop we end the session
> I haven't put this in production yet, but it seems to be working fine on our dev server with every test that I've thrown at it so far.
> 
> -Bryan
> 
> On Mon, Apr 11, 2011 at 7:24 AM, Earle Nietzel <earle.nietzel at gmail.com> wrote:
> Hi Bryan,
> 
> We've run into the same issue and have been chatting with Turnitin but they have not shared as much data with us as they have with you.
> 
> I appreciate your sharing and detailed explanation.
> 
> IMHO at this point it seems to be a turnitin issue with their back end systems.
> 
> I would be in favor of an approach where we would check for this condition and simply retry the same transaction at a later date. I think the way it works now is that it is marked as an error and never gets retried.
> 
> Earle
> 
> 
> On Fri, Apr 8, 2011 at 5:51 PM, Bryan Bakotich <bakotibj at plu.edu> wrote:
> Hi all,
> 
> We have seen quite a few errors while submitting papers to Turnitin recently. The error listed in the database is this:
> 
> Submission Error: There was an error building up the user session data to submit the paper.  Please verify the user information being used.(250)
> 
> The first time we ever saw this error was at the beginning of this March. Since then we've seen it 60+ times. I can reproduce this error by submitting an attachment to a Turnitin assignment as a student that has never used Turnitin before. If I set the status of the records back to 1 and try to submit them a second time it works fine. So the issue seems to have to do with the user being created with the web service call to Turnitin.
> 
> I have contacted our Turnitin rep and worked back and forth with an engineer for a while and was unable to modify the webservice calls to make this error go away. They told me to use a session-id in the api calls and that should fix the issue. After that didn't work I sent them all the information from the calls that were being made and this is what they told me:
> 
> It  appears that the join class call is happening before the database has had a chance to propagate the information from the master to the slave databases from the create user call, even while using the session id.  I'll let you know if we discover anything.  Sorry I don't have anything more concrete for you right now.
> 
> The only other suggestion they gave me was putting a delay in between the join class call and the submit paper call. Has anyone else run into this issue recently and is there a solution to it other than a delay or should I just put in a 3-5 second delay like they suggested? Thanks for any help.
> 
> -Bryan
> 
> -- 
> Bryan Bakotich
> Open Source Implementation Specialist
> Digital Media Center, Information & Technology Services
> Pacific Lutheran University
> Tacoma, WA 98447-0013
> Phone: 253-536-5021
> 
> _______________________________________________
> 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"
> 
> 
> 
> 
> -- 
> Bryan Bakotich
> Open Source Implementation Specialist
> Digital Media Center, Information & Technology Services
> Pacific Lutheran University
> Tacoma, WA 98447-0013
> Phone: 253-536-5021
> _______________________________________________
> 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"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110422/fc986381/attachment.html