DO NOT REPLY [Bug 15846] New: - Phoenix 4.0.3 cannot use empty strings as configuration element values anymore

[bu...@apache.org]

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=15846>.
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=15846

Phoenix 4.0.3 cannot use empty strings as configuration element values anymore

           Summary: Phoenix 4.0.3 cannot use empty strings as configuration
                    element values anymore
           Product: Avalon
           Version: unspecified
          Platform: All
               URL: http://marc.theaimsgroup.com/?l=avalon-
                    users&m=104124194502554&w=2
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Phoenix
        AssignedTo: avalon-phoenix-dev@jakarta.apache.org
        ReportedBy: ulim@denic.de
                CC: ulim@denic.de


Add the following line to the configure-method of
org/apache/avalon/apps/demos/helloworldserver/HelloWorldServerImpl.java:

String test = configuration.getChild("test").getValue();

Plus add the following line to avalon-demo-config.xml in the section for
the HelloWorldServer:

<test></test>

Now build the SAR-file and start up. The following exception is thrown:

org.apache.avalon.framework.configuration.ConfigurationException: No value is
associated with the configuration element "test" at
file:/export/vol01/local/phoenix-4.0.3/apps/avalon-demo/SAR-INF/config.xml

This used to work in pre-4.0 Phoenix. It is fairly important in some scenarios
to have the empty string as configuration element value (for example when
several elements are concatenated). It would be possible to use getValue(""),
but the semantics are different - subtly so, but different.

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