On 5/26/06, Dmitry M. Kononov wrote:

Stepan,

On 5/26/06, Stepan Mishura <[EMAIL PROTECTED]> wrote:
> Sorry, I didn't catch - what for the second catch block was inserted:

The second catch allows us to see the human-readable message of the
JUnit output, if the other than the UnsupportedEncodingException
exception occurs for some reason.


I'd prefer to see an error's message and stack trace.

Actually, you are right, since Harmony does not throw
UnsupportedEncodingException at all the second catch may be removed.
What do you think, should it be removed? If yes, I am Ok with this.


Yes, it should be removed because it doesn't make sense -
UnsupportedEncodingException is caught by the first catch block.

Thanks,
Stepan.

+    public void test_decodeLjava_lang_String_Ljava_lang_String() {
> +        try {
> +            URLDecoder.decode("", "");
> +            fail("UnsupportedEncodingException expected");
> +        } catch (UnsupportedEncodingException e) {
> +            // expected
> +        } catch (Exception e) {
> +            assertEquals(UnsupportedEncodingException.class, e.getClass
());
> +        }
> +    }

Thanks.
--
Dmitry M. Kononov
Intel Managed Runtime Division

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
Thanks,
Stepan Mishura
Intel Middleware Products Division

------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to