Hello,

I was using HTTP services for quite some time and I'm not very happy with the 
way I handle the server side errors. I was wondering if you have a better idea 
that you can share with me.

Here are the solutions I used: 

1. check exception on the server side and return a XML representation of the 
error ( message, code ).  I kinda don't like this approach, because SPRING does 
a nice job uncheking all the exceptions and adding back the exception check 
seems odd to me. I'm looking into adding a java interceptor using AOP, still 
working on it...

2. Presented a generic error message on the UI - coded onFault method of the 
HTTP server. This is not ideal, our users will like to see much more specific 
messages related with the backend error, somehow onFault method seems unusable 
due to Flashplayer limitations.

I was looking into "useProxy" config of the HTTP service but didn't see 
anything that might help me. Am I missing something? 

Can you share with me how did you handle the server side errors on the UI side?

Forgot to mention that I'm not using FDS, I use the Flex framework with HTTP 
services ( xml over http ).

Thanks,
Valy Sivec


 
____________________________________________________________________________________
Don't get soaked.  Take a quick peak at the forecast
with the Yahoo! Search weather shortcut.
http://tools.search.yahoo.com/shortcuts/#loc_weather

Reply via email to