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

CannotResolveClassException: org.openmrs.User$$EnhancerByCGLIB$$fff1cb7

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Blocker Blocker
  • Resolution: Fixed
  • Affects Version/s: None
  • Fix Version/s: None
  • Component/s: None
  • Severity:
    3
  • Keywords:
  • Description:
    Hide

    OpenMRS Version: 1.5.0 beta2 Build 8803

    Related Tickets: TRAC-1588, TRAC-1604

    I added the xstream-1.3.1.jar to my local openmrs-branches-1.5.x workspace, ran a clean build, and deployed the new WAR to Tomcat. I was able to save, retrieve, edit a few cohort definitions (serialization and deserialization was working fine). Then on restart of Tomcat, the exception above is thrown on any request that tries to deserialize the cohort definitions that were saved.

    I assume this is due to the fact that the classpath has been refreshed and the class org.openmrs.User$$EnhancerByCGLIB$$fff1cb7d no longer exists. We need to make sure all proxy class references are converted back to openmrs classes during serialization.

    Please let me know when that is done in the 1.5.x branch.

    Show
    OpenMRS Version: 1.5.0 beta2 Build 8803 Related Tickets: TRAC-1588, TRAC-1604 I added the xstream-1.3.1.jar to my local openmrs-branches-1.5.x workspace, ran a clean build, and deployed the new WAR to Tomcat. I was able to save, retrieve, edit a few cohort definitions (serialization and deserialization was working fine). Then on restart of Tomcat, the exception above is thrown on any request that tries to deserialize the cohort definitions that were saved. I assume this is due to the fact that the classpath has been refreshed and the class org.openmrs.User$$EnhancerByCGLIB$$fff1cb7d no longer exists. We need to make sure all proxy class references are converted back to openmrs classes during serialization. Please let me know when that is done in the 1.5.x branch.

Attachments

  1. Text File
    stacktrace-1604-using-xstream-1.3.1-jar.txt
    (16 kB)
    Burke Mamlin
    2009-07-01 15:18:49 EDT

Issue Links

Causation
 

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Justin Miranda added a comment - 2009-07-01 15:18:12 EDT

This ticket was originally a comment in TRAC-1604. Refer to that ticket for more details.

Show
Justin Miranda added a comment - 2009-07-01 15:18:12 EDT This ticket was originally a comment in TRAC-1604. Refer to that ticket for more details.
Hide
Permalink
Ben Wolfe added a comment - 2009-07-06 15:40:45 EDT

I think this is expected behavior until the 1.5.x branch has the other serialization features along with the 1.3.1 xstream jar.

Show
Ben Wolfe added a comment - 2009-07-06 15:40:45 EDT I think this is expected behavior until the 1.5.x branch has the other serialization features along with the 1.3.1 xstream jar.
Hide
Permalink
Ben Wolfe added a comment - 2009-07-27 14:38:44 EDT

This was resolved when the 1.5.x branch got xstream 1.3.1 and the serialization.xstream module was created.

Show
Ben Wolfe added a comment - 2009-07-27 14:38:44 EDT This was resolved when the 1.5.x branch got xstream 1.3.1 and the serialization.xstream module was created.

People

Dates

  • Created:
    2009-07-01 15:15:56 EDT
    Updated:
    2010-07-09 01:19:46 EDT
    Resolved:
    2010-07-01 22:44:22 EDT
Atlassian JIRA (v4.1.1#522) | Report a problem | Request a feature | Contact administrators
Powered by a free Atlassian JIRA open source license for OpenMRS. Try JIRA - bug tracking software for your team.