On 01/12/10 11:30 AM, Paul Sandoz wrote:
>
> On Jan 12, 2010, at 7:38 PM, Jan Luehe wrote:
>
>> On 01/12/10 08:47 AM, Paul Sandoz wrote:
>>>
>>> On Jan 12, 2010, at 5:30 PM, glassfish_at_javadesktop.org wrote:
>>>
>>>> Well, GlassFish has sure made it difficult for me until I figured
>>>> out a work around. I am using GlassFish 2.1 which was not designed
>>>> with JAX-RS in mind. Maybe GlassFish V3 is aware of this issue and
>>>> does not interfere with JAX-RS error responses.
>>>>
>>>
>>> Unfortunately not. Basically a JAX-RS application is deployed as a
>>> servlet so the behavior is the same as any deployed servlet.
>>>
>>> I recommend logging a bug against GF stating that default error
>>> pages should be disabled (or as a compromise a feature is supported
>>> to disable default error pages).
>>
>> You can disable the default error page by adding this property to the
>> virtual-server of your choice:
>>
>> <property name="errorReportValve" value=""/>
>>
>> This property is already supported in v2.1.1 (and I believe v2.1 as
>> well).
>>
>
> Great! Is there somewhere where all such properties are documented?
Unfortunately, the "errorReportValve" property is not documented.
I did some research and found that I had added this property in order
to address
https://glassfish.dev.java.net/issues/show_bug.cgi?id=7418
("Nead easy way to produce error responses with "text/xml" content type")
whose requirements I had summarized in the issue's Description section
as follows:
Need a way to disable the container's default error handling mechanism
for responses.
which is exactly what Ryan needs. :)
According to IT 7418, I added support for this property to v3
and backported it to v2.1.1 (meaning it's not available in v2.1).
I'll go ahead and close Ryan's ticket as a duplicate of the above issue, and
will open a new ticket (against docs) to have this property documented.
Thanks,
Jan
>
> Paul.
>
>
>> This setting would disable the default error page for all
>> applications deployed
>> on the particular virtual-server.
>>
>> Would this satisfy Ryan's requirement?
>>
>>
>> Jan
>>
>>>
>>> Paul.
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>