Francisco José Aquino García wrote:
2009/7/1 Dale Newfield :
May I ask why you need to dynamically change the buffer size?
to use the filesystem block size where the thumbnail resides as the
bufferSize, as different thumbnails may reside in different
filesystems
That sounds like a reasonable
2009/7/1 Dale Newfield :
> The problem is that there is no evaluation going on for that value. If you
> need to dynamically set the buffer size, you'll need to use a different
> result implementation that accepts a string and evaluates it. Extending
> StreamResult would get you most of the way th
oire. Étant donné que les email peuvent facilement
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité
pour le contenu fourni.
> Date: Tue, 30 Jun 2009 19:07:17 -0400
> From: d...@newfield.org
> To: user@struts.apache.org
> Subject: Re: [S2] Can't
Francisco José Aquino García wrote:
2009/6/26 Dale Newfield :
The result doesn't evaluate bufferSize. You can't put in OGNL there.
So... bufferSize in StreamResult would need to be parsed in a similar
way to contentLength to parse OGNL expressions?
Right. There's no magic. OGNL isn't magi
2009/6/26 Dale Newfield :
> The result doesn't evaluate bufferSize. You can't put in OGNL there.
So... bufferSize in StreamResult would need to be parsed in a similar
way to contentLength to parse OGNL expressions?
> "${buffSize}" is a String.
Ok, I understand that as it isn't being parsed as
Francisco José Aquino García wrote:
${mimeType}
${length}
inline; filename="${fileName}"
inputStream
${buffSize}
false
The result doesn't evaluate bufferSize. You can't put in OGNL there.
I've been peeking a little into
org.a
Hi,
I've been coding an action which returns a streamed image based on
some image id. Quick and dirty, something like:
package org.chop.prjx.actions;
import java.io.*;
import java.slf4j.*;
import com.opensymphony.xwork2.ActionSupport;
import eu.medsea.mimeutil.MimeUtil;
public class ThumbnailA
7 matches
Mail list logo
