• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Reporting Java Client EC save exceptions
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Reporting Java Client EC save exceptions


  • Subject: Re: Reporting Java Client EC save exceptions
  • From: David Avendasora <email@hidden>
  • Date: Sat, 3 May 2008 07:41:53 -0500

Sorry, I would have responded sooner, but I'm out of town and just getting through my email now.

Does this get you the logging you want: http://wiki.objectstyle.org/confluence/display/WO/Java+Client+-+Get+Server-Side+Stack+Trace

This gives me the stake-trace in the server log (Eclipse console, etc).


On May 2, 2008, at 2:21 PM, Florijan Stamenkovic wrote:

I have a server side EC delegate class which has a method: editingContextShouldPresentException() which isn't being called when my exception occurs.

On which context did you put that delegate? On the EODistributionContext's editing context? That is where it should go, and I find it very weird that the delegate should not be performing...


Neither of: Application.handleException() or Application.handleActionRequestError() are being called.

In my Application.dispatchRequest() I wrap super.dispatchRequest() in a try..catch, but the exception is not getting back to that point.

Here is the stack trace between the dispatchRequest() and the saveChanges() on my server process. Somewhere I need to get a handle on the exception that is coming back through saveChanges() as it doesn't get all the way back to dispatchRequest()

This all makes sense, since a design decision was made that exceptions are just another form of a return value, and are therefore treated as such. It would be my assumption that the EODistributionContext takes care of catching it's editing context's exception, and translating it into a response. I know of no way you could get your server to use a custom EODistributionContext subclass. Considering this, I see no way for catching the exception on the server, except doing what you though of: with an ec delegate.


So, assuming you did deal with EODistributionContext's ec till now, I'd say your options are:

1. Do the RMI as I first suggested.
2. Scan the WOResponse of the dispatchRequest() in your WOApp subclass. This could be painful however...



Hope this helps, Flor _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden



_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
References: 
 >Reporting Java Client EC save exceptions (From: John C Pollard <email@hidden>)
 >Re: Reporting Java Client EC save exceptions (From: Florijan Stamenkovic <email@hidden>)

  • Prev by Date: OT: RoR
  • Next by Date: Re: OT: RoR
  • Previous by thread: Re: Reporting Java Client EC save exceptions
  • Next by thread: Re: Reporting Java Client EC save exceptions
  • Index(es):
    • Date
    • Thread