--
You received this message because you are subscribed to the Google Groups "glorp-group" group.
To unsubscribe from this group and stop receiving emails from it, send an email to glorp-group...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/glorp-group/b6269645-836a-4704-a0db-cba61040753c%40googlegroups.com.
Hi Johan,
Esteban’s question made me notice that you mentioned that the job->professionId mapping is a pseudovariable mapping, which implies that there is no actual link being mapped between the profession_id and profession table (as you carefully mention). I think glorp wants to find a physical link to follow, but there is none such mapped in the descriptor, so glorp cannot get the join it wants. This seems to be what you and Esteban already suspect. Maybe an AdHocMapping would be helpful in this case.
Dave Wallen |
||
|
||
--- CONFIDENTIALITY STATEMENT --- This e-mail transmission contains information that is intended to be privileged and confidential. It is intended only for the addressee named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited, please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. |
To view this discussion on the web visit https://groups.google.com/d/msgid/glorp-group/CAJMgPCJxj-xZFVGGje5ckwUqzT8u1QLyDhf76%3DUDbQ-J%3D0iATA%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/glorp-group/CH2PR13MB36546905B19A08F077B2432FC9840%40CH2PR13MB3654.namprd13.prod.outlook.com.
Very sorry, I was completely wrong—good thing Alan stepped in!
Based on Alan’s advice, and looking at the Person->Job mapping, do the first 2 queries work? Seems like they all should.
dbSession read: Person where: [:p| p id = aPersonID].
dbSession read: Person where: [:p| p job id = aJobID].
dbSession read: Job where: [:j| j professionId = aProfessionID].
dbSession read: Person where: [:p| p job professionId = aProfessionID].
Your query is a lot like this one, which works in my image from a StoreWorkbook:
storeSession read: StoreBundle where: [:ea| ea packages parcelID = 3].
Dave
To view this discussion on the web visit https://groups.google.com/d/msgid/glorp-group/CAGWHZ99-bb9Th12FB-5jPP8XF%2BZ-kHvLxa%2BXT5h5oi_fXMcVWQ%40mail.gmail.com.
Johan,I know this might be obvios, but do the Job class model have a #professionId attribute and is it mapped in the Job descriptor?
Very sorry, I was completely wrong—good thing Alan stepped in!
Based on Alan’s advice, and looking at the Person->Job mapping, do the first 2 queries work? Seems like they all should.
dbSession read: Person where: [:p| p id = aPersonID].
dbSession read: Person where: [:p| p job id = aJobID].
dbSession read: Job where: [:j| j professionId = aProfessionID].
dbSession read: Person where: [:p| p job professionId = aProfessionID].
Your query is a lot like this one, which works in my image from a StoreWorkbook:
storeSession read: StoreBundle where: [:ea| ea packages parcelID = 3].
--
You received this message because you are subscribed to the Google Groups "glorp-group" group.
To unsubscribe from this group and stop receiving emails from it, send an email to glorp-group...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/glorp-group/c4053819-45de-48ff-bc8e-4713a1d73e17%40googlegroups.com.