Yes, but concrete mechanisms for (re-)loading configurations could be
pluggable, and therefore optional. One can imagine storing struts config
files in a central database, and providing a loader that could load / reload
them from there. The location of the configuration files doesn't seem to be
ver
Here, I would refer you to commons 'functor' which contains all manner of
classes for implementing logic in terms of object instances.
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: Friday, October 03, 2003 3:57 PM
To: Struts Developers List
Subject: Re: Struts-chain
ecomposing RequestProcessor -- Some Code To Play With
Tom Drake wrote:
>I've condensed the UnaryPredicate interface here. It provides both a
boolean
>return and a context parameter.
>
>package org.apache.commons.functor;
>
>public interface UnaryPredicate {
>boolean test(Ob
Forgive me if this has already been brought up, but
jakarta-commons/sandbox/chain appears to have significant conceptual
overlap with commons/sandbox/functor. (Command := UnaryPredicate)
Any thoughts about merging these concepts?
Tom
-Original Message-
From: Craig R. McClanahan [mailt
he Command
interface. How
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 13, 2003 7:57 PM
To: Struts Developers List
Subject: RE: Decomposing RequestProcessor -- Some Code To Play With
On Wed, 13 Aug 2003, Tom Drake wrote:
> Date: Wed
Sorry, JSP's are only capable of producing text output. You'll need a
servlet to produce PDF output. Also, if you're retrieving the PDF content
from the database consider using the 'ResultSet.getBinaryStream(...)' and
copy the resulting input stream to the response output stream, as opposed to
mate
