EO advice

2014-06-06 Thread Theodore Petrosky
I am starting a project. a booking app for a theater. basically I want to assign all my primary players to a show date when I create a new show date (event). I could have 50 musicians, but only 10 are the primary players. my Person entity has a boolean 'isPrimary' to indicate that this person

Re: EO advice

2014-06-06 Thread Ken Anderson
Ted, I put this type of stuff in: public void awakeFromInsertion(EOEditingContext ec) { super.awakeFromInsertion(ec); // my code } Ken On Jun 6, 2014, at 9:51 AM, Theodore Petrosky tedp...@yahoo.com wrote: I am starting a project. a booking app for a theater. basically I

Re: EO advice

2014-06-06 Thread Theodore Petrosky
Why did you choose this method to override? Why do you not use the init method? Does the awake method happen later in the creation of the Entity? Ted On Jun 6, 2014, at 10:05 AM, Ken Anderson kenli...@anderhome.com wrote: Ted, I put this type of stuff in: public void

Re: EO advice

2014-06-06 Thread Ken Anderson
Please read the relevant commandment - :) http://wiki.wocommunity.org/display/documentation/EOF-Using+EOF-The+EOF+Commandments Ken On Jun 6, 2014, at 10:17 AM, Theodore Petrosky tedp...@yahoo.com wrote: Why did you choose this method to override? Why do you not use the init method? Does

Re: EO advice

2014-06-06 Thread John Huss
Except awakeFromInsertion is buggy and replaced by init in Wonder: /** * used for initialization stuff instead of awakeFromInsertion. * codeawakeFromInsertions/code is buggy because if an EO is deleted * and then its EOEditingContext is reverted using 'revert' for example then * EOF will -insert-

Re: EO advice

2014-06-06 Thread Ken Anderson
Well OK then! Someone should up the commandments. Thanks John. On Jun 6, 2014, at 10:21 AM, John Huss johnth...@gmail.com wrote: Except awakeFromInsertion is buggy and replaced by init in Wonder: /** * used for initialization stuff instead of awakeFromInsertion. *

Re: EO advice

2014-06-06 Thread Theodore Petrosky
the wiki touches on this When overriding awakeFromInsertion(...) there are two times that this method can be called when the EO being inserted is not actually being initialized for the first time. If it's being reinserted to a EC after it was deleted from another or the same EC. Only new EOs

Re: EO advice

2014-06-06 Thread John Huss
On Fri, Jun 6, 2014 at 9:43 AM, Theodore Petrosky tedp...@yahoo.com wrote: so it seems to me that the answer is to use awakeFromInsertion, but do the check to be sure that the global id is NOT temporary or rather, in my case put my relationship creation code in a block that first checks if

any reason not to be building Utilities/NSFoundation?

2014-06-06 Thread Ray Kiddy
This is not being built by ant in Wonder. I was just going to check in changes to build it. But then I thought I would check. It is not in Archives. Any reason not to build it? Perhaps it was deliberately left out? - ray ___ Do not post admin

Re: any reason not to be building Utilities/NSFoundation?

2014-06-06 Thread Chuck Hill
IIRC, it is a manual build and the jar is then added to ERJars. On 2014-06-06, 4:37 PM, Ray Kiddy wrote: This is not being built by ant in Wonder. I was just going to check in changes to build it. But then I thought I would check. It is not in Archives. Any reason not to build it? Perhaps it

Re: any reason not to be building Utilities/NSFoundation?

2014-06-06 Thread Ray Kiddy
On Fri, 6 Jun 2014 23:49:54 + Chuck Hill ch...@global-village.net wrote: IIRC, it is a manual build and the jar is then added to ERJars. I am not sure that makes sense. The contents of the Utilities/NSFoundation project seem to be the same as the contents of Q's repo:

Re: any reason not to be building Utilities/NSFoundation?

2014-06-06 Thread Chuck Hill
I have no idea what that is then. On 2014-06-06, 5:29 PM, Ray Kiddy wrote: On Fri, 6 Jun 2014 23:49:54 + Chuck Hill ch...@global-village.netmailto:ch...@global-village.net wrote: IIRC, it is a manual build and the jar is then added to ERJars. I am not sure that makes sense. The contents