Actually, qmx just informed me that this will not work at the moment. I'll create a Jira for this so that this requirement is not lost though.
You right, this is for any error.Let me look into this and try it out, and make sure that this works.ThxOn 8 October 2012 15:30, Matthias Wessendorf <matzew@apache.org> wrote:
On Mon, Oct 8, 2012 at 3:28 PM, Kris Borchers <kris@redhat.com> wrote:correct - I am not awake :)
>
> On Oct 8, 2012, at 8:26 AM, Matthias Wessendorf <matzew@apache.org> wrote:
>
>> On Mon, Oct 8, 2012 at 3:22 PM, Kris Borchers <kris@redhat.com> wrote:
>>> But that's what I'm saying. For example, say my app is trying to authenticate via a REST endpoint. I haven't specified an error page but auth fails and a 401 is returned.
>>
>>
>>
>> 401 != error
>
> But I thought this was for any error without a defined custom route, not just 500. Maybe I'm confused though.
>
>>
>> 500 ==> error (+ stack trace)
>>
>> -M
>>
>>
>>> Since it's just a REST call, I don't want an error page but just some JSON back. I just want to make sure that is possible.
>>>
>>> On Oct 8, 2012, at 8:19 AM, Douglas Campos <qmx@qmx.me> wrote:
>>>
>>>> I mean default error page, when the user doesn't specify one.
>>>>
>>>> On Oct 8, 2012, at 10:17 AM, Kris Borchers wrote:
>>>>
>>>>> I had the same thought but we should be careful. We don't want our error pages to be "too pretty" unless they can be customized based on the data type requested by the client. We have to keep mobile in mind and we don't want to be using a ton of data just to throw big fancy error pages at the app, especially if it's an AJAX request or data being sent over a websocket and it won't even be displayed. In that instance, less would be more.
>>>>>
>>>>> On Oct 8, 2012, at 8:13 AM, Douglas Campos <qmx@qmx.me> wrote:
>>>>>
>>>>>> What about asking our design overlords (cough James Cobb cough) about it? This is something that if we do right, will help a lot to improve mindshare (beautiful error pages and consistent l&f).
>>>>>>
>>>>>>
>>>>>> On Oct 8, 2012, at 9:39 AM, Daniel Bevenius wrote:
>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I wanted to get some input on what you'd like to see on a default error page in aerogear-controller. This is the page that a user will see if an error occurs, and no custom error route has been defined.
>>>>>>> I'm attaching a screenshot of what I'm playing with at the moment.
>>>>>>>
>>>>>>> Some thoughts:
>>>>>>> 1. Should we be showing the stacktrace at all?
>>>>>>> 2. Should we have a button which can be used to display the stacktrace?
>>>>>>>
>>>>>>> Any suggestions are as always most welcome.
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> /Daniel
>>>>>>> <ErrorPage.png>_______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev@lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>> -- qmx
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev@lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev@lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>> -- qmx
>>>>
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev@lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev@lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev@lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev