• 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: Post Update to 5.2.3 Exception: java.lang.reflect.InvocationTargetException
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Post Update to 5.2.3 Exception: java.lang.reflect.InvocationTargetException


  • Subject: Re: Post Update to 5.2.3 Exception: java.lang.reflect.InvocationTargetException
  • From: George Domurot <email@hidden>
  • Date: Wed, 17 Mar 2004 20:14:15 -0500

Jonathan/Arturo: Thank you for the pointers.

I've included wo-deployment on this email since I now think this may fall better under that heading.

The exception is being thrown from my deployment environment. Although the apps seems to be working fine. Here's the complete details of the exception:

	Exception: java.lang.reflect.InvocationTargetException
	Message: null

Target Exception: java.lang.IllegalStateException: Cannot refuse new sessions when in development mode (direct connect enabled)
Target Exception Message: Cannot refuse new sessions when in development mode (direct connect enabled)


The app was running under 5.2.2 for several months without any exceptions. Now, after upgrading to 5.2.3 this morning. This exception is being thrown every couple of hours.

Any clues appreciated.

-George

On Mar 17, 2004, at 5:45 PM, Jonathan Rochkind wrote:

Standardly, this is caused by using the java Reflection API. Since you can use the reflection API to call an arbitrary method determined at runtime, the refelction API to do this can't possibly declare every time of exception that might be thrown by that arbitrary method. So it just declares InvocationTargetException, and will wrap the true exception in one of these InvocationTargetExceptions.

But even if you don't think you are using the reflection API, the WO/EOF frameworks are using it all the time, notably for key/value coding stuff, such as in .wod bindings. I've noticed the WO/EOF frameworks are a bit inconsistent about when they end up throwing an NSForwardException, when they throw an InvocationTargetException instead, and when they do something else entirely. In any event, if you've ever run into NSForwardException, InvocationTargetException is very similar---it wraps another exception, which is your real exception, and you've got to look at that wrapped exception to really figure out what's going on.

[In one case I think I've even run into an NSForwardException wrapping an InvocationTargetException wrapping the true exception!].

Hope this helps,
--Jonathan

At 5:20 PM -0500 3/17/04, George Domurot wrote:
After upgrading to 5.2.3 I'm seeing the following exception:

	Exception: java.lang.reflect.InvocationTargetException

I've never seen this exception before. And, unfortunately, I'm not sure where in our code this is happening. Is anyone familiar with this exception and what might cause it?

-George
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.


References: 
 >Post Update to 5.2.3 Exception: java.lang.reflect.InvocationTargetException (From: George Domurot <email@hidden>)
 >Re: Post Update to 5.2.3 Exception: java.lang.reflect.InvocationTargetException (From: Jonathan Rochkind <email@hidden>)

  • Prev by Date: Re: [Newbie]ManyToMany
  • Next by Date: State machines in WO
  • Previous by thread: Re: Post Update to 5.2.3 Exception: java.lang.reflect.InvocationTargetException
  • Next by thread: Cannot get port 1085 to start up
  • Index(es):
    • Date
    • Thread