I think that was part of it. And the use of the default package is now deprecated in Java so properly every class name should have a package anyway. My feeling is that FQ names in the model is just The Right Thing.
On Sep 10, 2010, at 12:53 PM, Mike Schrag wrote: > Good call .. You're right, and maybe that was part of the reason we > recommended the change? It's completely a blur now. > > ms > > On Sep 10, 2010, at 3:40 PM, Chuck Hill wrote: > >> Then you would have the problem of possibly getting the wrong class. My >> preference is for FQ names in the model. Otherwise, how doe veogen know >> where to put the classes? >> >> Chuck >> >> >> On Sep 10, 2010, at 12:29 PM, Mike Schrag wrote: >> >>> I seem to recall Wonder changed this to enforce that you use >>> fully-qualified class names because not everything in EOF actually properly >>> does an _NSUtilities.classNamed call. We probably could automagically >>> rewrite your class names at startup if they're simple names, though ... >>> I'll think about that one. >>> >>> ms >>> >>> On Sep 10, 2010, at 3:07 PM, Michael Gargano wrote: >>> >>>> the reason I thought it was the source is because it was complaining about >>>> a FQ class name. it was actually that I needed to but the FQ class name >>>> in the model. Never had to do that before, but this is my first wonder >>>> app, so I guess the ER stuff is different. normal, i'd just map the >>>> models and change the package names only in the eogen file. now I need to >>>> it there and the model file I guess. works now. >>>> >>>> Sent from my iPhone >>>> >>>> On Sep 10, 2010, at 3:01 PM, Chuck Hill <[email protected]> wrote: >>>> >>>>> >>>>> On Sep 10, 2010, at 11:58 AM, Michael Gargano wrote: >>>>> >>>>>> ENTITY_NAME is the class name >>>>> >>>>> Also wrong. :-) >>>>> >>>>> There are three names, all of which can be different: >>>>> 1. Entity: User >>>>> 2. Class: com.foo.bar.User >>>>> 3. Table: MyUser >>>>> >>>>> >>>>>> , but still is not a substitute for getName() as that gives the FQ class >>>>>> name >>>>> >>>>> From the EOUtilities.objectMatchingValues docs: >>>>> >>>>> Parameters: >>>>> ec - an EOEditingContext >>>>> name - the name of the EOEntity >>>>> values - specifies value of Enterprise Object >>>>> >>>>> It wants the Entity name. That is NOT the source of your problem. >>>>> >>>>> >>>>> Chuck >>>>> >>>>> >>>>>> >>>>>> Sent from my iPhone >>>>>> >>>>>> On Sep 10, 2010, at 2:55 PM, Farrukh Ijaz >>>>>> <[email protected]> wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Try moving the classes inside a java package instead of the default >>>>>>> package. AppUser.ENTITY_NAME represents the table name hence can't be >>>>>>> replaced with AppUser.class.getName() >>>>>>> >>>>>>> Farrukh >>>>>>> >>>>>>> Sent from my iPhone >>>>>>> >>>>>>> On 10, ستمبر 2010, at 9:22 PM, Michael Gargano <[email protected]> wrote: >>>>>>> >>>>>>>> the classes are in packages under the sources folder. I was using >>>>>>>> AppUser. ENTITY_NAME which is not FQ, but I also replaced that with >>>>>>>> AppUser.class.getName() and I got the same error. I'm stumped. This >>>>>>>> isn't a complicated app. >>>>>>>> >>>>>>>> Sent from my iPhone >>>>>>>> >>>>>>>> On Sep 10, 2010, at 2:19 PM, Chuck Hill <[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Are the class names in the model fully qualified? Are the Java >>>>>>>>> classes in packages and under the Sources folder? >>>>>>>>> >>>>>>>>> >>>>>>>>> On Sep 10, 2010, at 11:17 AM, Michael Gargano wrote: >>>>>>>>> >>>>>>>>>> no, I the project's resource folder. it's getting pulled into the >>>>>>>>>> build. >>>>>>>>>> >>>>>>>>>> Sent from my iPhone >>>>>>>>>> >>>>>>>>>> On Sep 10, 2010, at 2:13 PM, Chuck Hill <[email protected]> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> That sounds like you have the model in the project but not the >>>>>>>>>>> code. Is this model in a framework? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Sep 10, 2010, at 11:11 AM, Michael Gargano wrote: >>>>>>>>>>> >>>>>>>>>>>> Yes, all of the above. :) >>>>>>>>>>>> >>>>>>>>>>>> AppUser >>>>>>>>>>>> user=(AppUser)EOUtilities.objectMatchingValues(session().defaultEditingContext(),AppUser.ENTITY_NAME,loginDict); >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Error is ERROR er.extensions.eof.ERXEntityClassDescription - >>>>>>>>>>>> Error registering model: PerfTestEOModel >>>>>>>>>>>> >>>>>>>>>>>> ClassNotFoundException: AppUser >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> it's against a postgres db >>>>>>>>>>>> >>>>>>>>>>>> Sent from my iPhone >>>>>>>>>>>> >>>>>>>>>>>> On Sep 10, 2010, at 2:04 PM, Chuck Hill <[email protected]> >>>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Details? Code? Exceptions? Hints? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Sep 10, 2010, at 10:59 AM, Michael Gargano wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> hi all, >>>>>>>>>>>>>> >>>>>>>>>>>>>> I'm having an issue with EOUtilities.objectMatchingValues... it >>>>>>>>>>>>>> keeps giving me ClassNotFoundExceptions telling me it cannot >>>>>>>>>>>>>> find the class for the entity. I tried entity.ENTITY_NAME and >>>>>>>>>>>>>> entity.class.getName(). and nothing, it tells me I need the FQ >>>>>>>>>>>>>> class name still. (this is a wonder app) >>>>>>>>>>>>>> >>>>>>>>>>>>>> ideas? >>>>>>>>>>>>>> >>>>>>>>>>>>>> thanks >>>>>>>>>>>>>> -mike >>>>>>>>>>>>>> ______ >>>>> >>>>> -- >>>>> Chuck Hill Senior Consultant / VP Development >>>>> >>>>> 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 protected]) >>>> Help/Unsubscribe/Update your Subscription: >>>> http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40pobox.com >>>> >>>> This email sent to [email protected] >>> >> >> -- >> Chuck Hill Senior Consultant / VP Development >> >> 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 >> >> >> >> >> >> >> > -- Chuck Hill Senior Consultant / VP Development 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
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ 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]
