openjpa-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Struberg <>
Subject Re: [jira] [Commented] (OPENJPA-2057) Rethinking ClassLoading architecture
Date Mon, 09 Jan 2012 18:50:12 GMT
completely agree. You might have seen my other post. The most pressing consequence of the Classloader
stuff is that runtime enhancement is basically broken atm. At least if you have an EE or Servlet
container. Maybe we can work around this by wrapping the Instrumentation somehow and do all
the PCEnhancer stuff in a new temporary ClassLoader instead of 'polluting' the SystemClassLoader.

But I will focus on getting 2.2.0 out of the door for now ;)


----- Original Message -----
> From: Pinaki Poddar <>
> To:
> Cc: 
> Sent: Monday, January 9, 2012 6:46 PM
> Subject: Re: [jira] [Commented] (OPENJPA-2057) Rethinking ClassLoading architecture
> it broke *lots* of internal tests and we didn't have the *time to
> investigate* all of them.
> 1. number of failed tests is not that critical -- because often few causes
> result into many failures.
> 2. There will never be a *time to investigate* unless we think the issue to
> be important. I believe that the work at the stage of commit took a month.
> And I had no illusion that it will run everything at its first commit. Nor I
> have the requisite machinery to investigate *lots of internal tests* and,
> unfortunately, those who have did not have the *time to investigate*.
> Unless the attitude to this kind of structural modification change, and we
> proactively and jointly collaborate to address such issues, I see little
> possibility to resolve such complex undertakings. 
> -----
> Pinaki Poddar
> Chair, Apache OpenJPA Project
> --
> View this message in context: 
> Sent from the OpenJPA Developers mailing list archive at

View raw message