Re: Multiple war files

[Ted Husted <hu...@apache.org>]

Generally, WARs represent different applications, or contexts. The
struts-config is written to access various JSPs within the same
application, and so the URIs are context-relative (or WAR-relative).
Using JSP's between applications would be problematic, since they cannot
share data in the servlet contexts.

You might want to take a look at the new modular application support in
the nightly build (which is rapidly approach Struts 1.1 beta 1). This
would let you break a Struts application into individual modules, or
sub-applications, each with its own struts-config and set of JSPs. 

-- Ted Husted, Husted dot Com, Fairport NY US
-- Developing Java Web Applications with Struts
-- Tel: +1 585 737-3463
-- Web: http://husted.com/about/services



Jitesh Vidhani wrote:
> 
> Hi,
> 
> I am working on this Enterprise application where we have to split the whole
> UI into multiple .war and .jar files. The .jar files shall contain all the
> Action and Form beans and the .war file shall contain all the JSPs and the
> respective struts-config.xml, web.xml files.
> 
> I can see how to split the jar files so that I can arrange the Action and
> Form beans seperately. But I somehow cant seem to find a way to arrange the
> JSPs into different war files.
> 
> I am using jsp templates all across the product and some of the components
> like the header, buttons, template page etc shall be common throughout. So
> my question is, can a struts-config file in a given war file access JSPs in
> another war file. I guess one way to do that by prepending a "../<war file
> name>" to the jsp so that the Server knows where to look for that JSP.
> 
> All I wanna know if this is possible and if there is any cleaner way of
> doing this. How does one usually organize the whole UI into multiple units
> so that some units can share some resources like templates and headers so
> that they dont have to be duplicated in each war file.
> 
> Thanks.
> -Jitesh
> 
> --
> To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>