Re: Problem with bindings to application class variables using WOLips in 5.4.1
Re: Problem with bindings to application class variables using WOLips in 5.4.1
- Subject: Re: Problem with bindings to application class variables using WOLips in 5.4.1
- From: Chuck Hill <email@hidden>
- Date: Thu, 17 Apr 2008 16:30:12 -0700
On Apr 17, 2008, at 4:16 PM, Kevin Windham wrote:
I have moved an app to Eclipse/WOLips and WO 5.4.1 under Leopard. I
think everything is working except for this last issue. Any
component page that has a binding to an application class variable
is throwing an unknown key exception.
<WorkerThread2>
<com.webobjects.appserver._private.WOComponentRequestHandler>:
Exception occurred while handling request:
<com.webobjects.foundation.NSKeyValueCoding$UnknownKeyException
message '<com.webobjects.appserver.WOApplication 0xb7c63f>
valueForKey(): lookup of unknown key: 'stateList'.
That seems quite true to me, com.webobjects.appserver.WOApplication
does not, in fact, have stateList. :-)
This class does not have an instance variable of the name stateList
or _stateList, nor a method of the name stateList, _stateList,
getStateList, or _getStateList
I have in my application class a number of lists setup for various
popup menus that I reuse in several components. One of these is just
a list of state abbreviations. In my component wod file it is bound
as application.stateList.
In Application.java I have.
public class Application extends ERXApplication {
public NSArray stateList;
Anyone seen this before and know what causes it? I have cleaned the
project and all my bindings to the session class seem to work fine
and I don't really know what would make this different. Is there
some kind of project setting that would cause this. I must admit to
being thoroughly lost in the Eclipse/WOLips environment.
I'd guess that you have something messed up in the launcher: no main
class selected, the wrong default directory, your application is in a
package but this is not sent in build.properties of your application.
When WO can find your Application, it defaults to
com.webobjects.appserver.WOApplication. This is almost never what you
want.
Chuck
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
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