[gradebook2-dev] Fwd: GB2 Refactor Question - ImportExportUtility

Jon Gorrono jpgorrono at ucdavis.edu
Mon Jun 28 13:27:23 PDT 2010


---------- Forwarded message ----------
From: Duffy Gillman <duffy at rsmart.com>
Date: Mon, Jun 28, 2010 at 1:18 PM
Subject: Re: [gradebook2-dev] GB2 Refactor Question - ImportExportUtility
To: Thomas Amsler <tpamsler at ucdavis.edu>
Cc: Jon Gorrono <jpgorrono at ucdavis.edu>


Oops... sorry gents... I'd not yet confirmed my subscription to the
list so that last post did not go through to gradebook2-dev.  Should I
repost, or was my email to you two sufficient?

-D

On Jun 25, 2010, at 11:33 PM, Thomas Amsler wrote:

> This makes sense.
> +1
>
> -- Thomas
> On Fri, Jun 25, 2010 at 1:41 PM, Jon Gorrono <jpgorrono at ucdavis.edu> wrote:
> Hi, Duffy.
>
> Thomas Amsler is the project lead now that James is gone. There is
> also a collab mailing list: gradebook2-dev at collab.sakaiproject.org...
>
> Seems like a reasonable modification... the exportGradebook method
> already takes a Printwriter param, but it is not used. I suspect that
> the HttpServletResponse was added later in order to set the Headers
> for download filetype... but this could be done in two steps, with
> your server process accessing  'in-between'
>
> I'll let other chime in but I would vote for you do go ahead as you say...
>
> On Fri, Jun 25, 2010 at 12:43 PM, Duffy Gillman <duffy at rsmart.com> wrote:
> > Jon,
> >
> >   I'm not sure to whom I should direct this question.  I hope you don't mind
> > me starting with you.  Please let me know if I need to bug someone else. ;)
> >
> >   I'm trying to build a Quartz job that will loop through all existing
> > Gradebooks and export them.  Looking at the GB2 code it appears my only
> > option is to work through a Servlet.  The ImportExportUtility class which
> > produces Excel and CSV files expects an HttpResponse object into which it
> > will stream the file content as the export is generated.  It looks like it
> > would be a very simple matter to refactor the export routine to take a
> > generic IO class (either PrintWriter or OutputStream) so that it would be
> > possible to generate grade dumps on the server side.  The existing
> > exportGradebook(...) method could simply call the new method, or the
> > Servlet-specific code (getting an OutputStream from the HttpResponse,
> > setting headers, etc.) could be bumped up into whatever code calls
> > exportGradebook(...)
> >
> >   Would this be a useful modification that I should contribute back?
> >
> >   Please let me know.
> >
> >
> > Thanks,
> >
> >   Duffy
> >
> >
>
>
>
> --
> Jon Gorrono
> PGP Key: 0x5434509D -
> http{pgp.mit.edu:11371/pks/lookup?search=0x5434509D&op=index}
> GSWoT Introducer - {GSWoT:US75 5434509D Jon P. Gorrono <jpgorrono - gswot.org>}
> http{ats.ucdavis.edu}
> _______________________________________________
> gradebook2-dev mailing list
> gradebook2-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/gradebook2-dev
>




-- 
Jon Gorrono
PGP Key: 0x5434509D -
http{pgp.mit.edu:11371/pks/lookup?search=0x5434509D&op=index}
GSWoT Introducer - {GSWoT:US75 5434509D Jon P. Gorrono <jpgorrono - gswot.org>}
http{ats.ucdavis.edu}


More information about the gradebook2-dev mailing list