Reminder: Create & find trunk-related issues here. Legacy Trac tickets are still available. Problems? Workflow feedback? Need a module project? Open a support ticket.

OpenMRS Trunk

APIException: No <interface> is found that is able to handle a <class>

Details

  • Type: Bug Bug
  • Status: Ready for Work Ready for Work
  • Priority: Must Must
  • Resolution: Unresolved
  • Affects Version/s: None
  • Fix Version/s: None
  • Component/s: None
  • Severity:
    3
  • Complexity:
    Undetermined
  • Keywords:
  • Description:
    Hide

    This exception occurs when the @Transactional annotation is added to the CohortDefinitionPersister interface. This breaks the HandlerUtil as it cannot find the CohortDefinitionPersister handlers due to Spring has turned them into dynamic proxy classes (with names $Proxy56). I think this issue needs to be fixed in order to continue debugging TRAC-1588 because we cannot tell whether the issue is (1) the transaction is not propagating through the Service->Persister->Dao or (2) some weird Hibernate bug dealing with an object graph that is very deep.

    APIException: No interface org.openmrs.module.cohort.definition.persister.CohortDefinitionPersister is found that is able to handle a class org.openmrs.module.cohort.definition.PatientCharacteristicCohortDefinition
    Show
    This exception occurs when the @Transactional annotation is added to the CohortDefinitionPersister interface. This breaks the HandlerUtil as it cannot find the CohortDefinitionPersister handlers due to Spring has turned them into dynamic proxy classes (with names $Proxy56). I think this issue needs to be fixed in order to continue debugging TRAC-1588 because we cannot tell whether the issue is (1) the transaction is not propagating through the Service->Persister->Dao or (2) some weird Hibernate bug dealing with an object graph that is very deep.
    APIException: No interface org.openmrs.module.cohort.definition.persister.CohortDefinitionPersister is found that is able to handle a class org.openmrs.module.cohort.definition.PatientCharacteristicCohortDefinition

Activity

Hide
Ben Wolfe added a comment - 2009-07-20 16:49:59 EDT

I don't know how we'd fix this or that we should at this point. Is this still necessary or did the fixes on the serialization branch fix things?

Show
Ben Wolfe added a comment - 2009-07-20 16:49:59 EDT I don't know how we'd fix this or that we should at this point. Is this still necessary or did the fixes on the serialization branch fix things?
Hide
Justin Miranda added a comment - 2009-07-21 14:39:12 EDT

Yeah, I'm not sure if this is an issue or not. I figured the @Transactional was needed for any service/handler class that touched "transactional" data, but that might not be the case.

Show
Justin Miranda added a comment - 2009-07-21 14:39:12 EDT Yeah, I'm not sure if this is an issue or not. I figured the @Transactional was needed for any service/handler class that touched "transactional" data, but that might not be the case.
Hide
Darius Jazayeri added a comment - 2010-06-30 19:17:00 EDT

Is this still an issue? Or can we close it as won't fix?

Show
Darius Jazayeri added a comment - 2010-06-30 19:17:00 EDT Is this still an issue? Or can we close it as won't fix?
Hide
Justin Miranda added a comment - 2010-07-01 05:36:06 EDT

It's probably still an issue, but I haven't encountered it lately. Feel free to close it, but this should be part of a troubleshooting FAQ for the reporting module.

Show
Justin Miranda added a comment - 2010-07-01 05:36:06 EDT It's probably still an issue, but I haven't encountered it lately. Feel free to close it, but this should be part of a troubleshooting FAQ for the reporting module.
Hide
Michael Downey added a comment - 2010-07-08 15:28:48 EDT

Auto-advancing imported tickets to assessed status.

Show
Michael Downey added a comment - 2010-07-08 15:28:48 EDT Auto-advancing imported tickets to assessed status.

People

Dates

  • Created:
    2009-07-01 15:31:29 EDT
    Updated:
    2010-07-08 15:31:00 EDT