[aerogear-dev] [aerogear-controller] Default Error Page

Tue Oct 9 05:04:07 EDT 2012

looks nice in the webview, but I guess a bit too much text for something like:

curl -v -H "Accept: application/json" -H "Content-type:
application/json" -X GET
http://controllerdemo-danbev.rhcloud.com/aerogear-controller-demo/delorean


-M

On Tue, Oct 9, 2012 at 10:52 AM, Daniel Bevenius
<daniel.bevenius at gmail.com> wrote:
> I've added an example which you can find here (click on the delorean page to
> see the general error page):
> http://controllerdemo-danbev.rhcloud.com/aerogear-controller-demo/
>
> I'll get in touch with the design folks at Red Hat but perhaps something
> like this would make due until we have something proper in place.
>
>
> On 8 October 2012 15:46, Daniel Bevenius <daniel.bevenius at gmail.com> wrote:
>>
>> Created https://issues.jboss.org/browse/AEROGEAR-515 to track this issue.
>>
>> Thanks for all the comments!
>>
>>
>> On 8 October 2012 15:37, Daniel Bevenius <daniel.bevenius at gmail.com>
>> wrote:
>>>
>>> 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.
>>>
>>>
>>>
>>> On 8 October 2012 15:32, Daniel Bevenius <daniel.bevenius at gmail.com>
>>> wrote:
>>>>
>>>> You right, this is for any error.
>>>>
>>>> Let me look into this and try it out, and make sure that this works.
>>>>
>>>> Thx
>>>>
>>>> On 8 October 2012 15:30, Matthias Wessendorf <matzew at apache.org> wrote:
>>>>>
>>>>> On Mon, Oct 8, 2012 at 3:28 PM, Kris Borchers <kris at redhat.com> wrote:
>>>>> >
>>>>> > On Oct 8, 2012, at 8:26 AM, Matthias Wessendorf <matzew at apache.org>
>>>>> > wrote:
>>>>> >
>>>>> >> On Mon, Oct 8, 2012 at 3:22 PM, Kris Borchers <kris at 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.
>>>>>
>>>>>
>>>>> correct - I am not awake :)
>>>>>
>>>>>
>>>>> >
>>>>> >>
>>>>> >> 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 at 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 at 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 at lists.jboss.org
>>>>> >>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>> >>>>>>
>>>>> >>>>>> -- qmx
>>>>> >>>>>>
>>>>> >>>>>>
>>>>> >>>>>> _______________________________________________
>>>>> >>>>>> aerogear-dev mailing list
>>>>> >>>>>> aerogear-dev at lists.jboss.org
>>>>> >>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>> _______________________________________________
>>>>> >>>>> aerogear-dev mailing list
>>>>> >>>>> aerogear-dev at lists.jboss.org
>>>>> >>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>> >>>>
>>>>> >>>> -- qmx
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> _______________________________________________
>>>>> >>>> aerogear-dev mailing list
>>>>> >>>> aerogear-dev at lists.jboss.org
>>>>> >>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>> >>>
>>>>> >>>
>>>>> >>> _______________________________________________
>>>>> >>> aerogear-dev mailing list
>>>>> >>> aerogear-dev at 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 at lists.jboss.org
>>>>> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>> >
>>>>> >
>>>>> > _______________________________________________
>>>>> > aerogear-dev mailing list
>>>>> > aerogear-dev at 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 at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>>
>>>
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at 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