Can't you just have the action that "fronts" the PDF servlet return a forward that represents the path to that servlet?
web.xml: <servlet-mapping> <servlet-name>pdfServlet</servlet-name> <url-pattern>/pdf</url-pattern> <servlet-mapping> You could also include a <security-constraint> element to ensure that clients can't make direct requests to the PDF servlet. struts-config.xml: <global-forwards> <forward name="pdfServlet" path="/pdf"/> </global-forwards> Quoting Marcus Biel <[EMAIL PROTECTED]>: > Because then I wouldnt have a request processor. > > The rest of the application is written in struts and uses the request > processor to > check wether the user is logged in or not. > > If not, he gets forwarded to the login page instead of creating a pdf. > > marcus > > [EMAIL PROTECTED] schrieb: > > > > > > I never set content-length when generating response (PDF or not). > > Perhaps > > > > you have a mistake in length calculation and browser waits for EOF ? > Try > > > > without. > > > > > > Nope. I know it works as it works without Struts. > > > > > > > So, why don't you just add a mapping in web.xml for your PDF-maker servlet > ? > > > > Nico. > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > -- Kris Schneider <mailto:[EMAIL PROTECTED]> D.O.Tech <http://www.dotech.com/> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>