[gradebook2-dev] GB2 Refactor Question - ImportExportUtility

[Jon Gorrono]

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}