• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
  • Mikalai Zaikin

Multipart downloads

Posts: 2
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator


Users in our app can currently download a simple text file by clicking the appropriate button on a JSF page, the code snippet for which is shown below.
After their browser pops up the download window and the download is successful, their browser shows the same page they had before they clicked on the button.

Is it possible to send a multipart response back to the browser - containing the download, and the html for the next page they should see after the download?

--------------------- cleaned snippet for simple download, which works fine as it is -------------------------------
String exportedReport = generateReport();
bytes[] exportedBytes = exportedReport.getBytes();
String filename = "yourReport.txt";
FacesContext context = FacesContext.getCurrentInstance();
HttpServletResponse response = (HttpServletResponse) context.getExternalContext().getResponse();
response.setHeader("Content-Disposition", "attachment; filename=" + filename);
try {
Saloon Keeper
Posts: 27707
Android Eclipse IDE Tomcat Server Redhat Java Linux
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Unfortunately not. An HTTP response is basically just one "file". So if you send a document as a response, there's no place to hold the link. Web pages sidestep that problem by having embedded links to things like images which then download as separate request/response items, but that works because the HTML page renderer in the browser is designed to sense those links and make the requests. The general (non-HTML) processor doesn't do that.

You can return an HTML page that has multiple document links on it, which isn't the same thing, but at least it works. Or for that matter, you could simply have the server email a multi-part MIME document, although even there someone has to manually select where the different files in the email get broken out and under what names.
Don't get me started about those stupid light bulbs.
    Bookmark Topic Watch Topic
  • New Topic