I bet Alice was a developer too.
Have you overridden any of the EOF methods, or the generated methods in User or
DataBlock and changed the normal behavior? Or forgotten to call super?
From: OC
Date: Tuesday, September 20, 2016 at 6:33 PM
To: Chuck Hill
Cc: "webobjects-dev@lists.apple.com WebO
Chuck,
all my PKs/FKs are the same:
- "INTEGER" for SQL type
- "NSNumber" for class name
- "i" for value type
Thanks a big lot!
OC
On 21. 9. 2016, at 3:40, Chuck Hill wrote:
> Off the top of my head, check they types of the keys to, as defined in the
> EOModel, to the M:N table and in the M:N
Off the top of my head, check they types of the keys to, as defined in the
EOModel, to the M:N table and in the M:N table. Are all consistently Integer
or Long in Java?
Chuck
From: OC
Date: Tuesday, September 20, 2016 at 6:33 PM
To: Chuck Hill
Cc: "webobjects-dev@lists.apple.com WebObjects"
Chuck,
On 21. 9. 2016, at 2:40, o...@ocs.cz wrote:
> Aside of that, I have added a log into the
> DatabaseContextDelegate.databaseContextShouldUpdateCurrentSnapshot method,
> and here I *never* get *anything* for the relationships: neither the old
> (which is presumable) *nor the new* dictiona
Just a quick followup -- sorry, forgot to copy/paste the 2nd part of the log,
though I fear it would not help much — it just confirms the user's snapshot
does not get changed either:
> On 21. 9. 2016, at 2:40 AM, o...@ocs.cz wrote:
>
> Chuck,
>
>> On 20. 9. 2016, at 10:48 PM, Chuck Hill wrote
Chuck,
> On 20. 9. 2016, at 10:48 PM, Chuck Hill wrote:
>
> This is why they are getting inserted again:
> Well, logging out
> "currentUser.editingContext().committedSnapshotForObject(currentUser)['userDataBlock']"
> before saveChanges, I get an empty array. I must admit I don't know whether
Does this only happen sometimes? “the databaseContext's active editingContext”
is referring to the active EC, which is transactional (e.g. set at the start of
an EOF operation and cleared at the end). If the code is calling into EOF
without locking, it might result in this.
From: Ricardo Para
But when is it not set? After fetching into the EC? After faulting it in? Is
there there at first and then goes away? There is a method in Wonder that can
clear a to-many relationship, but that should make it a fault not an empty
array.
You really DO find all of the best bugs! :-)
Chuck
Samuel,
On 21. 9. 2016, at 1:24, Samuel Pelletier wrote:
> Did you created the M:N relationship using the modeler or you created it
> manually ?
Manually (well through my own modeller, which boils down to precisely the same
result). Nevertheless, I have done this umpteen times before; and thi
OC,
Did you created the M:N relationship using the modeler or you created it
manually ?
These are tricky to correctly configure.
Your situation may be caused by an improper flattened relationship settings.
The flattened relationships should have nothing checked in the Advanced pane of
the mod
Hi Chuck,
I followed the steps of the code and I noticed that the object containing the
to-many relationship in question is being local instanced in a peer editing
context. The to-many is still an array fault which has not been triggered.
Then when the object in the original context has its to
A full stack track would help. It sounds like your code is making a
relationship between objects in different editing contexts. Did someone forget
to add a “localInstance”?
From: on behalf of
Ricardo Parada
Date: Tuesday, September 20, 2016 at 2:18 PM
To: "webobjects-dev@lists.apple.com"
Hi all,
All of a sudden one of our apps started getting this. Does anybody know why
this would happen? It did not seem to have a problem before until now.
Cannot obtain globalId for an object which is registered in an other than the
databaseContext's active editingContext,
object: ,
databas
This is why they are getting inserted again:
Well, logging out
"currentUser.editingContext().committedSnapshotForObject(currentUser)['userDataBlock']"
before saveChanges, I get an empty array. I must admit I don't know whether
there should be the relationship objects in this snapshot, but anyway
I enclose some simple diffs for wonder 7 - snapshot.
The first is a simple typo but its presence is irritating my sensibilities in
my log files.
diff --git
a/Frameworks/Core/ERExtensions/Sources/er/extensions/appserver/navigation/ERXNavigationItem.java
b/Frameworks/Core/ERExtensions/Sources/e
Hello there,
I have a pretty common setup: entities User and DataBlock, an M:N relationship
represented by an intermediate entity containing just the two keys, flattened
on both sides. At both sides the relationships are appropriately flattened. Set
to own destination+delete rule cascade.
The
16 matches
Mail list logo