When I start my application up, I've been getting the following error
for the last month or so. I thought it was something to do with me
but now I'm seeing some other weird caching behavior when I rolled to
production so I'm concerned:
ParentOneToManyNotFoundException: The ParentOneToMany that was
searched for could not be found
The ParentOneToMany 'user.user' could not be found in the object
'user.authevent'
# api-unity\transfer\com\object\Object.cfc (845, CFTHROW)
# api-unity\transfer\com\object\Object.cfc (425, CF_UDFMETHOD)
# api-unity\transfer\com\object\CompositeKey.cfc (162,
CF_TEMPLATEPROXY)
# api-unity\transfer\com\object\Object.cfc (684, CF_TEMPLATEPROXY)
# api-unity\transfer\com\object\ObjectManager.cfc (69,
CF_TEMPLATEPROXY)
# api-unity\transfer\com\object\OneToMany.cfc (75, CF_TEMPLATEPROXY)
# api-unity\transfer\com\object\Object.cfc (681, CF_TEMPLATEPROXY)
# api-unity\transfer\com\object\ObjectManager.cfc (307,
CF_TEMPLATEPROXY)
# api-unity\transfer\com\object\ObjectManager.cfc (66, CF_UDFMETHOD)
# api-unity\transfer\com\object\OneToMany.cfc (75, CF_TEMPLATEPROXY)
# api-unity\transfer\com\object\Object.cfc (681, CF_TEMPLATEPROXY)
# api-unity\transfer\com\object\ObjectManager.cfc (69,
CF_TEMPLATEPROXY)
# api-unity\transfer\com\sql\TransferGateway.cfc (70,
CF_TEMPLATEPROXY)
# api-unity\transfer\com\sql\SQLManager.cfc (120, CF_TEMPLATEPROXY)
# api-unity\transfer\com\Transfer.cfc (578, CF_TEMPLATEPROXY)
# api-unity\model\auth\userService.cfc (94, CF_TEMPLATEPROXY)
UserService.cfc line 94 is:
<cfreturn variables.transfer.readByProperty("user.user",
"chrRememberToken", arguments.chrRememberToken) />
Here's my transfer.xml (simplified slightly):
<object name="user" table="tbllookupauthenticate"
decorator="PUKKA_API_MAP.model.auth.user">
<id name="uidmember" type="UUID" generate="true" />
<property name="vchUsername" type="string" />
<property name="chrRememberToken" type="string" />
<onetomany name="Role" lazy="true">
<link to="user.authrole" column="uidmember" />
<collection type="array" />
</onetomany>
<onetomany name="Event" lazy="true">
<link to="user.authevent" column="uidmember" />
<collection type="array" />
</onetomany>
</object>
<object name="authrole" table="tblmapauthroles"
decorator="PUKKA_API_MAP.model.auth.authrole">
<compositeid>
<parentonetomany class="user.user" />
<property name="vchRole" />
<property name="uidClub" />
</compositeid>
<property name="vchRole" type="string" />
<property name="uidClub" type="UUID" />
<property name="intPerms" type="numeric" />
</object>
<object name="authevent" table="tblMapAuthEvents">
<compositeid>
<parentonetomany class="user.user" />
<property name="uidClub" />
<property name="uidEvent" />
</compositeid>
<property name="uidClub" type="UUID" />
<property name="uidEvent" type="UUID" nullable="true" />
</object>
I see in r643 there was a bug fix in ObjectGateway.cfc with commit
message, "fix for bug where parents were not being found in items that
had more than one o2m or m2m." Related perhaps? I'm now running r645
and still getting the above.
In production I'm getting a more bizarre issue... perhaps related to
caching. My caching is like so:
<objectCache>
<defaultcache>
<maxminutespersisted value="720" />
<accessedminutestimeout value="120" />
<scope type="instance" />
</defaultcache>
<cache class="user.user">
<accessedminutestimeout value="75" />
</cache>
</objectCache>
Now the problem is someone logs in and if you were to run
user.getRoleArray(), in my users' case you would expect an array of
151 objects but only 30 show up. Another user has 8 and only 4 show
up. I've got one user with only one, and I'm waiting to hear from
him, but I suspect 0 show up.
I don't think my caching setup is invalid but perhaps something gets
out of sync when user.user gets dropped and the related authroles or
authevents don't get cleaned up?
Here's hoping Mandel isn't off on holiday... :)
Brian
--~--~---------~--~----~------------~-------~--~----~
Before posting questions to the group please read:
http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer
You received this message because you are subscribed to the Google Groups
"transfer-dev" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/transfer-dev?hl=en
-~----------~----~----~----~------~----~------~--~---
