Thanks.  That's what I was looking for.

On May 5, 2011, at 5:37 PM, Mike Schrag wrote:

> just override errorResponse and do whatever you want … it's not returning 
> "xml" it's returning a json string that contains html in it. you can make it 
> do whatever, though.
> 
> On May 5, 2011, at 5:32 PM, Andrew Kinnie wrote:
> 
>> OK well, the issue appears to still be if you attempt to create something 
>> using rest, and do not provide all the required attributes, you get 
>> something like "Please provide a <b>Udid</b>." 
>> 
>> if you run it on the command line, and presumably in the console of the app 
>> itself.  It does not stop on a break point I placed on the first line of the 
>> action method to do the create, it does not stop on the break point I put in 
>> ERXRouteController's create() method.  I don't get a stack trace in the 
>> console, nor any exceptions.
>> 
>> I would like to convert this to json with the key errorString or something 
>> like that.
>> 
>> This seems to be relatively low priority, as he has currently swallowed the 
>> error on the iOS side, but I would like to know where it's coming from so I 
>> can do something else with it.
>> 
>> Presumably, I am just not aware of an easy way to get the stack trace, but 
>> I've got no idea.
>> 
>> On May 5, 2011, at 4:38 PM, Mike Schrag wrote:
>> 
>>> not sure why:
>>> 
>>>      public WOActionResults errorResponse(Throwable t, int status) {
>>>              String errorMessage = 
>>> ERXLocalizer.defaultLocalizer().localizedStringForKey("ERXRest." + 
>>> entityName() + ".errorMessage." + status);
>>>              if (errorMessage == null) {
>>>                      errorMessage = 
>>> ERXLocalizer.defaultLocalizer().localizedStringForKey("ERXRest.errorMessage."
>>>  + status);
>>>                      if (errorMessage == null) {
>>>                              errorMessage = 
>>> ERXExceptionUtilities.toParagraph(t, false);
>>>                      }
>>>              }
>>>              String str = format().toString(errorMessage, null, null);
>>>              WOResponse response = stringResponse(str);
>>>              response.setStatus(status);
>>>              log.error("Request failed: " + request().uri(), t);
>>>              return response;
>>>      }
>>> 
>>> it's calling format() to get the current format … breakpoint and/or stack 
>>> dump what's generating that error.
>>> 
>>> On May 5, 2011, at 4:34 PM, Andrew Kinnie wrote:
>>> 
>>>> Greetings again,
>>>> 
>>>> I am about to go live with my push server (using WO 5.4.3 and ERRest) to 
>>>> push out iOS push notification to iOS devices with our app we are 
>>>> submitting tonight, and it occurred to me I have one remaining issue with 
>>>> the ERRest implementation.  
>>>> 
>>>> Our iOS app consumes the data in json format (which is set as the default 
>>>> by the various controllers), but if there is an error of some nature in 
>>>> the returned response, the error comes back as XML and not json, causing a 
>>>> crash which the iOS app has to swallow and recover from.  We'd much rather 
>>>> have the errors in json format so the same parser can effectively parse 
>>>> the response whether it succeeds or fails.
>>>> 
>>>> Is there a way to get ERRest to return error messages as json instead of 
>>>> XML?  I didn't see anything obvious, and now I am in a time crunch.
>>>> 
>>>> Thanks in advance
>>>> 
>>>> Andrew
>>>> 
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list      ([email protected])
>>>> Help/Unsubscribe/Update your Subscription:
>>>> http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40pobox.com
>>>> 
>>>> This email sent to [email protected]
>>> 
>> 
> 

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to