Re: GVC EOFValidation "Voodoo"
On Dec 1, 2009, at 6:38 PM, Lachlan Deck wrote: On 02/12/2009, at 11:55 AM, Chuck Hill wrote: On Dec 1, 2009, at 4:39 PM, Johnny Miller wrote: Really smart! That worked, thanks David. On a side note. Is there anything I need to worry about when mixing GVC frameworks and Wonder? Lots! That is why I have not integrated them into Wonder yet. If you extend ERXApplication, I would expect Chaos and Disaster to follow. You can use Ajax and the utility classes. But the GVC Validation and Wonder validation (with ERXEC etc.) will NOT co- exist peacefully. Have you tested this, Chuck, on a fresh project? No, but as we listen to the same notifications and replace the same (non chained) delegates and generally solve a lot of the same problems, there is no reasonable for for it all to work. Something will lose and I am not confident that it will be deterministic or what I want to lose. Chuck -- 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 (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF / multithreading app design question
On 02/12/2009, at 3:26 PM, Ken Anderson wrote: > I could certainly copy them, but that would require another EC, my option > #2... It's an ec per thread. Shouldn't be a problem. > There's also another downside I forgot to mention with plan #2 - there's > interim data stored in all of these EOs that would need to be centrally > accessed... Accessed how? Notifications? If this interim data is saved to the db first(?) then just refault the eo in the other/main thread after receiving the relevant notification. > which means that even if I did copy all the EOs, I would have to find a way > for them to share results. > > On Dec 1, 2009, at 9:43 PM, Lachlan Deck wrote: > >>> All, >>> >>> I'm trying to decide on the best approach to something, and I'd like you >>> guys to weigh in on possible options I might be overlooking. >>> >>> I have an application that does a lot of back-end processing. It has no UI >>> (web or otherwise) to speak of. >>> >>> A large structure of EO's is built up that handles processing of price data >>> as it arrives on an ActiveMQ queue. The EOs are all related in a pretty >>> big object graph, so it's really convenient to have all this processing >>> built right into the EOs. >>> >>> So - here's the problem. Once the whole structure gets initialized, >>> there's hardly any database access. The structure is in place, and except >>> for saving new price data, not much database interaction occurs. However, >>> to be safe, I really need to have the EC locked - especially in the >>> beginning when many faults are firing. >>> >>> At the moment, the whole thing is single threaded, since I lock the EC that >>> all the objects are in, then push the one price in. Different things get >>> computed, prices pop out, and then I process then next incoming price on >>> the queue. >>> >>> Except for locking the editing context, the entire structure could easily >>> be multi-threaded, allowing me to handle more than one price at a time. >>> This would be a significant benefit, since there's a decent amount of >>> processing that goes on for each incoming price, and we're running on an 8 >>> processor machine. >>> >>> To multi-thread this, I have 2 options that I can think of: >>> >>> 1) Build the processing into classes that are NOT EOs, and copy the >>> relevant information into these structures so that it's not necessary to >>> lock an editing context. >>> >>> 2) Have multiple editing contexts, with all the heavyness that will come >>> with thousands of EOs being duplicated. >>> >>> >>> I really hate #1, since everything is working so nicely, and I really >>> appreciate EOF doing all the heavy lifting of relating everything. >> >> Any reason why you can't copy the objects via their globalID into another >> thread and hand off the processing... > with regards, -- Lachlan Deck ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF / multithreading app design question
hundreds per second, thousands of EOs . sounds like a light load ;-) just max out the memory of the app using -Xmx launch args. for java 1.5 32bit, use 1.5GB. For java 1.6 64bit give the app 8GB if the machine has 10GB . max it out. Make the machine scream at 100% total CPU and using the available memory. BTW, if you are not actually editing (saving) much EOs, then maybe one OSC can be shared across threads or maybe a ERXOSC pool. Also, garbage collection might not be as expeditious as you need it to be so make a "garbageCollectIfNEcessary" utility that checks for memory at 95% at the start of each task and forces GC if out of memory risk exists. On Dec 1, 2009, at 11:28 PM, Ken Anderson wrote: We're already processing hundreds of messages per second, leveraging thousands of EOs... so not really. On Dec 1, 2009, at 9:48 PM, Andrew Lindesay wrote: Hi Ken; I do this sort of thing; feeding in workload via messaging queues and process it. If you had a number of instances consuming from the queue rather than focussing on threading within one instance, I wonder if you really need to do anything special around EOF concurrency within a single JVM? In my applications, the batch processing occurs on a different EOObjectStoreCoordinator to the regular user-processing and so there is no contention between the two. This seems to work well for me. ...a single context for all this stuff takes up a few hundred megabytes already. Can you not break down the workload (presumably by message) and create a new EC each time you have to do some work? cheers. ___ Andrew Lindesay www.lindesay.co.nz ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/kieran_lists%40mac.com This email sent to kieran_li...@mac.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF / multithreading app design question
My 2 cents: Use java.util.concurrent classess .. Create a task (processing) class that implement Callable and return a result. Create a ThreadPoolExecutor of a size that keeps the CPU pegged at 100% during typical processing (for 8-core, try 8 or multiples of that). In your Callable tasks, create a new EC for each task ... a task does not necessarily have to have business logic in it . the task can simply call a business logic method in an EO. As you receive tasks in the queue, submit them to the ThreadPool which returns a Future that can be used to get the result when computation is complete. An appropriate thread pool would have a fixed size and a FIFO input Queue... sth like this: new ThreadPoolExecutor(8, 8, 0L, TimeUnit.SECONDS, new LinkedBlockingQueue()) Depending on the OSC intensity, you may need a different OSC per thread. Easy way it to create one, and dispose of it at end of the task, but you would need ERXJDBCAdaptor to ensure you don't have an ever-growing set of idle connections to your database. A better way might be to have some other mechanism that lazily creates one OSC per thread using a ThreadLocal, ERXThreadStorage or sth like that. Finally, don't pass EOs in and out of the task classes, use EOGlobalIDs and hydrate the seed EO (or EOs) using ec.faultForGlobalID in your task classes. HTH, Kieran On Dec 1, 2009, at 9:48 PM, Andrew Lindesay wrote: Hi Ken; I do this sort of thing; feeding in workload via messaging queues and process it. If you had a number of instances consuming from the queue rather than focussing on threading within one instance, I wonder if you really need to do anything special around EOF concurrency within a single JVM? In my applications, the batch processing occurs on a different EOObjectStoreCoordinator to the regular user-processing and so there is no contention between the two. This seems to work well for me. ...a single context for all this stuff takes up a few hundred megabytes already. Can you not break down the workload (presumably by message) and create a new EC each time you have to do some work? cheers. ___ Andrew Lindesay www.lindesay.co.nz ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/kieran_lists%40mac.com This email sent to kieran_li...@mac.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF / multithreading app design question
We're already processing hundreds of messages per second, leveraging thousands of EOs... so not really. On Dec 1, 2009, at 9:48 PM, Andrew Lindesay wrote: Hi Ken; I do this sort of thing; feeding in workload via messaging queues and process it. If you had a number of instances consuming from the queue rather than focussing on threading within one instance, I wonder if you really need to do anything special around EOF concurrency within a single JVM? In my applications, the batch processing occurs on a different EOObjectStoreCoordinator to the regular user-processing and so there is no contention between the two. This seems to work well for me. ...a single context for all this stuff takes up a few hundred megabytes already. Can you not break down the workload (presumably by message) and create a new EC each time you have to do some work? cheers. ___ Andrew Lindesay www.lindesay.co.nz ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF / multithreading app design question
I could certainly copy them, but that would require another EC, my option #2... There's also another downside I forgot to mention with plan #2 - there's interim data stored in all of these EOs that would need to be centrally accessed... which means that even if I did copy all the EOs, I would have to find a way for them to share results. On Dec 1, 2009, at 9:43 PM, Lachlan Deck wrote: All, I'm trying to decide on the best approach to something, and I'd like you guys to weigh in on possible options I might be overlooking. I have an application that does a lot of back-end processing. It has no UI (web or otherwise) to speak of. A large structure of EO's is built up that handles processing of price data as it arrives on an ActiveMQ queue. The EOs are all related in a pretty big object graph, so it's really convenient to have all this processing built right into the EOs. So - here's the problem. Once the whole structure gets initialized, there's hardly any database access. The structure is in place, and except for saving new price data, not much database interaction occurs. However, to be safe, I really need to have the EC locked - especially in the beginning when many faults are firing. At the moment, the whole thing is single threaded, since I lock the EC that all the objects are in, then push the one price in. Different things get computed, prices pop out, and then I process then next incoming price on the queue. Except for locking the editing context, the entire structure could easily be multi-threaded, allowing me to handle more than one price at a time. This would be a significant benefit, since there's a decent amount of processing that goes on for each incoming price, and we're running on an 8 processor machine. To multi-thread this, I have 2 options that I can think of: 1) Build the processing into classes that are NOT EOs, and copy the relevant information into these structures so that it's not necessary to lock an editing context. 2) Have multiple editing contexts, with all the heavyness that will come with thousands of EOs being duplicated. I really hate #1, since everything is working so nicely, and I really appreciate EOF doing all the heavy lifting of relating everything. Any reason why you can't copy the objects via their globalID into another thread and hand off the processing... ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF and multi-threading
>> basically anything that touches the eodb/eodbc ... this one goes into the
>> "hard to change without source" bucket. you'd have to basically rewrite all
>> of eodb/eodbc to allow concurrent access, which would probably mean an mvcc
>> implementation of eodb.
> ok.
>
>> as a curiously out-of-the-blue aside, i hope we eventually get 5.6.
> Of course. Otherwise, wonder can do anything right? Assuming you're still
> calling for wish-lists ;-)
this is, in fact, item #1 in my wo manifesto ("manifestwo"?) that i wrote back
in 2007 ... it's my personal roadmap of long-term wo goals. so you can add it
to the wish-list if you want, but it's already on there :)
ms
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: EOF and multi-threading
On 02/12/2009, at 2:49 PM, Mike Schrag wrote: > basically anything that touches the eodb/eodbc ... this one goes into the > "hard to change without source" bucket. you'd have to basically rewrite all > of eodb/eodbc to allow concurrent access, which would probably mean an mvcc > implementation of eodb. ok. > as a curiously out-of-the-blue aside, i hope we eventually get 5.6. Of course. Otherwise, wonder can do anything right? Assuming you're still calling for wish-lists ;-) with regards, -- Lachlan Deck ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF and multi-threading
basically anything that touches the eodb/eodbc ... this one goes into the "hard to change without source" bucket. you'd have to basically rewrite all of eodb/eodbc to allow concurrent access, which would probably mean an mvcc implementation of eodb. as a curiously out-of-the-blue aside, i hope we eventually get 5.6. ms On Dec 1, 2009, at 9:18 PM, Lachlan Deck wrote: > Some food for thought there... i.e., what parts actually require single > threading... how hard would that be to change... > > On 02/12/2009, at 8:38 AM, Mike Schrag wrote: > >> EOEditingContext.objectsWithFetchSpecification calls lockObjectStore, which >> locks the EODatabaseContext >> >> ms >> >> On Dec 1, 2009, at 4:21 PM, Lon Varscsak wrote: >> >>> Where does EOF do it's locking to prevent two queries from executing at the >>> same time. I have source, I'm just struggling to find it. >>> >>> -Lon >>> ___ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com >>> >>> This email sent to msch...@mdimension.com >> >> >> ___ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/webobjects-dev/lachlan.deck%40gmail.com >> >> This email sent to lachlan.d...@gmail.com > > with regards, > -- > > Lachlan Deck > > > ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF / multithreading app design question
Hi Ken; I do this sort of thing; feeding in workload via messaging queues and process it. If you had a number of instances consuming from the queue rather than focussing on threading within one instance, I wonder if you really need to do anything special around EOF concurrency within a single JVM? In my applications, the batch processing occurs on a different EOObjectStoreCoordinator to the regular user-processing and so there is no contention between the two. This seems to work well for me. > ...a single context for all this stuff takes up a few hundred megabytes > already. Can you not break down the workload (presumably by message) and create a new EC each time you have to do some work? cheers. ___ Andrew Lindesay www.lindesay.co.nz ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF / multithreading app design question
On 02/12/2009, at 1:09 PM, Ken Anderson wrote: > All, > > I'm trying to decide on the best approach to something, and I'd like you guys > to weigh in on possible options I might be overlooking. > > I have an application that does a lot of back-end processing. It has no UI > (web or otherwise) to speak of. > > A large structure of EO's is built up that handles processing of price data > as it arrives on an ActiveMQ queue. The EOs are all related in a pretty big > object graph, so it's really convenient to have all this processing built > right into the EOs. > > So - here's the problem. Once the whole structure gets initialized, there's > hardly any database access. The structure is in place, and except for saving > new price data, not much database interaction occurs. However, to be safe, I > really need to have the EC locked - especially in the beginning when many > faults are firing. > > At the moment, the whole thing is single threaded, since I lock the EC that > all the objects are in, then push the one price in. Different things get > computed, prices pop out, and then I process then next incoming price on the > queue. > > Except for locking the editing context, the entire structure could easily be > multi-threaded, allowing me to handle more than one price at a time. This > would be a significant benefit, since there's a decent amount of processing > that goes on for each incoming price, and we're running on an 8 processor > machine. > > To multi-thread this, I have 2 options that I can think of: > > 1) Build the processing into classes that are NOT EOs, and copy the relevant > information into these structures so that it's not necessary to lock an > editing context. > > 2) Have multiple editing contexts, with all the heavyness that will come > with thousands of EOs being duplicated. > > > I really hate #1, since everything is working so nicely, and I really > appreciate EOF doing all the heavy lifting of relating everything. Any reason why you can't copy the objects via their globalID into another thread and hand off the processing... > #2 is expensive - a single context for all this stuff takes up a few hundred > megabytes already. > > One compromise is to have multiple editing contexts, but have a number of the > larger reference objects and its relationships in a different context that > gets centrally referenced and locked. > > So the big question is, am I missing anything? Is there a paradigm or > pattern I should apply that I'm not considering? > > Thanks... > > Ken > ___ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/lachlan.deck%40gmail.com > > This email sent to lachlan.d...@gmail.com with regards, -- Lachlan Deck ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
On 02/12/2009, at 11:55 AM, Chuck Hill wrote: > On Dec 1, 2009, at 4:39 PM, Johnny Miller wrote: > >> Really smart! That worked, thanks David. >> >> On a side note. Is there anything I need to worry about when mixing GVC >> frameworks and Wonder? > > Lots! That is why I have not integrated them into Wonder yet. If you extend > ERXApplication, I would expect Chaos and Disaster to follow. You can use > Ajax and the utility classes. But the GVC Validation and Wonder validation > (with ERXEC etc.) will NOT co-exist peacefully. Have you tested this, Chuck, on a fresh project? >> I just plan on using GVC's GVCEOFValidation and Wonder for the rest. > > That is what I do, depending on your definition of "the rest". > > > Chuck with regards, -- Lachlan Deck ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF and multi-threading
Some food for thought there... i.e., what parts actually require single threading... how hard would that be to change... On 02/12/2009, at 8:38 AM, Mike Schrag wrote: > EOEditingContext.objectsWithFetchSpecification calls lockObjectStore, which > locks the EODatabaseContext > > ms > > On Dec 1, 2009, at 4:21 PM, Lon Varscsak wrote: > >> Where does EOF do it's locking to prevent two queries from executing at the >> same time. I have source, I'm just struggling to find it. >> >> -Lon >> ___ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com >> >> This email sent to msch...@mdimension.com > > > ___ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/lachlan.deck%40gmail.com > > This email sent to lachlan.d...@gmail.com with regards, -- Lachlan Deck ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
EOF / multithreading app design question
All, I'm trying to decide on the best approach to something, and I'd like you guys to weigh in on possible options I might be overlooking. I have an application that does a lot of back-end processing. It has no UI (web or otherwise) to speak of. A large structure of EO's is built up that handles processing of price data as it arrives on an ActiveMQ queue. The EOs are all related in a pretty big object graph, so it's really convenient to have all this processing built right into the EOs. So - here's the problem. Once the whole structure gets initialized, there's hardly any database access. The structure is in place, and except for saving new price data, not much database interaction occurs. However, to be safe, I really need to have the EC locked - especially in the beginning when many faults are firing. At the moment, the whole thing is single threaded, since I lock the EC that all the objects are in, then push the one price in. Different things get computed, prices pop out, and then I process then next incoming price on the queue. Except for locking the editing context, the entire structure could easily be multi-threaded, allowing me to handle more than one price at a time. This would be a significant benefit, since there's a decent amount of processing that goes on for each incoming price, and we're running on an 8 processor machine. To multi-thread this, I have 2 options that I can think of: 1) Build the processing into classes that are NOT EOs, and copy the relevant information into these structures so that it's not necessary to lock an editing context. 2) Have multiple editing contexts, with all the heavyness that will come with thousands of EOs being duplicated. I really hate #1, since everything is working so nicely, and I really appreciate EOF doing all the heavy lifting of relating everything. #2 is expensive - a single context for all this stuff takes up a few hundred megabytes already. One compromise is to have multiple editing contexts, but have a number of the larger reference objects and its relationships in a different context that gets centrally referenced and locked. So the big question is, am I missing anything? Is there a paradigm or pattern I should apply that I'm not considering? Thanks... Ken ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
On Dec 1, 2009, at 4:41 PM, Johnny Miller wrote:
One more question...
the constructor,
e.g. new EOFValidationException("Blog.title.nullNotAllowed", this,
TITLE_KEY);,
is deprecated. What should the next constructor look like?
There are JavaDocs, pretty decent ones...
EOFValidationException(this, TITLE_KEY, EOFValidation.NullNotAllowed,
null)
I don't usually do that manually, so there is no convenience method
for it like
public static EOFValidationException invalidValue(EOEnterpriseObject
eo, String propertyName, Object aFailedValue)
Chuck
On Dec 1, 2009, at 2:31 PM, Chuck Hill wrote:
That David guy gets smarter as he ages. First he stopped using VI,
then D2JC, now he is starting to think too!
;-)
Yeah, the PWO versions won't work with WO 5.4.
Chuck
On Dec 1, 2009, at 4:25 PM, Johnny Miller wrote:
No, let me upgrade the framework and see what happens.
Best,
Johnny
On Dec 1, 2009, at 2:22 PM, David Avendasora wrote:
Hi Johnny,
Looking at the current GVC version of the
EOModelNotificationProxy instead of the Practical WO version,
that "Voodoo" comment line (and it's following code) is:
// Voodoo. Bug fixed in WO 5.4.2 (or at least causes
a stack overflow error)
if ( ! ERXApplication.isWO54())
{
EOClassDescription
.classDescriptionForClass(((Class)notification.object()));
}
Is this what the version of the Practical WO
EOModelNotificationProxy looks like?
Dave
On Dec 1, 2009, at 6:29 PM, Johnny Miller wrote:
Hi,
I'm getting a stack overflow when accessing an eo from a direct
action. It's a basic login and the DA talks to the Session
object.
at
com
.webobjects
.eocontrol
.EOClassDescription
.classDescriptionForClass(EOClassDescription.java:248)
at
com
.apress
.practicalwo
.practicalutilities
.EOModelNotificationProxy
.classDescriptionNeededForClass(EOModelNotificationProxy.java:291)
... skipped 7 stack elements
When I look at the source written above the line
EOClassDescription
.classDescriptionForClass(((Class)notification.object()));
is a comment that reads "voodoo"
I'm going to keep plugging away but any advice would be
appreciated.
Best,
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
This email sent to webobje...@avendasora.com
David Avendasora
Senior Software Engineer
K12, Inc.
*
WebObjects Documentation Wiki :
http://wiki.objectstyle.org/confluence/display/WO/
*
WebObjects API:
http://developer.apple.com/legacy/mac/library/documentation/MacOSXServer/Reference/WO54_Reference/index.html
*
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
This email sent to ch...@global-village.net
--
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
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
--
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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
On Dec 1, 2009, at 4:39 PM, Johnny Miller wrote:
Really smart! That worked, thanks David.
On a side note. Is there anything I need to worry about when mixing
GVC frameworks and Wonder?
Lots! That is why I have not integrated them into Wonder yet. If you
extend ERXApplication, I would expect Chaos and Disaster to follow.
You can use Ajax and the utility classes. But the GVC Validation and
Wonder validation (with ERXEC etc.) will NOT co-exist peacefully.
I just plan on using GVC's GVCEOFValidation and Wonder for the rest.
That is what I do, depending on your definition of "the rest".
Chuck
On Dec 1, 2009, at 2:31 PM, Chuck Hill wrote:
That David guy gets smarter as he ages. First he stopped using VI,
then D2JC, now he is starting to think too!
;-)
Yeah, the PWO versions won't work with WO 5.4.
Chuck
On Dec 1, 2009, at 4:25 PM, Johnny Miller wrote:
No, let me upgrade the framework and see what happens.
Best,
Johnny
On Dec 1, 2009, at 2:22 PM, David Avendasora wrote:
Hi Johnny,
Looking at the current GVC version of the
EOModelNotificationProxy instead of the Practical WO version,
that "Voodoo" comment line (and it's following code) is:
// Voodoo. Bug fixed in WO 5.4.2 (or at least causes a
stack overflow error)
if ( ! ERXApplication.isWO54())
{
EOClassDescription
.classDescriptionForClass(((Class)notification.object()));
}
Is this what the version of the Practical WO
EOModelNotificationProxy looks like?
Dave
On Dec 1, 2009, at 6:29 PM, Johnny Miller wrote:
Hi,
I'm getting a stack overflow when accessing an eo from a direct
action. It's a basic login and the DA talks to the Session
object.
at
com
.webobjects
.eocontrol
.EOClassDescription
.classDescriptionForClass(EOClassDescription.java:248)
at
com
.apress
.practicalwo
.practicalutilities
.EOModelNotificationProxy
.classDescriptionNeededForClass(EOModelNotificationProxy.java:291)
... skipped 7 stack elements
When I look at the source written above the line
EOClassDescription
.classDescriptionForClass(((Class)notification.object()));
is a comment that reads "voodoo"
I'm going to keep plugging away but any advice would be
appreciated.
Best,
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
This email sent to webobje...@avendasora.com
David Avendasora
Senior Software Engineer
K12, Inc.
*
WebObjects Documentation Wiki :
http://wiki.objectstyle.org/confluence/display/WO/
*
WebObjects API:
http://developer.apple.com/legacy/mac/library/documentation/MacOSXServer/Reference/WO54_Reference/index.html
*
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
This email sent to ch...@global-village.net
--
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
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
--
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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
On Dec 1, 2009, at 7:31 PM, Chuck Hill wrote: > First he stopped using VI, then D2JC, I haven't stopped using D2JC! Don't be starting any nasty rumors. > now he is starting to think too! Well, occasionally, but I promise not to make a habit of it. Dave ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
One more question...
the constructor,
e.g. new EOFValidationException("Blog.title.nullNotAllowed", this, TITLE_KEY);,
is deprecated. What should the next constructor look like?
On Dec 1, 2009, at 2:31 PM, Chuck Hill wrote:
> That David guy gets smarter as he ages. First he stopped using VI, then
> D2JC, now he is starting to think too!
>
> ;-)
>
> Yeah, the PWO versions won't work with WO 5.4.
>
> Chuck
>
>
> On Dec 1, 2009, at 4:25 PM, Johnny Miller wrote:
>
>> No, let me upgrade the framework and see what happens.
>>
>> Best,
>>
>> Johnny
>>
>> On Dec 1, 2009, at 2:22 PM, David Avendasora wrote:
>>
>>> Hi Johnny,
>>>
>>> Looking at the current GVC version of the EOModelNotificationProxy instead
>>> of the Practical WO version, that "Voodoo" comment line (and it's following
>>> code) is:
>>>
>>>// Voodoo. Bug fixed in WO 5.4.2 (or at least causes a stack
>>> overflow error)
>>>if ( ! ERXApplication.isWO54())
>>>{
>>>
>>> EOClassDescription.classDescriptionForClass(((Class)notification.object()));
>>>}
>>>
>>> Is this what the version of the Practical WO EOModelNotificationProxy looks
>>> like?
>>>
>>> Dave
>>>
>>> On Dec 1, 2009, at 6:29 PM, Johnny Miller wrote:
>>>
Hi,
I'm getting a stack overflow when accessing an eo from a direct action.
It's a basic login and the DA talks to the Session object.
at
com.webobjects.eocontrol.EOClassDescription.classDescriptionForClass(EOClassDescription.java:248)
at
com.apress.practicalwo.practicalutilities.EOModelNotificationProxy.classDescriptionNeededForClass(EOModelNotificationProxy.java:291)
... skipped 7 stack elements
When I look at the source written above the line
EOClassDescription.classDescriptionForClass(((Class)notification.object()));
is a comment that reads "voodoo"
I'm going to keep plugging away but any advice would be appreciated.
Best,
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
This email sent to webobje...@avendasora.com
>>>
>>> David Avendasora
>>> Senior Software Engineer
>>> K12, Inc.
>>>
>>> *
>>> WebObjects Documentation Wiki :
>>> http://wiki.objectstyle.org/confluence/display/WO/
>>> *
>>> WebObjects API:
>>> http://developer.apple.com/legacy/mac/library/documentation/MacOSXServer/Reference/WO54_Reference/index.html
>>> *
>>>
>>
>> Johnny Miller
>> Kahalawai Media Corp
>> http://www.kahalawai.com
>>
>>
>>
>> ___
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
>>
>> This email sent to ch...@global-village.net
>
> --
> 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
>
>
>
>
>
>
>
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
Really smart! That worked, thanks David.
On a side note. Is there anything I need to worry about when mixing GVC
frameworks and Wonder?
I just plan on using GVC's GVCEOFValidation and Wonder for the rest.
Thanks again,
Johnny
On Dec 1, 2009, at 2:31 PM, Chuck Hill wrote:
> That David guy gets smarter as he ages. First he stopped using VI, then
> D2JC, now he is starting to think too!
>
> ;-)
>
> Yeah, the PWO versions won't work with WO 5.4.
>
> Chuck
>
>
> On Dec 1, 2009, at 4:25 PM, Johnny Miller wrote:
>
>> No, let me upgrade the framework and see what happens.
>>
>> Best,
>>
>> Johnny
>>
>> On Dec 1, 2009, at 2:22 PM, David Avendasora wrote:
>>
>>> Hi Johnny,
>>>
>>> Looking at the current GVC version of the EOModelNotificationProxy instead
>>> of the Practical WO version, that "Voodoo" comment line (and it's following
>>> code) is:
>>>
>>>// Voodoo. Bug fixed in WO 5.4.2 (or at least causes a stack
>>> overflow error)
>>>if ( ! ERXApplication.isWO54())
>>>{
>>>
>>> EOClassDescription.classDescriptionForClass(((Class)notification.object()));
>>>}
>>>
>>> Is this what the version of the Practical WO EOModelNotificationProxy looks
>>> like?
>>>
>>> Dave
>>>
>>> On Dec 1, 2009, at 6:29 PM, Johnny Miller wrote:
>>>
Hi,
I'm getting a stack overflow when accessing an eo from a direct action.
It's a basic login and the DA talks to the Session object.
at
com.webobjects.eocontrol.EOClassDescription.classDescriptionForClass(EOClassDescription.java:248)
at
com.apress.practicalwo.practicalutilities.EOModelNotificationProxy.classDescriptionNeededForClass(EOModelNotificationProxy.java:291)
... skipped 7 stack elements
When I look at the source written above the line
EOClassDescription.classDescriptionForClass(((Class)notification.object()));
is a comment that reads "voodoo"
I'm going to keep plugging away but any advice would be appreciated.
Best,
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
This email sent to webobje...@avendasora.com
>>>
>>> David Avendasora
>>> Senior Software Engineer
>>> K12, Inc.
>>>
>>> *
>>> WebObjects Documentation Wiki :
>>> http://wiki.objectstyle.org/confluence/display/WO/
>>> *
>>> WebObjects API:
>>> http://developer.apple.com/legacy/mac/library/documentation/MacOSXServer/Reference/WO54_Reference/index.html
>>> *
>>>
>>
>> Johnny Miller
>> Kahalawai Media Corp
>> http://www.kahalawai.com
>>
>>
>>
>> ___
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
>>
>> This email sent to ch...@global-village.net
>
> --
> 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
>
>
>
>
>
>
>
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
That David guy gets smarter as he ages. First he stopped using VI,
then D2JC, now he is starting to think too!
;-)
Yeah, the PWO versions won't work with WO 5.4.
Chuck
On Dec 1, 2009, at 4:25 PM, Johnny Miller wrote:
No, let me upgrade the framework and see what happens.
Best,
Johnny
On Dec 1, 2009, at 2:22 PM, David Avendasora wrote:
Hi Johnny,
Looking at the current GVC version of the EOModelNotificationProxy
instead of the Practical WO version, that "Voodoo" comment line
(and it's following code) is:
// Voodoo. Bug fixed in WO 5.4.2 (or at least causes a
stack overflow error)
if ( ! ERXApplication.isWO54())
{
EOClassDescription
.classDescriptionForClass(((Class)notification.object()));
}
Is this what the version of the Practical WO
EOModelNotificationProxy looks like?
Dave
On Dec 1, 2009, at 6:29 PM, Johnny Miller wrote:
Hi,
I'm getting a stack overflow when accessing an eo from a direct
action. It's a basic login and the DA talks to the Session object.
at
com
.webobjects
.eocontrol
.EOClassDescription
.classDescriptionForClass(EOClassDescription.java:248)
at
com
.apress
.practicalwo
.practicalutilities
.EOModelNotificationProxy
.classDescriptionNeededForClass(EOModelNotificationProxy.java:291)
... skipped 7 stack elements
When I look at the source written above the line
EOClassDescription
.classDescriptionForClass(((Class)notification.object()));
is a comment that reads "voodoo"
I'm going to keep plugging away but any advice would be appreciated.
Best,
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
This email sent to webobje...@avendasora.com
David Avendasora
Senior Software Engineer
K12, Inc.
*
WebObjects Documentation Wiki :
http://wiki.objectstyle.org/confluence/display/WO/
*
WebObjects API:
http://developer.apple.com/legacy/mac/library/documentation/MacOSXServer/Reference/WO54_Reference/index.html
*
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
This email sent to ch...@global-village.net
--
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 (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
No, let me upgrade the framework and see what happens.
Best,
Johnny
On Dec 1, 2009, at 2:22 PM, David Avendasora wrote:
> Hi Johnny,
>
> Looking at the current GVC version of the EOModelNotificationProxy instead of
> the Practical WO version, that "Voodoo" comment line (and it's following
> code) is:
>
> // Voodoo. Bug fixed in WO 5.4.2 (or at least causes a stack
> overflow error)
> if ( ! ERXApplication.isWO54())
> {
>
> EOClassDescription.classDescriptionForClass(((Class)notification.object()));
> }
>
> Is this what the version of the Practical WO EOModelNotificationProxy looks
> like?
>
> Dave
>
> On Dec 1, 2009, at 6:29 PM, Johnny Miller wrote:
>
>> Hi,
>>
>> I'm getting a stack overflow when accessing an eo from a direct action.
>> It's a basic login and the DA talks to the Session object.
>>
>> at
>> com.webobjects.eocontrol.EOClassDescription.classDescriptionForClass(EOClassDescription.java:248)
>> at
>> com.apress.practicalwo.practicalutilities.EOModelNotificationProxy.classDescriptionNeededForClass(EOModelNotificationProxy.java:291)
>> ... skipped 7 stack elements
>>
>> When I look at the source written above the line
>>
>> EOClassDescription.classDescriptionForClass(((Class)notification.object()));
>>
>> is a comment that reads "voodoo"
>>
>> I'm going to keep plugging away but any advice would be appreciated.
>>
>> Best,
>>
>> Johnny Miller
>> Kahalawai Media Corp
>> http://www.kahalawai.com
>>
>>
>>
>> ___
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
>>
>> This email sent to webobje...@avendasora.com
>
> David Avendasora
> Senior Software Engineer
> K12, Inc.
>
> *
> WebObjects Documentation Wiki :
> http://wiki.objectstyle.org/confluence/display/WO/
> *
> WebObjects API:
> http://developer.apple.com/legacy/mac/library/documentation/MacOSXServer/Reference/WO54_Reference/index.html
> *
>
Johnny Miller
Kahalawai Media Corp
http://www.kahalawai.com
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
Hi Johnny,
Looking at the current GVC version of the EOModelNotificationProxy instead of
the Practical WO version, that "Voodoo" comment line (and it's following code)
is:
// Voodoo. Bug fixed in WO 5.4.2 (or at least causes a stack
overflow error)
if ( ! ERXApplication.isWO54())
{
EOClassDescription.classDescriptionForClass(((Class)notification.object()));
}
Is this what the version of the Practical WO EOModelNotificationProxy looks
like?
Dave
On Dec 1, 2009, at 6:29 PM, Johnny Miller wrote:
> Hi,
>
> I'm getting a stack overflow when accessing an eo from a direct action. It's
> a basic login and the DA talks to the Session object.
>
> at
> com.webobjects.eocontrol.EOClassDescription.classDescriptionForClass(EOClassDescription.java:248)
> at
> com.apress.practicalwo.practicalutilities.EOModelNotificationProxy.classDescriptionNeededForClass(EOModelNotificationProxy.java:291)
> ... skipped 7 stack elements
>
> When I look at the source written above the line
>
> EOClassDescription.classDescriptionForClass(((Class)notification.object()));
>
> is a comment that reads "voodoo"
>
> I'm going to keep plugging away but any advice would be appreciated.
>
> Best,
>
> Johnny Miller
> Kahalawai Media Corp
> http://www.kahalawai.com
>
>
>
> ___
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com
>
> This email sent to webobje...@avendasora.com
David Avendasora
Senior Software Engineer
K12, Inc.
*
WebObjects Documentation Wiki :
http://wiki.objectstyle.org/confluence/display/WO/
*
WebObjects API:
http://developer.apple.com/legacy/mac/library/documentation/MacOSXServer/Reference/WO54_Reference/index.html
*
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
On Dec 1, 2009, at 4:13 PM, Johnny Miller wrote: Sounds like I have my lingo wrong. >:( Sorry, it's single table. The data goes into one table (LOCATION) in the database. There is a key "type" that is the qualifier. That should be fine then. Welcome to Hell. :-) Something you are doing or not doing is causing EOF to send notifications in an unusual order, or at an unusual time. Or, maybe, you have multiple entities sharing the same class. A good place to start is to install some NotificationSquawkers (see GVCFoundation) and listen to what gets sent. You might need to get them to log a stack trace to narrow this down. Chuck On Dec 1, 2009, at 2:03 PM, Chuck Hill wrote: On Dec 1, 2009, at 3:47 PM, Johnny Miller wrote: The entity is related to an object that uses single table/vertical inheritance. Which one? Vertical might be a problem, I never use it so it might break this code. Nothing complex, a "Person" entity has a one to many relationship to "PersonLocation" which is inherited from an abstract entity "Location". It all seems legitimate - is there anything else I should be looking for? On Dec 1, 2009, at 1:35 PM, Chuck Hill wrote: Is inheritance involved? Check the modelling if so. Johnny Miller Kahalawai Media Corp http://www.kahalawai.com -- 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 Johnny Miller Kahalawai Media Corp http://www.kahalawai.com -- 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 (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
Sounds like I have my lingo wrong. >:( Sorry, it's single table. The data goes into one table (LOCATION) in the database. There is a key "type" that is the qualifier. On Dec 1, 2009, at 2:03 PM, Chuck Hill wrote: > > On Dec 1, 2009, at 3:47 PM, Johnny Miller wrote: > >> The entity is related to an object that uses single table/vertical >> inheritance. > > Which one? Vertical might be a problem, I never use it so it might break > this code. > > >> Nothing complex, a "Person" entity has a one to many relationship to >> "PersonLocation" which is inherited from an abstract entity "Location". >> >> It all seems legitimate - is there anything else I should be looking for? >> >> >> >> On Dec 1, 2009, at 1:35 PM, Chuck Hill wrote: >> >>> Is inheritance involved? Check the modelling if so. >> >> Johnny Miller >> Kahalawai Media Corp >> http://www.kahalawai.com >> >> >> > > -- > 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 > > > > > > > Johnny Miller Kahalawai Media Corp http://www.kahalawai.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
On Dec 1, 2009, at 3:47 PM, Johnny Miller wrote: The entity is related to an object that uses single table/vertical inheritance. Which one? Vertical might be a problem, I never use it so it might break this code. Nothing complex, a "Person" entity has a one to many relationship to "PersonLocation" which is inherited from an abstract entity "Location". It all seems legitimate - is there anything else I should be looking for? On Dec 1, 2009, at 1:35 PM, Chuck Hill wrote: Is inheritance involved? Check the modelling if so. Johnny Miller Kahalawai Media Corp http://www.kahalawai.com -- 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 (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
On Dec 1, 2009, at 6:47 PM, Johnny Miller wrote: > The entity is related to an object that uses single table/vertical > inheritance. Single Table _and_ Vertical Inheritance!? That sound you just heard was Chuck's head exploding. :-P Dave David Avendasora Senior Software Engineer K12, Inc. * WebObjects Documentation Wiki : http://wiki.objectstyle.org/confluence/display/WO/ * WebObjects API: http://developer.apple.com/legacy/mac/library/documentation/MacOSXServer/Reference/WO54_Reference/index.html * ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Binary primary keys
Hi
I think it will be easier to do it from Cascade Delete Rule (define at
EOModeler). Such as:
organization ->>departments ->> users ->> projects ->> projectStatuses...
By deleting organization alone, all objects defined in the CasCade Delete
Rule will just being deleted in single line:
ec.deleteObject(anOrganizaton);
It saves you time to do delete iterations, and this is the beauty of WO
without raw SQL.
Cheers
Cheong Hee
> Well the idea is to select a single primary key and then yes it to quickly
> delete a large number of records from a table.
> >
> > Using SQL query like this:
> >
> > DELETE FROM "cms"."ms_contestant" WHERE contest_id = (SELECT contest_id
> FROM "cms"."ms_contestant" WHERE contest_event = '2009 Contest');
> >
> > Rather then WebObjects code like this:
> >
> > NSArray contestants = contest.contestants();
> >
> > for(int i = 0; i < contestants.count(); i++){
> > Contestant contesant = (Contestant)contestants.objectAtIndex(i);
> >
> > ec.deleteObject(contestant);
> >
> > }
>
> Well, that seems like the hard way.
>
> How about:
>
> contest.deleteAllContestantRelationships();
>
> That will do basically what you've written above, but it's one line of code
> and will properly handle both sides of the relationship.
>
> Or, if the contestant() relationship on Contest either Owns Destination or
> has a Cascade delete rule:
>
> ec.deleteObject(contest);
>
> I'm not sure what the SQL will look like for that though.
>
> Are you running into performance problems, or simply anticipating them?
>
> Dave
>
>
>
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
The entity is related to an object that uses single table/vertical inheritance. Nothing complex, a "Person" entity has a one to many relationship to "PersonLocation" which is inherited from an abstract entity "Location". It all seems legitimate - is there anything else I should be looking for? On Dec 1, 2009, at 1:35 PM, Chuck Hill wrote: > Is inheritance involved? Check the modelling if so. Johnny Miller Kahalawai Media Corp http://www.kahalawai.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: blog application...
Thank you very much for replies and info. It helped. Michael. ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: GVC EOFValidation "Voodoo"
Is inheritance involved? Check the modelling if so. Chuck On Dec 1, 2009, at 3:29 PM, Johnny Miller wrote: Hi, I'm getting a stack overflow when accessing an eo from a direct action. It's a basic login and the DA talks to the Session object. at com .webobjects .eocontrol .EOClassDescription.classDescriptionForClass(EOClassDescription.java: 248) at com .apress .practicalwo .practicalutilities .EOModelNotificationProxy .classDescriptionNeededForClass(EOModelNotificationProxy.java:291) ... skipped 7 stack elements When I look at the source written above the line EOClassDescription .classDescriptionForClass(((Class)notification.object())); is a comment that reads "voodoo" I'm going to keep plugging away but any advice would be appreciated. Best, Johnny Miller Kahalawai Media Corp http://www.kahalawai.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net This email sent to ch...@global-village.net -- 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 (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Leaving WO (Ricardo Legorreta)
Very bad news, you have been an excellent help for all Java Client developers (I´m another JC fanatic) . Specially with JBND framework. Thanks for all your help. Keep in touch. Ricardo > Hi all, > > I am leaving my current job, and consequently WebObjects. I am writing just > to say bye to the community :) My first programming job was with WebObjects, > so this community is also special to me in the sense that I learned a lot > about how cooperative programming can be, and how much fun interacting with > other engineers is. So, kudos to you all :) > > As for JBND, John Ours will be taking the lead in it, though we have not > discussed yet if the website and the resources will be moved to a different > location or not. I will of course continue supporting it as much as possible. > > As for me, I plan to study computer sciences in Zagreb, Croatia, where I am > from. As far as I know there is little or none Apple based dev there, so I > guess I will just have to build something up from scratch. In the meanwhile I > am focusing on Cocoa programming, bass playing, and whatever else comes my > way. > > So, the best of regards to you all, it's been damn good. And if you're ever > in Zagreb, the beer's on me. > F > > http://web.mac.com/flor385/when/ > http://web.mac.com/flor385/notesmack/ > ___ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com > > This email sent to webobje...@avendasora.com > ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
GVC EOFValidation "Voodoo"
Hi, I'm getting a stack overflow when accessing an eo from a direct action. It's a basic login and the DA talks to the Session object. at com.webobjects.eocontrol.EOClassDescription.classDescriptionForClass(EOClassDescription.java:248) at com.apress.practicalwo.practicalutilities.EOModelNotificationProxy.classDescriptionNeededForClass(EOModelNotificationProxy.java:291) ... skipped 7 stack elements When I look at the source written above the line EOClassDescription.classDescriptionForClass(((Class)notification.object())); is a comment that reads "voodoo" I'm going to keep plugging away but any advice would be appreciated. Best, Johnny Miller Kahalawai Media Corp http://www.kahalawai.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF and multi-threading
Thanks, that's what I was looking for. -Lon On Tue, Dec 1, 2009 at 2:38 PM, Mike Schrag wrote: > EOEditingContext.objectsWithFetchSpecification calls lockObjectStore, which > locks the EODatabaseContext > > ms > > On Dec 1, 2009, at 4:21 PM, Lon Varscsak wrote: > > > Where does EOF do it's locking to prevent two queries from executing at > the same time. I have source, I'm just struggling to find it. > > > > -Lon > > ___ > > Do not post admin requests to the list. They will be ignored. > > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > > Help/Unsubscribe/Update your Subscription: > > > http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com > > > > This email sent to msch...@mdimension.com > > > ___ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > > http://lists.apple.com/mailman/options/webobjects-dev/varscsak%40smarthealth.com > > This email sent to varsc...@smarthealth.com > ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: EOF and multi-threading
EOEditingContext.objectsWithFetchSpecification calls lockObjectStore, which locks the EODatabaseContext ms On Dec 1, 2009, at 4:21 PM, Lon Varscsak wrote: > Where does EOF do it's locking to prevent two queries from executing at the > same time. I have source, I'm just struggling to find it. > > -Lon > ___ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com > > This email sent to msch...@mdimension.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
EOF and multi-threading
Where does EOF do it's locking to prevent two queries from executing at the same time. I have source, I'm just struggling to find it. -Lon ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Install on windows problem
Hi Frank, I don't know if this is your problem, but I always have to add these lines manually into the %APPDATA%/WOLips/wolips.properties file: wo.system.root=C:\Apple wo.local.root=C:\Apple\Local You must restart your Eclipse for the changes to take effect. Cheers, Henrique Frank Stock wrote: Hi all, I am learning my students WebObjects. At school we work with Macs and all works fine (naturally). The students have to explore WO at home. I did some test on XP and that works, but some students are having problems with the classpath. I try to make work WO on a Vista computer and I have declared NEXT_ROOT,. in the system variables, but eclipse has always the same error: classpath with null value. Has someone a solution for that. Thanks in advance, I already spend a lot off time to solve this. Frank Stock Belgium ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/hprange%40gmail.com This email sent to hpra...@gmail.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Binary primary keys
Plus it just makes WO more fun. -Lon On Tue, Dec 1, 2009 at 2:17 PM, Kieran Kelleher wrote: > Seriously, absolutely a necessity (unless you want to spend 1000's of > manhours reinventing it). To steal a phrase from the American Express card > adverts. "Never start a WebObjects app without it" > > On Dec 1, 2009, at 10:42 AM, Jeff Dunnett wrote: > > No I am not using wonder but the more I work with WebObjects the more it >> seems to be a necessity or at least a huge convenience. >> >> Regards, >> Jeff >> > > ___ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > > http://lists.apple.com/mailman/options/webobjects-dev/varscsak%40smarthealth.com > > This email sent to varsc...@smarthealth.com > ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Binary primary keys
Seriously, absolutely a necessity (unless you want to spend 1000's of manhours reinventing it). To steal a phrase from the American Express card adverts. "Never start a WebObjects app without it" On Dec 1, 2009, at 10:42 AM, Jeff Dunnett wrote: No I am not using wonder but the more I work with WebObjects the more it seems to be a necessity or at least a huge convenience. Regards, Jeff ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Install on windows problem
Hi all, I am learning my students WebObjects. At school we work with Macs and all works fine (naturally). The students have to explore WO at home. I did some test on XP and that works, but some students are having problems with the classpath. I try to make work WO on a Vista computer and I have declared NEXT_ROOT,. in the system variables, but eclipse has always the same error: classpath with null value. Has someone a solution for that. Thanks in advance, I already spend a lot off time to solve this. Frank Stock Belgium ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: blog application...
http://www.event-s.net Is a WO app. Does a little bit more than blogging though ... (hidden away in the Admin part) Guido On Dec 1, 2009, at 9:42 AM, Michael Andronov wrote: Hi, I'm planning to write a simple blogging application. I'm wondering if somebody already went through similar task, and if there is any 'maps' -- ideas, notes, EO model, 'not-to-do's, etc -- available. I've seen already David Elliott's http://www.tgwbd.org/blog/2009/11/01/the-duke-of-url-part-1/ ... But may be there is somewhere the whole application ? I just do not want to re-invent the wheel... :) Thanks. Michael. ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/guido.neitzer%40gmail.com This email sent to guido.neit...@gmail.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: blog application...
On Dec 1, 2009, at 12:42 PM, Michael Andronov wrote: > Hi, > I'm planning to write a simple blogging application. I'm wondering if > somebody already went through similar task, and if there is any 'maps' > -- ideas, notes, EO model, 'not-to-do's, etc -- available. > I've seen already David Elliott's > http://www.tgwbd.org/blog/2009/11/01/the-duke-of-url-part-1/ ... > But may be there is somewhere the whole application ? I just do not > want to re-invent the wheel... :) Hi, I've written a lot blogging functionality in WO -- recently adding buttons and javascript for generating tags in the content and some other nice enhancements. I don't know of a guide per se. However, I've written CMS/Blogs in several different environments (dating back to Frontier in 1996). Generally, things are the same across the board. If you ask specific questions, folks can probably chip in. Have you outlined a data model yet? That would be the first place to start. Outline what fields you'll want for each message, and how to attach users to each message. Consider things such as metadata tagging and searching. hope that helps, Jaime Magiera Sensory Research, Inc. http://www.sensoryresearch.net ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
blog application...
Hi, I'm planning to write a simple blogging application. I'm wondering if somebody already went through similar task, and if there is any 'maps' -- ideas, notes, EO model, 'not-to-do's, etc -- available. I've seen already David Elliott's http://www.tgwbd.org/blog/2009/11/01/the-duke-of-url-part-1/ ... But may be there is somewhere the whole application ? I just do not want to re-invent the wheel... :) Thanks. Michael. ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: [OT] Leaving WO
Hi, On Nov 30, 2009, at 2:47 PM, Stamenkovic Florijan wrote: > Hi all, > > I am leaving my current job, and consequently WebObjects. I am writing just > to say bye to the community :) Wow, well good luck to you. The WO community is unique. Hopefully, you'll find the same type of vibe in your other endeavors. > As for me, I plan to study computer sciences in Zagreb, Croatia, where I am > from. As far as I know there is little or none Apple based dev there, so I > guess I will just have to build something up from scratch. Excellent, take advantage of that opportunity to create something new. > In the meanwhile I am focusing on Cocoa programming, bass playing, and > whatever else comes my way. Bass playing? You should leave us with a few notes. Got anything posted? Jaime Magiera Sensory Research, Inc. http://www.sensoryresearch.net ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Binary primary keys
On Dec 1, 2009, at 10:41 AM, Jeff Dunnett wrote:
>
> Anjo,
>
> Well the idea is to select a single primary key and then yes it to quickly
> delete a large number of records from a table.
>
> Using SQL query like this:
>
> DELETE FROM "cms"."ms_contestant" WHERE contest_id = (SELECT contest_id FROM
> "cms"."ms_contestant" WHERE contest_event = '2009 Contest');
>
> Rather then WebObjects code like this:
>
> NSArray contestants = contest.contestants();
>
> for(int i = 0; i < contestants.count(); i++){
> Contestant contesant = (Contestant)contestants.objectAtIndex(i);
>
> ec.deleteObject(contestant);
>
> }
Well, that seems like the hard way.
How about:
contest.deleteAllContestantRelationships();
That will do basically what you've written above, but it's one line of code and
will properly handle both sides of the relationship.
Or, if the contestant() relationship on Contest either Owns Destination or has
a Cascade delete rule:
ec.deleteObject(contest);
I'm not sure what the SQL will look like for that though.
Are you running into performance problems, or simply anticipating them?
Dave
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: Binary primary keys
Message: 9 Date: Thu, 26 Nov 2009 10:48:37 -0800 From: Chuck Hill Subject: Re: Binary primary keys To: Jeff Dunnett Cc: webobjects-dev@lists.apple.com Message-ID: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Using Wonder? ERXStringUtilities.byteArrayToHexString(data._bytesNoCopy()); Chuck No I am not using wonder but the more I work with WebObjects the more it seems to be a necessity or at least a huge convenience. Regards, Jeff ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Binary primary keys
--
Message: 7
Date: Thu, 26 Nov 2009 18:32:52 +0100
From: Anjo Krank
Subject: Re: Binary primary keys
To: WebObjects-Dev Apple
Message-ID: <5ecf6d17-d411-4ed1-8376-b98dc641c...@krank.net>
Content-Type: text/plain; charset=us-ascii
Am 26.11.2009 um 18:26 schrieb Lachlan Deck:
String hexString = new String(nsdata.bytes(), "UTF-8");
This won't work. There are a lot of invalid UTF-8 combinations, so
you will get exceptions - if your DB accepts the syntax in the
first place. Use bind variables. And why are you using SQL and not
a simple fetch spec?
Cheers, Anjo
Anjo,
Well the idea is to select a single primary key and then yes it to
quickly delete a large number of records from a table.
Using SQL query like this:
DELETE FROM "cms"."ms_contestant" WHERE contest_id = (SELECT
contest_id FROM "cms"."ms_contestant" WHERE contest_event = '2009
Contest');
Rather then WebObjects code like this:
NSArray contestants = contest.contestants();
for(int i = 0; i < contestants.count(); i++){
Contestant contesant = (Contestant)contestants.objectAtIndex(i);
ec.deleteObject(contestant);
}
ec.saveChanges();
From what I can tell the raw SQL is fast. Unless my ignorance is
hurting me in this situation.
Regards,
Jeff
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Re: [OT] Leaving WO
Hi, Good luck with Cocoa :-) Greetings from Pescara, Italy ( Adriatic sea ) Amedeo On 30/nov/2009, at 20.47, Stamenkovic Florijan wrote: > Hi all, > > I am leaving my current job, and consequently WebObjects. I am writing just > to say bye to the community :) My first programming job was with WebObjects, > so this community is also special to me in the sense that I learned a lot > about how cooperative programming can be, and how much fun interacting with > other engineers is. So, kudos to you all :) > > As for JBND, John Ours will be taking the lead in it, though we have not > discussed yet if the website and the resources will be moved to a different > location or not. I will of course continue supporting it as much as possible. > > As for me, I plan to study computer sciences in Zagreb, Croatia, where I am > from. As far as I know there is little or none Apple based dev there, so I > guess I will just have to build something up from scratch. In the meanwhile I > am focusing on Cocoa programming, bass playing, and whatever else comes my > way. > > So, the best of regards to you all, it's been damn good. And if you're ever > in Zagreb, the beer's on me. > F > > http://web.mac.com/flor385/when/ > http://web.mac.com/flor385/notesmack/ > ___ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/amedeomailing%40insigno.it > > This email sent to amedeomail...@insigno.it > ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
