hey, did you see my email?
Try using ERXEC.newEditingContext() instead of new
EoEditingContext()
Let us know if that fixes it.
Kieran
On Feb 27, 2009, at 3:48 PM, Amedeo Mantica wrote:
yes, i have a shared eo...
in my Application i have:
public void fetchArticles() {
EOSha
yes, i have a shared eo...
in my Application i have:
public void fetchArticles() {
EOSharedEditingContext sharedContext =
EOSharedEditingContext.defaultSharedEditingContext();
EOFetchSpecification fetchSpec;
fetchSpec = new EOFetchSpecification("CFArt
Hi Amadeo,
The prblem is that EOEditingContext and InverseRelationship updating
is currently incompatible.
I had this problem recently. It occurred in specific places in old
source code after I turned on Wonder's InverseRelationship updater.
After copious debugging, I realized that this o
On 27-Feb-09, at 1:32 PM, Mike Schrag wrote:
Mike made me look at your code again.
i prefer "lightly prodded"
Is that like lightly battered?
;david
--
David LeBer
Codeferous Software
'co-def-er-ous' adj. Literally 'code-bearing'
site: http://codeferous.com
blog: http://davidleber.net
p
On Feb 27, 2009, at 14:14, Chuck Hill wrote:
On Feb 27, 2009, at 6:10 AM, Stamenkovic Florijan wrote:
On Feb 26, 2009, at 22:22, Chuck Hill wrote:
I am old. My memory is weak. Less snips help.
How? Where?
willRead(), willReadRelationship(Object)
Have stack traces?
See below.
Mike made me look at your code again.
i prefer "lightly prodded"
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://l
Mike made me look at your code again. That is a terrible thing to do
in a set method. I don't know what you are doing or the context you
are doing it in, but this seems slightly less awful:
public void setIsPrimoPiano(Boolean value) {
if (value) {
NSArray array =
(NSArray
)EOU
On Feb 27, 2009, at 6:10 AM, Stamenkovic Florijan wrote:
On Feb 26, 2009, at 22:22, Chuck Hill wrote:
I am old. My memory is weak. Less snips help.
How? Where?
willRead(), willReadRelationship(Object)
Have stack traces?
See below. Sorry about not providing them before, that was
On Feb 27, 2009, at 5:23 AM, Stamenkovic Florijan wrote:
On Feb 26, 2009, at 22:19, Chuck Hill wrote:
I thought of making an EOEditingContext subclass that encapsulates
a thread and it does all it's work on that single thread,
regardless of which thread a method call to it is made on. It
It is almost certainly something that you did in your code.
ERXGenericRecord$InverseRelationshipUpdater seems to be involved, so
maybe ask about that on the Wonder list.
Chuck
On Feb 27, 2009, at 2:11 AM, Amedeo Mantica wrote:
any news?
Thanks
Amedeo
On 24/feb/09, at 18:40, Amedeo Man
On Feb 27, 2009, at 5:23 AM, Stamenkovic Florijan wrote:
On Feb 27, 2009, at 09:20, David Avendasora wrote:
On Feb 26, 2009, at 9:19 PM, Chuck Hill wrote:
On Feb 26, 2009, at 1:01 PM, Stamenkovic Florijan wrote:
Also, this is happening on the client side, though I am not sure
if that
On 27 feb 2009, at 16:32, Freddie Tilley wrote:
I'm having a little trouble deploying a webobjects application on
our osx server
It seems that the http adaptor is losing the connection to all the
applications every once in a while,
even though they are still running in the Monitor
the fi
I'm having a little trouble deploying a webobjects application on our
osx server
It seems that the http adaptor is losing the connection to all the
applications every once in a while,
even though they are still running in the Monitor
the first message I get is:
No instance available
when re
Since this is a recurring issue, we're going to fix it in the
standalone mac installer.
The updated standalone, mac turnkey installer (due early next week)
will automatically generate this file, so we can put this problem
behind us.
If you have any concerns, please let me know.
Thanks,
jer
On Feb 26, 2009, at 22:22, Chuck Hill wrote:
How? Where?
willRead(), willReadRelationship(Object)
Have stack traces?
See below. Sorry about not providing them before, that was silly.
How come this particular exception happens in a multi-threaded
scenario and not in a single thread
On Feb 27, 2009, at 09:20, David Avendasora wrote:
On Feb 26, 2009, at 9:19 PM, Chuck Hill wrote:
On Feb 26, 2009, at 1:01 PM, Stamenkovic Florijan wrote:
Also, this is happening on the client side, though I am not sure
if that makes much of a difference for this.
Aw, just make a web
On Feb 26, 2009, at 22:19, Chuck Hill wrote:
I thought of making an EOEditingContext subclass that encapsulates
a thread and it does all it's work on that single thread,
regardless of which thread a method call to it is made on. It would
entail overriding all the methods in the EOEditingCo
On Feb 26, 2009, at 9:19 PM, Chuck Hill wrote:
On Feb 26, 2009, at 1:01 PM, Stamenkovic Florijan wrote:
Also, this is happening on the client side, though I am not sure if
that makes much of a difference for this.
Aw, just make a web app! :-P
Chuck, why don't you just make an ASP app.
Hello,
As we wanted to avoid storing xhtml content for an enterprise object
in our file system (backuping and replicating the database is easier
than the file system AND the database), we tried to store it in the
database.
To avoid using EOF (for memory and speed purposes), we started
a
any news?
Thanks
Amedeo
On 24/feb/09, at 18:40, Amedeo Mantica wrote:
but that code was working some day ago... is really strange
at the moment I have "solved" using raw sql
EOUtilities.rawRowsForSQL(new EOEditingContext(),
"WebConfindustria", "UPDATE CFArticle SET
isPrimoPiano='false';
20 matches
Mail list logo