CMS mit großen Dateien (heap problem)

[kb22]

Hallo %,

ich schraube gerade an einem CMS herum welches auch große Dateien
(> 600MB) verwalten können muß. I.e. Admin lädt hoch, User laden runter.

Um Speicherproblemen aus dem Weg zu gehen habe ich im Tomkatz folgendes
konfiguriert:

-Xmx700m
-Xms400m

Uploads funktionieren, Downloads merkwürdigesweise nicht. Ich habe testweise
ein File von 680 und eines von 370 MB ins System hochgeladen. Beides funktioniert.
(die Dateien werden im Dateisystem gespeichert)

Wenn ich nun allerdings versuche das 370MB File herzunterzuladen kommt es zu einer
heap exception. Ich verstehe nicht warum der upload funktioniert, der download
allerdings nicht. Hier ist was ich mache:

	byte[] byt = new byte[1024*1024*2];
	
	response.setHeader("Content-Disposition", "attachment;filename=\"" + fileName + "\""); 

	FileInputStream fis = null;
	OutputStream os = null;
	
	fis = new FileInputStream(new File(filePath));
	os = response.getOutputStream();

	BufferedInputStream buffRead = new BufferedInputStream(fis);
	
	while((read = buffRead.read(byt))>0)            
	{
		os.write(byt,0,read);
		os.flush();
	}

	buffRead.close();
	os.close();

Wenn ich's richtig sehe sollte mich schon der BufferStream vor Speicherproblemen
schützen, oder?

Bin für jeden Tip dankbar, da mir die Ideen ausgehen woran es liegen könnte


Gruß und TIA

kb22

 

[tuxedo]

Hmm, so spontan seh ich keinen Fehler oder eine Ursache für das Speicherproblem.
Setz doch mal nen Profiler (z.B. Java Profiler - .NET Profiler - The profilers for Java and .NET professionals) drauf an, um zu sehen wo der Speicher denn hingeht..

- Alex

 

[kb22]

Hi,

das Profiling hat nicht hingehauen. Durch ausprobieren habe ich allerdings herausgefunden
daß (genauer: ich vermute) daß JSF zunächst das ganze File puffert bevor es dem
User den SaveAs Dialog anzeigt.

Kennst Du nen Weg dieses Verhalten zu unterdrücken?


TIA


kb

 

[tuxedo]

Nicht genau. Aber uch glaube zu wissen dass es eine Möglichkeit gibt im Http Header zu sagen dass die Antwort ein Stream ist, so dass der Client sofort byte für byte durchgereicht wird. Wie und wo genau weiß ich allerdings nicht.