Edit: Please disregard this quesion. It was a goof on my small finish: I had been searching at one class (OpicControllerInsurance) and presuming it had been another (OpicControllerInsurances). The only real factor you need to study from this is you need to doublecheck your input/output even if you think it's beyond question.

I've got a class that gets from JControllerAdmin (it is a joomla project, however it does not seem like a joomla-specific problem):


 * Insurance Type list controller class.
 * @package     Joomla.Administrator
 * @subpackage  com_opic
 * @since       1.6
class OpicControllerInsurances extends JControllerAdmin

And here's where a clear case of the course has been produced

// Instantiate the class.
   if (class_exists($class)) {
      // $class == 'OpicControllerInsurance', $config == ''
      $instance = new $class($config);         

      $test_class_name = get_class($instance); 
      // $test_class_name == OpicControllerInsurance

      $test_parent_class_name = get_parent_class($instance); 
      // $test_parent_class_name == JControllerForm

Now, if OpicControllerInsurances stretches JControllerAdmin how is it feasible it's parent class is JControllerForm?? This is just one of individuals frustrating issues that appears to ignore fundamental programming rules (which generally implies that I merely do not understand the guidelines perfectly).

False alarm.

Obviously oop does not work this way. I had been swept up through the Joomla MVC that has singular and plural names for every model (a minimum of within this configuration). I did not place the main difference between OpicControllerInsurances and OpicControllerInsurance within the debugger.