Nothing up my sleeve this time.
It seems like a global property/constant would be usable, but I've never
tried to @Inject a value into both interceptors and actions, so I have no
idea if it'd work. Could be useful for a few usecases, though.
Dave
On Wed, Dec 1, 2010 at 11:38 AM, <stanl...@gmail.com> wrote:
> Thanks Li --
>
> This is what I was afraid of, but wanted to make sure I wasn't overlooking
> something a little more straightforward. Before duplicating the max size
> someplace else, I'll likely get into the Container build which reads the
> xml
> files. Somewhere in the back of my mind, it feels like I should be able to
> solve this with an @Inject. Perhaps Dandy Dave has a solution in his back
> pocket that he would sell to the highest bidder. LOL
>
> Peace,
> Scott
>
> On Wed, Dec 1, 2010 at 9:25 AM, Li Ying <liying.cn.2...@gmail.com> wrote:
>
> > I have read the source code of FileUploadInterceptor.
> >
> > I think it do the message getting in it's private method, and dose not
> > use the maximumSize as a message format param.
> >
> > So I believe there is no simple way to "extract interceptor interceptor
> > param".
> >
> > The simplest way I known is, hard coding the value in your message
> > properties file, like:
> > struts.messages.error.file.too.large=File {1} is {3} bytes which
> > exceeds the maximum 100123.
> >
> > It is a little ugly, but looks like the only way.
> >
> >
> > The other way is, create a new class extend from
> > FileUploadInterceptor, and override the error message building part,
> > add the maximumSize as a message format param.
> > But it need many code, I don't think this issue is worth doing so may
> work.
> >
> >
> >
> > 2010/12/1 <stanl...@gmail.com>:
> > > Thanks Li --
> > >
> > > I saw what the interceptor was doing and decided that was not going to
> > > work. Would you mind posting the "simple" technique to extract the
> > > parameter from the interceptor configuration. I'll admit I'm not a
> Guice
> > > pro and studying the container build sent me straight to the bar last
> > night.
> > >
> > > Scott
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> > For additional commands, e-mail: user-h...@struts.apache.org
> >
> >
>
