I can only see them being of use in a very, very narrow set of circumstances - none of which I have ever been in (like fetching inside of awakeFromFetch). The only situation in which I have seen EOF attempt to open a second was in response to a bug. :-)
Chuck On 2012-03-22, at 8:02 PM, Mike Schrag wrote: > yeah, having multiple channels has to be locked by the store, because they > are sharing a common set of snapshots ... you need multiple OSC's if you want > multithreading. the only thing multiple channels is going to give you is > headaches, it seems like. > > ms > > On Mar 22, 2012, at 10:53 PM, Chuck Hill wrote: > >> OK, so... my first question has to be "what is your goal? What are you >> trying to accomplish?" This is NOT going to make EOF multi-threaded. >> >> >> Chuck >> >> >> On 2012-03-22, at 7:34 PM, Ramsey Gurley wrote: >> >>> Hi all, >>> >>> I'm looking at trying to open multiple database channels in a single >>> instance of a WO app. No reason, just wondering if it can be done. I know >>> there's ERXObjectStoreCoordinator pool, but this conceptually seems like >>> the wrong way to do it. Maybe I want 4 open connections for one database, >>> but only one on another… whatever. So I have a look at >>> >>> https://developer.apple.com/legacy/mac/library/documentation/WebObjects/Enterprise_Objects/Connecting/Connecting.html#//apple_ref/doc/uid/TP30001011-CH210-TPXREF145 >>> >>> and this seems to be the answer to my question. Well, until I try it. It >>> turns out that inside of objectsWithFetchSpec on EOEditingContext, the >>> objectstore is locked before a fetch takes place. As a result, no other >>> fetch can proceed until the object store is unlocked. The answer seemed >>> suspicious in the fact that it's being done on the Session anyway... >>> >>> So, I guess my question boils down to… is it even possible? Is this the >>> 'single EOF lock' that Chuck Hill and Ravi Mendis were referring to in a >>> previous list message? >>> >>> Thanks, >>> >>> Ramsey >>> >>> >>> _______________________________________________ >>> 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: >>> https://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/gvc/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: >> https://lists.apple.com/mailman/options/webobjects-dev/mschrag%40pobox.com >> >> This email sent to msch...@pobox.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/gvc/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 (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
