For this to happen, you need a closure in a parent class that invokes a method in the child class, which uses super. The issue is that the closure passes its class context (of the parent class) along to the UDF, and when the UDF calls super, it does so from the parent class, not the child class.

Ahh, I see- it’s just literally called right here

I think the issue is then that we have a function that calls a closure that calls a function and we’re not passing along the proper context of the class we’re in. I’ll try to see if I can repro based on that.

it seems AOP is at play here and likely the source of the issue

In this case, I don’t think it is - unless I’m missing something. Luis named the function $transactioned so it is actually a private function in the top-level parent of BaseORMService

Looking at the stack trace, it seems AOP is at play here and likely the source of the issue. If you look at the stack, the error is actually coming from

boxgenerated.boxclass.cborm.models.Baseormservice$cfc$Func_$transactioned

I'm not entirely sure how to distill this down to a reproducible case, but the most likely source of the issue is that when the AOP wrapper invokes the target UDF, it no longer knows that it is inside of a class. This is generally how UDFs works-- once their reference is removed from the class, passed else where, and executed, they are now standalone and have no ties to the class they used to live in. CF may have some special logic in place that allows this to work. Or perhaps, the context just isn’t being passed in correctly. I’ll need to try and get a distilled repro case for this, but I think the AOP mixin is prolly the key.

I’ve updated the stack trace to the original, before the the fail call. The super scope is lost here, in VirtualEntityService.

The inheritance chain is:
ActiveUser ← ActiveEntity ← VirtualEntityService ← BaseORMService

What is weird is that this is the only one I’ve found that fails on the super method invocation.