You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by bu...@apache.org on 2003/07/30 05:06:14 UTC

DO NOT REPLY [Bug 21977] - If syntax error in struts-config.xml, it should still load other struts-config files.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21977>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21977

If syntax error in struts-config.xml, it should still load other struts-config files.

rleland@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID



------- Additional Comments From rleland@apache.org  2003-07-30 03:06 -------
The solution here is the developer who made the syntax
doesn't get to go to go to lunch or home until the
error is fixed. ;-) !

Seriously, bringing up a system by ignoring an easily
caught syntax error, by using XMLcooktop or some other
XML validator is just asking for problems. It would
me nice if struts could check that all classes specified
in the struts-config.xml exist before starting up.

I know how you feel, when writing java when every thing
doesn't compile, I wish sometimes it would just run every
thing that did compile, and ignore everything that didn't,
but no language I know works that way, unless it is interpreted.

The case is different when an external resource is not available,
then you would want to operate in a degradated mode, until it came back
up.

Here we are talking about a syntax error.

---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org