click-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Malcolm Edgar (JIRA)" <j...@apache.org>
Subject [jira] Commented: (CLK-389) FileDownload Control.
Date Wed, 15 Apr 2009 10:50:14 GMT

    [ https://issues.apache.org/jira/browse/CLK-389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12699148#action_12699148
] 

Malcolm Edgar commented on CLK-389:
-----------------------------------

>From my experience this type of feature is best provided through a dedicated Servlet.
 The problem with using a control in a page to render the file download, is that browsers
may ignore the content type set in the header, and just look at the file request file extension
(*.htm). When opening MS office files, Office will often display warning messages to users
which people find confusing.

You also have to take care with GZIP compressing the content, as IE can have issues with downloading
ZIP file, which is being gzip encoded by the PerformanceFilter.  While in the next release
you will be able to add exclusions to PerformanceFilter, I think it is clearer to have it
handled by a Servlet.

regards Malcolm Edgar

> FileDownload Control.
> ---------------------
>
>                 Key: CLK-389
>                 URL: https://issues.apache.org/jira/browse/CLK-389
>             Project: Click
>          Issue Type: New Feature
>    Affects Versions: 1.5 M1
>            Reporter: Gustav Weber
>            Assignee: Malcolm Edgar
>
> Add a FileDownload Control.
> (Click has a FileUpload, but no Download control :( ).
> It could be based on this post (but it should be simpler to use):
> http://takezoe.blogspot.com/2008/03/file-download-in-click-framework.html
> Also it should have more features (similar or partially symmetric to FileDownload):
> - support for resume connection (very important for bigger files, to allow users to resume
in case of connection problems - this saves allot of traffic)
> - limit the size of the file to download (practical for dynamic content)
> - support for several file types.
> Advanced feature:
> - limit the bandwith per download connection - this would be very important to prevent
blocking the server if the client has a very high bandwith.
> - limit the download duration - to prevent clients to hang the connection forever.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message