You can infer from this that it does consider them to be one file:

http://jakarta.apache.org/struts/userGuide/configuration.html#dd_config_servlet

David



From: "Susan Bradeen" <[EMAIL PROTECTED]>
Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Multiple struts-config files without Modules
Date: Mon, 3 Feb 2003 13:24:10 -0500

Without using Modules, and given the following configuration:

<!-- Standard Action Servlet Configuration (with debugging) -->
  <servlet>
    <servlet-name>action</servlet-name>
    <servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
    <init-param>
      <param-name>config</param-name>
      <param-value>
                /WEB-INF/struts-config.xml,
                /WEB-INF/struts-config-SectionOne.xml,
                /WEB-INF/struts-config-SectionTwo.xml
        </param-value>
    </init-param>
    ...
    <load-on-startup>1</load-on-startup>
  </servlet>

Is there a proper order for the list of config files? Is there any
advantage to having the struts-config.xml listed first or last?
Preliminary tests show that I can put global <forwards>, <exceptions>, and
<actions> in any of the config files, and Struts seems to find it. Even
having a DynaActionForm in one config file, and action mappings that
reference it in another config file, seems to work fine. Does Struts
somehow actually consider the three files to be one? I started using this
for "organizational" purposes mainly, but I am curious if there are any
pitfalls that I should be aware of.

Any comments are appreciated.

Susan Bradeen
SoftLanding Systems, Inc
[EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to